LINUX.ORG.RU

В Debian 8 «Jessie» будет оставлена возможность использования других систем инициализации вместо Systemd

 , , ,


0

1

В сегодняшнем интервью проекту ITWire, лидер проекта Debian — Лукас Нуссбаум (Lucas Nussbaum) подтвердил, что пользователи смогут продолжить использовать операционные системы Debian GNU/Linux с системой инициализации Sysvinit.

Несмотря на принятое в феврале этого года решение о переходе на Systemd в качестве систему инициализации по умолчанию для релиза Debian Jessie, в ветке Testing в настоящее время доступен пакет systemd-shim, который позволяет использовать функционал Systemd без использования самого Systemd в качестве системы инициализации, таким образом по-прежнему используя SysVInit или, например, Upstart для управления загрузкой.

Пакет systemd-shim будет доступен далее и будет поддерживаться в Debian Jessie. По умолчанию же по-прежнему будет устанавливаться Systemd.

systemd-shim - «заглушка», предоставляющая dbus-интерфейс Systemd для служб, нуждающихся в нем (таких, как logind, timedated и др.), без необходимости запуска Systemd в качестве системы инициализации (т.е. как init можно по-прежнему использовать sysvinit или любую другую систему). однако, этот пакет предоставляет только dbus-интерфейс org.freedesktop.systemd1.service, для остальных (org.freedesktop.hostname1.service, org.freedesktop.locale1.service, eorg.freedesktop.login1.service и других) все же потребуется установка пакета systemd и использование соответствующих утилит (например, новые версии LightDM не работают без logind, GNOME требует наличия многих служб Systemd).

Подробнее о systemd-shim можно узнать из этого письма сопровождающего данного пакета и дальнейшего обсуждения

>>> Источник



Проверено: Shaman007 ()
Последнее исправление: cetjs2 (всего исправлений: 4)

Ответ на: комментарий от ugoday

Объясни, как сломали систему инициализации? Инит перестал работать или что?

anonymous
()
Ответ на: комментарий от anonymous

Ну, что за одмины пошли, сплошь хлюпики.

Ты так желаешь унификации? Начни с пакетного менеждера. Задайся вопросом, почему в различных дистрибутивах различные пакетные менеджеры. И что есть эта разница, религиозные принципы? Придумай опрос в конечном счёте.

trueshell ★★★★★
()
Ответ на: комментарий от trueshell

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

anonymous
()
Ответ на: комментарий от anonymous

проблема загрузки решена же как-то в планшетах на андроиде и ios (кстати, не так они и быстро грузятся-то).

anonymous
()
Ответ на: комментарий от intelfx

Ну ты и лох

А тебе не известно, что интерфейсы бывают нужны не просто так, а с какой-то целью? Напиши программу, которая будет использовать некую библиотеку X, но будет работать без неё. А что? «Или ты настолько тупорыл, что неспособен правильно отработать undefined reference (или как оно там) и работать дальше?»

man dlopen

man dlsym

man dlclose

anonymous
()
Ответ на: комментарий от anonymous

Прям каленым железом мейнтейнеров дистров пытает или под дулом пистолета заставляет? Если кому и надо дать коленом, так это гномерам. Ведь из-за привязки systemd к гному весь сыр-бор.

anonymous
()
Ответ на: комментарий от anonymous

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

А использовать федору религия не позволяет? Пакетный менеджер не устраивает? В чём собственно проблема если надо всё из коробки?

trueshell ★★★★★
()
Ответ на: комментарий от anonymous

А кто вас трогает и как? В старые релизы никто насильно системд не пихает.

А при обновлении я обязан сплясать под бубен планшетчиков? Вы с какого дуба рухнули?

trueshell ★★★★★
()
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от quest

Маловероятно, эффект варёной лягушки ещё никто не отменял

frost_ii ★★★★★
()
Ответ на: комментарий от trueshell

сплясать под бубен планшетчиков?

Причем здесь systemd? И кто мешает перейти обратно на sysvinit. Внезапно, есть еще и openrc (гентушникам привет).

anonymous
()
Ответ на: комментарий от trueshell

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

anonymous
()
Ответ на: комментарий от anonymous

И кто мешает перейти обратно

Кто вам мешает использовать федору, где системД из коробки? Там и софт, вероятно поновее.

trueshell ★★★★★
()
Ответ на: комментарий от anonymous

А я вот Дебиан люблю, например.

Тогда используйте и не нойте.

trueshell ★★★★★
()
Ответ на: комментарий от anonymous

но systemd совсем не лёгок, наоборот же. если б он был быст и лёгок, то все бы ЛП носили на руках.

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

anonymous
()
Ответ на: Ну ты и лох от anonymous

