The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Проект Arch Linux прекращает поддержку скриптов инициализаци..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от opennews (??) on 04-Ноя-12, 23:12 
Разработчики проекта Arch Linux сообщили (https://www.archlinux.org/news/end-of-initscripts-support/) о прекращении поддержки классической системы инициализации initscripts, из-за нехватки ресурсов на поддержание данной подсистемы в актуальном состоянии. Предпочтение в разработке отдаётся системному менеджеру systemd, на который дистрибутив перешёл (http://www.opennet.dev/opennews/art.shtml?num=35075) по умолчанию для новых установок несколько недель назад.


Работа системы с initscripts теперь подвергается минимальному тестированию. Кроме того, все выявляемые ошибки, специфичные для  initscripts, теперь скорее всего будут оставаться неисправленными, а сообщения в системе отслеживания ошибок будут закрываться без исправления. В связи с этим, всем пользователям рекомендуется  как можно скорее провести миграцию (https://wiki.archlinux.org/index.php/Systemd) уже установленных систем на systemd. Поддержка initscripts будут оставаться в репозиториях ещё около двух месяцев, после чего в январе 2013 года начнётся постепенное удаление rc-скриптов из пакетов.

URL: https://www.archlinux.org/news/end-of-initscripts-support/
Новость: http://www.opennet.dev/opennews/art.shtml?num=35234

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

Оглавление

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


4. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +2 +/
Сообщение от Аноним (??) on 04-Ноя-12, 23:23 
systemd - модно, стильно, молодежно!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

25. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +9 +/
Сообщение от Аноним (??) on 05-Ноя-12, 00:28 
а чем плох? Многие ругают его даже не разу не попользовавшись, очень удобная штука с громадным функционалом, утилиты управления суперь, все очень информативно и удобно
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

31. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –6 +/
Сообщение от rshadow (ok) on 05-Ноя-12, 00:42 
Ахаха. Вот это дистр, вот это майнтейнеры. Своих пользователей за два месяца ссаными тряпками на бажную перделку гнать.
Если вдруг кто-то, по случайности или с перепою когда нить на нем сервак какой поднял, то я прям представляю эти кровавые слезы... =)
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

48. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от qwe (??) on 05-Ноя-12, 01:26 
Я тут уже как-то писал, что в opensuse дистапгрейд мне молча заменил sysvinit на systemd. Так что арч не хуже остальных.
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

52. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от rshadow (ok) on 05-Ноя-12, 01:32 
Остальных это opensuse и ... все? Времена когда кто-то мутит воду тоже неплохи по своему ... по крайней мере что должно всплыть, таки не тонет. =)
Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

54. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от qwe (??) on 05-Ноя-12, 01:40 
> Остальных это opensuse и ... все?

Кроме арча и опенсусе у меня ничего нет, но федору, редхат, центось определенно ждет таже участь. Да и убунту наверное тоже...

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

81. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от chinarulezzz (ok) on 05-Ноя-12, 03:41 
ред хат и центось ждёт участь? Погоди, поддержка до 2016? Или 2018? Пока это время наступит, системГэ успеет и попировать и закопаться.
Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

330. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от kurokaze (ok) on 06-Ноя-12, 10:51 
И прийдет ещё что то более глобальное и надежное. Ты слишком наивен.
Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

342. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от chinarulezzz (ok) on 06-Ноя-12, 13:36 
> И прийдет ещё что то более глобальное и надежное.

Видишь как важно не бросаться на первое Гэ сломя голову?


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

358. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от kurokaze (ok) on 06-Ноя-12, 21:49 
Это ты своей жене расскажи, гггг
Ответить | Правка | ^ к родителю #342 | Наверх | Cообщить модератору

363. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от chinarulezzz (ok) on 07-Ноя-12, 01:07 
> Это ты своей жене расскажи, гггг

я на продукт качу заслуженно бочку, а ты на личности переходишь :-D
Не сдувайся так быстро ;)

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

367. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 07-Ноя-12, 09:26 
> Не сдувайся так быстро ;)

Да вы оба те еще засранцы: развели флейм на страницу ни о чем.

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

56. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним email(??) on 05-Ноя-12, 01:50 
а как-же федора? :3
Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

337. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от Аноним (??) on 06-Ноя-12, 11:27 
Release Notes не читай, zypper dup делай!
Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

104. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +2 +/
Сообщение от Ононимс on 05-Ноя-12, 07:43 
А что, есть индивиды, поднимающие под Arch'ем сервер? Ну раз так - таким крутым пацанам перевести сервак с initscript'а на systemd - как два пальца обсосать. Ну и удачи, конечно, им, что тут скажешь...
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

189. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +2 +/
Сообщение от qwe (??) on 05-Ноя-12, 13:11 
> А что, есть индивиды, поднимающие под Arch'ем сервер? Ну раз так - таким крутым пацанам перевести сервак с initscript'а на systemd - как два пальца обсосать. Ну и удачи, конечно, им, что тут скажешь...

А что там переводить? У меня минут 5 заняло. Передал другой параметр init= и включил arch-daemons.service. Всё.

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

236. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от виндекапец on 05-Ноя-12, 19:49 
Ну, ещё rc.conf раскидать если это не было сделано заранее. А так, да, делов не много.
Ответить | Правка | ^ к родителю #189 | Наверх | Cообщить модератору

222. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Адекват on 05-Ноя-12, 15:55 
> А что, есть индивиды, поднимающие под Arch'ем сервер? Ну раз так -
> таким крутым пацанам перевести сервак с initscript'а на systemd - как
> два пальца обсосать. Ну и удачи, конечно, им, что тут скажешь...

Есть, я например, и там скорее не серваки, а роутер + служба сообщений на jabberd, плюс "инфомрационный киоск", срез репозитариев хранится локально.
Арч был выбран за минимализм.

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

233. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от kerneliq (ok) on 05-Ноя-12, 19:28 
> Арч был выбран за минимализм.

centos офигенно перегружен. Особенно если минимальную установку выбрать.

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

309. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от Anonimous on 06-Ноя-12, 08:01 
ты выбрал centos. он выбрал arch
Ответить | Правка | ^ к родителю #233 | Наверх | Cообщить модератору

368. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 07-Ноя-12, 09:27 
> ты выбрал centos. он выбрал arch

А вы вообще Капитан.

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

331. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от kurokaze (ok) on 06-Ноя-12, 10:51 
>> А что, есть индивиды, поднимающие под Arch'ем сервер? Ну раз так -
> Есть, я например, и там скорее не серваки, а роутер + служба

поздравляю, вы покормили и так уже жирнющего тролля

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

156. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +4 +/
Сообщение от Bvz on 05-Ноя-12, 12:04 
смотреть и править сишный код в случае есл ты хочешь посмотреть/поправить поведение системы при необходимости проверить диски это нормально да?


Алсо, journalctl НИЧТОЖЕСТВО, бинарные логи бла бла бла,греп не нужен бла бла бла, а на деле без грепа там никуда, потому что само оно ничего не умеет.

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

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

Вот так. Желающих поддерживать не нашлось, зато крикунов "верните initscripts!" было много.

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

8. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –5 +/
Сообщение от rm_ email(ok) on 04-Ноя-12, 23:39 
Ну такими темпами просто скоро будет не находится желающих пользоваться Арчем, я к примеру собирался было смигрировать на одной системе с Debian на Parabola (свободный дериватив Арча), но как узнал что там только systemd теперь, планы эти зачеркнул и вернулся на Debian. Когда и сюда докатится этот говнософт имени Поттеринга, тогда уже и будем думать чего и куда.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

19. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –1 +/
Сообщение от oneonfire on 05-Ноя-12, 00:16 
Чего боишься Systemd? Скажи конкретно почему и как, а то в высказывании одни эмоции, никаких фактов.
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

34. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +16 +/
Сообщение от Zenitur (ok) on 05-Ноя-12, 00:50 
> Чего боишься Systemd? Скажи конкретно почему и как, а то в высказывании
> одни эмоции, никаких фактов.

http://www.linux.org.ru/news/linux-general/8338069?cid=8338897 ,  http://www.linux.org.ru/news/linux-general/8338069?cid=8338923 ,  http://www.linux.org.ru/news/linux-general/8338069?cid=8338997 ,  http://www.linux.org.ru/news/linux-general/8338069?cid=8339515 .  Ещё вот понравилось: http://www.linux.org.ru/news/linux-general/8338069?cid=8339689 ,  http://www.linux.org.ru/news/linux-general/8338069?cid=8339338 ,  и вот: http://www.linux.org.ru/news/linux-general/8323623?cid=8324166 ,  http://www.linux.org.ru/news/linux-general/8323623?cid=8325634 .

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

76. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от 1 (??) on 05-Ноя-12, 03:10 
То есть своих мыслей как всегда 0. Легче крикнуть "ненужно!" и потвердить тем, что это у кого-то не работает. Офигеное доказательство - срач с форума.
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

83. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +4 +/
Сообщение от chinarulezzz (ok) on 05-Ноя-12, 03:45 
Спасибо что показал клоунаду на отличненько.

- Системгэ не нравится.
- Чем не нравится?
- [Ссылки на форум.]
- То есть своих мыслей как всегда 0.

Аххах)))

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

96. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 05-Ноя-12, 05:10 
Да ты уже весь форум кристально чистой логикой опрыскал, у каждого столба отметился, и все вопросы технические и аргументы твои безупречны.
Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

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

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

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

147. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 05-Ноя-12, 11:44 
Читай последние страницы http://www.linux.org.ru/news/linux-general/8382376/page17?la... . Если так всё просто помоги человеку найти проблему в системд.
Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

199. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от al_88 (ok) on 05-Ноя-12, 13:39 
Как обычно орут только на LOR'е))))) типичная ситуация
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

238. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 05-Ноя-12, 21:00 
>> одни эмоции, никаких фактов.
> ,  http://www.linux.org.ru/news/linux-general/8323623?cid=8325634 .

А свое мнение у тебя бывает? Или ты настолько унылый экспонат что только других цитировать умеешь?

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

332. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от kurokaze (ok) on 06-Ноя-12, 10:55 
> http://www.linux.org.ru/news/linux-general/8338069?cid=8338897 ,  http://www.linux.org.ru/news/linux-general/8338069?cid=8338923

Безотносительно к сабжу: Лор - помойка. Хоть я там и ввёл парочку мемов в обиход, вынужден констатировать что фимозг нынешней лоровской публики зашкаливает.

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

49. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от qwe (??) on 05-Ноя-12, 01:28 
>> Чего боишься Systemd? Скажи конкретно почему и как, а то в высказывании одни эмоции, никаких фактов.

http://ru.wikipedia.org/wiki/%D0%9C%D0%B...

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

66. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от кверти on 05-Ноя-12, 02:41 
>>> Чего боишься Systemd? Скажи конкретно почему и как, а то в высказывании одни эмоции, никаких фактов.
> http://ru.wikipedia.org/wiki/%D0%9C%D0%B...

массовый психоз наблюдается на ЛОРе, так что ты ошибся форумом

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

95. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +2 +/
Сообщение от Firefoxic (ok) on 05-Ноя-12, 04:46 
Сюда эти психи тоже забегают. И тычат нам в лицо ссылками на свою психозную пену там, откуда прибежали.
Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

128. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –1 +/
Сообщение от 1 (??) on 05-Ноя-12, 11:01 
> массовый психоз наблюдается на ЛОРе

так это он и есть, только коричневый

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

27. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +6 +/
Сообщение от savant (ok) on 05-Ноя-12, 00:28 
> Ну такими темпами просто скоро будет не находится желающих пользоваться Арчем, я
> к примеру собирался было смигрировать на одной системе с Debian на
> Parabola (свободный дериватив Арча), но как узнал что там только systemd
> теперь, планы эти зачеркнул и вернулся на Debian. Когда и сюда
> докатится этот говнософт имени Поттеринга, тогда уже и будем думать чего
> и куда.

П**деть - не мешки ворочать. Сделай дистрибутив своей мечты, собери вокруг него крепкое коммьюнити и радуйся.

По своему опыту могу сказать одно - со временем init скрипты превращаются в неподдерживаемое говно. И в желании свалить с sysvinit я разработчиков арча могу понять.

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

84. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –2 +/
Сообщение от chinarulezzz (ok) on 05-Ноя-12, 03:48 
> П**деть - не мешки ворочать. Сделай дистрибутив своей мечты, собери вокруг него
> крепкое коммьюнити и радуйся.

легче просто свалить с харча на что-нибудь более человеческое.

> По своему опыту могу сказать одно - со временем init скрипты превращаются
> в неподдерживаемое говно. И в желании свалить с sysvinit я разработчиков
> арча могу понять.

По своему опыту скажу что нет. Уже лет 7. Баш осилил на приемлемом уровне - и хватает все эти годы. Незнаю, почему неподдерживаемое говно появляется у разработчиков арча. Видимо, это особенности или дистрибутива, или разработчиков.

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

213. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от savant (ok) on 05-Ноя-12, 14:26 
>> П**деть - не мешки ворочать. Сделай дистрибутив своей мечты, собери вокруг него
>> крепкое коммьюнити и радуйся.
> легче просто свалить с харча на что-нибудь более человеческое.
>> По своему опыту могу сказать одно - со временем init скрипты превращаются
>> в неподдерживаемое говно. И в желании свалить с sysvinit я разработчиков
>> арча могу понять.
> По своему опыту скажу что нет. Уже лет 7. Баш осилил на
> приемлемом уровне - и хватает все эти годы. Незнаю, почему неподдерживаемое
> говно появляется у разработчиков арча. Видимо, это особенности или дистрибутива, или
> разработчиков.

Если ты пилишь свой один небольшой скрипт - это одно, но когда тебе надо поддерживать весь /etc/rc.d то там начинаются проблемы. особенно когда начинаешь оптимизировать время загрузки. Кактусы ем прямо сейчас.

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

214. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +2 +/
Сообщение от Аноним (??) on 05-Ноя-12, 14:53 
> Если ты пилишь свой один небольшой скрипт - это одно, но когда
> тебе надо поддерживать весь /etc/rc.d то там начинаются проблемы. особенно когда
> начинаешь оптимизировать время загрузки. Кактусы ем прямо сейчас.

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

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

218. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –1 +/
Сообщение от chinarulezzz (ok) on 05-Ноя-12, 15:32 
> Если ты пилишь свой один небольшой скрипт - это одно, но когда
> тебе надо поддерживать весь /etc/rc.d то там начинаются проблемы.

Уже десятилетие у дистрибутивов с этим нормально. Поддерживают. Проблем нет, она просто работает.

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

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


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

224. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от Firefoxic (ok) on 05-Ноя-12, 15:58 
1) Одинаковое время загрузки — дудки! С инитом дольше было (конечно не в масштабах винды, но всё же).

2) Цена? Где ценник? Что-то я его даже не заметил.

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

227. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –1 +/
Сообщение от chinarulezzz (ok) on 05-Ноя-12, 16:11 
> 1) Одинаковое время загрузки — дудки! С инитом дольше было (конечно не
> в масштабах винды, но всё же).

потребители такие потребители)))

> 2) Цена? Где ценник? Что-то я его даже не заметил.

http://www.opennet.dev/openforum/vsluhforumID3/87104.html#34

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

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

С точки зрения созидателя, который свой кастомный сервис в систему вкорячивает - upstart/systemd/... - в разы проще и приятнее. Как бы ваше право делать так как вы считаете нужным. Но что-то вы не побежали майнтайнить эти жутки портянки и иницитива издохла за отсутствием рук. Ну, вы же не пошли и не записались в майнтайнеры. Это к вопросу о потребительстве.

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

369. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 07-Ноя-12, 09:34 
> Уже десятилетие у дистрибутивов с этим нормально. Поддерживают. Проблем нет, она просто работает.

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

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

374. "Проект Arch Linux прекращает поддержку скриптов..."  +2 +/
Сообщение от arisu (ok) on 07-Ноя-12, 10:23 
одмин локалхоста рассказывает ужосы о своей криворукости. не спешите это увидеть, ничего интересного.
Ответить | Правка | ^ к родителю #369 | Наверх | Cообщить модератору

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

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

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

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

Сваливайте. А я вот был вынужден писать скрипты для своих сервисов. На которые это никто не сделал. Так что стандартные вещи типа старта/стопа/рестарта выливаются в чуть ли не страницу текста. Примитивнейший мониторинг того что сервис не упал и пашет - еще отдельный скрипт на почти страницу пинаемый из крона. И так далее. А в штуках типа systemd это будет 3-4 строчки конфига которые сделают то же самое, лучше чем было.

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

243. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от myhand (ok) on 05-Ноя-12, 21:26 
> Так что стандартные вещи типа старта/стопа/рестарта выливаются в чуть ли не страницу текста.

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

> Примитивнейший мониторинг того что сервис не упал и пашет - еще отдельный скрипт на почти
> страницу пинаемый из крона.

Может познакомиться с нормальными системами мониторинга, вместо разглагольствований на форумах и писания всякой ерунды?

> А в штуках типа
> systemd это будет 3-4 строчки конфига которые сделают то же самое,
> лучше чем было.

Ах, если бы это действительно было так (а то часть этих строчек - все какие-то StartExecPre=... получаются)...  А еще - кабы удобство эксплуатации всегда выражалось в "числе строчек конфига"...

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

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

Нет, зачем. Мне вполне хватило штук пяти кастомных сетевых сервисов которых не было в системных репах, в комплекте к которым или совсем не идут болванки для sysv init, или идут какие-то нереально кривые урoды.

>  Простой сервис - десяток строк.

Уточним:
1) Старт-стоп с проверкой что оно уже работает/еще работает - простынка полэкрана. Хотя это вообще абсолютно типовая операция делаемая 1-2 строками конфига в таких штуках.
2) Хотя-бы минимальный перезапуск сервиса при падении - отдельная простынка которая традиционно пхaется энными господами в крон. Актуально на автопилоте, знаете ли. Во круто, отдельный кoстыль в отдельном месте. Еще 1 срaльник в системе.
3) Какое либо лимитирование числа рестартов (в единицу времени или вообще) если сервис навернулся необратимо - делается отдельными приседаниями, если оно надо. А для тяжелых сервисов - надо, да.
4) Ах, неплохо б еще логротэйт делать, корректно сигналить сервису о том что лог переколбасили и прочая. Еще некислая простыня. На совершенно типовую операцию, бэть.
5) Как сделать чтобы оно взлетело не ранее чем поднялась вон та сеть, ибо мы хотим биндиться на конкретный адаптер - отдельная сказка. В классическом ините сразу вспомнится анек про фею и чертежи.

Итого минимум 2..4 простынки текста на полэкрана на каждый сервис. В конфиге штук типа апстарта/системгэ это будет 3-5 строк конфига. Простых как валенок. Ибо типовые операции.

> Причем достаточно шаблонных.  Или в арче все настолько зaпущено, по сравнению с тем же Debian?

А это как раз в дебиане/убунте и было в основном. Вы не поверите, написать апстарту конфиг - в цать раз проще, быстрее и приятнее. Проверено лично и так и сяк. Писать конфиг апстарту намного приятнее чем гигантские портянки.

> Может познакомиться с нормальными системами мониторинга, вместо разглагольствований
> на форумах и писания всякой eрунды?

Если вы про штуки типа monit то у них своих проблем навалом. И опять отдельные кoстыли висящие где-то сбоку. Вам так нравится? Флaг вам в руки и бaрaбан на шею. Вот только авторы софта не могут требовать непременного наличия некоей совершенно побочной софтины и по этому поводу готового решения опять же не будет. Значит опять мне кoстылить. А значит это еще тонна бaрахла. И опять где-то сбоку. Во счастье то, когда пачка разномастных скриптопортянок распихана по пятку закоулков системы. Для совершенно типовых операций. И так на каждый из эн сервисов.

Вы еще мне предложите чтоли стать оракловым DBA для подъема домашней странички Васи Пупкина, чтобы совсем уж ынтырпрайзно. А я покажу вам жест Торвальдса и сделаю так как мне проще :)

> Ах, если бы это действительно было так (а то часть этих строчек
> - все какие-то StartExecPre=... получаются)...  А еще - кабы удобство
> эксплуатации всегда выражалось в "числе строчек конфига"...

Как по мне, 3-5 строчек в одном месте намного удобнее чем 3-5 портянок по странице каждая в разных закоулках системы. Считаете иначе? Ну так чего ж не впряглись майнтайнить все это безобразие в арче?

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

375. "Проект Arch Linux прекращает поддержку скриптов..."  +1 +/
Сообщение от arisu (ok) on 07-Ноя-12, 10:26 
> Если вы про штуки типа monit то у них своих проблем навалом.
> И опять отдельные кoстыли висящие где-то сбоку.

и я говорю, одни костыли вокруг! всё надо запихать в ядро, а не костылить всякие бесполезные иниты, gcc и прочую ерунду!

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

416. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от myhand (ok) on 07-Ноя-12, 15:58 
> 1) Старт-стоп с проверкой что оно уже работает/еще работает - простынка полэкрана.

$ wc monit.init
170  507 4044 monit.init

Причем собственно старт-стоп-рестарт-etc - строк 40-50.  Читабельно, с отступами, комментариями и т.п.

Ну, можно эту стандартную "простыню" обернуть в библиотечную функцию.  Будет 1 строчка.  Вот только ЗАЧЕМ?

> 2) Хотя-бы минимальный перезапуск сервиса при падении

За это гнать надо из профессии.  Наравне с "господами", которые всякие глупости делают в cron.

> 3) Какое либо лимитирование числа рестартов (в единицу времени или вообще) если
> сервис навернулся необратимо - делается отдельными приседаниями, если оно надо.

man inittab

> 4) Ах, неплохо б еще логротэйт делать, корректно сигналить сервису о том
> что лог переколбасили и прочая. Еще некислая простыня.

Вот только зачем??

> На совершенно типовую операцию, бэть.

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

> 5) Как сделать чтобы оно взлетело не ранее чем поднялась вон та
> сеть, ибо мы хотим биндиться на конкретный адаптер - отдельная сказка.

Все просто.  Может, это проблема для конкретных дистрибутивов?

>> Причем достаточно шаблонных.  Или в арче все настолько зaпущено, по сравнению с тем же Debian?
> А это как раз в дебиане/убунте и было в основном. Вы не
> поверите, написать апстарту конфиг - в цать раз проще, быстрее и приятнее.

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

>> Может познакомиться с нормальными системами мониторинга, вместо разглагольствований
>> на форумах и писания всякой eрунды?
> Если вы про штуки типа monit то у них своих проблем навалом.

"Я не прочитал ман" - вы про эту проблему?

> И опять отдельные кoстыли висящие где-то сбоку. Вам так нравится?

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

> Вот только авторы софта
> не могут требовать непременного наличия некоей совершенно побочной софтины

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

> Ну так чего ж не впряглись майнтайнить все это безобразие в арче?

Не использую арч.  Зачем мне бедные арчеводы в нагрузку?


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

246. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от Аноним (??) on 05-Ноя-12, 22:12 
> Сваливайте. А я вот был вынужден писать скрипты для своих сервисов. На
> которые это никто не сделал. Так что стандартные вещи типа старта/стопа/рестарта
> выливаются в чуть ли не страницу текста. Примитивнейший мониторинг того что
> сервис не упал и пашет - еще отдельный скрипт на почти
> страницу пинаемый из крона. И так далее. А в штуках типа
> systemd это будет 3-4 строчки конфига которые сделают то же самое,
> лучше чем было.

Какой кошмар. А сервис типа монит тебя не устраивает? А если у тебя базулька где надо мониторить кучу параметров? А если сервис типа работает но внутри выдаёт каую-нить бяку( вспоминаем частую ошибку нгинкса)? Ты тоже это скриптами отдельными будешь оборачивать или понадеешься на комбайн имени лёньки?

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

377. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 07-Ноя-12, 10:33 
> Какой кошмар. А сервис типа монит тебя не устраивает?

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

> А если у тебя базулька где надо мониторить кучу параметров? А если сервис типа
> работает но внутри выдаёт каую-нить бяку

Это бывает. Но это уже ынтырпрайзные навороты слегонца и требует существенных усилий по конфигурированию. Те кто не может затребовать такие навороты - поступают по разному. Бывает и так как я выше написал.

> ( вспоминаем частую ошибку нгинкса)?

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

> Ты тоже это скриптами отдельными будешь оборачивать или понадеешься на комбайн имени лёньки?

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

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

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

Ну ты не останавливайся на достигнутом. Допустим мы тебе поверим про убогость текущего способа и рульности всего что предлагает лёньчик. Вопрос следующий: какого   средства кластеризации не предоставляет новый модный системд? Это же так модно и стильно - всё в одном месте, не надо заботиться и что-то там в закоулках ковырять. И назвать это ээээ наподобие NLBS - network lennart ballansing systemd.
Это будет новое слово в науке и технике

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

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

Запуск программы и ее мониторинг - разные задачи.  Разные задачи - разные инструменты.

Но если так хочется - тот же монит может работать из inittab как "запускалка и мониторилка" одновременно.  Никаких революций на пустом месте, инструмент готов уже давно.  systemd - не нужен?

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

457. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 09-Ноя-12, 18:09 
> Запуск программы и ее мониторинг - разные задачи.  Разные задачи - разные инструменты.

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

> инструмент готов уже давно.  systemd - не нужен?

Не, спасибо, monit все склонен делать через пинки внешних команд что сильно понижает его надежность и/или скорость в ситуациях когда в системе так или иначе наступил душняк. Мне такой подход не нравится.

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

263. "Проект Arch Linux прекращает поддержку скриптов..."  +/
Сообщение от arisu (ok) on 06-Ноя-12, 02:03 
> Примитивнейший мониторинг того что
> сервис не упал и пашет — еще отдельный скрипт на почти
> страницу пинаемый из крона.

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

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

290. "Проект Arch Linux прекращает поддержку скриптов..."  –1 +/
Сообщение от Аноним (??) on 06-Ноя-12, 04:40 
>> Примитивнейший мониторинг того что
>> сервис не упал и пашет — еще отдельный скрипт на почти
>> страницу пинаемый из крона.
> я надеюсь, это ты описываешь свои мучения на локалхосте? потому что если
> ты работаешь админом, то тебя не выгнали за профнепригодность только потому,
> что все остальные в конторе ещё дубовей тебя.

ох, лол. недоучка arisu освоил сленг больших посонов, которым они недавно его тут поливали в хвост и в гриву.

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

378. "Проект Arch Linux прекращает поддержку скриптов..."  +/
Сообщение от Аноним (??) on 07-Ноя-12, 10:35 
> что все остальные в конторе ещё дубовей тебя.

Да ну тебя нафиг, Кэп, это слишком жирно. Худей. Я знаю что ты умеешь тоньше :)

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

429. "Проект Arch Linux прекращает поддержку скриптов..."  +/
Сообщение от arisu (ok) on 07-Ноя-12, 17:33 
> Да ну тебя нафиг, Кэп, это слишком жирно. Худей. Я знаю что
> ты умеешь тоньше :)

ну можно же и мне снисходить до простых человеческих радостей? пиво с водкой, жирное трололо… а то совсем от народа оторвусь.

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

458. "Проект Arch Linux прекращает поддержку скриптов..."  +/
Сообщение от Аноним (??) on 09-Ноя-12, 18:11 
> ну можно же и мне снисходить до простых человеческих радостей? пиво с
> водкой, жирное трололо… а то совсем от народа оторвусь.

Можно, но троллить меня надо тоньше все-таки, на такую жирноту я не поведусь, уж извини :P

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

333. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –1 +/
Сообщение от kurokaze (ok) on 06-Ноя-12, 11:01 
>> легче просто свалить с харча на что-нибудь более человеческое.
> Сваливайте. А я вот был вынужден писать скрипты для своих сервисов. На

Чепуха. У меня это заняло 10 минут - взять существующий от другого сервиса и доработать - указать после чего ему стартовать и перед чем

> Примитивнейший мониторинг того что сервис не упал и пашет - еще отдельный скрипт на почти страницу пинаемый из крона.

Лол, для тебя давно monit придумали

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

379. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от Аноним (??) on 07-Ноя-12, 10:37 
> Чепуха. У меня это заняло 10 минут - взять существующий от другого
> сервиса и доработать - указать после чего ему стартовать и перед чем

Обычно это занимает довольно много времени и несколько тестовых попыток до того как это станет работать как надо. По сути целая мини-дебажная сессия получается. И то нет гарантии что потом не стрельнет. А для штук типа сабжа в конфиге из 3-5 строк облажаться просто негде. И займет 3 минуты вместо 10 + не потребует потом дебажной сессии. А еще всякие логротейты, кроны и прочая. В результате получается что запуск барахла относящегося к одной программе размазан по пятку мест системы.

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

24. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –2 +/
Сообщение от Zenitur (ok) on 05-Ноя-12, 00:28 
Угадай, какая компания занимается разработкой всех системных служб, для которых прекратилась поддержка System V, и почему она она прекратилась.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

242. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +2 +/
Сообщение от Аноним (??) on 05-Ноя-12, 21:14 
> Угадай, какая компания занимается разработкой всех системных служб, для которых прекратилась
> поддержка System V, и почему она она прекратилась.

Да, да, когда canonical сделал upstart, они были пи...сами и их крыли такие как ты. Поэтому поделом что таким умникам отсыпали добавки в куда более интрузивном виде со стороны редхата. Будете в следующий раз меньше вякать и больше делать, если хотите чтобы было по вашему. А то как майнтайнить - все по норам. А как на форуме права качать - вот они, орлы!

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

40. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от angra (ok) on 05-Ноя-12, 01:13 
Приведу аналогию. Вот мне не нравится тенденция к тому, что много товаров народного потребления сейчас делаются так, чтобы выходили из строя за пару лет и люди покупали новые. Мне куда больше нравится старый подход, когда вещи были способны прослужить пару десятилетий. Очень много людей разделяют мое мнение. Ты предлагаешь каждому из нас теперь самостоятельно делать для себя абсолютно все вещи?
Теперь без аналогий. Большинство текущих мейнтенеров решили(или за них решили, а они согласились) перейти на systemd, причем практически в один момент. Когда уходит один мейнтейнер ему довольно быстро находится замена. Однако в данном случае нужно найти дублеров(не замену) сразу для всех, причем опять таки в короткое время, да еще и правильно организовать их. Это очень сложно даже при наличии достаточного количества желающих взвалить на себя дополнительную ношу. Но это еще не все. Каждый конкретный пакет обычно поддерживает один человек. А теперь у каждого будет одновременно два мейнтейнера, один заведует сборкой и systemd, а второй initscript. И видение того, как что должно быть, у них могут значительно различаться. Неизбежно возникнут конфликты. Все эти проблемы конечно можно решить, но только при грамотном руководстве, ну например как в Дебиане. А вот в Арче такого мудрого руководства не наблюдается, поэтому от количества желающих поддерживать initscripts уже ничего не зависит.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

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

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

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

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

335. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +2 +/
Сообщение от kurokaze (ok) on 06-Ноя-12, 11:06 
> Приведу аналогию. Вот мне не нравится тенденция к тому, что много товаров
> народного потребления сейчас делаются так, чтобы выходили из строя за пару
> лет и люди покупали новые.

Лол, не покупай дешовый ширпотреб всех делов

> Мне куда больше нравится старый подход, когда вещи были способны прослужить пару десятилетий.

Чиво? Ну хочешь я тебе подарю свой "Львов ПК-01"? Ему даже 21 год. И могу МК-52 подкинуть - ему около четверти века. Всё в исправном состоянии

> Очень много людей разделяют мое мнение.

Это называется "ж*поголизм"

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

352. "Проект Arch Linux прекращает поддержку скриптов..."  +/
Сообщение от arisu (ok) on 06-Ноя-12, 17:54 
> Чиво? Ну хочешь я тебе подарю свой «Львов ПК-01»? Ему даже 21
> год. И могу МК-52 подкинуть — ему около четверти века. Всё
> в исправном состоянии

я хочу.

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

380. "Проект Arch Linux прекращает поддержку скриптов..."  +/
Сообщение от Аноним (??) on 07-Ноя-12, 10:41 
> я хочу.

А стальной советский велокрокодил тебе не требуется? Правда неубиваемость - вообще единственное его достоинство. Ездить на нем не в пример мучительнее чем на современных экспонатах. Хоть они и требуют больше внимания к своему техобслуживанию.

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

432. "Проект Arch Linux прекращает поддержку скриптов..."  +/
Сообщение от arisu (ok) on 07-Ноя-12, 18:12 
нет, не требуется. а вот рабочую Amiga 1200 возьму.
Ответить | Правка | ^ к родителю #380 | Наверх | Cообщить модератору

94. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +4 +/
Сообщение от Firefoxic (ok) on 05-Ноя-12, 04:41 
Эти крикуны явно мало отличаются от тех, которые "верните мне уорд! верните мне ынтырнэт-ыксплорыр!"
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

228. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от darkshvein (ok) on 05-Ноя-12, 16:14 
>Желающих поддерживать не нашлось

А чо их поддерживать то? Стабильны как Ленин в Мавзолее.
И да, Арчеводы молодцы, всё правильно делают!

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

343. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от anonymous (??) on 06-Ноя-12, 13:43 
>> из-за нехватки ресурсов на поддержание данной подсистемы в актуальном состоянии.
> Вот так. Желающих поддерживать не нашлось, зато крикунов "верните initscripts!" было много.

Где-то меня пытаются обмануть. Init-scripts, написанные мной лет 8 назад, за это время потребовали времени поддержки, близкое к нулю. (При нескольких сменах всей или почти всей системы за это время).

С другой стороны, попробуйте предложить arch'у "я буду поддерживать init scripts": вас пошлют со словами "проходите, у нас systemd".  Т.е. если всех желающих отразить (недопустить), то их и не останется.

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

381. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 07-Ноя-12, 10:43 
> Где-то меня пытаются обмануть. Init-scripts, написанные мной лет 8 назад, за это
> время потребовали времени поддержки, близкое к нулю.

А это зависит не только от вас но и от авторов программ.

> С другой стороны, попробуйте предложить arch'у

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

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

396. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 07-Ноя-12, 12:56 
Гражданин неживотное, здесь была ссылка на val-amart - он тред завёл по этому поводу. Его просто послали в арче, когда он предложил стать мейнтейнером инитскриптов.
Ответить | Правка | ^ к родителю #381 | Наверх | Cообщить модератору

6. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +6 +/
Сообщение от paulus (ok) on 04-Ноя-12, 23:37 
А еще недавно писали, что будут поддерживать и то и другое, что нет повода для беспокойства...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –2 +/
Сообщение от Аноним (??) on 04-Ноя-12, 23:38 
Так лень переходить на systemd.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от volax email on 04-Ноя-12, 23:40 
Класс! Чуть было не отказался от Arch из-за initscripts...
Похоже, сложность не нужна не только пользователям, но и адекватным мейнтейнерам.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –3 +/
Сообщение от rm_ email(ok) on 04-Ноя-12, 23:48 
> Класс! Чуть было не отказался от Arch из-за initscripts...
> Похоже, сложность не нужна не только пользователям, но и адекватным мейнтейнерам.

Дурацкий переусложнённый systemd не нужен никому, это верно.
может быть кроме хипстеров-девелоперов, которые сами этим говном не пользуются, а просто ковыряются в нём немножко на досуге для развлечения, со своих Макбуков Про с OS X.

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

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

13. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –1 +/
Сообщение от Аноним (??) on 04-Ноя-12, 23:44 
> отсутствия интереса и нехватки ресурсов

Вся суть ArchLinux.

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

16. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +2 +/
Сообщение от filosofem (ok) on 04-Ноя-12, 23:49 
Без systemd там всё равно уже половина пакетов нормально не работает. Пацанчики просто констатировали очевидный факт.
Те кто утверждал, что Арч дистрибутив скуул-бойз-онли были правы, признаю. Хорошо, что кроме виртуалки нигде его не поднял.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +3 +/
Сообщение от ZiGGi (ok) on 05-Ноя-12, 00:09 
Перешел на systemd, удобно, и, кажется, все стало быстрее работать. Почему systemd та многим не нравится?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

20. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +4 +/
Сообщение от Аноним (??) on 05-Ноя-12, 00:16 
Тоже не понимаю чего они срут кирпичами от одного упоминания системд. Рабинович в душе напел?
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

200. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +3 +/
Сообщение от Боря on 05-Ноя-12, 13:41 
Основным минусом systemd является то, что RedHat ставит цель завязать на него утилиты, которые раньше от системы инициализации не зависели. Например, Udev. Поттеринг заявил, что новые версии Udev будут полностью функциональны только в связке с systemd.

https://igurublog.wordpress.com/2012/10/14/gentoo-systemd-to.../

Для RedHat эта политика связана, скорее всего, с попыткой взять под контроль развитие десктопного линукса. Связка независимых в прошлом систем в один монолитный блок не может быть выгодна никому, кроме RedHat. Это противоречит Unix-подходу, лишает пользователей и разработчиков выбора, делает всех заложниками RedHat.

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

22. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от Аноним (??) on 05-Ноя-12, 00:26 
Из-за отсутствия выбора и только.
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

37. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от гость email on 05-Ноя-12, 01:00 
выбери генту, чо :)
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

197. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от televizor.samsung on 05-Ноя-12, 13:28 
кальку
Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

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

Ватман.

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

336. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Администрация on 06-Ноя-12, 11:14 
> кальку

Фольгу, иголку и бутылку.

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

23. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –2 +/
Сообщение от Аноным (ok) on 05-Ноя-12, 00:27 
Кто-то один сказал, что плохо и пошло.
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

28. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 05-Ноя-12, 00:33 
уже все давно пережевано
если кто-то не в курсе - это его проблемы
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

47. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +2 +/
Сообщение от angra (ok) on 05-Ноя-12, 01:24 
Может потому, что им нужно чуть глубже влезать в систему чем вам и нет желания осваивать очередную модную приблуду, особенно если выигрыш от ее использования весьма сомнителен? Тяга к модному и новому она в основном у молодых без личной жизни. Кто понял жизнь - тот не спешит. HAL тоже в свое время казался интересным и перспективным, да и выигрыш от его использования был куда заметней. Вот только на свалку истории он ушел быстрее, чем большинство его освоило.
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

111. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –8 +/
Сообщение от Аноним (??) on 05-Ноя-12, 09:44 
> нужно чуть глубже влезать в систему

говорит само за себя
> нет желания осваивать

вон из профессии
> особенно если выигрыш от ее использования весьма сомнителен

ещё один не читал, но осуждает. открой хотя одну страницу документации, дегенерат http://0pointer.de/blog/projects/why.html
> Тяга к модному, она в основном у молодых без личной жизни

стареющий дегенерат
> Кто понял жизнь - тот не спешит

оправдывающий своё ничтожество дегенерат
> HAL тоже в свое время казался интересным и перспективным,

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

ни слова по делу, ни слово о том, что же ему "заметней"

подобные мнения в резюме были бы информативней любых timeline'ов - экономит время при принятии решения о приёме на работу

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

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

Если б человечество состояло из таких как вы, мы бы до сих пор гоняли на лошадях и освещали помещения лучинами и керосинками.

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

261. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от angra (ok) on 06-Ноя-12, 01:58 
Сделайте статистический анализ на тему возраста ученных в момент важных открытий. Вас ждет большой сюрприз. Можете также поинтересоваться возрастом основных столпов октябрьской революции и последующей электрификации, коллективизации и индустриализации, ведь именно их усилиями электричество и автомобили сменили лучины и лошадей в отдельно взятой стране. Любое серьезное дело требует основательного подхода, а не метаний в поисках очередной модной идеи.

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

265. "Проект Arch Linux прекращает поддержку скриптов..."  +/
Сообщение от arisu (ok) on 06-Ноя-12, 02:08 
>> основном у молодых без личной жизни. Кто понял жизнь — тот не спешит.
> Если б человечество состояло из таких как вы, мы бы до сих
> пор гоняли на лошадях и освещали помещения лучинами и керосинками.

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

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

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

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

ну тебе ведь лишь бы вякнуть, зачем, про что - не важно

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

291. "Проект Arch Linux прекращает поддержку скриптов..."  –1 +/
Сообщение от arisu (ok) on 06-Ноя-12, 04:41 
слушай, попроси уже у меня фотографию, чтобы фапать на неё. а то бегаешь за мной по форуму, как ботан за красавицей…
Ответить | Правка | ^ к родителю #288 | Наверх | Cообщить модератору

293. "Проект Arch Linux прекращает поддержку скриптов..."  +/
Сообщение от Аноним (??) on 06-Ноя-12, 04:47 
> слушай, попроси уже у меня фотографию, чтобы фапать на неё. а то
> бегаешь за мной по форуму, как ботан за красавицей…

фотографию? try

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

311. "Проект Arch Linux прекращает поддержку скриптов..."  +/
Сообщение от Anonimous on 06-Ноя-12, 08:10 
…г-но удивлялось, почему на него мухи летят…
Ответить | Правка | ^ к родителю #291 | Наверх | Cообщить модератору

312. "Проект Arch Linux прекращает поддержку скриптов..."  +2 +/
Сообщение от arisu (ok) on 06-Ноя-12, 08:15 
> …г-но удивлялось, почему на него мухи летят…

так помойся, что ли — может, перестанут.

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

110. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –1 +/
Сообщение от Taller on 05-Ноя-12, 09:41 
ну допустим быстрее грузится и разгружается (выключается).

Раньше в xfce не были активны кнопки выключить, перезагрузить, спящий режим, ждущий режим.
После systemd-195 (когда включили logind и выкинули consolekit) эти кнопки стали активны. Но не работают.
Запускается из slim.
Работают только в случае отключения слима и запуска иксов вручную.

Вот такой странный systemd.
p.s. либо научите меня его готовить

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

130. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от Firefoxic (ok) on 05-Ноя-12, 11:06 
>... стали активны. Но не работают.

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

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

231. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от zxalexis email on 05-Ноя-12, 17:46 
1. Проверить в grub параметр ядра init=/usr/lib/systemd/systemd
2. Проверить, что пользователь не включен в группы power, audio
Да и вообще, сначала мануал по переходу на systemd на вики почитать стоит.

ЗЫ. Штука эта systemd очень удобная, но тянет за собой dbus.
Как я понял, писать свои старт-ап скрипты ничуть не сложнее, зависимости указывать проще. Другое дело, что архитектура этого "бутерброда" слегка запутана и менее прозрачна, чем sysV или BSDplainRC.

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

237. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +3 +/
Сообщение от Аноним (??) on 05-Ноя-12, 20:26 
> Перешел на systemd, удобно, и, кажется, все стало быстрее работать. Почему systemd
> та многим не нравится?

Если кажется - креститься нужно. Говорят, обычно помогает.
Не нравится тем, кто кроме десктопа Linux еще и на другом оборудовании использует и для других задач. И не нравится какраз тем, что десктопные подходы (типа: мы лучше знаем, что хомячку нужно, так что жрите что дают) распространяют и на другие сферы применения системы. Не нравится также тем, кто предпочитает соблюдать стандарты (г. Леннарт к таким, по его собственным словам, не относится - а это уже о чем-то говорит...). Не нравится тем, кто использует либо специфическое железо, либо специфическое ПО, которое требует определенный порядок инициализации, а у г. Леннарта в его СыстемГ от версии к версии все меняется и очень часто его (как СыстемГ, так, похоже, и г. Леннарта) поведение зависит толи от фазы Ио, толи от погоды на Уране...
Как ТАКОЕ может нравиться?
Не нравится также "комбайнизация" кучи отдельных независимых инструментов в один мега-супер-гипер-шайтан-машина, где если что-то не работает, то и не поймешь толком почему. А если нужен только один инструмент их этой кучи, то тащить все равно приходится целый чемодан, поскольку отдельно инструмент более не доступен. Как это может быть удобно? Вот представьте себе электромонтера. Вот у него есть пассатижи, ножи, разные отвертки(больше, меньше, плоские, крестообразные...), измерительные клещи, искатель скрытой проводки и еще куча всего разного. Как вы думаете ему сильно понравится, если это все у него забрать и дать ему один супер-гиперключ на все случаи жизни, но в котором только крестообразная отвертка одного нестандартного размера (подходит только к нестандартным болтам этой же фирмы-производителя), кусачки только маленького размера, ножа нет (а зачем, ведь есть кусачки!), пассатижи иногда заклинивает в самый неподходящий момент (в инструкции, правда, об этом написано, что ими нельзя ничего делать в вертикальном положении, только в горизонтальном - особенность конструкции)...

Конкретные примеры все равно приводить не имеет смысла - тот, кто "фанатеет" от СыстемГ все равно их не воспримет, а все остальные и так все прекрасно понимают.

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

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

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

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

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

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

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

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

88. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +6 +/
Сообщение от Xasd (ok) on 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 или не переходить?" -- вообще НЕ является нисколько спорным, с технической точки зрения, для компетентного разработчика)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

154. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от anonymous (??) on 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) on 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 +/
Сообщение от Аноним (??) on 05-Ноя-12, 13:45 
openSUSE - ещё какой нормальный
Ответить | Правка | ^ к родителю #201 | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В windows-way.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

