From: Anton Farygin <rider@altlinux.com> To: ALT Linux Team development discussions <public-devel-XbBxUvOt3X3HsNE/8sQLYR2eb7JE58TQ@hugh.gmane.org> Subject: Re: [devel] Инициализация системы Date: Thu, 06 Mar 2008 21:50:54 +0300 Message-ID: <47D03D0E.8050108@altlinux.com> (raw) In-Reply-To: <200803061932.28928.rlz@altlinux.org> Dmitry M. Maslennikov пишет: > В сообщении от Thursday 06 March 2008 18:56:26 Anton Farygin написал(а): >>> 1. Обслуживание служб по событиям от железа (появилась wifi-сеть - >>> подняли чего на неё навешано). >> Этим занимается специализированный сервис. >> >>> 2. Обслуживание служб по событиям от юзера (см. per-user gpg-agent или >>> X11 в MacOSX) >> Этим тоже.. в нашем случае - KDE/Gnome. >> >>> 3. Обслуживание служб по другим любым событиям >> Здесь согласен - могут быть службы, которые есть необходимость поднимать >> по событиям. Но это работает и сейчас и не приводит к каким-то серьёзным >> проблемам (пример - Bluetooth, который поднимается в udev). > > Вот-вот, я полностью согласен. Не вижу необходимости мешать ИНИЦИАЛИЗАЦИЮ и > некоторые неведомые события. Пусть каждый занимается своим делом. После того, > как машина поднята и настроена, никто не мешает кому угодно обрабатывать > события, если оно надо > >> Все вопросы как-то связаны друг с другом. Наличие интерфейса управления >> службами необходимо. > > Еще добавлю: не замечали, убогость всех настройщиков SysV, которые существуют > до сих пор? Как правило, это 6 уровней запуска, которые нумеруются, но > пользователю -- это к чему? Каким номером какой сервис запускать? Что каждый > из них означает? В общем бедно и не куда не годиться. Слишком много > пользователь должен знать, чтобы выкинуть не нужный ему сервис печати (cups) > из загрузки вообще. В такое пользователь после винды не пойдет и правильно > сделает. Вот если будет что-то вроде LSB, то можно сделать нормальный > интерфейс, ну скажем аля виндового, с единым уровнем запуска (оставим > остальные администраторам, для пользователя есть единственный уровень, тот, в > котором он работает), и человеческим описанием и действиями. Естественно, так и должно быть. Я уже забыл когда какой-то сервис выключал (например) для 3-его уровня и включал для 5-ого не в пакете. > >> Главное что бы это было весьма эффективно. Время загрузки системы >> конечно (для меня лично) не имеет никакого значения. Но всё ещё есть >> пользователи, которые каждый день выключают и включают компьютер. >> >> Но им бы я предложил настроить suspend на disk. > > К сожалению, не везде он работает так как надо и из коробки. Поэтому > пользователи, в общем-то, правильно укажут направление данному дистрибутиву. > Все привыкли выключать, и очень не любят, когда им указывают, что им делать. Все не любят слушать.. с suspend на диск естественно надо довести его до нормального состояния. И мне эта задача кажется весьма полезной. Впрочем, задача по ускорению загрузки системы, особенно для LiveCD/моего_сотового_телефона - намного полезнее чем suspend2disk ;) > >> LSB рулит. Чем меньше стандартов, тем лучше. Пускай это будет один >> стандарт. > > Тоже полностью согласен. > >> А если взглянуть на жизнь более реально, то брать надо за основу "самый >> распространённый вариант". Например - посмотреть какие чаще всего >> скрипты распространяются со сторонними пакетами. В данном контексте я не >> говорю про качество этих скриптов, тут основная задача - что б работало, >> а не что б красиво. > > По-моему, тогда SysV вне конкуренции. Думаю, в ближайшее время, правда, будет > с LSB-коментариями. Только ну не вписываются они в существующие системы, если > не ошибаюсь. Но на init-ng легко ложаться, значит можно либо конвертировать, > либо написать новый плагин для парсинга. > главное что бы оставалась возможности использовать SysV.
next prev parent reply other threads:[~2008-03-06 18:50 UTC|newest] Thread overview: 60+ messages / expand[flat|nested] mbox.gz Atom feed top 2008-03-06 9:14 Dmitry M. Maslennikov 2008-03-06 10:04 ` Alexey Tourbin 2008-03-08 19:38 ` Michael Shigorin 2008-03-06 10:17 ` Igor Vlasenko 2008-03-06 10:20 ` Mikhail Gusarov 2008-03-06 10:31 ` Igor Vlasenko 2008-03-06 10:35 ` Mikhail Gusarov 2008-03-06 10:58 ` Igor Vlasenko 2008-03-06 12:12 ` Dmitry M. Maslennikov 2008-03-06 12:16 ` Mikhail Gusarov 2008-03-06 12:30 ` Dmitry M. Maslennikov 2008-03-06 12:31 ` Dmitry M. Maslennikov 2008-03-06 12:36 ` Mikhail Gusarov 2008-03-06 13:27 ` Dmitry M. Maslennikov 2008-03-06 13:49 ` Mikhail Gusarov 2008-03-06 15:56 ` Anton Farygin 2008-03-06 16:16 ` Mikhail Gusarov 2008-03-06 16:41 ` Dmitry M. Maslennikov 2008-03-06 16:43 ` Mikhail Gusarov 2008-03-06 17:03 ` Dmitry M. Maslennikov 2008-03-06 17:05 ` Mikhail Gusarov 2008-03-06 17:15 ` Mikhail Gusarov 2008-03-06 17:15 ` Dmitry M. Maslennikov 2008-03-06 17:16 ` Mikhail Gusarov 2008-03-06 17:30 ` Dmitry M. Maslennikov 2008-03-06 17:32 ` Mikhail Gusarov 2008-03-06 17:34 ` Mikhail Gusarov 2008-03-06 17:49 ` Dmitry M. Maslennikov 2008-03-06 18:45 ` Anton Farygin 2008-03-06 20:10 ` Dmitry M. Maslennikov 2008-03-06 18:44 ` Anton Farygin 2008-03-06 18:43 ` Anton Farygin 2008-03-06 18:41 ` Anton Farygin 2008-03-06 20:00 ` Mikhail Gusarov 2008-03-06 16:32 ` Dmitry M. Maslennikov 2008-03-06 18:50 ` Anton Farygin [this message] 2008-03-06 20:14 ` Dmitry M. Maslennikov 2008-03-06 15:58 ` Dmitry M. Maslennikov 2008-03-06 16:12 ` Mikhail Gusarov 2008-03-06 13:29 ` Dmitry M. Maslennikov 2008-03-08 19:40 ` Michael Shigorin 2008-03-09 5:24 ` Денис Смирнов 2008-03-09 11:03 ` Alexey Gladkov 2008-03-09 11:07 ` Mikhail Gusarov 2008-03-09 11:36 ` Alexey Gladkov 2008-03-09 13:15 ` Dmitry V. Levin 2008-03-09 13:21 ` Alexey Gladkov 2008-03-09 15:47 ` Dmitry M. Maslennikov 2008-03-09 16:12 ` Alexey Gladkov 2008-03-09 16:29 ` Dmitry M. Maslennikov 2008-03-09 18:27 ` Alexey Gladkov 2008-03-09 20:28 ` Dmitry M. Maslennikov 2008-03-10 5:24 ` Денис Смирнов 2008-03-10 11:29 ` Alexey Gladkov 2008-03-10 11:48 ` Mikhail Gusarov 2008-03-10 20:20 ` Dmitry M. Maslennikov 2008-03-10 20:25 ` Michael Shigorin 2008-03-10 21:20 ` Alexey Gladkov 2008-03-10 21:50 ` Денис Смирнов 2008-03-12 19:55 ` [devel] fedora boot times (was: Инициализация системы) Michael Shigorin
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=47D03D0E.8050108@altlinux.com \ --to=rider@altlinux.com \ --cc=devel@lists.altlinux.org \ --cc=public-devel-XbBxUvOt3X3HsNE/8sQLYR2eb7JE58TQ@hugh.gmane.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git