ПНХ. Тремя постами ниже я написал, что речь об основной функциональности, поэтому #ifdef-лапша и dlfcn.h не в счёт.

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 1)
Ответ на: комментарий от Quasar

Вот что мешало взять тот же supervisord, который появился за несколько лет до начала проектирования systemd

Лол, а кто будет перезапускать убитый супервайзор? init respawn? Отличное решение!

работающий в юзерспейс

systemd работает в юзерспейсе.

По мерками инита слишком дофига.

Define «мерки инита».

Те «юзерспейсные» модули напрямую общаются с PID 1.

Напрямую? Точно?

Так что весь этот код прямо влияет на PID 1.

То есть точно, да?

Gotf ★★★
()
Ответ на: комментарий от anonymous

И, все-таки, его (линукс) стремятся унифицировать. Одно ядро, одна система инициализации, один фюрер Леннарт.

anonymous
()
Ответ на: Ну ты и лох от anonymous

Предлагаешь каждому разработчику самому реализовывать всю требуемую функциональность? А как же священная корова юниксвея?

anonymous
()
Ответ на: комментарий от anonymous

Быстр - это факт. А 30 мегабайт - фигня, учитывая жирность современного десктопного софта. Смотри: заточенное ядро ~10 МБ + initramfs ~2 МБ + systemd ~30 МБ = < 50 МБ; консольное окружение ~500-600 МБ + десктопное окружение ~1-2 ГБ.

anonymous
()
Ответ на: комментарий от anonymous

корпы любят такое — при условии, что это «одно» находится под их полным контролем. в данном случае под контролем RH.

anonymous
()
Ответ на: комментарий от tailgunner

Сколько говна осталось в bash - никто не знает.

Поправил, не благодари.

anonymous
()
Ответ на: комментарий от anonymous

systemd состоит из 1488 демонов, что для потребностей планшета излишне. лёгкостью это никак не назвать. скорее, монстрообразность.

anonymous
()

Какой же багор в треде =3 спасибо за новость, хоть и жирную.

anonymous
()
Ответ на: комментарий от anonymous

А я его и не оскорбляю. Я просто констатирую факт, что уютный GNU/Linux стремятся зохавать всякие красношапки и сделать из него еще один Шиндошс.

anonymous
()
Ответ на: комментарий от trueshell

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

anonymous
()
Ответ на: комментарий от anonymous

вроде бы эту виртуальную машину никто насильно в глотку не пихает вне планшетов. caesaris caesari.

anonymous
()
Ответ на: комментарий от anonymous

А новые версии софта обычно добавляют новую функциональность

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

trueshell ★★★★★
()
Ответ на: комментарий от anonymous

Скорость загрузки - большая проблема на мобильных устройствах

самая большая проблема при загрузке с Linux - это ядро Linux, модули инициализируются последовательно и на одном ядре CPU если это SMP, а скорость загрузки юзерспейсного софта элементарно решается быстрым накопителем, паралельная загрузка приложений и без systemd работает.

anonymous
()
Ответ на: комментарий от anonymous

Во время работы системы от системд штук 5 демонов всего вертится (из нескольких десятков процессов). Смотреть надо, что реально выполняется, а не из чего состоит. Если что, я не против сделать сам systemd модульным для большей гибкости в конфигурации системы.

anonymous
()
Ответ на: комментарий от anonymous

Чо не работает, неосилятушка?

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

trueshell ★★★★★
()
Ответ на: комментарий от anonymous

У меня в генте он крутится и не мешает.

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

trueshell ★★★★★
()
Ответ на: комментарий от anonymous

Ты что-то про пульсаудио кудахтал.

Это пульсаудио у меня кудахтал, пока я его не снёс.

trueshell ★★★★★
()
Ответ на: комментарий от anonymous

Если судить по логам, ядро грузится где-то секунду, затем в игру вступает система инициализации.

anonymous
()
Ответ на: комментарий от trueshell

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

anonymous
()
Ответ на: комментарий от tailgunner

Ну вот смотри:

"log_host" Если этот флаг установлен, 
то имя машины будет записано в (не системном) файле журнала sudo. По умолчанию этот флаг выключен. 

 dgb    boulder = (operator) /bin/ls, /bin/kill, /usr/bin/who

Пользователь dgb может выполнять /bin/ls, /bin/kill, и /usr/bin/lprm -- но только как operator. 
Т.е. boulder здесь - имя хоста, с которого пользователю dgb разрешено выполнять указанные программы 
в роли пользователя operator.

http://www.opennet.ru:8101/man.shtml?topic=sudoers&category=5&russian=0

LongLiveUbuntu ★★★★★
()
Последнее исправление: LongLiveUbuntu (всего исправлений: 3)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.