или grep sys /etc/*

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

461. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от Аноним (??) on 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.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

> Ну-ну.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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


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

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


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

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

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

229. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –1 +/
Сообщение от myhand (ok) on 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 упомянули - вот вам и пример.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

46. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +3 +/
Сообщение от Mirraz (ok) on 05-Ноя-12, 01:22 
А ведь эта дрянь уже пробралась и в мою уютную Гентушечку, замаскировавшись под udev. Печально всё это.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

67. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –1 +/
Сообщение от Crazy Alex (ok) on 05-Ноя-12, 02:42 
Там вариант с mdev вполне жизнеспособен. Хотя в виде udev оно, в общем-то, вполне терпимо. ну десяток лишних файлов скомпилирует - и ладно.
Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

70. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –1 +/
Сообщение от GentooBoy (ok) on 05-Ноя-12, 02:44 
> А ведь эта дрянь уже пробралась и в мою уютную Гентушечку, замаскировавшись
> под udev. Печально всё это.

Что за враки такие.

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

133. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от Mirraz (ok) on 05-Ноя-12, 11:11 
$ qlist udev | fgrep systemd
/usr/share/man/man8/systemd-udevd.service.8.bz2
/usr/share/man/man8/systemd-udevd.8.bz2
/usr/lib/systemd/system/systemd-udev-settle.service
/usr/lib/systemd/system/systemd-udev-trigger.service
/usr/lib/systemd/system/systemd-udevd.service
/usr/lib/systemd/system/sysinit.target.wants/systemd-udev-trigger.service
/usr/lib/systemd/system/sysinit.target.wants/systemd-udevd.service
/usr/lib/systemd/system/sockets.target.wants/systemd-udevd-kernel.socket
/usr/lib/systemd/system/sockets.target.wants/systemd-udevd-control.socket
/usr/lib/systemd/system/systemd-udevd-kernel.socket
/usr/lib/systemd/system/systemd-udevd-control.socket
/usr/lib/systemd/systemd-udevd
Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

63. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Владимир email(??) on 05-Ноя-12, 02:26 
Что тут сказать - значит увидели результат и перспективы.
Мне нравиться systemd
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

69. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +6 +/
Сообщение от V (??) on 05-Ноя-12, 02:44 
лучше бы понравился русский язык
Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

72. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –3 +/
Сообщение от Аноним (??) on 05-Ноя-12, 02:50 
Systemd? Why?  Because f*ck you that's why.

sysvinit vs systemd
http://0pointer.de/blog/projects/why.html

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

73. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +2 +/
Сообщение от V (??) on 05-Ноя-12, 03:04 
Именно это и пугает.

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

Структура UNIX-like до этого была проста, чётко разделена и понятна. systemd же пытается заменить 95% функционала сколь угодно минималистичного дистрибутива (или минимальной части функционала обычного дистрибутива) собой, убивая при этом все фундаментальные принципы, на которых построены такие системы.

Поэтому не понятно, к чему эти 3 столбца с якобы "фичами", как будто сравнивают 2 похожих функционала: вовсе нет -- сравнивают тягач с автомобильным заводом )

Ну а самое первое, что приходит в голову для сравнения с systemd -- бегущий прогресс-бар в Windows XP при загрузке. Теперь это так.

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

77. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Xasd (ok) on 05-Ноя-12, 03:14 
> Структура UNIX-like до этого была проста

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

глядя на всё это форумное нытьё -- создаётся ощущение что UNIX-like это: MSDOS и его command.com .

# P.S.: и да -- в MSDOS тоже -- "всё у всех работало. даже такое сложное устройство как CDROM" . :)

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

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

и как же это следует делать в современных реальностях? просвети нас, о, недоучка, путающий слова «реальности» и «реалии», нам очень интересно. поржать хочется.

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

393. "Проект Arch Linux прекращает поддержку скриптов..."  +1 +/
Сообщение от Аноним (??) on 07-Ноя-12, 12:39 
> и как же это следует делать в современных реальностях?

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

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

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

430. "Проект Arch Linux прекращает поддержку скриптов..."  +/
Сообщение от arisu (ok) on 07-Ноя-12, 17:36 
мда. у меня для тебя плохие новости: ты неверно выбрал дистрибутив и профессию. (тут было длинное пояснение, отчего, но я его вытер. ибо вспомнил про жемчуг и свиней)
Ответить | Правка | ^ к родителю #393 | Наверх | Cообщить модератору

443. "Проект Arch Linux прекращает поддержку скриптов..."  +/
Сообщение от Аноним (??) on 07-Ноя-12, 20:33 
look who's talking. трепло-недоучка arisu взялся за старое - потчует "важным" мнением в областях, в которых ничуть не смыслит. ведь никаких пояснений ты не писал, это всё твои враки и импотенция, верно?
Ответить | Правка | ^ к родителю #430 | Наверх | Cообщить модератору

254. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 05-Ноя-12, 22:47 
> Ну а самое первое, что приходит в голову для сравнения с systemd
> -- бегущий прогресс-бар в Windows XP при загрузке. Теперь это так.

Несомненно, простынка текста на три экрана выглядит круче. Ну и что что не успеешь прочитать? :)


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

74. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +4 +/
Сообщение от Xasd (ok) on 05-Ноя-12, 03:04 
> Разработчики проекта Arch Linux сообщили о прекращении поддержки классической системы инициализации initscripts

опять?!

а будет новость о том что:
"""
Разработчики проекта Arch Linux сообщили о полном прекращении поддержки классической системы инициализации initscripts
"""

ну и:
"""
Разработчики проекта Arch Linux сообщили о совсем полном прекращении поддержки классической системы инициализации initscripts
"""

???

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

99. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +3 +/
Сообщение от Firefoxic (ok) on 05-Ноя-12, 05:36 
Если вам не понятна разница этой новости от предыдущих, лучше не позорьтесь.
Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

100. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –4 +/
Сообщение от chinarulezzz (ok) on 05-Ноя-12, 05:40 
> Если вам не понятна разница этой новости от предыдущих, лучше не позорьтесь.

Позор лучше оставить адептам арча. Они это делают все лучше и лучше с каждой новостью. Буквально учась на своих ошибках. Что в общем похвально, хоть какое-то развитие.

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

118. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от Firefoxic (ok) on 05-Ноя-12, 10:35 
Я толи комментом промахнулся, толи что...
Видимо уже засыпая :)
Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

102. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –2 +/
Сообщение от Buy (ok) on 05-Ноя-12, 06:58 
Сколько можно об этом писать, ну перешли на systemd и ладно. Каждый отрезок этого процесса будем обсасывать в деталях?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

103. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +3 +/
Сообщение от бедный буратино (ok) on 05-Ноя-12, 07:12 
> Сколько можно об этом писать, ну перешли на systemd и ладно. Каждый
> отрезок этого процесса будем обсасывать в деталях?

У поклонников одной коммерческой компании наступает голодная зима: везде одни успехи Linux. Нужно же в такой тяжёлый момент их хоть как-то поддержать. :)

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

116. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +2 +/
Сообщение от Аноним (??) on 05-Ноя-12, 10:18 
Правильно сделали что удалили, лучше сосредоточится на чем то одном и сделать это качественнее чем взять два дела сразу и не одно не сделать добросовестно
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

120. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +2 +/
Сообщение от aannoo on 05-Ноя-12, 10:36 
можно поставить сабж и посмотреть на системд!
вдруг там нет 100500 процессов консоль кит?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

136. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +2 +/
Сообщение от Аноним email(??) on 05-Ноя-12, 11:15 
consolekit выпелен
Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

270. "Проект Arch Linux прекращает поддержку скриптов..."  +/
Сообщение от arisu (ok) on 06-Ноя-12, 02:26 
> вдруг там нет 100500 процессов консоль кит?

что это такое, зачем оно надо и почему у меня его нет совсем?

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

301. "Проект Arch Linux прекращает поддержку скриптов..."  +/
Сообщение от Аноним (??) on 06-Ноя-12, 05:34 
>> вдруг там нет 100500 процессов консоль кит?
> что это такое, зачем оно надо и почему у меня его нет
> совсем?

ты повторно констатировал свой неродефицит - сначала поднять вопрос об критериях существования чего либо, и, не получив ответ на него, судить о его отсутствии

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

394. "Проект Arch Linux прекращает поддержку скриптов..."  +/
Сообщение от Аноним (??) on 07-Ноя-12, 12:40 
> ты повторно констатировал свой неродефицит

Да, что-то мне подсказывает что Nero у него нет. У меня кстати тоже... :)

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

121. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +5 +/
Сообщение от жабабыдлокодер (ok) on 05-Ноя-12, 10:40 
У Линукса есть одно полезное свойство: когда дистрибутив чем-то не устраивает, собирается команда профессионалов и делает на его основе другой. Так родились Сусе от Слаки, Убунту от Дебиана, Мандрива от Федоры, Сабайон от Генты.
Если системд настолько плох, то непременно соберется команда, возьмет за основу один из предыдущих установочных релизов, и будет развивать его дальше.
Кстати, сбором единомышленников можно заняться прямо здесь, на опеннете, вместо того, чтобы ругать майнтейнеров, прямо как диссиденты на советской кухне - КГБ.
Ну, а если форкнуть Арч не удастся, значит профессионалов системд вполне устраивает.

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

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

134. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –1 +/
Сообщение от Аноним (??) on 05-Ноя-12, 11:11 
> когда дистрибутив чем-то не устраивает, собирается команда профессионалов и делает на его основе другой

А потом допиливает тонны софта чтобы они работали без systemd
А потом задалбливаются, грят "ну его нах", и дистриб благополучно скукоживается, освобождая дорогу деньгам и бизнесу.

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

146. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от жабабыдлокодер (ok) on 05-Ноя-12, 11:41 
Включая Сусе и Убунту?
Ответить | Правка | ^ к родителю #134 | Наверх | Cообщить модератору

144. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от filosofem (ok) on 05-Ноя-12, 11:39 
>Если системд настолько плох, то непременно соберется команда, возьмет за основу один из

Так и будет. Но не с Арчем. Там профессионалов не оказалось.

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

Одно другому не мешает, даже наоборот. Возщущение вызывют активные попытки препятствовать возможным форкам путём завязывания многого ПО на systemd.

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

153. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 05-Ноя-12, 11:57 
>>Если системд настолько плох, то непременно соберется команда, возьмет за основу один из
> Так и будет. Но не с Арчем. Там профессионалов не оказалось.
>>Кстати, сбором единомышленников можно заняться прямо здесь, на опеннете, вместо того, чтобы ругать майнтейнеров
> Одно другому не мешает, даже наоборот. Возщущение вызывют активные попытки препятствовать
> возможным форкам путём завязывания многого ПО на systemd.

как соберётесь и идентифицируетесь - озвучьте обязятельно ключевые слова, чтоб за километры вас обходить

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

157. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от filosofem (ok) on 05-Ноя-12, 12:04 
Почему? Дла тебя systemd единственно верный путь развития?
Ответить | Правка | ^ к родителю #153 | Наверх | Cообщить модератору

163. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –6 +/
Сообщение от Аноним (??) on 05-Ноя-12, 12:24 
> Почему? Дла тебя systemd единственно верный путь развития?

потому что аргументация противников systemd пока лишь выявляет их невежество и приверженность догмату и идеологии, а не здравому смыслу. systemd - редкий случай для open source - высокое качество архитектуры и реализации, рекордные сроки стабилизации и внедрения, и всё это при минимальных негативных факторах и замещению непригодных от роду костылей для решения, для которых эти костыли не были предназначены со времён рождения unix, банальных и типовых задач. факт существования удачных smf, launchd должени был привести к появлению systemd раньше, но, к сожалению, горлопанов больше, чем реальных инженеров, способных что-то сделать вообще, а уж спланировать, вынести на обсуждение и сделать сразу на высоком уровне - это вообще флуктуация. мейнтейнеры оценили качество systemd и экономию сил на поддержке уродства в виде шел-скриптов - для них эта программа - благодать и облегчение. и лишь для ленивых админов локалхоста - это ограничение "cвобод", "ненужное усложнения", hih и тому подобный высер. поттерингу нужно памятник поставить (программисты меня поймут), а админам - заткнуться, изучить и наслаждаться, а не фамилию его коверкать на форумах

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

171. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –2 +/
Сообщение от Аноним (??) on 05-Ноя-12, 12:37 
Ванга> "Специалистов"-неосиляторов хватит лишь на подленькие минусы этого блестящего комментария.
Ответить | Правка | ^ к родителю #163 | Наверх | Cообщить модератору

188. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +3 +/
Сообщение от Mirraz (ok) on 05-Ноя-12, 13:10 
>высокое качество архитектуры и реализации, рекордные сроки стабилизации и внедрения, и всё это при минимальных негативных факторах

Маркетоидный бред.
>и наслаждаться

Да поняли уже, поняли, что твой выбор: расслабиться и получить удовольствие. Но не надо думать, то остальные так же хотят.

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

192. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –2 +/
Сообщение от Аноним (??) on 05-Ноя-12, 13:21 
> Маркетоидный бред.

контраргументы будут? или ты только на неосиляторный высер и start/stop/restart sh-скрипты способен?

> Да поняли уже, поняли, что твой выбор: расслабиться и получить удовольствие.

напрягаться там, где это совсем не нужно - да, это не мой выбор

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

258. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от chinarulezzz (ok) on 05-Ноя-12, 23:44 
>> Почему? Дла тебя systemd единственно верный путь развития?
> потому что аргументация противников systemd пока лишь выявляет их невежество и приверженность догмату и идеологии, а не здравому смыслу.

т.е. тебя спросили почему системгэ, а ты сразу на оппонентов набросился!?))) Где же конструктивный ответ о том, почему именно это поцерингоподелие?

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

маркетоидный бред мс-подобных и эппл-подобных хомячков.

> поттерингу нужно памятник поставить (программисты меня поймут), а админам
> - заткнуться, изучить и наслаждаться, а не фамилию его коверкать на
> форумах

бугуртик у поццеринго-фетишиста?))))

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

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

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

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

341. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от chinarulezzz (ok) on 06-Ноя-12, 13:35 
ну вот опять: бла-бла-бла. Вместо ответа на первоначальный вопрос разводится целая дискуссия, с пассажами вроде "сидите и наслаждайтесь" и "читайте первоисточник". Системгэшные трололо показали на что они способны. Спасибо.
Ответить | Правка | ^ к родителю #276 | Наверх | Cообщить модератору

445. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –1 +/
Сообщение от Аноним (??) on 07-Ноя-12, 21:06 
> ну вот опять: бла-бла-бла. Вместо ответа на первоначальный вопрос разводится целая дискуссия,
> с пассажами вроде "сидите и наслаждайтесь" и "читайте первоисточник". Системгэшные трололо
> показали на что они способны. Спасибо.

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

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

448. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от chinarulezzz (ok) on 07-Ноя-12, 22:52 
а врач вступающий в полемику и разводящий срач когда его просят о фактах?)) Ухаха, блин, аноны что дети...
Ответить | Правка | ^ к родителю #445 | Наверх | Cообщить модератору

305. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 06-Ноя-12, 05:40 
> маркетоидный бред мс-подобных и эппл-подобных хомячков.
> бугуртик у поццеринго-фетишиста?))))

какая страсть к ярлыкам. рекомендую вступить в нашисты и/или кургиноиды, там эта пассия в цене

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

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

             ^^^^                 ^^^^ - расстрелять

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

339. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от ZloySergant (ok) on 06-Ноя-12, 12:47 
> hih и тому подобный высер.

Может таки NIH?
> поттерингу нужно памятник поставить (программисты меня поймут), а админам
> - заткнуться, изучить и наслаждаться, а не фамилию его коверкать на
> форумах

Админы, которые админы, а не _одмины_, да и нормальные пользователи, вообще-то, в данном случае накладут нерукотворный памятник. Только необязательно г-ну Леннарту, скорее тем идиотам, которые внедряют неотстабилизированное ПО в безальтернативном ключе. Впрочем, вменяемые админы, ЕМНИММ, не желающие особых проблем с продакшн-серверами, все равно сидят на чем-то стабильном, в смысле, дистрибутиве. Те, кто на боевых серверах пользует дистрибутивы наподобие Arch - ССЗБ.

Отстабилизируется твой любимый systemd, погоняют его на тестовых серверах/десктопах 5-6(12-13) месяцев после стабилизации, тогда можно будет думать о внедрении.

Мне, да и не только мне, а многим, кому эта истерия с пресловутым systemd не нравится, надо работать, а не баги вылавливать.

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

164. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +4 +/
Сообщение от Firefoxic (ok) on 05-Ноя-12, 12:25 
>У Линукса есть одно полезное свойство: когда дистрибутив чем-то не устраивает, собирается команда профессионалов и делает на его основе другой.

Свойство есть, но полезность его сомнительна. Под мои руки попадались лишь несколько вариантов хорошего применения этого свойства (например Clementine).

>Так родились Сусе от Слаки, Убунту от Дебиана, Мандрива от Федоры, Сабайон от Генты.

Дебиан родил Убунту, Убунту родила Минт... РэдХат родил Федору, Федора родила Мандриву, Мандрива родила Маджейю...
Видимо столетия спустя этот (к тому времени уже ветхий) завет будут в воскресных/православных школах преподавать.
Бред какой-то, все эти форки форков форков... форков форков изначального кода. Эти недовольные тем, что сделали недовольные тем, что сделали недовольные тем... что сделали недовольные тем, что сделали отцы-основатели, так вот, они пробовали вообще попользоваться продуктами более ранних поколений генеологического древа? Может что-то больше бы понравилось, чем то, что под руку попалось?

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

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

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

Спасибо, поржал!
Местные единодрищники, обсирающие Арч, и пакмана-то никогда не видели, какое им там форканье Арча?!

>Ну, а если форкнуть Арч не удастся, значит профессионалов системд вполне устраивает.

У этих не удастся. Пусть попробуют доказать обратное.
А нормальных людей (не только профессионалов) systemd действительно вполне устраивает. Я хоть и не профессионал, но в нём вижу несколько плюсов, как для себя лично, так и для будущего всего GNU/Linux. Хотя бы даже то, что унификация те самые форки подрежет. И я буду рад, если для большей унификации создадут один на все дистры пакетный менеджер с единым типом пакетов. И мне не в лом будет новые команды изучить (но их же все должным будут изучить!), если это позволит ещё проще переходить на другие дистрибутивы. Пара моих знакомы сидят на бубунте, матеря её, лишь потому что лень вникать в конфиги и набор команд другого дистра. Чем-то виндузятников напоминают.

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

Мои знания тоже в другой области, и мне тоже почти пофигу, что там в кишках. Но мне не пофигу то, что систему стало проще (не путать с привычнее!) настраивать, и что она стала чуточку быстрее бегать и ещё ни одного глюка (даже от иксов!) я не схватил за время пользования systemd.

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

205. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –3 +/
Сообщение от myhand (ok) on 05-Ноя-12, 13:56 
> А нормальных людей (не только профессионалов) systemd действительно вполне устраивает.

Лично я считаю, что до профессионализма Линуса - Поттерингу как до Луны.

> Я хоть и не профессионал

Так что не расписывайтесь за всех профессионалов, тем более если вы таковым не являетесь...

> но в нём вижу несколько плюсов,
> как для себя лично, так и для будущего всего GNU/Linux. Хотя
> бы даже то, что унификация те самые форки подрежет.

Кто вам об унификации наплел?  Гуру-аффтар?  Увы, унификацией никакой и не пахнет.  Каждый дистрибутив клепает свои инит-файлы, как раньше sysv-скрипты.

Унификация начинается со стандартизации.

> если это позволит ещё проще переходить на другие дистрибутивы

Работать не пробовали?

> Мои знания тоже в другой области

Продавец или школьник, угадал?  

> проще (не путать с привычнее!) настраивать, и что она стала чуточку быстрее бегать

Может потому, что в арче initscripts, AFAIK, не умели работать параллельно?  Другие дистрибутивы решили подобные "проблемы" нормально - Debian перешел (опционально, конечно!) на параллельный старт сервисов, плюс заменил bash легким POSIX-shell dash.  Мне быстрее уже не надо - POST на серверах делается медленнее ;)

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

219. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от Firefoxic (ok) on 05-Ноя-12, 15:39 
Вы мало того, что тролль, мало того, что толстый, так ещё и хамите неприкрыто.

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

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

221. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 05-Ноя-12, 15:51 
Какой цирк - пхпшник учит людей как надо работать и себя вести.
Ответить | Правка | ^ к родителю #219 | Наверх | Cообщить модератору

321. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +2 +/
Сообщение от Anonimous on 06-Ноя-12, 08:51 
> Какой цирк - пхпшник учит людей как надо работать и себя вести.

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

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

327. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 06-Ноя-12, 10:38 
А дефекты в 21 паре хромосом это не синдром дауна, и вообще антинаучно. Батюшка на кафедре так и сказал.
Беги в новый чудный мир малыш. Там тебе расскажут про прогрессивный креационизм, освящение ракет на старте как новый метод повышения надёжности, экстрасенсы как способ найти преступников и прочий прогресс. А если называть обычную нормальную работу без из**ств лаптями... Ну я не против. Вам, модным перцам, можно.
Ответить | Правка | ^ к родителю #321 | Наверх | Cообщить модератору

230. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –3 +/
Сообщение от myhand (ok) on 05-Ноя-12, 17:12 
> Мог бы по каждому пункту ответить (даже про область моих знаний)

Видимо, я попал - по всем пунктам включительно...

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

318. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от Аноним (??) on 06-Ноя-12, 08:34 
>> Мог бы по каждому пункту ответить (даже про область моих знаний)
> Видимо, я попал - по всем пунктам включительно...

ты даже пальцем в себе ноздрю не попадёшь, если понадобится

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

340. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от ZloySergant (ok) on 06-Ноя-12, 12:50 
> РэдХат родил Федору, Федора родила Мандриву, Мандрива родила Маджейю...

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

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

271. "Проект Arch Linux прекращает поддержку скриптов..."  –2 +/
Сообщение от arisu (ok) on 06-Ноя-12, 02:27 
> Арч
> профессионалов

/0

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

296. "Проект Arch Linux прекращает поддержку скриптов..."  +1 +/
Сообщение от Аноним (??) on 06-Ноя-12, 04:55 
>> Арч
>> профессионалов
> /0

common, impress me

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

148. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +2 +/
Сообщение от Аноним (??) on 05-Ноя-12, 11:45 
Как тут уже было сказано и сказано, верно, большинство противников system появилось не в результате, каких то технических недостатков system. А в результате нежелания освоить новую систему, которая не чуть не хуже старой, а даже наоборот. Более того большая часть противников появилась не в результате исследования и использования самого systemd, а в результате необоснованных замечаний тех кто не смог осилить его осилить. Если же в вашем дистрибутиве, каким то образом плохо работает тот или иной компонент, в данном случае systemd то это не значит что именно systemd плохой. Все зависит и от самих разработчиков дистрибутива, как они смогут вам подать тот или иной компонент вашей системы.

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

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

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

151. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +2 +/
Сообщение от бедный буратино (ok) on 05-Ноя-12, 11:54 
> Касательно проекта Arch разработчикам стоило бы на время заморозить кодовую базу и
> еще раз подумать, что в итоге они хотят получить от своего
> дистрибутива. Так как миграция так сказать на лету, доставляют больше проблем,
> чем пользы.

Оно и развивалось в тестинге долгое время. А сейчас по факту получается, что в дистрибутиве УЖЕ два набора стартовых скриптов, точнее, 1.75, потому что для всего нового сейчас только systemd-обвязка.

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

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

162. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –1 +/
Сообщение от Celcion (ok) on 05-Ноя-12, 12:22 
Systemd существует всего полтора года с момента первого релиза. И пока еще находится на стадии активной разработки. Постоянно выходят новые версии с очень серьезными нововведениями. Это неплохой вариант для тестирования, но для каких-либо серьезных задач будет пригодно только лишь после заморозки функционала и вылавливания всех багов.

И учитывая это - переводить на это весь дистр видится мне довольно странным решением.

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

168. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от Аноним (??) on 05-Ноя-12, 12:33 
> Systemd существует всего полтора года с момента первого релиза. И пока еще
> находится на стадии активной разработки. Постоянно выходят новые версии с очень
> серьезными нововведениями. Это неплохой вариант для тестирования, но для каких-либо серьезных
> задач будет пригодно только лишь после заморозки функционала и вылавливания всех
> багов.
> И учитывая это - переводить на это весь дистр видится мне довольно
> странным решением.

opensuse 12.2 с systemd на боевых серверах с момента выхода - всё работает как часы

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

173. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Celcion (ok) on 05-Ноя-12, 12:39 
Все зависит от того - каким именно "боем" заняты эти самые серваки. Если они обслуживают домашнюю страничку Roga&Kopyta Ltd. - тогда конечно, без проблем. Но там, где крутится серьезный бизнес-приклад - новшества зачастую доползают лишь спустя многие годы, когда основной цикл разработки этих новшеств закончен, баги выкорчеваны, нормальный обстоятельный мануал уже может быть написан, и т.п.
Слишком велика цена ошибки. Перед ней все новшества systemd тускнеют.
Ответить | Правка | ^ к родителю #168 | Наверх | Cообщить модератору

175. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 05-Ноя-12, 12:41 
Да мальчик затрынделся. Посмотри ниже - там он на 12.1 с момента выхода(сотни серверов, часы, етц). А тут с 12.2. Админит он как дышит.
Ответить | Правка | ^ к родителю #173 | Наверх | Cообщить модератору

193. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 05-Ноя-12, 13:23 
> Да мальчик затрынделся. Посмотри ниже - там он на 12.1 с момента
> выхода(сотни серверов, часы, етц). А тут с 12.2. Админит он как
> дышит.

комментарий внизу написал я, там уточнил заодно, выше - нет. мои боевые сервера - документооборот, корпоративный хостинг, немного vpn

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

195. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +2 +/
Сообщение от Celcion (ok) on 05-Ноя-12, 13:28 
> комментарий внизу написал я, там уточнил заодно, выше - нет. мои боевые
> сервера - документооборот, корпоративный хостинг, немного vpn

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

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

155. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от Аноним (??) on 05-Ноя-12, 12:01 
хотя бы потому, что systemd вызывает такую реакцию и обсуждения, ясно - проект живой, перспективный, быстро развивающийся и потому неизбежно успешный
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

161. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –1 +/
Сообщение от filosofem (ok) on 05-Ноя-12, 12:21 
Ага, совсем как маленькая венда.
Ответить | Правка | ^ к родителю #155 | Наверх | Cообщить модератору

165. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –1 +/
Сообщение от Аноним (??) on 05-Ноя-12, 12:31 
Да кому ты это всё объясняешь. Це ж дегенераты.
Теперь я всё больше жалею что лёньке не разрешили засунуть его системд в 15 федорку, как он хотел. Вот тогда бы мы похохотали наблюдая за перспективным, живым проектом с большим будущим.
Ответить | Правка | ^ к родителю #161 | Наверх | Cообщить модератору

169. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 05-Ноя-12, 12:35 
> Да кому ты это всё объясняешь. Це ж дегенераты.
> Теперь я всё больше жалею что лёньке не разрешили засунуть его системд
> в 15 федорку, как он хотел. Вот тогда бы мы похохотали
> наблюдая за перспективным, живым проектом с большим будущим.

opensuse 12.1 с systemd с момента выхода на нескольких сотнях боевых серверов. всё работает, как часы. где твой бог теперь, дегенерат?

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

172. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 05-Ноя-12, 12:38 
> opensuse 12.1 с systemd с момента выхода на нескольких сотнях боевых серверов.
> всё работает, как часы. где твой бог теперь, дегенерат?

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

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

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

проблемы, офицер?
> сходи к доктору, скажи что старые таблетки перестали действовать, пусть дозу повысит или новые выпишет.

я не против вам помочь, только пишите названия таблеток, почём мне знать, которой из форм психического расстройства вы страдаете


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

178. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –1 +/
Сообщение от Аноним (??) on 05-Ноя-12, 12:45 
У тебя да - галлюцинации. Кажется что тебя допускают к сотням настоящих боевых серверов. Только версии серверов всё время меняются.
Ответить | Правка | ^ к родителю #176 | Наверх | Cообщить модератору

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

ты о чём болезный, это мой первый комментарий в этом посте

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

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

о, уже несколько личностей в одном организме, не помнишь что делал недавно.
конечно это чисто два разных анонима написали с разницей в 2 минуты вот эти текстики:

--
opensuse 12.2 с systemd на боевых серверах с момента выхода - всё работает как часы
--
opensuse 12.1 с systemd с момента выхода на нескольких сотнях боевых серверов. всё работает, как часы.
--

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

186. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от Аноним (??) on 05-Ноя-12, 13:01 
>[оверквотинг удален]
> о, уже несколько личностей в одном организме, не помнишь что делал недавно.
> конечно это чисто два разных анонима написали с разницей в 2 минуты
> вот эти текстики:
> --
> opensuse 12.2 с systemd на боевых серверах с момента выхода - всё
> работает как часы
> --
> opensuse 12.1 с systemd с момента выхода на нескольких сотнях боевых серверов.
> всё работает, как часы.
> --

ну что тут странного? видимо, я не один использую opensuse с systemd, который работает как часы :) возможно, человек прочитал мой комментарий, решил ответить в сходной форме, почём мне знать (ждём его комментариев в этой ветке!). но факт остаётся фактом, несколько десятков физических серверов с openstack, несколько сотен виртуальных. причём на части серверов на 12.1 перешёл с 11.4 на 12.1 с systemv, затем постепенно перевёл на systemd (никаких серёзных проблемы не было). новые машины с 12.2 с systemd - тоже, как часы

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

191. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Celcion (ok) on 05-Ноя-12, 13:18 
> но факт остаётся фактом, несколько десятков физических серверов с
> openstack, несколько сотен виртуальных. причём на части серверов на 12.1 перешёл
> с 11.4 на 12.1 с systemv, затем постепенно перевёл на systemd
> (никаких серёзных проблемы не было). новые машины с 12.2 с systemd
> - тоже, как часы

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

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

196. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 05-Ноя-12, 13:28 
>> но факт остаётся фактом, несколько десятков физических серверов с
>> openstack, несколько сотен виртуальных. причём на части серверов на 12.1 перешёл
>> с 11.4 на 12.1 с systemv, затем постепенно перевёл на systemd
>> (никаких серёзных проблемы не было). новые машины с 12.2 с systemd
>> - тоже, как часы
> А что на них крутится? Сам факт наличия нескольких сотен виртуальных серверов
> еще ни о чем не говорит. Если это девелоперская среда, например,
> то удивительного ничего нет - там все на чем угодно крутить
> можно, лишь бы вообще хоть как-то работало.

документооборот (самописная система (c++/python/django), хранение сканов (mongo, filesystem, postgres), частичное распознавание/загрузка, сотавление индексов (python, mongo, postgres), интранеты (разработка, корпсайт цмс), корпсайт (django, nginx), есть несколько vpn

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

209. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от Celcion (ok) on 05-Ноя-12, 14:05 
> документооборот (самописная система (c++/python/django), хранение сканов (mongo, filesystem,
> postgres), частичное распознавание/загрузка, сотавление индексов (python, mongo, postgres),
> интранеты (разработка, корпсайт цмс), корпсайт (django, nginx), есть несколько vpn

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

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

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

308. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 06-Ноя-12, 07:55 
Интересно что все эти любители системд не помнят истории. Был уже такой проект по стандартизации пакетов. Был он от той же фирмы и назывался РПМ. И чем это кончилось? Да несколько форков, несовместимость с макросами. Ну и под конец специально под разные дистры напилили несколько систем сборки: OBS, Korinf и иже с ними. Отличное решение проблем.
С юнитами и системд ожидается что-то подобное.
Ответить | Правка | ^ к родителю #209 | Наверх | Cообщить модератору

314. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 06-Ноя-12, 08:23 
> Интересно что все эти любители системд не помнят истории.

какие конкретно у вас претензии к systemd и переходу на него? по пунктам, чётко, аргументированно, или gtfo
> Был уже такой
> проект по стандартизации пакетов. Был он от той же фирмы и
> назывался РПМ. И чем это кончилось?

кончилось тем, это rpm используется в rhel/fedora, sles/opensuse, mandriva, всё с ним замечательно, архитектурно лучше того же deb
> Да несколько форков, несовместимость с
> макросами.

о чём речь? прувы будут? rpm5 не в счёт - это пока всё-таки dev-проект
> Ну и под конец специально под разные дистры напилили несколько
> систем сборки: OBS, Korinf и иже с ними. Отличное решение проблем.

какое отношение системы сборки имеют к пакетам? obs, например, собирает пакеты под наиболее популярные дистрибутивы, не совместимые с *suse
> С юнитами и системд ожидается что-то подобное.

с какой стати и кем ожидается

ты ничего, кроме словесного поноса не извергаешь, аргументации по делу - ноль, не разбираешься даже в трёх словах, о которых зачем-то решинил написать (ассоциация у него гениальная родилась - rpm/systemd - нужно срочно увековечить на opennet), в голове тебя - каша. уверен, что про systemd ты читал только новости на opennet, а всё туда же, лезешь с советами и "важным" мнением

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

328. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 06-Ноя-12, 10:47 
> какие конкретно у вас претензии к systemd и переходу на него? по пунктам, чётко, аргументированно, или gtfo

Мальчик, ты в первый раз здесь? Все ссылки здесь и в прошлых обсуждениях есть. Последняя тема на ЛОР - иди расскажи как отдебажить проблему. Пока, кроме фекалий, никакой от вас пользы нет.

> кончилось тем, это rpm используется в rhel/fedora, sles/opensuse, mandriva, всё с ним замечательно, архитектурно лучше того же deb

Олололо. Расскажи мне про стандартные макросы, РПМ, РПМ форк от альтов, РПМ5 форк, РПМ пятой версии от РХ. И возможность ставить пакеты из любого дистра в любой дистр.

> о чём речь? прувы будут? rpm5 не в счёт - это пока всё-таки dev-проект

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

> какое отношение системы сборки имеют к пакетам? obs, например, собирает пакеты под наиболее популярные дистрибутивы, не совместимые с *suse

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

> с какой стати и кем ожидается

Здесь уже была ссылка про разные юниты для запуска ссш.

> ты ничего, кроме словесного поноса не извергаешь, аргументации по делу - ноль, не разбираешься даже в трёх словах, о которых зачем-то решинил написать (ассоциация у него гениальная родилась - rpm/systemd - нужно срочно увековечить на opennet), в голове тебя - каша. уверен, что про systemd ты читал только новости на opennet, а всё туда же, лезешь с советами и "важным" мнением

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

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

323. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Anonimous on 06-Ноя-12, 09:02 
> Для тех самых чукч, которые не читатели, но писатели, уточню повторно -
> речь не идет о том хорош ли, или плох systemd. И
> не о том, сложно ли его освоить и внедрить. Речь идет
> о том, что он - пока еще не завершен.

первый адекватный хейтер. спасибо, что ты есть.

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

326. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 06-Ноя-12, 09:18 
>> Для тех самых чукч, которые не читатели, но писатели, уточню повторно -
>> речь не идет о том хорош ли, или плох systemd. И
>> не о том, сложно ли его освоить и внедрить. Речь идет
>> о том, что он - пока еще не завершен.
> первый адекватный хейтер. спасибо, что ты есть.

завершённых проектов такого класса не бывает (завершённое ядро linux - это что такое?) в случае с  systemd всё также, есть стабильные версии, они идут в стабильные дистрибутивы (opensuse), а есть свежие, понятно, что они могут содержать ошибки, и что использовать их, а уж тем более делать на основании неудачного опыта в подобном контексте - глупо, перепалка со ссылкой на тред на лор   показательна применительно именно к этому (нестабильный дистрибутив+свежайший systemd) утверждению

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

347. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от myhand (ok) on 06-Ноя-12, 14:50 
> завершённых проектов такого класса не бывает

sysvinit

Главное - сперва определиться *что* вы хотите сделать, а не бездумно продолжать лепить "фичи" и называть это "архитектурой".

> (завершённое ядро linux - это что такое?)

Ядро linux - это как раз проект *другого* класса.  Очень жаль, что его стиль разработки переносят куда не след...

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

194. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +2 +/
Сообщение от Firefoxic (ok) on 05-Ноя-12, 13:25 
Воистину, лишь Анонимам под силу различать Анонимов!
Ответить | Правка | ^ к родителю #178 | Наверх | Cообщить модератору

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

вы только что подтвердили http://www.opennet.dev/cgi-bin/openforum/vsluhboard.cgi?az=po...

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

177. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –1 +/
Сообщение от Аноним (??) on 05-Ноя-12, 12:43 
> вы только что подтвердили http://www.opennet.dev/cgi-bin/openforum/vsluhboard.cgi?az=po...

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

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

179. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 05-Ноя-12, 12:49 
>> вы только что подтвердили http://www.opennet.dev/cgi-bin/openforum/vsluhboard.cgi?az=po...
> на кой мне эта копипаста левая? своими словами сказать можешь что? ещё
> раз - всех любителей системд и расказчиков как оно круто и
> прогресивно отправляю на ЛОР. там коллега-анонимус пытается его отдебажить уже пяток
> страниц. если так всё просто и легко - сходите покажите что
> он ленивый пенёк.

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

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

181. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 05-Ноя-12, 12:52 
http://www.linux.org.ru/news/linux-general/8382376/page17?la...
фпирёд. с одной стороны анонимус, с другой василий. страниц пяток навскидку - как оклеить комнату обоями через замочную скважину.

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

нафига мне весь геморрой приводить? читай целиком если надо. нет - живи в розовых очочках.

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

183. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от Аноним (??) on 05-Ноя-12, 12:56 
> http://www.linux.org.ru/news/linux-general/8382376/page17?la...
> фпирёд. с одной стороны анонимус, с другой василий. страниц пяток навскидку -
> как оклеить комнату обоями через замочную скважину.
>> алсо, вы именно подтвердили, что личных знаний, понимания у вас - ноль, одно наитие, как врочем и здравого смысла, иначе мозгов хватило бы привести наиболее удачные куски копипасты этого коллеги-анонимуса в виде аргументации
> нафига мне весь геморрой приводить? читай целиком если надо. нет - живи
> в розовых очочках.

кратко пробежался. ничего криминального. что именно в этом посте может служить стоящим доводом в споре со сторонником systemd?

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

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

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

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

190. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +3 +/
Сообщение от Аноним (??) on 05-Ноя-12, 13:16 
>> кратко пробежался. ничего криминального. что именно в этом посте может служить стоящим
>> доводом в споре со сторонником systemd?
> То есть проблема найти где косяк в системд при неработоспособности всей системы
> это мелочи?? Тогда вопросов больше не имею, всё хорошо. При ошибках
> системд перезагрузитесь, если не помогло - переустановите весь линукс с нуля.

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

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

208. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –1 +/
Сообщение от Аноним (??) on 05-Ноя-12, 14:03 
мало данных, обалдеть. то есть несколько страниц он делает всё что ему говорят, перезагружается с разными вариантами юнитов и ключей, вываливает портянки результатов на пастебин - в итоге не выходит каменный цветок. можешь сходить ты ему поассистировать. по результатам можно будет рассказать как упростилось всё с системд и если не работает то найти раз плюнуть, не то что в ваших спагетти скриптов.
Ответить | Правка | ^ к родителю #190 | Наверх | Cообщить модератору

223. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 05-Ноя-12, 15:55 
Ну что, можно подводить результаты. Пара часов прошло.
Итог: никто из любителей системд не удосужился нормально прочитать ветку форума на которую я указывал, никто не рассказал что там делали неправильно, никто не попытался пойти помочь. Зато все поиграли в школоло игрушечки - давай набегим и поминусуем. Далеко линух пойдёт с такими приверженцами.
На словах все львы_толстые, а на деле ... простые.
Ответить | Правка | ^ к родителю #208 | Наверх | Cообщить модератору

226. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от filosofem (ok) on 05-Ноя-12, 16:10 
> Итог: никто из любителей системд

Мне кажется, ты чересчур многого требуешь от местных фанбоев systemd, которые не знают как определить сколько init памяти отожрал или сколько весит бинарник systemd.

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

298. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 06-Ноя-12, 05:06 
>> Итог: никто из любителей системд
> Мне кажется, ты чересчур многого требуешь от местных фанбоев systemd, которые не
> знают как определить сколько init памяти отожрал или сколько весит бинарник
> systemd.

Я нуб, просветите, пожалуйста, как определить?

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

274. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 06-Ноя-12, 03:38 
Прочитал. Человек на найтли образе(!) федоры(!) пилит свежий systemd. Не удивительно, что нашлись грабли. Насчет поисков решения проблемы - опять же, не удивительно, система новая, содержит ошибки и, возможно, не имеет еще нормальных средств диагностики и стандартных методов поиска затыков. Будет. К тому же ментейнеры федоры такие же люди, и могут допускать ошибки в конфигурации, от которых systemd встаёт колом. По факту - аргументов против systemd мало. И ясен перец, что отладить последовательную загрузку сервисов в разы проще, с этим никто не спорит.
Ответить | Правка | ^ к родителю #223 | Наверх | Cообщить модератору

306. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 06-Ноя-12, 07:51 
система новая, содержит ошибки
не имеет еще нормальных средств диагностики и стандартных методов поиска затыков
ментейнеры федоры такие же люди, и могут допускать ошибки в конфигурации, от которых systemd встаёт колом
отладить последовательную загрузку сервисов в разы проще, с этим никто не спорит
аргументов против systemd мало
--
Обалдеть. Всё криво-косо, только возмущение населения не дало лёньке втащить свою поделку в 15 федорку, огромными усилиями его в октябре заставили выдать формат журнала, все предложения посылаются на(патч для сборки отдельно удев), каждый раз вводятся НовыеМодныеКлючиКакиеВГоловуСтукнут, любые слова "вначале почините что сломано, потом пилите новое" обзываются истерикой и предлагают самозабаниться в рассылке.
Судя по всему ты ни в чём плохого не увидишь. Даже если лично лёнька придёт к тебе домой, сделает тебе износ и съест твою собаку(либо наоборот) - это обзовётся временным переходным периодом, дальше всё будет хорошо. В общем ссы в глаза...
Ответить | Правка | ^ к родителю #274 | Наверх | Cообщить модератору

317. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 06-Ноя-12, 08:31 
> Обалдеть. Всё криво-косо, только возмущение населения не дало лёньке втащить свою поделку
> в 15 федорку, огромными усилиями его в октябре заставили выдать формат
> журнала, все предложения посылаются на(патч для сборки отдельно удев), каждый раз
> вводятся НовыеМодныеКлючиКакиеВГоловуСтукнут, любые слова "вначале почините что сломано,
> потом пилите новое" обзываются истерикой и предлагают самозабаниться в рассылке.
> Судя по всему ты ни в чём плохого не увидишь. Даже если
> лично лёнька придёт к тебе домой, сделает тебе износ и съест
> твою собаку(либо наоборот) - это обзовётся временным переходным периодом, дальше всё
> будет хорошо. В общем ссы в глаза...

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

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

329. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 06-Ноя-12, 10:50 
> опохмелись поди, дегенерат. написали несколько раз, systemd ниже определённых версий стабилен,
> работает замечательно (именно их внедряют в opensuse, например), никаких проблем с
> отладной нет, опций - основных 10 штук, не больше чем shell-комманд,
> которыми пользуются дмины ежедневно, они однотипны, в редких случаях нужно что-то
> экзотическое - есть документация. алсо, твоё "лёнька" говорит о тебе не
> меньше, чем откровенное невежество по теме

Дегенерат. Уже который раз в этой теме высказываешься. Тебя окружают дегенераты? У тебя неверное количество копий в 21 хромосоме? Не расстраивайся, мы поймём.
Когда ты недегенерат расскажешь челу как найти проблему и покажешь, тогда поверю про простоту и возможность отладки. А пока - пускай сопли пузырями. Только твой кумир лёньчик это не оценит - он в этом форуме не тусуется. Если тебе так невтерпёж - сходи к нему в рассылку и там пофапай.

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

366. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 07-Ноя-12, 09:16 
ты верно поступил, что начал ответ самоидентификации, дегенерат, сэкономил время новоприбывшим в обсуждение. однако поле "имя" находится выше формы ввода текста сообщения, дегенерат. по теме. постарайся понять (фраза употреблена из соображений этикета, так как очевидно содержит указание к невыполнимому действию), адекватные люди уже давно увидели нужную информацию в данной ветке, в ветке на лоре, сделали выводы. но тебе, анацефал, разжую. в приведённой ветке человек действительно столкнулся с неординарной проблемой, причина которой в некорректной работоспособности в сочетании дистрибутива и свежайшей, нестабильной версией systemd. т.е. проблема с высокой вероятностью не решаема средствами самого systemd (поясняю для нейродефицитных - для отладки вываливающихся в кору программ используют дебагеры). подобное сочетание (глюкавый дистрибутив + свежайщая почти альфа-версия systemd) в работе не используют, а судя по уровню вопросов, задачам автора и месту публикации, он далеко не разработчик systemd. лучший совет обезьяне, взявшей гранату - оставить гранату в покое. лучший совет другой обезьяне, наблюдающей за попыткой первой совладать с гранатой и поднимающей панику по поводу неудач первой - заткнуться и проследовать в вольер. вступать в диалог со второй обезьяной - абсурд для человека занятого и рассудительного. для неразвитых, вроде тебя, с проблемами с "быстрой" памятью, время принятия решения на основе даже крупиц достоверных данных и верных выводов - задача приоритетнейшая, поэтому, если тебе, вокантное место, хоть на секунду стала понятна суть метафоры про обезьян, постарайся скорейшим образом исполнить содержайщийся в ней вывод.
зы. рассуждать о смехотворности твоих попыток высказываться по темам, в которых ты разбираешься еще меньше, чем в системах инициализации (поясняю для тебя, вокантное место - я про о твоих жалких потугах в основах генетики) - сродни осмеянию церебрального инвалида на олимпиаде по школьной дисциплине, за сим спешу откланиться.
Ответить | Правка | ^ к родителю #329 | Наверх | Cообщить модератору

398. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 07-Ноя-12, 13:11 
О, да у тебя с русским языком ещё проблема. Неудивительно судя по твоему окружению и твоим проблемам с 21 хромосомой. Непонятно как тебя только сюда выпустили - к нормальным людям. У тебя вон уже буйство какое-то началось. Скоро будешь пену пускать...
Так вот, возвращаясь к твоим знаниям, по русски идентификация (ака подпись) идёт в конце текста. По желанию автора. Здесь попытка обратить внимание на те слова что ты выдаёшь. Как видно неудачная.
Твоя попытка метнуть харчи не удалось. Всё твоё блаблабла смысла не имеет. Хотя тебе - как дауну - это наверное кажется очень осмысленным. Ты хоть русский подучи для начала. Куда в системд тебе лезть то.
Ответить | Правка | ^ к родителю #366 | Наверх | Cообщить модератору

438. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 07-Ноя-12, 18:51 
ну ты, дегенерат, полностью выпал из темы, неудачно переключился на "последний рубеж" - русский язык, с коим в действительности проблемы у тебя.

>О, да у тебя с русским языком ещё проблема
>Неудивительно судя по твоему окружению и твоим проблемам с 21 хромосомой.

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

> Непонятно как тебя только сюда выпустили - к нормальным людям.

пфф.. а в этом?

>Так вот, возвращаясь к твоим знаниям, по русски идентификация (ака подпись) идёт в конце текста.

вот тут смищно, да - манифест о правописании записан с ошибками в ключевых словах.

> Здесь попытка обратить внимание на те слова что ты выдаёшь. Как видно неудачная.

и тут выпиёт. и ты, ничтожество, смеешь заикаться о русском языке?

> Твоя попытка метнуть харчи не удалось.
> Всё твоё блаблабла смысла не имеет. Хотя тебе - как дауну - это наверное кажется очень > > осмысленным. Ты хоть русский подучи для начала. Куда в системд тебе лезть то.

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

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

440. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 07-Ноя-12, 20:01 
Какая фееричная попоболь. Ты там наверху вроде откланялся? Видишь не отпускает тебя. Про системд ты так и не осилил ничего умного написать. Решил рассказать про свои проблемы.
Ну давай - блаблабла. Ничего не осилил кроме обычной чуши, которую даже на копипасту не возьмут.
И, да. Слова в предложении начинаются с заглавной буквы. Вам, даунам, это не рассказывали?
За сим откланиваюсь. Попоболь дальше в одиночестве. Либо с остальными фапателями на лёньчика, которые ничего не шарят, а все умные слова других объявляют "начитался википедий".
Ответить | Правка | ^ к родителю #438 | Наверх | Cообщить модератору

444. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 07-Ноя-12, 20:53 
> Какая фееричная попоболь.

не будь ты дегенератам, дал бы тебе совет лечить

> Ты там наверху вроде откланялся?

долгосрочная нейтрализация дегенератов важнее тактических решений

> Видишь не отпускает тебя.
> Про системд ты так и не осилил ничего умного написать. Решил

предоставь дискуссионный базис. есть конкретные вопросы/тезисы? про человека с найт-федорой/альфа-системд я тебе уже ответил обезьяней метафорой.

> Слова в предложении начинаются с заглавной буквы.

стиль - такое слово тебе, дегенерату, знакомо?

> За сим откланиваюсь.

зафиксировано

> фапателями на лёньчика,

как вы, дегенераты, это делаете, лепите столь бесвкусную пошлятину, вкладывая в неё смыслы и живёте потом как ни в чём не бывало

> которые ничего не шарят
> умные слова
> умные
> слова
> "начитался википедий"

ну ты понел (<-(для дегенератов) намеренно содержащее ошибку устоявшееся выражение)

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

325. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Anonimous on 06-Ноя-12, 09:12 
> только возмущение населения не дало лёньке втащить свою поделку
> в 15 федорку, огромными усилиями его в октябре заставили выдать формат
> журнала
> возмущение населения

бородами забодали, свитерами завоняли? или включили ему ддт на репит?

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

211. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +3 +/
Сообщение от Аноним (??) on 05-Ноя-12, 14:16 
http://forums.gentoo.org/viewtopic-t-934678.html
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

225. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –1 +/
Сообщение от Антонимус on 05-Ноя-12, 16:06 
Воткнули абы как этот systemd, что multiuser отвалился.
multiuser.service                    loaded failed failed     Multi User Service
Из файла сервиса оно требует несуществующий теперь файл /etc/rc.multi, в вики и багах эту проблему не нашел. Кто может помочь?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

262. "Проект Arch Linux прекращает поддержку скриптов..."  –2 +/
Сообщение от arisu (ok) on 06-Ноя-12, 01:58 
а сколько было воплей-то, что «никто эти ваши инитскрипты выбрасывать не собирается, не паникуйте, всё будет хорошо». хотя сразу было ясно, что всё, на арч можно больше не смотреть.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

388. "Проект Arch Linux прекращает поддержку скриптов..."  +/
Сообщение от Аноним (??) on 07-Ноя-12, 11:47 
давай прувлин на цитату, трепло
Ответить | Правка | ^ к родителю #262 | Наверх | Cообщить модератору

422. "Проект Arch Linux прекращает поддержку скриптов..."  +/
Сообщение от anonymous (??) on 07-Ноя-12, 16:18 
> давай прувлин на цитату, трепло

Я не arisu, но: https://mailman.archlinux.org/pipermail/arch-dev-public/2012...

Обратите внимание на дату письма.

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

273. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +2 +/
Сообщение от Аноним (??) on 06-Ноя-12, 03:17 
Я вот одного не пойму. Если systemd такой плохой, то:
1) что плохого в реальном ускорении процесса старта сервисов? без wait и т.п., чтобы, например, дать время стартуемому сервису создать необходимый другому сервису сокет?
2) что плохого параллельном запуске сервисов, где это возможно, без лишних телодвижений со вашей стороны? пляски с зависимостями остаются в прошлом.
3) что плохого в d-bus активации, если это позволяет экономить ресурсы системы не запуская ненужные сервисы все и сразу? это же относится и к on-demand запуску сервисов.
4) что плохого в использовании cgroups, чтобы процессы не сбегали из под контроля системы намеренно или непреднамеренно?
5) что плохого в sysv совместимости? systemd не ломает LSB.
6) что плохого в том, что старые утилиты работавшие с /dev/initctl продолжают работать как будто ничего не произошло?
7) что плохого в унифицированных конфигурационных файлах сервисов, походу слизанных с .desktop файлов в плане синтаксиса? во всех уважающих себя дистрах есть готовый набор рекомендаций и библиотек для использования в init-скриптах - по сути те же конфиги. И с точки зрения разработчиков демонов - это плюс. Дал формальное описание процесса старта сервиса в общем формате и шабаш. Хочешь так ешь, хочешь - перепиши на свой манер. Зависимости от systemd нет, профит есть.
8) что плохого в снапшотах, с возможностью перейти в один режим с сохранением текущего состояния и затем вернуться на исходные?
9) что плохого в архитектуре systemd, если она расширяема на манер плагинов, а все фичи, в связи с которыми выкладываются новостройки(вэбсервер, qr коды и т.д.) оформлены в виде плагинов и, насколько мне известно, даже не включены по дефолту?

Я не спец конечно, но что-то из этого можно исполнить в sysvinit? Аргументы "нинужно" не учитываются. Я уверен, что Поттеринг не с потолка брал требования к необходимым  возможностям системы инициализации.
Да, где-то у systemd есть косяки(бинарные лог-файлы - имхо фейл), но и  преимуществ предостаточно. Я уверен, все эти проблемы - возрастные и со временем исчезнут как класс.

ps. и да, мне сипматичен wayland. xorg всегда вызывал у меня чувство, что я забиваю гвозди атомным микроскопом.

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

279. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –1 +/
Сообщение от myhand (ok) on 06-Ноя-12, 04:24 
> 1) что плохого в реальном ускорении процесса старта сервисов?

Ничего.  Если оно действительно реально и "бесплатно" (т.е. решение не плодит худшие проблемы).

> 2) что плохого параллельном запуске сервисов

Ничего.  Вот только зачем тут systemd? - В дебиан и стандартным sysvinit обходятся.

> пляски с зависимостями остаются в прошлом.

Ну да...  Там уже телепатический модуль вкрутили?  Нет, уважаемый - зависимости прописываются абсолютно так же, как и прежде.  Например, как в Debian сейчас.  Отличие разве в синтаксисе.

> 3) что плохого в d-bus активации, если это позволяет экономить ресурсы системы
> не запуская ненужные сервисы все и сразу?

Это может быть полезным на десктопе.  d-bus для оного и выдуман.  Но везде это сувать зачем?

> это же относится и к on-demand запуску сервисов.

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

Простой пример.  Не экономьте на спичках...  На сервере нет ненужных сервисов.

> 4) что плохого в использовании cgroups

Например, linux-only.

> 5) что плохого в sysv совместимости? systemd не ломает LSB.

Это вам автор пообещал.  А мы скажем мягше - пытается не ломать.   Не всегда получается...

> 6) что плохого в том, что старые утилиты работавшие с /dev/initctl продолжают
> работать как будто ничего не произошло?

Ну-ну.  Багтрекеры дистрибутивов посмотрите...

> 7) что плохого в унифицированных конфигурационных файлах сервисов, походу слизанных с .desktop
> файлов в плане синтаксиса?

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

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

Это, в основном, известный всем-кому-оно-надо скриптовый язык и абсолютно стандартные утилиты.  Мейнтейнерам и администраторам нет никакой необходимости лезть в 100500 ман-страниц, чтобы вспомнить значение тучи опций, включая ТуКоторуюПоттерингПрикрутилВчераВамНаРадость.

> И с точки зрения разработчиков демонов - это
> плюс. Дал формальное описание процесса старта сервиса в общем формате и  шабаш.

Для этого разработчику всегда было достаточно написать man-страницу для сервиса, указать его ключи и т.п.

> 8) что плохого в снапшотах, с возможностью перейти в один режим с
> сохранением текущего состояния и затем вернуться на исходные?

Зачем?  Попробуйте привести хороший пример.

> 9) что плохого в архитектуре systemd, если она расширяема на манер плагинов

А что хорошего?  sysvinit расширяется любым языком, и?

> Я не спец конечно, но что-то из этого можно исполнить в sysvinit?

cgroups может?  Вроде, больше ничего и нет особо интересного.

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

287. "Проект Arch Linux прекращает поддержку скриптов..."  –1 +/
Сообщение от arisu (ok) on 06-Ноя-12, 04:37 
>> 6) что плохого в том, что старые утилиты работавшие с /dev/initctl продолжают
>> работать как будто ничего не произошло?
> Ну-ну.  Багтрекеры дистрибутивов посмотрите…

да ладно, он же ясно сказал: «как будто ничего не произошло». был вызов initctl, не было — ничего не произошло.

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

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

Не понимаю аргумента с худшими проблемами. Юнит написанный для systemd отработает нормально, так же как init-скрипт написанный для sysvinit. Ошибки - проблемы переходного периода.

>Ничего.  Вот только зачем тут systemd? - В дебиан и стандартным sysvinit обходятся.
> Ну да...  Там уже телепатический модуль вкрутили?  Нет, уважаемый - зависимости  прописываются абсолютно так же, как и прежде.  Например, как в Debian сейчас.  Отличие разве в синтаксисе.

Я прочитал это и сделал вывод что таки телепатический модуль вкрутили:
"To speed up the entire boot and start more processes in parallel, systemd creates the listening sockets before actually starting the daemon, and then just passes the socket to it. All sockets for all daemons are created in one step in the init system, and then in a second step run all daemons at once. If a service needs another, and it is not fully started up, what will happen is that the connection is queued in the providing service and the client will potentially block on that single request. But only that one client will block and only on that one request. Also, dependencies between services no longer have to be configured to allow proper parallelized start-up: starting all sockets at once and a service needing another, it surely can connect to its socket."

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

> 3) что плохого в d-bus активации, если это позволяет экономить ресурсы системы
> не запуская ненужные сервисы все и сразу?
> Это может быть полезным на десктопе.  d-bus для оного и выдуман.  Но везде это сувать зачем?

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

> Работал у вас сервис, работал.  Вы однажды отредактировали его конфиг и попортили (очипяткой, к примеру), а перезапустить сервис забыли.  Пришла необходимость сделать ребут - сервер запустился.  А об ошибке вы узнаете не тогда, когда сервер стартует - а тогда, когда сервис on-demand запустится.  Вам такое интересно?

Хорошая привычка проверять конфиги после внесения изменений. Большинство серьёзных программ это умеет делать априори.

> Простой пример.  Не экономьте на спичках...  На сервере нет ненужных сервисов.

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

>> 4) что плохого в использовании cgroups
>Например, linux-only.

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

> Это вам автор пообещал.  А мы скажем мягше - пытается не ломать.   Не всегда получается...

Ну дык, работа над ошибками, как и ошибки, будут всегда..

> Ну-ну.  Багтрекеры дистрибутивов посмотрите...

не ковырялся. Сужу по своему опыту. reboot, shutdown работают, мне большего не надо.

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

У декларативного синтаксиса есть плюс - он лучше поддаётся разбору компом и вообще автоматизации. Довольно важная фишка. Хотя конечно в корне вопрос спорный, согласен. У меня мало опыта в написании init-скриптов, чтобы я мог говорить однозначно. С другой стороны, это немногим отличается от if [ -d "path" ] ))

> Это, в основном, известный всем-кому-оно-надо скриптовый язык и абсолютно стандартные утилиты.  Мейнтейнерам и администраторам нет никакой необходимости лезть в 100500 ман-страниц, чтобы вспомнить значение тучи опций, включая ТуКоторуюПоттерингПрикрутилВчераВамНаРадость.

Я думаю сложность преувеличена. Типичный юнит для systemd это несколько строк говорящего самого за себя текста. А там, где нужна сложная логика - без манов не обойтись в любом случае, как в случае с systemd, так и в случае с sysvinit.

> Для этого разработчику всегда было достаточно написать man-страницу для сервиса, указать его ключи и т.п.

Тем не менее многие включают в дистрибутив init-скрипты, особенно если процесс загрузки сервиса неочевиден и имеет ньюансы.

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

Затем же, зачем нужен telinit, просто этот способ более продвинутый. Я не владею серверами, и не сталкивался с такими use-case'ами. Могу предположить только одно - если звезды падают, значит это кому-нибудь нужно? То, что люди тратили время и силы на ненужный функционал, тем более в open source - сомнительно.

>> 9) что плохого в архитектуре systemd, если она расширяема на манер плагинов
>А что хорошего?  sysvinit расширяется любым языком, и?

если так рассуждать, то systemd аналогично расширяется любым языком ))

>> Я не спец конечно, но что-то из этого можно исполнить в sysvinit?
> cgroups может?  Вроде, больше ничего и нет особо интересного.

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

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

345. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от myhand (ok) on 06-Ноя-12, 14:40 
> Не понимаю аргумента с худшими проблемами.

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

> Я прочитал это и сделал вывод что таки телепатический модуль вкрутили:
> that one request. Also, dependencies between services no longer have to
> be configured to allow proper parallelized start-up: starting all sockets at
> once and a service needing another, it surely can connect to its socket."

Главное, забыть что существуют разные способы IPC...

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

Ну да.  Помимо сервисов есть еще всякие fsck, quotaon и проч. - для чего сокетов, увы, уже не хватает.  В общем, Before=, After=, WantedBy=, etc - наверно какие-то враги народа придумали, а автор непричем.

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

Это называется ICP.  И существует *много* разных методов оного.  И было. Задолго до всяких DBUS...

> Причем тут роль, которую выполняет компьютер? не знаю, чем может
> помешать d-bus, даже на сервере.

Бесполезностью.  Лишними проблемами с безопасностью.

> Хорошая привычка проверять конфиги после внесения изменений. Большинство серьёзных программ
> это умеет делать априори.

sshd - не умеет.  Его нужно *попросить* это сделать (но вы, напоминаю, после редактирования это забыли).  И с поломанным конфигом он не запустится.  Точно так же и nginx, и apache, и еще 100500 используемых сервисов.  Все, короче.

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

Эта возможность откручивается полностью?  Т.е. весь код для поддержки этого брахла?

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

Ну вот когда *таких* ошибок не будет вовсе - можно подумать и о включении в дистрибутивы.

>> Ну-ну.  Багтрекеры дистрибутивов посмотрите...
> не ковырялся.

Вот-вот...

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

Что-то имеет смысл разбирать - что-то нет.  Для того, что имеет - придуманы, к примеру, LSB-заголовки в init-скриптах.  systemd вообще написан на C там, где у людей раньше был shell.  Так что "разбирается" в каком-то смысле - не лучше...

> С другой стороны, это немногим отличается от if [ -d "path" ] ))

Ну-ну.  Тогда подождите когда гуру поймет, что ему циклы понадобились...

> Я думаю сложность преувеличена. Типичный юнит для systemd это несколько строк говорящего
> самого за себя текста.

Ну-ну.  Вам то же задание, что и прочим "фанатам".  Есть init-скрипт апача в Debian.  Перепишите все для systemd с сохранением совместимости - время пошло.

> А там, где нужна сложная логика -
> без манов не обойтись в любом случае, как в случае с
> systemd, так и в случае с sysvinit.

Так вот - не нужна.  Любой профпригодный администратор знает shell, да и о стандартных системных утилитах вкурсе.

>> Для этого разработчику всегда было достаточно написать man-страницу для сервиса, указать его ключи и т.п.
> Тем не менее многие включают в дистрибутив init-скрипты, особенно если процесс загрузки
> сервиса неочевиден и имеет ньюансы.

И что тогда изменится?  LSB уже сейчас есть.  Включают init-скрипты, а будут - юниты для systemd.  "Простота" написания оных - мифическая, как вам указали.  А более вы ровно никакой проблемы не решаете.  Есть бардак init-скриптов при наличии LSB - будет бардак разных юнитов.

> Затем же, зачем нужен telinit, просто этот способ более продвинутый.

telinit уже есть.  Таки зачем?

> Я не владею серверами, и не сталкивался с такими use-case'ами. Могу предположить только
> одно - если звезды падают, значит это кому-нибудь нужно?

Т.е. - не знаете, понятно.

>>> 9) что плохого в архитектуре systemd, если она расширяема на манер плагинов
>>А что хорошего?  sysvinit расширяется любым языком, и?
> если так рассуждать, то systemd аналогично расширяется любым языком ))

Получается излишняя сложность, нет?  Если есть и плагины, и возможность запуска сценариев - может что-то лишнее?

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

364. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 07-Ноя-12, 08:15 
>> Не понимаю аргумента с худшими проблемами.
> Да сколько угодно.  Меньшая прозрачность системы, сложность отладки и т.п.

Прозрачность init-скриптов в дистрибутивах вызывает у меня сомнения. Особенно, если учесть что я не гуру вообще, и в sh в частности. Ключик запуска я конечно поменять смогу, но дебри юнитов или init-скриптов в случае более комплексной проблемы я не полезу, а скорее задам вопрос знающим людям.

>> Я прочитал это и сделал вывод что таки телепатический модуль вкрутили:
>> that one request. Also, dependencies between services no longer have to
>> be configured to allow proper parallelized start-up: starting all sockets at
>> once and a service needing another, it surely can connect to its socket."
> Главное, забыть что существуют разные способы IPC...

Главное не забыть, что мы говорим о сервисе и его клиентах. Между сервисом и клиентом трудно представить более подходящий тип IPC, чем сокет. Остальные IPC, такие как shared memory и семафоры(есть еще что-то в linux, что я забыл?) как правило используются внутри сервиса, зависимостей снаружи нет. А оставшиеся pipes, socket, message queue - systemd поддерживает. Думаю, это покрывает подавляющее большинство сервисов, если не все.

>> То есть как я понял, стартуем все сервисы зараз, а они потом
>> сами разберуться. Может чего недопонял, хз.
>Ну да.  Помимо сервисов есть еще всякие fsck, quotaon и проч. - для чего сокетов, увы, уже не хватает.  В общем, Before=, After=, WantedBy=, etc - наверно какие-то враги народа придумали, а автор непричем.

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

>> d-bus всего лишь небольшой демон. не самый быстрый, но один, если не
>> единственный, из удобных способов одному процессу сказать чего-нибудь другому всем понятным
>> способом.
>Это называется ICP.  И существует *много* разных методов оного.  И было. Задолго до всяких DBUS...

Думаю, просто не стали изобретать велосипед и просто взяли готовую библиотеку, упрощающую IPC. То, что в sysvinit используется свой протокол, а не dbus сути не меняет. К тому же есть возможность собрать dbus довольно аскетичным способом, который сведет возможность появления дырки в безопасности по вине dbus к минимуму.

>> Причем тут роль, которую выполняет компьютер? не знаю, чем может
>> помешать d-bus, даже на сервере.
> Бесполезностью.  Лишними проблемами с безопасностью.

Если на сервере стоит systemd, то dbus не бесполезен. Насчет безопасности выше.

>> Хорошая привычка проверять конфиги после внесения изменений. Большинство серьёзных программ
>> это умеет делать априори.
>sshd - не умеет.  Его нужно *попросить* это сделать (но вы, напоминаю, после редактирования это забыли).  И с поломанным конфигом он не запустится.  Точно так же и nginx, и apache, и еще 100500 используемых сервисов.  Все, короче.

Нет, не всё. Во первых, вы сами привели примеры тех демонов, для которых on-demand активация довольно странное решение, и, во вторых, есть проверка конфигов. В третьих, если вы админите удалённый сервер, то вы _должны_ проверять конфиги, тем более в таких критичных сервисах как sshd. Иначе вы ссзб. И systemd тут ни при чём, sysvinit никак вас не спасёт. И в случае с sysvinit, и с systemd после перезагрузки с неверным конфигом вы получаете нерабочий сервис. Отличие только в том, что с systemd(или (x)inetd кстати) вы узнаете об этом при первой попытке использования. Например, на удалённой машине в случае c sshd равносильно фейлу независимо от системы инициализации.

>> Вы приводите пример, что не надо забывать о других ролях системы, кроме
>> десктопа. С другой стороны, я могу сказать тоже самое. Вас никто
>> не принуждает использовать on-demand и dbus, просто такая возможность есть.
> Эта возможность откручивается полностью?  Т.е. весь код для поддержки этого брахла?

systemd - это в первую очередь система инициализации, в основе которой лежит активация как принцип, неважно принудительная, on-demand, socket-based, mount-based и т.д. И вы спрашиваете можно ли отключить то, ради чего все городилось и лежит в основе systemd. Но таки вы можете это не использовать, если вам будет спокойней. А запретить dbus - это то же самое что запретить sysvinit использовать pipe.

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

Пока не будет пользователей - не будет ошибок. Release often, release early? Ну а право включать что-то в дистрибутив или не включать - оставьте его мантейнерам. Если они это сделали - у них были на то причины. А у вас как всегда остается выбор - уйти на другой дистрибутив или заняться поддержкой initscripts на текущем.

>>> Ну-ну.  Багтрекеры дистрибутивов посмотрите...
>> не ковырялся.
> Вот-вот...

По логике тут должна быть ссылка. Жду.

>>>> Слизанный синтаксис.  Там, где по-уму нужен нормальный скриптовый язык - пихают порнографию с ConditionPathExists и прочим недо-тьюринговым брахлом.
>>> У декларативного синтаксиса есть плюс - он лучше поддаётся разбору компом и
>>> вообще автоматизации. Довольно важная фишка.
>> Что-то имеет смысл разбирать - что-то нет.  Для того, что имеет - придуманы, к примеру, LSB-заголовки в init-скриптах.  systemd вообще написан на C там, где у людей раньше был shell.  Так что "разбирается" в каком-то смысле - не лучше...
>> С другой стороны, это немногим отличается от if [ -d "path" ] ))
> Ну-ну.  Тогда подождите когда гуру поймет, что ему циклы понадобились...

Тогда будьте добры, в доказательство своих слов, приведите пример, когда цикл(да и вообще скрипт со сложной логикой) при старте сервиса необходим. Я не смог придумать. К тому же, вам никто не мешает сделать unit для своего сложного скрипта и в нем стоять хоть на ушах.

>> Я думаю сложность преувеличена. Типичный юнит для systemd это несколько строк говорящего
>> самого за себя текста.
> Ну-ну.  Вам то же задание, что и прочим "фанатам".  Есть init-скрипт апача в Debian.  Перепишите все для systemd с сохранением совместимости - время пошло.

Давайте обойдёмся без ярлыков. Я не являюсь фанатом, я лишь пытаюсь понять причины ненависти к systemd. А домашние задания оставьте при себе. Или выполните его сами, чтобы до конца проникнуться отвращением к systemd и накопить аргументы )

>> А там, где нужна сложная логика -
>> без манов не обойтись в любом случае, как в случае с
>> systemd, так и в случае с sysvinit.
> Так вот - не нужна.  Любой профпригодный администратор знает shell, да и о стандартных системных утилитах вкурсе.

Видимо, профпригодные администраторы всосали manы по шеллу и стандартным утилитам с молоком матери?

>>> Для этого разработчику всегда было достаточно написать man-страницу для сервиса, указать его ключи и т.п.
>> Тем не менее многие включают в дистрибутив init-скрипты, особенно если процесс загрузки
>> сервиса неочевиден и имеет ньюансы.
> И что тогда изменится?  LSB уже сейчас есть.  Включают init-скрипты, а будут - юниты для systemd.  "Простота" написания оных - мифическая, как вам указали.  А более вы ровно никакой проблемы не решаете.  Есть бардак init-скриптов при наличии LSB - будет бардак разных юнитов.

Ничего вы мне не указали. Только общие фразы. Насчет бардака - я не пророк, поэтому в будущее заглядывать не умею. К тому же особого бардака в init-скриптах вроде нет, просто у каждого дистрибутива они отличаются координально, что вносит некий диссонанс. Поживем - увидим. То, что я вижу сейчас - systemd у меня в виртуалке прекрасно обслуживает arch и fedora. С апачем, кстати.

>> Затем же, зачем нужен telinit, просто этот способ более продвинутый.
> telinit уже есть.  Таки зачем?
>> Я не владею серверами, и не сталкивался с такими use-case'ами. Могу предположить только
>> одно - если звезды падают, значит это кому-нибудь нужно?
> Т.е. - не знаете, понятно.

Если вам будет легче - используйте telinit. Он работает. Просто есть еще вариант использования, под который я не могу придумать use-case, но это не значит, что его не существует. Попробуйте поискать, если интересно. Навскидку, то что нашел в wiki fedorы, но  выглядит довольно натянуто:
"Primarily it has two intended use cases: to allow the user to temporarily enter a specific state such as "Emergency Shell", terminating current services, and provide an easy way to return to the state before, pulling up all services again that got temporarily pulled down."
Лично я telinit пользовался от силы раз 5 за все время работы с линуксом, как правило, когда тупил логин менеджер, не запускался xorg и т.п.

>>>> 9) что плохого в архитектуре systemd, если она расширяема на манер плагинов
>>>А что хорошего?  sysvinit расширяется любым языком, и?
>> если так рассуждать, то systemd аналогично расширяется любым языком ))
> Получается излишняя сложность, нет?  Если есть и плагины, и возможность запуска сценариев - может что-то лишнее?

Думаю, не весь функционал systemd можно или целесообразно реализовать в рамках сценариев.

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

408. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от myhand (ok) on 07-Ноя-12, 15:28 
>>> Не понимаю аргумента с худшими проблемами.
>> Да сколько угодно.  Меньшая прозрачность системы, сложность отладки и т.п.
> Прозрачность init-скриптов в дистрибутивах вызывает у меня сомнения. Особенно, если учесть
> что я не гуру вообще, и в sh в частности.

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

> Ключик запуска я конечно поменять смогу, но дебри юнитов или init-скриптов

Вам, как пользователю - нужно просто открыть баг в дистрибутиве, и не лезть куда не след.  Что с sysvinit, что systemd.

>> Главное, забыть что существуют разные способы IPC...
> Главное не забыть, что мы говорим о сервисе и его клиентах. Между
> сервисом и клиентом трудно представить более подходящий тип IPC, чем сокет.

"Трудно, но можно."

> Остальные IPC, такие как shared memory и семафоры(есть еще что-то в
> linux, что я забыл?)

Забыли, конечно.  atd вон - никаких сокетов не создает, а поди кому-то потребуется.  Точно также, как и cron (а, возможно, мы захотим @reboot пускать под самый конец загрузки?).

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

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

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

Если возможность только "есть" - видимо, ей не пользуются.  Или как?  Почему вы столь уверены, что что-то работает, если этим практически не пользуются?  А в числе пользователей - разработчики да толпа мартышек (99% пользователей десктопа)...

>>> Причем тут роль, которую выполняет компьютер? не знаю, чем может
>>> помешать d-bus, даже на сервере.
>> Бесполезностью.  Лишними проблемами с безопасностью.
> Если на сервере стоит systemd, то dbus не бесполезен. Насчет безопасности выше.

На счет "полезности" - еще выше.  Мы уже прошлись по всяким on-demand запускам сервисов и т.п. х-не.  Выяснили, что подобная блажь на сервере *не нужна*.

> Нет, не всё. Во первых, вы сами привели примеры тех демонов, для
> которых on-demand активация довольно странное решение

А для каких - не странная.  Что есть на сервере: apache, sshd, postfix, nginx, sendmail, etc.  Честно говоря, аргументы выше работают для всего, что мне приходит в голову добавить в этот список.

Может вы перестанете говорить загадками - и укажете такие, для которых "не странно"?

> , и, во вторых, есть проверка
> конфигов. В третьих, если вы админите удалённый сервер, то вы _должны_
> проверять конфиги

И во-вторых, и в-третьих - не работает, т.к. человеческий фактор.

> И systemd тут ни при чём, sysvinit никак вас
> не спасёт. И в случае с sysvinit, и с systemd после
> перезагрузки с неверным конфигом вы получаете нерабочий сервис.

Спасет.  См. ниже.

> Отличие только в
> том, что с systemd(или (x)inetd кстати) вы узнаете об этом при
> первой попытке использования.

А в случае sysvinit - *сразу после плановой перезагрузки*.  Т.е. в четко известное "время и место".  Есть разница?

>>> не принуждает использовать on-demand и dbus, просто такая возможность есть.
>> Эта возможность откручивается полностью?  Т.е. весь код для поддержки этого брахла?
> systemd - это в первую очередь система инициализации, в основе которой лежит
> активация как принцип, неважно принудительная, on-demand, socket-based, mount-based
> и т.д. И вы спрашиваете можно ли отключить то, ради чего
> все городилось и лежит в основе systemd.

Вот такой вот "принцип" и "плагины".  И вы еще удивляетесь, что люди не в восторге от "архитектуры" systemd?

>>>> Это вам автор пообещал.  А мы скажем мягше - пытается не ломать.   Не всегда получается...
>>> Ну дык, работа над ошибками, как и ошибки, будут всегда..
>> Ну вот когда *таких* ошибок не будет вовсе - можно подумать и о включении в дистрибутивы.
> Пока не будет пользователей - не будет ошибок. Release often, release early?

Это не про софт для задач такого уровня.  Поспешишь - людей насмешишь.

>>>> Ну-ну.  Багтрекеры дистрибутивов посмотрите...
>>> не ковырялся.
>> Вот-вот...
> По логике тут должна быть ссылка. Жду.

см., к примеру, http://bugs.debian.org/  Пакет найдете самостоятельно?

> Тогда будьте добры, в доказательство своих слов, приведите пример, когда цикл(да и
> вообще скрипт со сложной логикой) при старте сервиса необходим.

$ grep 'for .*in' /etc/init.d/*|wc -l
94

Можно еще посчитать while до кучи.  Вполне прилично, короче.

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

Вот-вот - ну и зачем нам, в таком разе systemd, ежели всякие сложности на каждом шагу заставляют "стоять на ушах".  Да, всякие Exec* остались не от хорошей жизни.  Реальность не желает стоять во фрунт...

>>> Я думаю сложность преувеличена. Типичный юнит для systemd это несколько строк говорящего
>>> самого за себя текста.
>> Ну-ну.  Вам то же задание, что и прочим "фанатам".  Есть init-скрипт апача в Debian.  Перепишите все для systemd с сохранением совместимости - время пошло.
> Давайте обойдёмся без ярлыков. Я не являюсь фанатом, я лишь пытаюсь понять
> причины ненависти к systemd.

Я не испытываю "ненависти".  Для меня - это просто плохое, негодное ПО.  Почему - пытаюсь вам объяснить.

> А домашние задания оставьте при себе.

Т.е. собственную точку зрения доказать на примере - не можете?

>>> А там, где нужна сложная логика -
>>> без манов не обойтись в любом случае, как в случае с
>>> systemd, так и в случае с sysvinit.
>> Так вот - не нужна.  Любой профпригодный администратор знает shell, да и о стандартных системных утилитах вкурсе.
> Видимо, профпригодные администраторы всосали manы по шеллу и стандартным утилитам с молоком матери?

На этапе обучения.  Но командная оболочка и системные утилиты - имеют куда больший спектр применений, чем инициализация.  Вот почему замена этому обучению на "другое" (а почитай-ка маны systemd) - не катит, ваша ирония неуместна.

>> [...] а будут - юниты для systemd.  "Простота" написания оных - мифическая, как вам указали.
> Ничего вы мне не указали. Только общие фразы.

Где юнит для апача, как вас выше просили?  Пупок развязался написать?  То-то.

> К тому же особого бардака в init-скриптах вроде нет, просто у каждого дистрибутива они
> отличаются координально, что вносит некий диссонанс.

Этот "диссонанс" правильно называется - бардак.

> Если вам будет легче - используйте telinit. Он работает. Просто есть еще
> вариант использования, под который я не могу придумать use-case, но это
> не значит, что его не существует.

Если вы даже "не можете придумать" - откуда взялся квантор сущестования?  Выглядит уже нагло, извините...

> "Primarily it has two intended use cases: to allow the user to
> temporarily enter a specific state such as "Emergency Shell", terminating current
> services, and provide an easy way to return to the state
> before, pulling up all services again that got temporarily pulled down."

Ага.  А в sysvinit для этого достаточно сказать telinit.  А все почему?  Потому что кто-то запускает "on-demand", без жестко прописанных зависимостей и т.п. всякую *****, а потом геройски решает проблемы, которых можно было бы не иметь вовсе...

>> Получается излишняя сложность, нет?  Если есть и плагины, и возможность запуска сценариев - может что-то лишнее?
> Думаю, не весь функционал systemd можно или целесообразно реализовать в рамках сценариев.

Ну может и ну его, к бесу, этот "функционал", не?  Собственно, такое отношение к "функционалу" и пугает в первую очередь.  Как клептоман - тащим первую понравившуюся идею, разберемся потом...

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

433. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 07-Ноя-12, 18:30 
>>>> Не понимаю аргумента с худшими проблемами.
>>> Да сколько угодно.  Меньшая прозрачность системы, сложность отладки и т.п.
>> Прозрачность init-скриптов в дистрибутивах вызывает у меня сомнения. Особенно, если учесть
>> что я не гуру вообще, и в sh в частности.
> А у меня - нет.  Как и для любого администратора -
> POSIX-shell это часть базовых знаний.  Дело прежде всего даже не
> в стандартных утилитах, а в нормальном скриптовом языке, логика которого прозрачна
> и понятна.

А для меня разница между sh и service файлами минимальна. Не так уж они сложны, не преувеличивайте. Человек, запомнившему порядка 50 команд с 3-5 ключами + форматы ряда разношёрстных файлов, запомнить 10-20 говорящих самих за себя директив не составит труда. Большего для подавляющего большинства сервисов не нужно.

>> Ключик запуска я конечно поменять смогу, но дебри юнитов или init-скриптов
> Вам, как пользователю - нужно просто открыть баг в дистрибутиве, и не
> лезть куда не след.  Что с sysvinit, что systemd.

Вот и я о чём. Для большинства пользователей и разработчиков ничего не изменится, они заметят только то, что система стала послушнее и менее тугодумна.

>>> Главное, забыть что существуют разные способы IPC...
>> Главное не забыть, что мы говорим о сервисе и его клиентах. Между
>> сервисом и клиентом трудно представить более подходящий тип IPC, чем сокет.
> "Трудно, но можно."

Если вы таки умудрились такое сотворить, то даже в этом случае у вас есть возможность успешно запустить и управлять таким сервисом через systemd.

>> Остальные IPC, такие как shared memory и семафоры(есть еще что-то в
>> linux, что я забыл?)
> Забыли, конечно.  atd вон - никаких сокетов не создает, а поди
> кому-то потребуется.  Точно также, как и cron (а, возможно, мы
> захотим @reboot пускать под самый конец загрузки?).

А что, я где то говорил что сервис для systemd должен обязательно использовать сокеты? Или что socket-based активация - панацея? Чтобы реализовать все указанные вами задачи в systemd есть средства.

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

Не надо пытаться меня убедить, что система зависимостей в sysvinit-based системах более прозрачна. Ничего у вас не выйдет. Бардака там больше, стандартизации меньше.

>> К тому же есть возможность собрать dbus довольно
>> аскетичным способом, который сведет возможность появления дырки в безопасности по вине
>> dbus к минимуму.
> Если возможность только "есть" - видимо, ей не пользуются.  Или как?
>  Почему вы столь уверены, что что-то работает, если этим практически
> не пользуются?  А в числе пользователей - разработчики да толпа
> мартышек (99% пользователей десктопа)...

Ваше отношение к пользователям обозначено. А практически не пользуются - сейчас ни гном ни кде чихнуть нормально не могут без dbus. Повторюсь - dbus всего лишь IPC, не больше и не меньше и был использован чтобы не изобретать велосипед. Да, изначально писалось с мыслями о десктопе, однако область применения его совсем им не ограничена, о чем сами разработчики и указывают.

>>>> Причем тут роль, которую выполняет компьютер? не знаю, чем может
>>>> помешать d-bus, даже на сервере.
>>> Бесполезностью.  Лишними проблемами с безопасностью.
>> Если на сервере стоит systemd, то dbus не бесполезен. Насчет безопасности выше.
> На счет "полезности" - еще выше.  Мы уже прошлись по всяким
> on-demand запускам сервисов и т.п. х-не.  Выяснили, что подобная блажь
> на сервере *не нужна*.

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

И кстати, чтобы собрать минимально рабочую систему с нуля с systemd необходимо в несколько раз меньше базовых пакетов(порядка 10, против ~50). Одна из причин создания systemd - это shell-free boot. Это к вопросу о простоте sysvinit, минимализме, unix-way и прочее.

>> Нет, не всё. Во первых, вы сами привели примеры тех демонов, для
>> которых on-demand активация довольно странное решение
> А для каких - не странная.  Что есть на сервере: apache,
> sshd, postfix, nginx, sendmail, etc.  Честно говоря, аргументы выше работают
> для всего, что мне приходит в голову добавить в этот список.

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

> Может вы перестанете говорить загадками - и укажете такие, для которых "не
> странно"?

Сервис для работы например какого-нибудь hot-plug устройства, на вскидку, или просто ресурсоемкий, редко используемый, сервис. Да, не серверное применение, подходит скорее для планшета, десктопа, embedded систем, но в отличии от вашего решения, systemd одинаково хорошо отработает во всех случаях.

>> И systemd тут ни при чём, sysvinit никак вас
>> не спасёт. И в случае с sysvinit, и с systemd после
>> перезагрузки с неверным конфигом вы получаете нерабочий сервис.
> Спасет.  См. ниже.
> А в случае sysvinit - *сразу после плановой перезагрузки*.  Т.е. в
> четко известное "время и место".  Есть разница?

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

> Вот такой вот "принцип" и "плагины".  И вы еще удивляетесь, что
> люди не в восторге от "архитектуры" systemd?

Конструктивной критики архитектуры как не было, так и нет.

>>> Ну вот когда *таких* ошибок не будет вовсе - можно подумать и о включении в дистрибутивы.
>> Пока не будет пользователей - не будет ошибок. Release often, release early?
> Это не про софт для задач такого уровня.  Поспешишь - людей
> насмешишь.

Вспомните что было, когда udev только внедрялся. Сколько было вони, грязи. И недоработок. Где теперь тогдашние борцы за unix-way размахивающие портянками shell скриптов для монтирования флешек, кричащих что udev не нужен, fstab наше всё? Сейчас происходит похожее, только с systemd. История нас рассудит вобщем.

>>>>> Ну-ну.  Багтрекеры дистрибутивов посмотрите...
>>>> не ковырялся.
>>> Вот-вот...
>> По логике тут должна быть ссылка. Жду.
> см., к примеру, http://bugs.debian.org/  Пакет найдете самостоятельно?

довольно странно указать дистрибутив, в котором о systemd идёт речь постольку-поскольку. А вот на форуме арча много тем с systemd и solved в заголовках. Проблемы есть, но они решаются.

>> Тогда будьте добры, в доказательство своих слов, приведите пример, когда цикл(да и
>> вообще скрипт со сложной логикой) при старте сервиса необходим.
> $ grep 'for .*in' /etc/init.d/*|wc -l
> 94

любой скрипт пожалуйста, а не статистику использования for и while.

>> Давайте обойдёмся без ярлыков. Я не являюсь фанатом, я лишь пытаюсь понять
>> причины ненависти к systemd.
> Я не испытываю "ненависти".  Для меня - это просто плохое, негодное
> ПО.  Почему - пытаюсь вам объяснить.

Пока у вас плохо получается.

>> А домашние задания оставьте при себе.
> Т.е. собственную точку зрения доказать на примере - не можете?

Если уж вам так это важно - httpd.service из арча:

[Unit]
Description=Apache Web Server
After=network.target remote-fs.target nss-lookup.target

[Service]
Type=forking
PIDFile=/run/httpd/httpd.pid
ExecStart=/usr/sbin/apachectl start
ExecStop=/usr/sbin/apachectl graceful-stop
ExecReload=/usr/sbin/apachectl graceful
PrivateTmp=true
LimitNOFILE=infinity

[Install]
WantedBy=multi-user.target

Даже мне понятна практически каждая строчка.

>> Видимо, профпригодные администраторы всосали manы по шеллу и стандартным утилитам с молоком матери?
> На этапе обучения.  Но командная оболочка и системные утилиты - имеют
> куда больший спектр применений, чем инициализация.  Вот почему замена этому
> обучению на "другое" (а почитай-ка маны systemd) - не катит, ваша
> ирония неуместна.

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

>>> [...] а будут - юниты для systemd.  "Простота" написания оных - мифическая, как вам указали.
>> Ничего вы мне не указали. Только общие фразы.
> Где юнит для апача, как вас выше просили?  Пупок развязался написать?
>  То-то.

Выше. Умерьте ваш пыл и нравоучительный тон.

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

В пределах одного дистрибутива всё ок. В пределах одной системы (systemd) скорее всего тоже будет все ок.

> Если вы даже "не можете придумать" - откуда взялся квантор сущестования?  
> Выглядит уже нагло, извините...

Я ответил ниже.

>> "Primarily it has two intended use cases: to allow the user to
>> temporarily enter a specific state such as "Emergency Shell", terminating current
>> services, and provide an easy way to return to the state
>> before, pulling up all services again that got temporarily pulled down."
> Ага.  А в sysvinit для этого достаточно сказать telinit.  А
> все почему?  Потому что кто-то запускает "on-demand", без жестко прописанных
> зависимостей и т.п. всякую *****, а потом геройски решает проблемы, которых
> можно было бы не иметь вовсе...

Для фукнционала аналогичного sysvinit, в systemd тоже достаточно сказать telinit. Но также есть возможность сделать это немного по другому, что обусловлено дополнительными возможностями systemd. Вот и всё. И без этого функционала никто не стал бы начинать systemd, ибо тогда получился бы тот же sysvinit.

>>> Получается излишняя сложность, нет?  Если есть и плагины, и возможность запуска сценариев - может что-то лишнее?
>> Думаю, не весь функционал systemd можно или целесообразно реализовать в рамках сценариев.
> Ну может и ну его, к бесу, этот "функционал", не?  Собственно,
> такое отношение к "функционалу" и пугает в первую очередь.  Как
> клептоман - тащим первую понравившуюся идею, разберемся потом...

Каждый суслик в поле агроном. Не слышите меня, прислушайтесь к другим. Неужели вы всерьёз думаете, что в rh работают люди, хуже вашего разбирающиеся в архитектуре ПО, linux и прочем? Если бы с systemd всё было так плохо - не думаю, что он так активно проникал не только в rh-проекты, но и в другие, совершенно чуждые rh дистрибутивы. Этот функционал не брался с потолка, он возник в процессе анализа существующий проблем подобных систем и запросов пользователей, а не мартышек. Об этом не раз говорилось в рассылках systemd в подобных этой нитях. Ваше или моё "не нужно" не означает "не нужно никому". И в разработке systemd участвует не один самоучка-клептоман, но и также немало людей из других компаний. Неужели вы убеждены что они такие  же слепцы, как я, разработчики arch, fedora и suse, что не видят всех изъянов системы, раз они так очевидны для вас?

Извините, но я устал и я ухожу. Интерес к беседе с вами у меня пропал. И как я сказал выше - история нас рассудит.

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

447. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от myhand (ok) on 07-Ноя-12, 22:17 
> А для меня разница между sh и service файлами минимальна. Не так
> уж они сложны, не преувеличивайте.

Проблема даже не в этом.  В том, что - это лишние знания.

Сейчас - от администратора не требуется заранее учить как устроена система инициализации в конкретном дистрибутиве (в предположении использования sysvinit).  Припрет - в случае проблемы всегда можно взглянуть на код в конкретном месте.

> запомнить 10-20 говорящих самих за себя директив не составит труда.

Как легко...  Вы, наверно, и ЯП так учите, да?  Запомнил синтаксис - и уже гуру, не?

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

А для меншинства, которого система инициализации касается больше (администраторы, мейнтейнеры и т.п.) - "изменится" сполна.  Чиним там, где не ломали.  Да еще и недоязык при этом учим забесплатно...  Зашибись.

> Не надо пытаться меня убедить, что система зависимостей в sysvinit-based системах более
> прозрачна. Ничего у вас не выйдет.

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

Но начинаю уже сомневаться в вашей "беспристрастности" и "желанию выяснить".  Нет у вас оных...

> Ваше отношение к пользователям обозначено. А практически не пользуются - сейчас ни
> гном ни кде чихнуть нормально не могут без dbus.

Мне не нужен гном или кде на сервере.  И, уверен, никогда нужен не будет.

> Ничего мы не выяснили.

Вы бот?  #299 "Вы приводите пример, что не надо забывать о других ролях системы, кроме десктопа..."

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

Таки приведете пример зачем on-demand на сервере?

> И кстати, чтобы собрать минимально рабочую систему с нуля с systemd необходимо
> в несколько раз меньше базовых пакетов(порядка 10, против ~50). Одна из
> причин создания systemd - это shell-free boot.

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

> Это к вопросу о простоте sysvinit, минимализме, unix-way и прочее.

Скриптовые языки - часть философии unix.

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

Так я и не использую.  Вместе с systemd, который из "ненужного" состоит чуть менее чем полностью.  Но тогда возникает вопрос - а зачем он *везде*, как хотят адепты?

>> Может вы перестанете говорить загадками - и укажете такие, для которых "не
>> странно"?
> Сервис для работы например какого-нибудь hot-plug устройства, на вскидку, или просто ресурсоемкий, редко используемый, сервис.

Для hot-plug есть udev.

Про "редко используемый" - годится предыдущий пример с on-demand для sshd.  Не годится городить себе проблемы на ровном месте - в непредсказуемый момент времени.  Если сервис потребляет ресурсы при бездействии - это либо баг, либо - кривые руки администратора, не умеющего настроить сервер (подсистему виртуальной памяти, к примеру).

> Да, не серверное применение, подходит скорее для планшета,
> десктопа, embedded систем

О!

> но в отличии от вашего решения, systemd одинаково
> хорошо отработает во всех случаях.

Хз.  Вам пример с кривым поведением, благодаря on-demand - привели.  Вы таки ничерта не поняли?

> Если вы проверяете работоспособность конфига сервиса перезагрузкой системы - мне вас искренне жаль. И в случае с удалённым сервером - не спасет вас sysvinit.

Я делаю перезагрузку сервера для 100500 других вещей.  И да, спасет.  От чего и почему - написал выше.

> В остальных - не вижу проблемы, изменили,

Упс...  А тут питание отключили на ровном месте...

"Не создавай проблему в непредсказуемое время, если можно этого избежать."  Можете цитировать.

> И опять же, это не обязанность init-системы следить за корректностью конфигов,

Нет, конечно.  Но и городить дополнительные проблемы на ровном месте она не должна...

>> Вот такой вот "принцип" и "плагины".  И вы еще удивляетесь, что
>> люди не в восторге от "архитектуры" systemd?
> Конструктивной критики архитектуры как не было, так и нет.

Куда конструктивнее.  Вы писали - "все опциональное плагинами", "активация как принцип", "неважно какая" - а открутить те ее варианты, что не нужны мне - не получается.  Только что "не использовать" (ц).

> Вспомните что было, когда udev только внедрялся. Сколько было вони, грязи.

Ну, уж не столько...  По крайней мере, никто не кричал что "не нужен".

А вот нужен-ли вообще systemd - это большой вопрос...

> довольно странно указать дистрибутив, в котором о systemd идёт речь постольку-поскольку.
> А вот на форуме арча много тем с systemd и solved в заголовках. Проблемы есть, но они решаются.

Довольно странно, когда баги в upstream становятся дистрибутиво-специфичными.

>>> Тогда будьте добры, в доказательство своих слов, приведите пример, когда цикл(да и
>>> вообще скрипт со сложной логикой) при старте сервиса необходим.
>> $ grep 'for .*in' /etc/init.d/*|wc -l
>> 94
> любой скрипт пожалуйста, а не статистику использования for и while.

Берите любой скрипт.  // Это Debian Squeeze, десктоп.

>[оверквотинг удален]
> Type=forking
> PIDFile=/run/httpd/httpd.pid
> ExecStart=/usr/sbin/apachectl start
> ExecStop=/usr/sbin/apachectl graceful-stop
> ExecReload=/usr/sbin/apachectl graceful
> PrivateTmp=true
> LimitNOFILE=infinity
> [Install]
> WantedBy=multi-user.target
> Даже мне понятна практически каждая строчка.

А лично мне - понятно, что он *не делает* то, что я просил.  Этот конфиг не является заменой init-скрипту апача в Debian.  Совместимость, епт...

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

Она и не занимается.  Вы вообще представляете себе как sysvinit работает?

> Выше. Умерьте ваш пыл и нравоучительный тон.

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

> В пределах одного дистрибутива всё ок. В пределах одной системы (systemd) скорее
> всего тоже будет все ок.

*Уже* не ок.  Вы готовы скопипастить конфиги systemd для сервисов для арча из федоры?  Для Debian из Gentoo?

> Для фукнционала аналогичного sysvinit, в systemd тоже достаточно сказать telinit. Но также
> есть возможность сделать это немного по другому, что обусловлено дополнительными возможностями systemd. Вот и всё.

Ну и *зачем* это?  Только потому, что "дополнительные возможности" сразу обросли "дополнительными проблемами"?  Так и выглядит ведь...

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

Пошел давить авторитетом...  Начнем с того, что и там отношение к сабжу - "разное".  И заканчивая тем, что RH одним linux (и тем более СПО) - не заканчивается.

-->8--
Quite frankly, any feature that is sold with ".. and systemd can use
this fox Xyz", is a *misfeature* in my opinion.  Core infrastructure
like systemd should use a *minimal* interface, not some random
extended features.

I'm starting to really dislike this whole feature discussion.

                <guess who>
-->8--

> Неужели вы убеждены что они такие
>  же слепцы, как я, разработчики arch, fedora и suse, что
> не видят всех изъянов системы, раз они так очевидны для вас?

Все три дистрибутива (вы перепутали suse с opensuse) - песочницы для альфа-тестеров.  Со всей вытекающей политикой "поддержки", "обратной совместимости" и проч.  И соответствующими комьюнити.  Да и там, в сущности - точки зрения самые разные...

Так что ничего серьезного пока нет.  Ждем RHEL, как обещано.  Или Debian.  И отучаемся смотреть в рот всяким "разработчикам" - привыкаем иногда думать собственной головой ;)

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

348. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от anonymous (??) on 06-Ноя-12, 15:03 
> Я вот одного не пойму. Если systemd такой плохой, то:
> 1) что плохого в реальном ускорении процесса старта сервисов? без wait и т.п., чтобы, например, дать время стартуемому сервису создать необходимый другому сервису сокет?

Сам факт "реального ускорения" в тотальном смысле довольно сомнительный. Не всегда. Не везде.

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

Это и без systemd было.

> 3) что плохого в d-bus активации, если это позволяет экономить ресурсы системы не запуская ненужные сервисы все и сразу? это же относится и к on-demand запуску сервисов.

dbus позволяет экономить ресурсы системы?! Давайте запустим всё что нужно, и всё что ненужно, а потом немного "оптимизируем" это с dbus?!

> 4) что плохого в использовании cgroups, чтобы процессы не сбегали из под контроля системы намеренно или непреднамеренно?

Если cgroups нужны. Они нужны не всегда, скорее даже --- нужны редко.

> 5) что плохого в sysv совместимости? systemd не ломает LSB.

В том, что её почти нет. А остатки выпилят завтра.

> 6) что плохого в том, что старые утилиты работавшие с /dev/initctl продолжают работать как будто ничего не произошло?

В том, что grep FOO /var/log/syslog уже не работает.

> 7) что плохого в унифицированных конфигурационных файлах сервисов, походу слизанных с .desktop файлов в плане синтаксиса? во всех уважающих себя дистрах есть готовый набор рекомендаций и библиотек для использования в init-скриптах - по сути те же конфиги.

В том, что "вся конфигурация сервисов" уже есть. Не ломалось --- не чини.

> 8) что плохого в снапшотах, с возможностью перейти в один режим с сохранением текущего состояния и затем вернуться на исходные?

No comments.

> 9) что плохого в архитектуре systemd, если она расширяема на манер плагинов, а все фичи, в связи с которыми выкладываются новостройки(вэбсервер, qr коды и т.д.) оформлены в виде плагинов и, насколько мне известно, даже не включены по дефолту?

Что плохого в том, что у вас firefox будет первым процессом в системе? (Кстати, может в некоторых случаях это и хорошо; но в _некоторых_).

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

365. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –1 +/
Сообщение от Аноним (??) on 07-Ноя-12, 08:42 
>> Я вот одного не пойму. Если systemd такой плохой, то:
>> 1) что плохого в реальном ускорении процесса старта сервисов? без wait и т.п., чтобы, например, дать время стартуемому сервису создать необходимый другому сервису сокет?
> Сам факт "реального ускорения" в тотальном смысле довольно сомнительный. Не всегда. Не
> везде.

Сужу по собственному опыту - старт/стоп системы несравним тем, что было до systemd в плане скорости. А "не всегда. не везде." это не аргументы.

>> 2) что плохого параллельном запуске сервисов, где это возможно, без лишних телодвижений со вашей стороны? пляски с зависимостями остаются в прошлом.
> Это и без systemd было.

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

>> 3) что плохого в d-bus активации, если это позволяет экономить ресурсы системы не запуская ненужные сервисы все и сразу? это же относится и к on-demand запуску сервисов.
> dbus позволяет экономить ресурсы системы?! Давайте запустим всё что нужно, и всё
> что ненужно, а потом немного "оптимизируем" это с dbus?!

Что не так-то с dbus? "low-latency, low-overhead, easy to use interprocess communication (IPC)", не больше, не меньше. Или придумывать для каждого приложения свой протокол IPC это модно?

>> 4) что плохого в использовании cgroups, чтобы процессы не сбегали из под контроля системы намеренно или непреднамеренно?
> Если cgroups нужны. Они нужны не всегда, скорее даже --- нужны редко.

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

>> 5) что плохого в sysv совместимости? systemd не ломает LSB.
> В том, что её почти нет. А остатки выпилят завтра.

Только слова, фактов или ссылок не пруф не видно.

>> 6) что плохого в том, что старые утилиты работавшие с /dev/initctl продолжают работать как будто ничего не произошло?
> В том, что grep FOO /var/log/syslog уже не работает.

Да, бинарные логи, как я и говорил, не лучшее решение. Только вот к /dev/initctl это не имеет никакого отношения.

>> 7) что плохого в унифицированных конфигурационных файлах сервисов, походу слизанных с .desktop файлов в плане синтаксиса? во всех уважающих себя дистрах есть готовый набор рекомендаций и библиотек для использования в init-скриптах - по сути те же конфиги.
> В том, что "вся конфигурация сервисов" уже есть. Не ломалось --- не
> чини.

А если людям интересно? Зачем вы ограничиваете их свободу?

>> 9) что плохого в архитектуре systemd, если она расширяема на манер плагинов, а все фичи, в связи с которыми выкладываются новостройки(вэбсервер, qr коды и т.д.) оформлены в виде плагинов и, насколько мне известно, даже не включены по дефолту?
> Что плохого в том, что у вас firefox будет первым процессом в
> системе? (Кстати, может в некоторых случаях это и хорошо; но в
> _некоторых_).

слишком тонкая аналогия systemd<->firefox от меня ускользает, поясните и тогда я, возможно, смогу ответить на ваш вопрос.

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

387. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от anonimous on 07-Ноя-12, 11:20 
> Сужу по собственному опыту - старт/стоп системы несравним тем, что было до systemd в плане скорости. А "не всегда. не везде." это не аргументы.

Мне уже ускорять дальше некуда. Скорость выхода на login определяется файловой системой. Поэтому у меня это --- аргументы.

> вы upstart имеете ввиду? тогда причём тут sysvinit? openrc коряжит сильно при параллельном запуске, а остальные которых я знаю, вроде не умеют.

Не забалтывайте. Тему upstart я не поднимал и не намерен поднимать.

> Что не так-то с dbus? "low-latency, low-overhead, easy to use interprocess communication (IPC)", не больше, не меньше. Или придумывать для каждого приложения свой протокол IPC это модно?

unix sockets в dbus сделали? Далеко не всегда нужно. Особенно учитывая привнесённые зависимости.

> Скорее таки нужны всегда.

Максималист? Пока ни в одной из систем, к которым я имел отношение, не используется. Хотя нет, используется. С lxc. Но это далеко не на старте системы.

> Только слова, фактов или ссылок не пруф не видно.

Идите смотрите bugtrackers.

> Да, бинарные логи, как я и говорил, не лучшее решение. Только вот к /dev/initctl это не имеет никакого отношения.

Ничего, что это это имеет отношение к Поттеринговскому изделию, отгружаемому в составе systemd?

> А если людям интересно? Зачем вы ограничиваете их свободу?

Если бы не ломали то, что отлично работает, меня бы это изделие совсем не трогало.

> слишком тонкая аналогия systemd<->firefox от меня ускользает, поясните и тогда я, возможно, смогу ответить на ваш вопрос.

Архитектура.

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

390. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от Аноним (??) on 07-Ноя-12, 12:17 
>> Сужу по собственному опыту - старт/стоп системы несравним тем, что было до systemd в плане скорости. А "не всегда. не везде." это не аргументы.
> Мне уже ускорять дальше некуда. Скорость выхода на login определяется файловой системой.

Вашими же словами. Не всегда. Не везде.

> Поэтому у меня это --- аргументы.

А для меня нет.

>> вы upstart имеете ввиду? тогда причём тут sysvinit? openrc коряжит сильно при параллельном запуске, а остальные которых я знаю, вроде не умеют.
> Не забалтывайте. Тему upstart я не поднимал и не намерен поднимать.

Вы ловко ушли от ответа, какая же система инциализации основанная на sysvinit умеет параллельный запуск. Жду ответа.

>> Что не так-то с dbus? "low-latency, low-overhead, easy to use interprocess communication (IPC)", не больше, не меньше. Или придумывать для каждого приложения свой протокол IPC это модно?
> unix sockets в dbus сделали? Далеко не всегда нужно. Особенно учитывая привнесённые
> зависимости.

unix sockets есть. и были с самого начала. а из обязательных зависимостей только expat.

>> Скорее таки нужны всегда.
> Максималист? Пока ни в одной из систем, к которым я имел отношение,
> не используется. Хотя нет, используется. С lxc. Но это далеко не
> на старте системы.

Я вам привел пример, для чего это может использоваться и используется. Вы отвечаете просто - не нужно. Конечно, можно обойтись и без этого функционала. Аргументов против systemd не увидел.

>> Только слова, фактов или ссылок не пруф не видно.
> Идите смотрите bugtrackers.

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

>> Да, бинарные логи, как я и говорил, не лучшее решение. Только вот к /dev/initctl это не имеет никакого отношения.
> Ничего, что это это имеет отношение к Поттеринговскому изделию, отгружаемому в составе
> systemd?

Как связан формат логов с управлением системой инициализации?

>> А если людям интересно? Зачем вы ограничиваете их свободу?
> Если бы не ломали то, что отлично работает, меня бы это изделие
> совсем не трогало.

У вас есть выбор. Как максимум свяжитесь с разработчиками, возмите вопрос под свой контроль, как минимум - постарайтесь поддержать кого-то, кто возьмёт на себя этот труд. Вам никто ничего не должен. Ну решили мантейнеры себе труд облегчить, у них и без инит-скриптов головняка хватает. В чем проблема?

>> слишком тонкая аналогия systemd<->firefox от меня ускользает, поясните и тогда я, возможно, смогу ответить на ваш вопрос.
> Архитектура.

Да, в некоторых местах есть шереховатости, где-то не хватает модульности, "конфигурабельности", но это только вопрос времени. Принципиально в архитектуре systemd лично я не вижу особых проблем и вы мне их тоже не озвучили.

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

425. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от anonymous (??) on 07-Ноя-12, 16:44 
>>> Только слова, фактов или ссылок не пруф не видно.
>> Идите смотрите bugtrackers.
> Вам надо, вы и идите. А если хотите привести контр-аргумент - потрудитесь
> привести прямые ссылки. Если желания нет - лучше всего промолчать.

Во-первых надо было вам. Во-вторых:

https://bbs.archlinux.org/viewtopic.php?id=152417
https://bbs.archlinux.org/viewtopic.php?id=151487
https://bbs.archlinux.org/viewtopic.php?id=152430 (параллельно! отсутствие wait!)
https://bbs.archlinux.org/viewtopic.php?id=150390
https://bbs.archlinux.org/viewtopic.php?id=152242
https://bbs.archlinux.org/viewtopic.php?id=151693
...

Остальными 35 страницами грубого поиска только по arch мусорить здесь не буду.

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

434. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 07-Ноя-12, 18:47 
>>>> Только слова, фактов или ссылок не пруф не видно.
>>> Идите смотрите bugtrackers.
>> Вам надо, вы и идите. А если хотите привести контр-аргумент - потрудитесь
>> привести прямые ссылки. Если желания нет - лучше всего промолчать.
> Во-первых надо было вам. Во-вторых:

Вам. Это был ваш аргумент.

> Остальными 35 страницами грубого поиска только по arch мусорить здесь не буду.

Ошибки были, есть и будут. Но они исправляются и это главное. Я нигде не говорил, что systemd спасет от проблем загрузки в случае неверно скофигурированных сервисов. Как и sysvinit кстати. А насчет wait - что делать, если tomcat не имеет нормальных индикаторов своей готовности к работе кроме как подождать подольше и тогда точно успеет )

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

435. "Проект Arch Linux прекращает поддержку скриптов..."  +/
Сообщение от arisu (ok) on 07-Ноя-12, 18:48 
> что делать, если tomcat не имеет нормальных индикаторов своей готовности к
> работе кроме как подождать подольше и тогда точно успеет )

патч к томкэту делать?

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

426. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от anonymous (??) on 07-Ноя-12, 16:50 
>>> Да, бинарные логи, как я и говорил, не лучшее решение. Только вот к /dev/initctl это не имеет никакого отношения.
>> Ничего, что это это имеет отношение к Поттеринговскому изделию, отгружаемому в составе
>> systemd?
> Как связан формат логов с управлением системой инициализации?

Вот и я этого не могу понять. Почему journald идет в одном флаконе с systemd, да ещё так, что хрен его уберёшь? (https://bbs.archlinux.org/viewtopic.php?id=149884)

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

439. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 07-Ноя-12, 18:54 
>>>> Да, бинарные логи, как я и говорил, не лучшее решение. Только вот к /dev/initctl это не имеет никакого отношения.
>>> Ничего, что это это имеет отношение к Поттеринговскому изделию, отгружаемому в составе
>>> systemd?
>> Как связан формат логов с управлением системой инициализации?
> Вот и я этого не могу понять. Почему journald идет в одном
> флаконе с systemd, да ещё так, что хрен его уберёшь? (https://bbs.archlinux.org/viewtopic.php?id=149884)

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

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

442. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от anonymous (??) on 07-Ноя-12, 20:30 

>>> Как связан формат логов с управлением системой инициализации?
>> Вот и я этого не могу понять. Почему journald идет в одном
>> флаконе с systemd, да ещё так, что хрен его уберёшь? (https://bbs.archlinux.org/viewtopic.php?id=149884)
> Может быть потому, что без лога вы ну никак не узнаете что
> происходит в системе и отключать его совсем довольно глупо.

А ничего, что я вполне могу желать видеть в качестве logging'а совсем не journald?

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

427. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от anonymous (??) on 07-Ноя-12, 16:59 
>>> Сужу по собственному опыту - старт/стоп системы несравним тем, что было до systemd в плане скорости. А "не всегда. не везде." это не аргументы.
>> Мне уже ускорять дальше некуда. Скорость выхода на login определяется файловой системой.
> Вашими же словами. Не всегда. Не везде.

Если бы репозиторий systemd представлял из себя три (или четыре) разных репозитория, возможно, с зависимостями вроде

udev -> systemd -> journald, logind, ...
                
то меня бы весь systemd не волновал бы. Не пользовался бы и все. А так ради udev придется разбираться --- выпиливать udev оттуда (дабы не тащить с ним всё это г. + зависимости).

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

431. "Проект Arch Linux прекращает поддержку скриптов..."  +/
Сообщение от arisu (ok) on 07-Ноя-12, 17:42 
гентушники, вроде, поддерживают проект, в котором котлета отдельно от мух. ссылки не помню, но найти несложно.
Ответить | Правка | ^ к родителю #427 | Наверх | Cообщить модератору

441. "Проект Arch Linux прекращает поддержку скриптов..."  +/
Сообщение от anonymous (??) on 07-Ноя-12, 20:25 
> гентушники, вроде, поддерживают проект, в котором котлета отдельно от мух. ссылки не помню, но найти несложно.

Спасибо, я уже знаю: подобрал пару решений, устраивающих более, чем arch. systemd было последней каплей --- я ещё устранение /lib (точнее, то, как чинил их "миграцию") запомнил.

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

411. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от myhand (ok) on 07-Ноя-12, 15:34 
> Сужу по собственному опыту - старт/стоп системы несравним тем, что было до
> systemd в плане скорости. А "не всегда. не везде." это не
> аргументы.

А вы знаете, что в debian разница не столь бросается в глаза?  А почему?  А потому, что какие-то дистрибутивы - озадачились параллельным запуском сервисов *до* всяких systemd.  А какие-то - все надеятся на доброго дядю, который напишет им валшебную программу, которая сделает работу за них...

>>> 2) что плохого параллельном запуске сервисов, где это возможно, без лишних телодвижений со вашей стороны? пляски с зависимостями остаются в прошлом.
>> Это и без systemd было.
> вы upstart имеете ввиду? тогда причём тут sysvinit?

При том, что в Debian именно он, родной.

Ну, на остальное - пусть вам автор отвечает.

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

277. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от бедный буратино (ok) on 06-Ноя-12, 04:08 
Поменял init на systemd в арче, и на простеньком неттопе, внутри квм, арч запускает иксы не через примерно 7 секунд, а СРАЗУ ПОСЛЕ ЗАПУСКА ЯДРА. Вот это впечатляет! Только иксы в kvm несколько секунд запускаются, было бы ещё быстрее, был бы эх.

А вот невозможность переключаться по caps_lock в gnome 3.6 - это плохо. Если wayland принесёт собой невозможность этого, то зачем нужен такой прогресс :(

Спасает setxkbmap us,ru -option grp:caps_toggle, но иногда оно слетает, и с новой родной переключалкой не совместимо, та по прежнему показывает "en". Как родную переключалку вообще удалить? :)

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

350. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от develop7 (ok) on 06-Ноя-12, 16:31 
> Поменял init на systemd в арче, и на простеньком неттопе, внутри квм, арч запускает иксы не через примерно 7 секунд, а СРАЗУ ПОСЛЕ ЗАПУСКА ЯДРА. Вот это впечатляет!

ну вы же понимаете, что Нормальному Пользователю это НЕНУЖНО

> Если wayland принесёт собой невозможность этого, то зачем нужен такой прогресс :(

вроде как не принесёт — https://bugzilla.gnome.org/show_bug.cgi?id=686613#c3

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

351. "Проект Arch Linux прекращает поддержку скриптов..."  +/
Сообщение от arisu (ok) on 06-Ноя-12, 17:41 
нормальному пользователю пофигу, он и за 7, и за 70 секунд всё равно не сможет понять, нафига он машину включил.
Ответить | Правка | ^ к родителю #350 | Наверх | Cообщить модератору

356. "Проект Arch Linux прекращает поддержку скриптов..."  +/
Сообщение от Аноним (??) on 06-Ноя-12, 19:10 
Этой цепи Маркова бесполезно что-нибудь говорить.
Ответить | Правка | ^ к родителю #351 | Наверх | Cообщить модератору

389. "Проект Arch Linux прекращает поддержку скриптов..."  +/
Сообщение от Аноним (??) on 07-Ноя-12, 11:48 
> Этой цепи Маркова бесполезно что-нибудь говорить.

молодец, быстро учишься, протоплазма

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

307. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от Тузя (ok) on 06-Ноя-12, 07:53 
Здесь некоторые неграмотные хейтеры возлагали сильные надежды на debian, как на НЕsystemd-дистрибутив. Да будет Вам известно, что уже debian wheezy в последних сборках ставит libsystemd-login0(http://packages.debian.org/wheezy/libsystemd-login0) как зависимость dbus (http://packages.debian.org/wheezy/dbus) и проводит контроль за сессиями через эту библиотеку, consolekit вообще не устанавливается ни в базовой системе, ни для рабочего стола по умолчанию (GNOME3). Это я к тому, что со временем "страшный и ужасный" systemd проникнет даже в debian и встанет там по дефолту. Так что граждане хейтеры, валите-ка вы лучше на *BSD, там systemd точно никогда не будет.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

310. "Проект Arch Linux прекращает поддержку скриптов..."  +2 +/
Сообщение от arisu (ok) on 06-Ноя-12, 08:08 
некоторые «граждане хейтеры» спокойно используют слаку и с сожалением смотрят на то, как очередной дистрибутив вляпывается в портеринга.
Ответить | Правка | ^ к родителю #307 | Наверх | Cообщить модератору

315. "Проект Arch Linux прекращает поддержку скриптов..."  +/
Сообщение от Тузя (ok) on 06-Ноя-12, 08:27 
Ну, слака тоже вариант, но http://www.opennet.dev/opennews/art.shtml?num=34042
Ответить | Правка | ^ к родителю #310 | Наверх | Cообщить модератору

316. "Проект Arch Linux прекращает поддержку скриптов..."  +/
Сообщение от arisu (ok) on 06-Ноя-12, 08:29 
> Ну, слака тоже вариант, но http://www.opennet.dev/opennews/art.shtml?num=34042

а что «то»? «пиривотчик» там как обычно мегаотжёг: http://www.opennet.dev/openforum/vsluhforumID3/84943.html#8

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

361. "Проект Arch Linux прекращает поддержку скриптов..."  +/
Сообщение от Пр0х0жий (ok) on 06-Ноя-12, 23:42 
>> Ну, слака тоже вариант, но http://www.opennet.dev/opennews/art.shtml?num=34042
> а что «то»? «пиривотчик» там как обычно мегаотжёг: http://www.opennet.dev/openforum/vsluhforumID3/84943.html#8

Угу.
Тоже читал оригинал.
Патрик сказал не исключено, но как человек не склонный прямо называть дураков дураками, мягко и очень дипломатично послал куда подальше.

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

346. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от myhand (ok) on 06-Ноя-12, 14:44 
> Это я к тому, что со временем "страшный и ужасный" systemd проникнет даже в
> debian и встанет там по дефолту.

А это вывод высосан из пальца.

Не раньше, чем systemd станет кроссплатформенным.

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

354. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 06-Ноя-12, 18:54 
Я ж тебе говорил - твоя вера в непогрешимость дебомайнтейнеров вскоре может пережить тяжелое испытание. Впрочем, время рассудит, кто из нас был прав. Тем паче и ждать-то недолго - как wheezy отрелизится, радостные майнтейнеры наперегонки будут всяку бяку в сид запиливать.
Ответить | Правка | ^ к родителю #346 | Наверх | Cообщить модератору

355. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от myhand (ok) on 06-Ноя-12, 19:00 
> Я ж тебе говорил - твоя вера в непогрешимость дебомайнтейнеров вскоре может
> пережить тяжелое испытание.

Вы верите в мою веру?

Все уже обсудили, в это обсуждение присутствующих уже пару раз ткнули (напр. #210).  Но вы продолжайте "верить".  Блаженны верующие бо...

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

357. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 06-Ноя-12, 21:29 
>Вы верите в мою веру?

Упаси меня Патрег!

>Все уже обсудили

Ой, я таки вас умоляю. Стремление дебомайнтейнеров изобретать новые зависимости, коих в других дистрах отродясь не водилось, и прибивать гвоздями к нужному ненужное обсуждалось куда как большее кол-во раз. Однако ж dependency hell никуда не делся. А теперь в этот вентилятор кинули systemd, и только слабая [пока] завязка на systemd в апстриме, да предрелизные хлопоты мешают раскидать это овнецо по всем репам. Ну и то, конечно, что вся школoта сидит на Арче с Федоркой, да на Бубунте.

ЗЫж Не поклонник systemd ни разу, скорее "хейтер". Просто я ни разу не верю в дебиановских укурков. Ну а вы можете продолжать верить, что они спасут вас от systemd.

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

359. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от myhand (ok) on 06-Ноя-12, 22:25 
>>Вы верите в мою веру?
> Упаси меня Патрег!

Тогда как узнали о ее наличии?

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

Какие?  Это в Debian пометили ConsoleKit "deprecated"?

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

Ну-ну.  Только не в рассылках дистрибутива.  Там стараются делом заниматься.

> ЗЫж Не поклонник systemd ни разу, скорее "хейтер".

Бездумная ненависть - это глупо.

> не верю в дебиановских укурков.

Школота - геть на лор отсюда...  Эти "укурки" занимаются полезными вещами - а ты только метан производишь.

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

399. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от filosofem (ok) on 07-Ноя-12, 13:11 
Отбросим детсад про укурков и не будем выяснять кто адекватнее: укурки или пивовар. Среди майнтейнеров Дебиана могут быть различные мнения относительно системд. Не вижу ничего удивительного в том, что (например) у майнтейнеров Гнома3 может быть поттеринг головного мозга.
Так вот если сравнивать дистрибутивы рационально, то у Слаки, как у ванильного дистра, ресурсов для избегания системд меньше чем даже у Арча.
При продолжении тенденции по завязыванию всевозможного системного и околосистемного ПО на системд, не исключаю, что и некоторые подсистемы ванильного ядра не будут в скором времени функционировать без участия леннартовых поделий.
В такой ситуации Дебиан один из немногих дистров которые _смогут_ поддерживать альтернативную систему инициализации.
На месте слаководов я бы забил на время про монотеизм и помолился бы на "дебиановских укурков" или на "космонавтов" или на "красноглазиков", чтобы те _захотели_ пилить свои независимые иниты, иначе Бгъ-у просто неизчего будет выбирать.
Ответить | Правка | ^ к родителю #357 | Наверх | Cообщить модератору

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

Вы так говорите, как будто до Поттеринга любой мог взять и быстренько на коленке запилить свою систему инициализации с блэкджеком и шлюхами, но появился Поттеринг, взял всех за яйцы и анально огородил от клавиатур, чтобы не дай бог коммит упал в репозиторий sysvinit, openrc и иже с ними. И что особо хорошего было в общем блобе и кучи шелл-скриптов, в каждом дистрибутиве своих, даже если этот блоб и скрипты проработали n-ное время справно?  Переходят не потому что модно, друг рассказал и вообще, а потому что удобней, быстрее, надежнее и проблем с поддержкой, по крайней мере в перспективе, меньше. И понятно, что первыми это делают не монстры по типу debian, а kiss дистры. У них ресурсов поменьше будет, задачи не такие глобальные, и если можно съэкономить на поддержке чего-то - они экономят. Есть более интересные вещи.

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

401. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 07-Ноя-12, 14:06 
Замени поттеринга на билгейтса, а систему инициализации на ос.

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

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

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

Замени поттеринга на линуса, а систему инициализации на ядро linux. Что-то изменилось? И это что-то доказывает?

> Потом, когда поймёшь что не одиночки делают всё а компании, можешь рассказать
> почему это везде винда. Может потом и про вендорлокин что дойдёт.

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

> И кстати, по поводу огораживания от клавиатурки, - что там рассказали человеку
> который хотел раздельную сборку удева и патчик прислал? Что там линус
> говорил в лкмл по поводу сиверса?

Смотрю тут: http://lwn.net/Articles/490413/,http://www.opennet.dev/opennews/art.shtml?num=33526
"After udev is merged into the systemd tree you can still build it for usage outside of systemd systems, and we will support these builds officially."
Что не так? Не надо systemd - не пользуй, собирай udev и радуйся жизни.

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

405. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 07-Ноя-12, 14:55 
> Замени поттеринга на линуса, а систему инициализации на ядро linux. Что-то изменилось?
> И это что-то доказывает?

Доказывает. Корпорация зарулила открытую ос. На десктопах у всех что? А в дофига организаций унифицировали одну ос под сервера и клиентские места. Угадай какую?
Это конечно просто так произошло, а не усилиями большой корпорации посадить всех на свою ос.

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

И что с ним делать, с изменённым кодом? Куда пойдут компании если им будет предложены варианты: вот компания производитель всякого, сама пишет основу _любого_текущего_ дистра - системд; а вот компания - они там что-то взяли подпатчили, ничего у них нет, контрактов с крупными фирмами нет, етц. Большие фирмы посмотрят и выберут производителя - РХ. В дальнейшем компания номер 2, что бы не стать несовместимой, будет вынуждена просто перепаковывать системд. Ну не сможет она тащить все свои патчи без вливания в апстрим. А как леннарт и сиверс с ними относятся к патчам видно по рассылке.
Всё - вот тебе вендорлокин.

> Смотрю тут: http://lwn.net/Articles/490413/,http://www.opennet.dev/opennews/art.shtml?num=33526
> "After udev is merged into the systemd tree you can still build
> it for usage outside of systemd systems, and we will support
> these builds officially."
> Что не так? Не надо systemd - не пользуй, собирай udev и
> радуйся жизни.

А. Так ты не в курсе. http://www.mail-archive.com/systemd-devel@lists.freedes...
--
on source-based distros like gentoo or lfs, and on distros that do not
use systemd as their init system, we need a way to build systemd and
udev separately from each other so that udev can be built without all of
systemd's build time dependencies.

This series of patches splits up Makefile.am and adds configure switches
so that we can switch on or off the affected parts of the build. By
default, we still build everything.
--

Ответ поттеринга догадаешься какой?

My recommendation for distros who want udev without the rest of systemd
is to build systemd normally and just pick the files you are interested
in from "make install". (And besides that, I am pretty sure you probably
want to pick at least tmpfiles in addition to udev from the build tree).

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

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

406. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 07-Ноя-12, 15:09 
>> Замени поттеринга на линуса, а систему инициализации на ядро linux. Что-то изменилось?
>> И это что-то доказывает?
> Доказывает. Корпорация зарулила открытую ос. На десктопах у всех что? А в
> дофига организаций унифицировали одну ос под сервера и клиентские места. Угадай
> какую?
> Это конечно просто так произошло, а не усилиями большой корпорации посадить всех
> на свою ос.

Я сижу на арче и использую systemd. Какая корпорация меня туда посадила?

>[оверквотинг удален]
> И что с ним делать, с изменённым кодом? Куда пойдут компании если
> им будет предложены варианты: вот компания производитель всякого, сама пишет основу
> _любого_текущего_ дистра - системд; а вот компания - они там что-то
> взяли подпатчили, ничего у них нет, контрактов с крупными фирмами нет,
> етц. Большие фирмы посмотрят и выберут производителя - РХ. В дальнейшем
> компания номер 2, что бы не стать несовместимой, будет вынуждена просто
> перепаковывать системд. Ну не сможет она тащить все свои патчи без
> вливания в апстрим. А как леннарт и сиверс с ними относятся
> к патчам видно по рассылке.
> Всё - вот тебе вендорлокин.

Ололо, а раньше что было? Вот линукс, он отлично подходит под ваш продукт. Однако, каждый пионер там пилит свою систему загрузки, поэтому чтобы успешно продавать свой продукт вам придётся написать и поддерживать инит-скрипты под n+1 дистрибутив.
Вот поэтому вы не найдёте блобов на сайтах производителей под arch например, а под rh и debian - найдёте. Просто там есть строгий стандарт написания этих вещей. Это тоже можно назвать вендор локин.
Коммунити не даст себя в обиду. Много похожих криков было, когда форкнулся xorg. Автор xfree залупился и был озалуплен историей. OO и LibreOffice. Примеров достаточно. Я уверен, то же самое будет и с systemd, пойди оно боком для коммунити.

>[оверквотинг удален]
> want to pick at least tmpfiles in addition to udev from the
> build tree).
> Вот так всё просто. Надо - ручками вытаскивай файлы. Попыток сделать так
> что бы собрать можно было нормально _один_только_ удев не видно. Они
> официально где-то в рассылке заявили что этого пока нет, а с
> большой вероятностью и не будет. Вопрос теперь вот в чём. Если
> нормально нельзя собрать отдельно, в будущем они пропихнут это в LSB,
> большая часть завяжется на удев, какой смысл выдирать оттуда удев? Его
> можно будет слить точно так же в один неразлучный комбайн.
> Пожалуйста ещё один метод вендорлокина - фиг ты форк удева вытащищь.

в той же генте кто-то уже запилил форк udev, mdev и что-то вроде того, гугл в помощь. Так что не надо паники. По факту, udev просто сменил место жительства, а функционала не утратил.

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

409. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 07-Ноя-12, 15:28 
> Я сижу на арче и использую systemd. Какая корпорация меня туда посадила?

А моя контора сидит на винде и пользует службы. Какая корпорация её туда посадила?
А если мне не надо системд какой дистр выбрать? Ну что бы тухлятины в репах не было? Остаётся пока ещё дебиан и шлак. РПМ безед вскорости все будут на системд.

>[оверквотинг удален]
> продукт. Однако, каждый пионер там пилит свою систему загрузки, поэтому чтобы
> успешно продавать свой продукт вам придётся написать и поддерживать инит-скрипты под
> n+1 дистрибутив.
> Вот поэтому вы не найдёте блобов на сайтах производителей под arch например,
> а под rh и debian - найдёте. Просто там есть строгий
> стандарт написания этих вещей. Это тоже можно назвать вендор локин.
> Коммунити не даст себя в обиду. Много похожих криков было, когда форкнулся
> xorg. Автор xfree залупился и был озалуплен историей. OO и LibreOffice.
> Примеров достаточно. Я уверен, то же самое будет и с systemd,
> пойди оно боком для коммунити.

Интересно почему я должен заботиться о тех кто хочет содрать с меня деньги и не может написать скриптов под m дистров? Почему в будущем нельзя будет из кубиков собрать систему как тебе надо, зато шарашки радуются одной расово верной системе инициализации.
А куда делся хфри? Он слился. А куда побежали те пионэры что форкнули? А, они побежали на вяленый и не захотели пилить Х12. Отличное решение. Жду не дождусь когда гугл выкатит свою управлялку окошками, что бы вяленый стал везде ненужен.
А по поводу блобов производителей, всё так. Только почему тогда пилят открытые дрова под видюхи? Взяли бы и радовались блобам, которые просто работают "всегда и везде".

А история уже показала на примере униха что делают форки и попытка привязать к одному производителю. Кто там ещё дышит? Аикса с соляркой? Надо срочно повторить эту же историю с линухом.

> в той же генте кто-то уже запилил форк udev, mdev и что-то
> вроде того, гугл в помощь. Так что не надо паники. По
> факту, udev просто сменил место жительства, а функционала не утратил.

Читал я про этот форк. Там настолько всё серьёзно к  железу привязано что у людей сомнения в жизнеспособности этого. У пользователей форка просто не будет такой пользовательской базы для тестирования и нахождения ошибок. РХ со своим коммунити и примкнувшие к ним последователи просто зарулят по качеству этот мдев. И выкинут этот мдев как и многие другие вещи.
А функционал... Ну подумаешь без системд нельзя будет ядро загрузить. Мелочи какие. Зато функционал в удев не утрачен.

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

410. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 07-Ноя-12, 15:34 
Ах да. Смеяться мы будем когда лёнька выкатит спецязычок для управления этими унитами и вообще всем системд. Это же так приятно и просто когда в спец консольке запускаешь подобное:
start-service -name Themes -passthru | format-list >> startup_log.txt
set-service journal -startuptype automatic
get-wmiobject lin_service | format-table Name, StartMode -autosize
Ответить | Правка | ^ к родителю #409 | Наверх | Cообщить модератору

415. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 07-Ноя-12, 15:52 
>> Я сижу на арче и использую systemd. Какая корпорация меня туда посадила?
> А моя контора сидит на винде и пользует службы. Какая корпорация её
> туда посадила?
> А если мне не надо системд какой дистр выбрать? Ну что бы
> тухлятины в репах не было? Остаётся пока ещё дебиан и шлак.
> РПМ безед вскорости все будут на системд.

Только 2 вопроса: зачем и почему без systemd? Чем он вам мешает, если грузит систему на 5+ и вы можете работать?
Если есть обоснованные ответы на эти вопросы - будут rpm-based без systemd, будьте уверены.

>[оверквотинг удален]
>> Коммунити не даст себя в обиду. Много похожих криков было, когда форкнулся
>> xorg. Автор xfree залупился и был озалуплен историей. OO и LibreOffice.
>> Примеров достаточно. Я уверен, то же самое будет и с systemd,
>> пойди оно боком для коммунити.
> Интересно почему я должен заботиться о тех кто хочет содрать с меня
> деньги и не может написать скриптов под m дистров? Почему в
> будущем нельзя будет из кубиков собрать систему как тебе надо, зато
> шарашки радуются одной расово верной системе инициализации.
> А куда делся хфри? Он слился. А куда побежали те пионэры что
> форкнули? А, они побежали на вяленый и не захотели пилить Х12.

Когда форкался xfree86 ни о каком wayland еще даже речи не шло. Не порите чушь.

> Отличное решение. Жду не дождусь когда гугл выкатит свою управлялку окошками,
> что бы вяленый стал везде ненужен.
> А по поводу блобов производителей, всё так. Только почему тогда пилят открытые
> дрова под видюхи? Взяли бы и радовались блобам, которые просто работают
> "всегда и везде".

Не валите всё в одну кучу. Причем тут systemd? Бинарные драйвера отдельная большая тема для обсуждения.

> А история уже показала на примере униха что делают форки и попытка
> привязать к одному производителю. Кто там ещё дышит? Аикса с соляркой?
> Надо срочно повторить эту же историю с линухом.

Есть большая разница между linux и unix в доступности исходников.

>[оверквотинг удален]
>> вроде того, гугл в помощь. Так что не надо паники. По
>> факту, udev просто сменил место жительства, а функционала не утратил.
> Читал я про этот форк. Там настолько всё серьёзно к  железу
> привязано что у людей сомнения в жизнеспособности этого. У пользователей форка
> просто не будет такой пользовательской базы для тестирования и нахождения ошибок.
> РХ со своим коммунити и примкнувшие к ним последователи просто зарулят
> по качеству этот мдев. И выкинут этот мдев как и многие
> другие вещи.
> А функционал... Ну подумаешь без системд нельзя будет ядро загрузить. Мелочи какие.
> Зато функционал в удев не утрачен.

Приехали. Это где это написано, что ядро через systemd загружаться будет? )

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

428. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от anonymous (??) on 07-Ноя-12, 17:02 

> Смотрю тут: http://lwn.net/Articles/490413/,http://www.opennet.dev/opennews/art.shtml?num=33526
> "After udev is merged into the systemd tree you can still build
> it for usage outside of systemd systems, and we will support
> these builds officially."
> Что не так? Не надо systemd - не пользуй, собирай udev и
> радуйся жизни.

Собрать его отдельно невозможно. Патч, добавляющий возможность сборки udev без systemd был отвергнут.

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

402. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от filosofem (ok) on 07-Ноя-12, 14:15 
>И что особо хорошего было в общем блобе и кучи шелл-скриптов, в каждом дистрибутиве своих, даже если этот блоб и скрипты проработали n-ное время справно?

Что-то хорошее было, например гибкость.
Вообще я к sysvinit достаточно равнодушен. Одинаково равнодушен к upstart, openrc, launchd, или BSD-style rc.
Какие проблему с systemd и в чём сложность "жизни после systemd" для тех которые не согласны с генеральную линией красной партии уже многократно писано, в том числе отчасти и в посте на который вы отвечали.

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

404. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 07-Ноя-12, 14:51 
>>И что особо хорошего было в общем блобе и кучи шелл-скриптов, в каждом дистрибутиве своих, даже если этот блоб и скрипты проработали n-ное время справно?
> Что-то хорошее было, например гибкость.

Гибкость никто не отменял, просто попытка реализовать типовые вещи в одном месте корректно, а не в каждом скрипте/системе своими приблудами/хаками. А гибкость осталась. rc.local systemd пускает, если он есть, да и shell-скрипт systemd тоже запустит, а там городите что вашей душе угодно.

> Вообще я к sysvinit достаточно равнодушен. Одинаково равнодушен к upstart, openrc, launchd, или BSD-style rc. Какие проблему с systemd и в чём сложность "жизни после systemd" для тех которые не согласны с генеральную линией красной партии уже многократно писано, в том числе отчасти и в посте на который вы отвечали.

Еще раз прочитал и не увидел сложностей в жизни после systemd в вашем посте.

> При продолжении тенденции по завязыванию всевозможного системного и околосистемного ПО на системд

Это какие такие тенденции? Какое системное и околосистемное ПО завязывается на systemd, которое раньше не было завязано на другое ПО с той же функциональностью?

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

407. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от filosofem (ok) on 07-Ноя-12, 15:18 
>А гибкость осталась. rc.local systemd пускает, если он есть, да и shell-скрипт systemd тоже запустит

Ещё не хватало чтобы оно шел не запускало. Тоже мне гибкость.

>Это какие такие тенденции? Какое системное и околосистемное ПО завязывается на systemd, которое раньше не было завязано на другое ПО с той же функциональностью?

У вас это делается как-то так: yum resolvedep systemd

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

412. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 07-Ноя-12, 15:37 
>>А гибкость осталась. rc.local systemd пускает, если он есть, да и shell-скрипт systemd тоже запустит
> Ещё не хватало чтобы оно шел не запускало. Тоже мне гибкость.

Тогда о какой гибкости вы говорили?

>>Это какие такие тенденции? Какое системное и околосистемное ПО завязывается на systemd, которое раньше не было завязано на другое ПО с той же функциональностью?
> У вас это делается как-то так: yum resolvedep systemd

У меня в arch от systemd зависит 5 пакетов: dbus-core, upower, syslog-ng, polkit, mkinitcpio. И вполне резонно зависят. Причем зависимость выпиливаемая. В чем проблема хоть убейте не понимаю.

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

414. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от filosofem (ok) on 07-Ноя-12, 15:51 
> Тогда о какой гибкости вы говорили?

О гибкости systemd, в частности о языке юнитов или как они там называются. Ну и о гибкости Unix-way в более широком смысле. Если вы не понимаете, то я на пальцах не объясню.

> У меня в arch от systemd зависит 5 пакетов: dbus-core, upower, syslog-ng,
> polkit, mkinitcpio. И вполне резонно зависят. Причем зависимость выпиливаемая. В чем
> проблема хоть убейте не понимаю.

Вы им пользуетесь, или в виртуалбоксе под семерочкой решили на голый арч посмотреть?
Вот список из моего арча в виртуалке:
accountsservice  bluez  colord  cups  dbus-core  device-mapper eeze-svn  gdm  gnome-control-center  gnome-screensaver  gnome-session gnome-settings-daemon  gstreamer0.10-good-plugins  initscripts libatasmart  libgbm  libgusb  libvirt  libwacom  lvm2 media-player-info  mkinitcpio  mysql  networkmanager  packagekit pcmciautils  polkit  pulseaudio  syslog-ng system-config-printer-common  thunar  udisks  udisks2  upower xf86-input-evdev  xf86-video-ati


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

417. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 07-Ноя-12, 15:59 
>> Тогда о какой гибкости вы говорили?
> О гибкости systemd, в частности о языке юнитов или как они там
> называются. Ну и о гибкости Unix-way в более широком смысле. Если
> вы не понимаете, то я на пальцах не объясню.
>> У меня в arch от systemd зависит 5 пакетов: dbus-core, upower, syslog-ng,
>> polkit, mkinitcpio. И вполне резонно зависят. Причем зависимость выпиливаемая. В чем
>> проблема хоть убейте не понимаю.
> Вы им пользуетесь, или в виртуалбоксе под семерочкой решили на голый арч
> посмотреть?

Именно под семёрочкой, в vmware, правда не на голый, а вполне себе одетый в xfce+slim, со стандартным набором для офиса. Иногда бывает нужен linux по работе.

> Вот список из моего арча в виртуалке:
> accountsservice  bluez  colord  cups  dbus-core  device-mapper eeze-svn
>  gdm  gnome-control-center  gnome-screensaver  gnome-session gnome-settings-daemon  gstreamer0.10-good-plugins
>  initscripts libatasmart  libgbm  libgusb  libvirt  libwacom
>  lvm2 media-player-info  mkinitcpio  mysql  networkmanager  packagekit
> pcmciautils  polkit  pulseaudio  syslog-ng system-config-printer-common  thunar  
> udisks  udisks2  upower xf86-input-evdev  xf86-video-ati

И в каких из этих продуктов systemd невыпиливаем? Слышал что-то о gnome, но в остальном... То что пакет предоставляет .service файл для systemd не говорит ни о чем.

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

419. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от filosofem (ok) on 07-Ноя-12, 16:10 
>xfce+slim

Значит у вас ещё неявные зависимости xfce4-session и всего такого через polkit, dbus, upower.

>И в каких из этих продуктов systemd невыпиливаем?

В Арче половина без systemd уже некорректно работает или не работает вообще, не смотря на то что майнтейнеры планировали поддерживать initscripts. Не получилось.
Вообще да конечно можно выпилить, разговор с того и начялся: кто этим заниматься будет и насколько это трудоёмко и какие препятствия этому чинят.

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

423. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 07-Ноя-12, 16:20 
> Вообще да конечно можно выпилить, разговор с того и начялся: кто этим
> заниматься будет и насколько это трудоёмко и какие препятствия этому чинят.

Какие препятствия, вы о чём? Можно собрать систему без systemd? Да. Целесообразно? Под вопросом. Вот и вся недолга.

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

436. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от filosofem (ok) on 07-Ноя-12, 18:49 
>Можно собрать систему без systemd? Да. Целесообразно? Под вопросом.

Можно написать венду с нуля? Да. Целесообразно?

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

421. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 07-Ноя-12, 16:15 
>> Тогда о какой гибкости вы говорили?
> О гибкости systemd, в частности о языке юнитов или как они там
> называются. Ну и о гибкости Unix-way в более широком смысле. Если
> вы не понимаете, то я на пальцах не объясню.

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

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

437. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от filosofem (ok) on 07-Ноя-12, 18:50 
>>> Тогда о какой гибкости вы говорили?
>> О гибкости systemd, в частности о языке юнитов или как они там
>> называются. Ну и о гибкости Unix-way в более широком смысле. Если
>> вы не понимаете, то я на пальцах не объясню.
> Я думаю, если у вас есть конструктивная критика - вас выслушают в
> списке рассылки. А без этого - вы очередной диванный критик, рассуждающий
> абстракциями и желающий странного.

В списке рассылки чего, системд, арча? Вы о чём вообще, какая критика? Там одни Дартаньяны.

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

353. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 06-Ноя-12, 18:50 
То же самое недавно писал. Но я думал, оно только на сиде есть. А оказывается, уже в wheezy пролезло? Быстро.
Ответить | Правка | ^ к родителю #307 | Наверх | Cообщить модератору

338. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 06-Ноя-12, 11:31 
ЖОПЫ В ОГНЕ!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

344. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –1 +/
Сообщение от anonymous (??) on 06-Ноя-12, 14:08 
Почему-то мне кажется, что пропихнуть systemd поглубже --- это только первый шаг комбинации. Почему?

- технические решения в systemd ни разу не rocket science; часть решений (init, logging, login, devices, ... --- в одном флаконе) мягко скажем, не очень однозначна;

- проталкивание очень горячее, проблемную сторону просто забалтывают, а слово "systemd" постоянно на слуху последнее время;

Мне кажется, я это уже встречал. А, "Get The Facts". "Если нельзя победить, то надо возглавить". Похоже, что Мигель уже отыгранный материал, теперь Леннарта подкатывают к стенам великой Трои.

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

349. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Аноним (??) on 06-Ноя-12, 15:12 
Надо прибить ещё пару штучек в основу системы:
раз http://fedoraproject.org/wiki/Features/SSSD
два http://www.freeipa.org/page/Main_Page
Добавить самбу4 по вкусу. Так победим.
Ответить | Правка | ^ к родителю #344 | Наверх | Cообщить модератору

373. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/
Сообщение от Аноним (??) on 07-Ноя-12, 10:23 
> пропихнуть systemd поглубже
> - проталкивание очень горячее

кококой интересный потциент ...

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

360. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от Пр0х0жий (ok) on 06-Ноя-12, 23:30 
Чуть раньше:
> Arch Linux ... не будет доступна одновременная работа
> нескольких пользовательских сеансов.

А теперь:
> Разработчики проекта Arch Linux сообщили о прекращении поддержки
> классической системы инициализации initscripts, из-за ... нехватки
> ресурсов на поддержание данной подсистемы в актуальном состоянии.

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

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

362. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/
Сообщение от develop7 (ok) on 07-Ноя-12, 00:56 
> due to lack of resources *and* interest

.

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

451. "Сугубо для демонстрации shell vs systemd - не sysvinit единым"  +/
Сообщение от nuclight email(??) on 08-Ноя-12, 22:09 
>[оверквотинг удален]
> ExecStart=/usr/sbin/apachectl start
> ExecStop=/usr/sbin/apachectl graceful-stop
> ExecReload=/usr/sbin/apachectl graceful
> PrivateTmp=true
> LimitNOFILE=infinity
>
> [Install]
> WantedBy=multi-user.target
>
> Даже мне понятна практически каждая строчка.

Вот пример типичного шелл-скрипта из BSD rcNG:


#!/bin/sh
#
# $FreeBSD: release/9.0.0/etc/rc.d/inetd 174438 2007-12-08 07:20:23Z dougb $
#

# PROVIDE: inetd
# REQUIRE: DAEMON LOGIN cleanvar
# KEYWORD: shutdown

. /etc/rc.subr

name="inetd"
rcvar=`set_rcvar`
command="/usr/sbin/${name}"
pidfile="/var/run/${name}.pid"
required_files="/etc/${name}.conf"
extra_commands="reload"

load_rc_config $name
run_rc_command "$1"

Поддерживает команды start/stop/status/reload/другие - без всяких sysv-портянок текста, поддерживает стандартные команды конфигурации в /etc/rc.conf + /etc/rc.conf.d/*, и встает в загрузке по зависимостям на нужное место. И самое главное - не требует никаких демонов, чистый шелл.

И в линуксах тоже используют не только sysvinit, просто Леня забыл выглянуть из пещеры, когда ЧСВ взыграло свой велосипед клепать.

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

452. "Сугубо для демонстрации shell vs systemd - не sysvinit единым"  +/
Сообщение от myhand (ok) on 09-Ноя-12, 01:43 
>> Даже мне понятна практически каждая строчка.
> Вот пример типичного шелл-скрипта из BSD rcNG

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

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

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

453. "Сугубо для демонстрации shell vs systemd - не sysvinit единым"  +/
Сообщение от nuclight email(ok) on 09-Ноя-12, 02:03 
>>> Даже мне понятна практически каждая строчка.
>> Вот пример типичного шелл-скрипта из BSD rcNG
> Вы тоже упустили главное.  Моего оппонента попросили воспроизвести *все* поведение init-скрипта
> для апача в дебиан, весь функционал.  А не жалкий шаблон
> из арча для "среднестатистического сервиса в вакууме".
> Шаблонный код можно уложить и в одну строчку.  Было бы желание.
>  Меряться этим - глупо, меряться нужно на практических задачах.

Вы с кем и с чем спорите-то? С пропонентами systemd ? Так с ними и спорьте. C реализацией того, что не укладывается в шаблон? Если нужно что-то более серьезное на шелле, так это опять же вполне реализуемо, и более простыми средствами, чем sysvinit, и без расписывания каждого чиха - библиотека богатая. За примером конкретно для апача мне на ту машину лезть щас влом, а для nginx под рукой, покажу:


#!/bin/sh
# $FreeBSD: ports/www/nginx/files/nginx.sh.in,v 1.9 2010/03/28 04:44:54 dougb Exp $

# PROVIDE: nginx
# REQUIRE: LOGIN cleanvar
# KEYWORD: shutdown

#
# Add the following lines to /etc/rc.conf to enable nginx:
# nginx_enable (bool):          Set to "NO" by default.
#                               Set it to "YES" to enable nginx
# nginx_profiles (str):         Set to "" by default.
#                               Define your profiles here.
# nginxlimits_enable (bool):    Set to "NO" by default.
#                               Set it to yes to run `limits $limits_args`
#                               just before nginx starts.
# nginx_flags (str):            Set to "" by default.
#                               Extra flags passed to start command.
# nginxlimits_args (str):       Default to "-e -U www"
#                               Arguments of pre-start limits run.

. /etc/rc.subr

name="nginx"
rcvar=`set_rcvar`

start_precmd="nginx_precmd"
restart_precmd="nginx_checkconfig"
reload_precmd="nginx_checkconfig"
configtest_cmd="nginx_checkconfig"
gracefulstop_cmd="nginx_gracefulstop"
upgrade_precmd="nginx_checkconfig"
upgrade_cmd="nginx_upgrade"
command="/usr/local/sbin/nginx"
_pidprefix="/var/run/nginx"
pidfile="${_pidprefix}.pid"
required_files=/usr/local/etc/nginx/nginx.conf

[ -z "$nginx_enable" ]          && nginx_enable="NO"
[ -z "$nginxlimits_enable" ]    && nginxlimits_enable="NO"
[ -z "$nginxlimits_args" ]      && nginxlimits_args="-e -U www"

load_rc_config $name

if [ -n "$2" ]; then
        profile="$2"
        if [ "x${nginx_profiles}" != "x" ]; then
                pidfile="${_pidprefix}.${profile}.pid"
                eval nginx_configfile="\${nginx_${profile}_configfile:-}"
                if [ "x${nginx_configfile}" = "x" ]; then
                        echo "You must define a configuration file (nginx_${profile}_configfile)"
                        exit 1
                fi
                required_files="${nginx_configfile}"
                eval nginx_enable="\${nginx_${profile}_enable:-${nginx_enable}}"
                eval nginx_flags="\${nginx_${profile}_flags:-${nginx_flags}}"
                eval nginxlimits_enable="\${nginxlimits_${profile}_enable:-${nginxlimits_enable}}"
                eval nginxlimits_args="\${nginxlimits_${profile}_args:-${nginxlimits_args}}"
                nginx_flags="-c ${nginx_configfile} -g \"pid ${pidfile};\" ${nginx_flags}"
        else
                echo "$0: extra argument ignored"
        fi
else
        if [ "x${nginx_profiles}" != "x" -a "x$1" != "x" ]; then
                for profile in ${nginx_profiles}; do
                        echo "===> nginx profile: ${profile}"
                        /usr/local/etc/rc.d/nginx $1 ${profile}
                        retcode="$?"
                        if [ "0${retcode}" -ne 0 ]; then
                                failed="${profile} (${retcode}) ${failed:-}"
                        else
                                success="${profile} ${success:-}"
                        fi
                done
                exit 0
        fi
fi

nginx_checkconfig()
{
        echo "Performing sanity check on nginx configuration:"
        eval ${command} ${nginx_flags} -t
}

nginx_gracefulstop()
{
        echo "Performing a graceful stop:"
        sig_stop="QUIT"
        run_rc_command ${rc_prefix}stop $rc_extra_args || return 1
}

nginx_upgrade()
{
        echo "Upgrading nginx binary:"

        reload_precmd=""
        sig_reload="USR2"
        run_rc_command ${rc_prefix}reload $rc_extra_args || return 1

        sleep 1

        echo "Stopping old binary:"

        sig_reload="QUIT"
        pidfile="$pidfile.oldbin"
        run_rc_command ${rc_prefix}reload $rc_extra_args || return 1
}

nginx_precmd()
{
        nginx_checkconfig

        if checkyesno nginxlimits_enable
        then
                eval `/usr/bin/limits ${nginxlimits_args}` 2>/dev/null
        else
                return 0
        fi
}

extra_commands="reload configtest upgrade gracefulstop"
run_rc_command "$1"

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

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

454. "Сугубо для демонстрации shell vs systemd - не sysvinit единым"  +/
Сообщение от myhand (ok) on 09-Ноя-12, 15:36 
> Вы с кем и с чем спорите-то? С пропонентами systemd ? Так
> с ними и спорьте.

Я просто не понимаю к чему вы привели свои "примеры".  Поставленной задачи они - не решают.

> За примером конкретно для апача
> мне на ту машину лезть щас влом, а для nginx под рукой, покажу:

Это дебиан?  Или вы по-прежнему ничерта не поняли?

Повторяю, речь шла о том, чтобы написать на systemd пример конфига реального сервиса.  Я выбрал вполне конкретный сервис, конкретный дистрибутив.  Жду обещанные "пару строчек" (с сохранением всего функционала старого решения, совместимостью, etc).

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

455. "Сугубо для демонстрации shell vs systemd - не sysvinit единым"  +/
Сообщение от nuclight email(ok) on 09-Ноя-12, 17:28 
>> Вы с кем и с чем спорите-то? С пропонентами systemd ? Так
>> с ними и спорьте.
> Я просто не понимаю к чему вы привели свои "примеры".  Поставленной
> задачи они - не решают.

Поставленной кем, пардон? Лично мне никто никаких задач тут не ставил. Не понимаете, не Вас касается - нахера спорить лезете? Глупо выглядит.

>> За примером конкретно для апача
>> мне на ту машину лезть щас влом, а для nginx под рукой, покажу:
> Это дебиан?  Или вы по-прежнему ничерта не поняли?
> Повторяю, речь шла о том, чтобы написать на systemd пример конфига реального
> сервиса.  Я выбрал вполне конкретный сервис, конкретный дистрибутив.  Жду
> обещанные "пару строчек" (с сохранением всего функционала старого решения, совместимостью,
> etc).

Очевидно, что это Вы ничерта не поняли. Я отвечал сторонникам systemd по другому вопросу и даже в совершенно другом треде. А Вы захламляете этот зачем-то.

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

462. "Сугубо для демонстрации shell vs systemd - не sysvinit единым"  +/
Сообщение от myhand (ok) on 09-Ноя-12, 23:39 
> Поставленной кем, пардон?

В данном случае - мной.  Будьте внимательнее, пожалуйста.

> Очевидно, что это Вы ничерта не поняли. Я отвечал сторонникам systemd по
> другому вопросу и даже в совершенно другом треде.

Но процитировали почему-то (здесь, #451) именно ответ мне (вот тут, #433).  

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

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

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




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

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