Разработчики Linux дистрибутива Debian опубликовали (http://permalink.gmane.org/gmane.linux.debian.devel.announce...) план переработки системы инициализации для будущего релиза Debian 6.0 (Squeeze). Пакетная база для Squeeze будет заморожена в декабре 2009 года, а релиз будет выпущен весной или летом следующего года. Кроме ранее анонсированной (https://www.opennet.ru/opennews/art.shtml?num=23296) миграции на загрузчик GRUB 2 и переход на использование для выполнения shell скриптов вместо /bin/sh быстрой и упрощенной оболочки dash, запланирован переход на альтернативную реализацию init-инфраструктуры - Upstart (http://upstart.ubuntu.com/), разработанную изначально для дистрибутива Ubuntu, но также используемую и в проекте Fedora.
По оценке разработчиков, текущее состояние системы инициализации Debian все больше и больше не соответствует тенденциям развития Linux ядра, которое развивается в направлении событийно-ориентированной архитектуры. Например, последние версии ядра позволяю...URL: http://permalink.gmane.org/gmane.linux.debian.devel.announce...
Новость: https://www.opennet.ru/opennews/art.shtml?num=23318
Смешанные чувства. Скорее плохо чем хорошо. Таким образом развивается проприетарный мир, где всего за несколько процентов профита (снижения себестоимости, а следовательно выигрыша в конкурентной борьбе) идут на десятикратное усложнение всей системы. Ведь пользователю читай и не надо знать как происходит инициализация. Мудрые разработчики уже обо всём позаботились: нажимай кнопку и наслаждайся! Единственное, о чём они не позаботились, так это о потенциальных разработчиках, которые в огромном количестве переходят на Арч (и почему-то чаще всего с дебиана, ну или с генту, но уже по другим причинам).
Фееричный бред.
Зачем бояться новых технологий ?
Там не так все сложно как вам кажется
Есть такие эпитеты в английском языке - bloated и complicated. Не рискну дать перевод (всё-таки это не просто "раздутый" и "сложный"), но upstart именно так и можно охарактеризовать. Было бы не так страшно, если бы у разрабов всё и сразу выходило как надо, а то будет как всегда (hal, dbus, fontconfig пеерехавший на xmlные конфиги, тысячи их).
Можно конечно и по старинке юзать древнючий init и пинать 1 сервис в единицу времени. А то что система при загрузке большую часть времени в итоге ничерта не делает, ожидая того и сего - да и черт с ним, "и пусть весь мир подождет". А ждать есть кому и чего - линух встречается в очень разных местах, в некоторых длительное ожидание неприемлимо.
Речь даже не про то, что это сначала не будет работать, это полбеды, речь о том, чтобы это настроить под себя, изменить, создать с 0, будет совсем непросто, а надеяться на дяденьку-майнтейнера в наше неспокойное время не приходится.
Ну да, просто круто сидеть в барахле устаревшем еще 10 лет назад. Все и сразу как надо не выйдет. Но не надо бояться побывать.
Сервисы у меня распараллены, но вручную (таки арч, да)
Все еще в ДОСе сидите? А то современные ядра - они такие bloated и complicated...
Linux вполне модульный, и при сборке у меня всё ненужное давно отключено
Что ненужное вы нашли в апстарте?
Я его не осилил. И не я один. Больше того, существует куча вариаций на тему распараллеливания старта сервисов, которые мне кажутся более вменяемыми.
Ни асилили - сидите на арче и пилите загрузку руками
в апстарте все очень грамотно и вполне себе юниксвейно
когда станет мейнстримом - появится много хаутушек
на русском в том числе - тогда осилите
или поменяете профессию
>поменяете профессиюИзвините, а вы (не буду писать с большой буквы), чьих будете? И давно ли сами получили диплом?
чёт мне кажется решение не далось им легко
Используйте Slackware и будет вам KISS. Я понимаю ваше беспокойство (да, асинхронность всегда сложнее), но если хочется быть серьезным - надо делать все асинхронно.
Чорт, хотел плюсануть, промазал, минусанул. Сорри. Очень логично, imho, поддерживаю.
Debian - GNU/Linux дистрибьютив основанный на Ubuntu ^_^
>Debian - GNU/Linux дистрибьютив основанный на Ubuntu ^_^Блин, так не для этого ли нужен опесорц?! (да, я Капитан Очевидность)
Ты о чём? Upstart как раз прост, понятен и легок в настройке и модифицировании. Про init классический, который сейчас в Debian, этого не скажешь. И так уже большинство от него на Debian отказались и пользуют "розетки" подъёма сетевых интерфейсов и daemontools. Ну невозможно уже терпеть, когда, к примеру, при старте сервиса оказалась не доступна DNS-информация или система мониторинга запустилась после старта всех сервисов.
>Ты о чём? Upstart как раз прост, понятен и легок в настройке
>и модифицировании. Про init классический, который сейчас в Debian, этого не
>скажешь. И так уже большинство от него на Debian отказались и
>пользуют "розетки" подъёма сетевых интерфейсов и daemontools. Ну невозможно уже терпеть,
>когда, к примеру, при старте сервиса оказалась не доступна DNS-информация или
>система мониторинга запустилась после старта всех сервисов.По этому поводу в багзилле дебьяна висит очень показательный баг. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=540575
Ну и это в том числе. Хотя там достаточно потереть adjtime, скорее всего там ошибка накопилась.
>>К списку проблем также можно отнести сложность и запутанность выбора порядкового номера запуска сервисов с учетом возможных комбинации установки пакетов в дистрибутиве.Что от этой SystemV-мусора ничего хорошего ждать не приходится - было ясно ещё двадцать лет назад. В BSD-like системах инициализации всё распараллеливание сводится к правильной расстановке & в init-скриптах.
Что-то я так и не понял, чем UpStart лучше OpenRC. В последнем и асинхронная загрузка с зависимотями есть (причём отключаемая), и скрипты простые, и inittab остался как есть. Иными словами в openrc всё просто и со вкусом, смысл воротить велосипед? Напоминает hal vs udev: первое не нужно, если есть второе, но всё равно громоздят лишнюю абстракцию.
да openrc хорошо - и быстр и что самое главное прозрачен для пользователя, гибкость инит-скриптов на высоком уровне.
Вообще-то hal и udev - абсолютно разные сервисы с непересекающимся функционалом.
>Что-то я так и не понял, чем UpStart лучше OpenRC. В последнем
>и асинхронная загрузка с зависимотями есть (причём отключаемая), и скрипты простые,
>и inittab остался как есть. Иными словами в openrc всё просто
>и со вкусом, смысл воротить велосипед? Напоминает hal vs udev: первое
>не нужно, если есть второе, но всё равно громоздят лишнюю абстракцию.
>Просто дело в том, что в компаниях вроде Каноникал, РедХат, Новелл и других, сидят программисты на порядок глупее Вас. Они не осознают, что если расширять существующую систему, то сил и времени тратится меньше. Поэтому они и городят велосипеды.
/s
З.Ы. читать внимательно до просветления http://www.netsplit.com/2006/08/26/upstart-in-universe/
> Просто дело в том, что в компаниях вроде Каноникал, РедХат, Новелл и других, сидят программисты на порядок глупее Вас. Они не осознают, что если расширять существующую систему, то сил и времени тратится меньше. Поэтому они и городят велосипеды.Ой-вэй, не канони кал ли bazaar разрабатывает? Наверное, потому что очень умные, уже 4 года долбутся с бедняжкой.
скажу честно, когда попробывал freeBSD
понял в чем плюсы rc.conf перед /rc.d/runlevelsпросто, понятно, контролируемо.
а upstart в дебиане - это не дело, ему оно не нужно совсем. ИМХО
>скажу честно, когда попробывал freeBSD
>понял в чем плюсы rc.conf перед /rc.d/runlevels
>
>просто, понятно, контролируемо.
>
>а upstart в дебиане - это не дело, ему оно не нужно
>совсем. ИМХООно ему нужно. Причём очень.
rc.conf во FreeBSD удобен, но его подсистема довольно сложна для разработчика.
Чего там сложного? Элементарные скрипты из двух функций (а для запуска сервисов и их не нужно) + небольшой и хорошо документированный rc.subr.
Может, они про OpenRC и не знают?
Не прошло и 20 лет как до дебианщиков наконец дошло:)
Так и не понял, причём тут "события"... Если диск есть, но его нет, нужно тупо загрузить драйвер! Но перед загрузкой проверить, что зависимые дрова загружены. Всё.
А для общего старта, система сама должна выстроить независимые ветки с упорядоченными дровами.
Эх, чё только не придумают, лишь бы свой и двухколёсный!Ребят, спасибо за OpenRC - супир!!
очепятка : а для определения посдедовательности запуска сервисов
Пользую runit, и вам того желаю.
Чего так много недовольных сисVинитом? А помоему бсд-инит уг. Ранлевелами пользуюсь иногда.
>Чего так много недовольных сисVинитом?То есть текста новости Вы не читали? ...не осилили и перешли к самовыражению?
>Чего так много недовольных сисVинитом?В современных реалиях именно классический сис5 инит - плох ТОРМОЗНУТОСТЬЮ. Система с оным при загрузке больше времени ничерта не делает, ожидая того и сего чем делает что-то полезного. В upstart нормальная event-based модель старта, с учетом того кто от кого зависит и чего ему для старта требуется. И достаточно гибкая для того чтобы изображать старичка init-а для тех кто использует классические скрипты. На вкус и цвет фломастеры разные, но в конце концов init давно пора чем-нибудь более вменяемым заменить.
>В современных реалиях именно классический сис5 инит - плох ТОРМОЗНУТОСТЬЮ.Это не самое в нем плохое. Мне лично положить, одун секунду оно будет грузиться или десять, sysv плох общей архитектурной убогостью. Ранлевелы - это феерический, невозможный идиотизм, а их конфигурирование симлинками - вдвойне.
Демон /etc/event.d в чём-то похож на бздёвый /etc/rc.d/devd.
Как раз хотел упомянуть его.
В свое время меня очень порадовала система: пришло событие - запустился скрипт.
Правда в freebsd эту систему кроме скриптов сети никто и не юзает. :(
> Правда в freebsd эту систему кроме скриптов сети никто и не юзает. :(Юзает. Просто посмотри /etc/devd.conf.
Очень даже юзает!
Я себе, скажем, в /etc/devd.conf настроил событие выключать комп при вставке любого, кроме флешки, USB-девайса. Ну стоит у меня этот комп на балконе, мордой от меня, выключать в случае чего замудохаешься :)
sudo poweroff не осилил?
вы удивитесь, но на freebsd эта команда ни к чему не приведет ;) но с сутью согласен)
>То есть текста новости Вы не читали? ...не осилили и перешли к самовыражению?У меня как бы убунта, апстарт... Не вижу каких-то сложностей.
гыгы, а много кто наезжал на Убунту, что от неё никакого толку опен цорс сообществу.
Да! Пусть теперь разработчики Debian впахивают, чтобы помочь Ubuntu помочь им.