Gentoo запустило проект GSoC по развитию openrc, на основе обсуждения systemd

Теперь мне придётся убить каждого, кто назовёт Linux - Unix-подобной ОС,

Но зачем? Проще ввести systemd по-умолчанию. А так все дистрибутивы будут в этом плане совместимы, а гента как всегда в стороне.

Солярку не видел чтоли с её xml-описаниями сервисов? :)

Солярку не видел чтоли с её xml-описаниями сервисов? :)

А соляра и не unix.

А как быть со скоростью загрузки? OpenRC заметно отстает от systemd.

O'rly?

Solaris is a Unix operating system originally developed by Sun Microsystems.

Наплевать. Есть вещи и по-важнее.

O'rly?

Да перестал быть после SunOS --> Solaris.

SunOS -> Solaris он лишь сменил модель с BSD-based на SVR4-based.

Сертифицированным юниксом он от этого не перестал быть.

Кому как...

Графа зависимостей нет, формат юнитов не поддерживается... зачем оно тогда?

Нужно ещё раз перезагрузить компьютер. Компьютер сам не перезагрузится? :}

OpenRC заметно отстает от systemd.

Зато работает.

что тут понимается под графом зависимостей, если соотношения между сервисами (use,need,depend,before,after), то в openrc оно есть.

проще расстрелять пропихивателей systemd

всем так, ну точнее 90% адекватной аудитории. 5-10% людей у кого время загрузки сопоставляет сравнимое время со временем работы или те у кого время старта должно быть очень малым могут использовать и другие решения (нар. suspend to disk)

что тут понимается под графом зависимостей, если соотношения между сервисами (use,need,depend,before,after)

Примерно так.

в openrc оно есть.

Тогда всё равно непонятно.

непонятно, что именно непонятно..

Непонятно, причем тут systemd, если его полезные возможности не реализуются.

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

какие его полезные возможности?

Стандартизованное описание сервисов в виде юнитов, контейнеры, может, еще что-то.

я, конечно, много чего не понимаю, но не вижу принципиального отличия init-скриптов в systemd и юнитов, при том, что init скрипт элементарен в написании, и удобно конфигурируем (скорее всего и юниты тоже). Про контейнеры можно чуть поподробнее?

А плагины нафига?

Как часто ты перезагружаешь компьютер?

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

чтобы показать, что подход systemd «нехороший»

The project aims to be a constructive criticism to the systemd approach by providing the few interesting features not already implemented by OpenRC as stand alone modules allowing integrator not to need to bend their system layouts to accomodate the init system.

не вижу принципиального отличия init-скриптов в systemd и юнитов

У systemd нет каких-то своих инитскриптов; отличие юнита от инитскрипта в том, что юнит не зависит от дистра и описывает вещи, которых нет в инитскрипте.

Про контейнеры можно чуть поподробнее?

http://en.wikipedia.org/wiki/Cgroups

http://en.wikipedia.org/wiki/Linux_Containers

http://0pointer.de/blog/projects/cgroups-vs-cgroups.html

заталкивают себя в еще более глубокую маргинальщину

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

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

Что это за система которую постоянно нужно перезагружать?

Переключение между несколькими ОС (некоторые ОС не работают в виртуалке, т.к. требуют поддержки VT-x, которой у меня нету).

Черт, как же мы раньше включали компьютеры и загружали ОС без этих меганаворотов...

Gentoo торт.

encyrtid

А как быть со скоростью загрузки? OpenRC заметно отстает от systemd.

Где это критично?

У systemd нет каких-то своих инитскриптов; отличие юнита от инитскрипта в том, что юнит не зависит от дистра и описывает вещи, которых нет в инитскрипте.

какие могут существовать вещи. которых нету в инитскрипте? ага только за это платится излишними зависимостями и требованиям к system layout; тоже самое, что поддерживать только init скрипты одного дистра.

flameeyes

For the moment what I can tell is that I’ve half-tracked down the issue with the netprio cgroup, and contacted its original author to see how we can deal with it, and I have a couple of changes for the ebuild and init scripts queued up. Since at least the cgroup mountpoint issue has been fixed in the utilities, I’ll soon make it depend on a version of OpenRC new enough to mount the thing by itself, easing off part of the init script log (well, to be honest I’ve already dropped most of that logic), so that it can actually grow from there…

I guess I should thank Tiziano for telling me about LXC at the time, although there is still so much work to do before it works as intended. Oh well.

так что пока systemd станет живым, openrc будет не отставать

+

rc_sys="lxc"  # у себя не тестил, т.к. контейнеров не держу

как раз собрался удолить openrc. после пропадания питания /home и /var на отдельных разделах не монтируются. ё***ый стыд! даже этот ваш оффтопик так себя не ведёт.

после пропадания питания /home и /var на отдельных разделах не монтируются.

И при чем тут openrc?

Сертифицированным юниксом он от этого не перестал быть.

Mac OS X сертифицированный Unix. Внезапно, да?

после пропадания питания /home и /var на отдельных разделах не монтируются

man fstab
/ fs_fpassno

Юзаю Генту с Systemd и в общем-то все работает практически.

Ригидные неосиляторы ноофобы?

В убунте не будет.
Все остальные дистрибутивы кроме gentoo и ubuntu не нужны ;-)

И при чем тут openrc?

Добро пожаловать на LOR2012: «Потому что OpenRC не монтирует!»

а при том, что udev-mount стартует раньше fsck. и это не лечится

конечно. осталось свалить всё на один раздел, и назвать это всё диск с:

А зачем ты это делаешь?

systemd по-умолчанию

убивать!

вот это ты пукнул :3
выкинь свою быдло-фс!

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

некоторые ОС не работают в виртуалке, т.к. требуют поддержки VT-x, которой у меня нету

ШТО? О_О