LINUX.ORG.RU
ФорумTalks

Поттерингоидеи добрались и до Haiku

 ,


1

3
Since some time, I am working on a replacement of our current shell script based boot process to something more flexible, a similar solution to Apple's launchd, and Linux's systemd.

While there is still a lot to do, it's now feature complete in terms of being able to completely reproduce the current boot process.

Since the switch to our package manager, there was no longer a way to influence the boot process at all. The only file you could change was the UserBootscript which is started only after Tracker and Deskbar; the whole system is already up at this point.

The launch_daemon gives the power back to you, but also allow software you install to automatically be started on system boot as well. You can also even prevent system components from being started at all if you so wish.

https://www.haiku-os.org/blog/axeld/2015-07-17_introducing_launch_daemon

Ъ: гайка переходит («I plan to merge the launch_daemon to Haiku's main repository within the next few days») на systemd-подобную систему инициализации.



Последнее исправление: CYB3R (всего исправлений: 3)

Ну так идея как раз таки и не плохая

sehellion ★★★★★
()

The only file you could change was the UserBootscript which is started only after Tracker and Deskbar; the whole system is already up at this point.

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

krakatau
()

на systemd-подобную систему инициализации.

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

najlus ★★★★★
()

давайте дружно.... крикнем - поцер дураааак!!!!
(шутка и дебильный вброс). :-)))

Ну вродь всё правильно, 2015й год, XMLю как уже 15й год как пошел или сколько там уже пробежало.

да и у пользователей запросы пошли нескромные.
хотят десктоп видеть через 5 сеукнд после кнопочки Power.

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

Deleted
()

желтизна в названии. Мужик просто хочет перейти от скриптов к полноценной системе инициализации.

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

При обрыве питания/зависании бинарный реестр можно и поломать.

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

и идея хороша, и реализация тоже хороша! :-)

Не, у меня на обоих машинах бинарные логи коррапченные, что-то маэстро дал маху с ними. Тогда бы и функцию journalctl --verify не делал что ли, если fsck всё равно нету.

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

Мужик просто хочет перейти от скриптов к полноценной системе инициализации.

Туу фэт.

аргументы?

Сырцы systemd почитай - там переписанные на Си шелл-скрипты. Огромный шаг вперед, ага.

Вы таки считаете что скрипты лучше системы инициализации?

Я таки затрудняюсь отвечать на идиотские вопросы.

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

Сырцы systemd почитай - там переписанные на Си шелл-скрипты. Огромный шаг вперед, ага.

Пруф, пруф где?

Я таки затрудняюсь отвечать на идиотские вопросы.

Понятно. Аргументов нету.

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

Сырцы systemd почитай - там переписанные на Си шелл-скрипты. Огромный шаг вперед, ага.

Пруф, пруф где?

https://github.com/systemd/systemd

Аргументов нету.

Как скажешь.

tailgunner ★★★★★
()

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

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

Тогда бы и функцию journalctl --verify не делал что ли, если fsck всё равно нету.

если бы был бы fsck, то школохакеры бы сразу этот fsck и использовали бы, сразу после того как вырезали бы из логов своё проникновение...

..а настоящий сценарий использования расчитан (как я понял) — на то что ты сделаешь --verify , потом озабоченно покачаешь головой.. а потом и удалишь эти логи!

(мол "я всё изучил, всё понял, теперь пора бы уже и сделать journalctl --vacuum-time=1h")

user_id_68054 ★★★★★
()
Последнее исправление: user_id_68054 (всего исправлений: 1)

replacement of our current shell script based boot process to something more flexible,

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

Идеологическое промывание мозгов достигло такой степени, что при виде слова SystemD у адептов моментально отказывает и логика, и здравый смысл.

Deleted
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.