В systemd предложено включить средства для замены консоли, agetty и /bin/login

«Философия UNIX»? Не, не слышал....

А что это?

http://www.hps.com/~tpg/notebook/sol.php

начало разработки biked как замена systemd и audiobiked как замена pulseaudio приближаются...

kmscon, обеспечить работу окружения на базе systemd

в systemd предложено включить средства для замены консоли

Разработчики изнасиловали журналиста

CONFIG_VT=n - здравая идея

в следующий systemd включат systemd

это была ирония, если что

Горшков обранужил фатальный недостаток в agetty и login?

Предлагаю включить в systemd ядро ( или два ), сборщик мусора и ненужных файлов, кофеварку, мин^Wмассажистку и ещё три портрета поттеринга на коне в полный рост. 3000 dpi для начала достаточно

З.Ы. Как, не поттеринг? Это что, новый псевдоним?

«нет, n мало, возьмем m»

Как, не поттеринг?

Каждый хочет погреться в лучах его славы.

Что-то подумалось: а ведь systemd - это такой busybox на концентрированных стероидах.

The VT layer in the kernel implements a rather complex keyboard layer (similar to XKB, but less powerful), implements hard-coded device hotplug filters, input handling, graphics-pipeline handling, font-rendering, terminal-emulation, cursor handling and more. All this is used to render a basic text-UI *in the kernel*! However, moving UI handling into the kernel has a lot of disadvantages (the same reason why user-space exists.. look it up). For completeness, some rather obvious reasons are: - non-swappable memory (even if you have no swap-partition, user-space apps can avoid loading all fonts/keymaps into memory, which kernel-space cannot) - security critical (any bug in the UI layer may allow *kernel-level* privileges to attackers) - stability (user-space apps can be easily restarted on failure; in kernel-space, all kinds of memory may get overwritten..) - code-duplication (we already have all this code in user-space, why copy it into kernel-space?) - simplicity (we wanna keep the kernel simple and slim, which prevents adding more complex features like fully internationalized fonts and keymaps, which are *required* for emergency consoles with given keyboards) - configurability/controllability (ever tried assigning more/less CPU-time to a given VT?) - ...

So what reasons exist to have a UI layer in kernel-space? I only found 3 reasons, if someone knows more, let me know. I highly doubt there's more.. 1) Early boot debugging 2) Panic/Oops screen 3) kdb kernel debugging For 1) and 2) we have an experimental fblog/drmlog kernel module which just prints the kernel log to all screens. This only requires ASCII glyphs and raw access to DRM FBs. All the VT cruft can be dropped.. For 3): You're welcome to enable CONFIG_VT if you need a terminal-emulator for kernel-debugging. My experience is that a serial-console is far more helpful and reliable and avoids calling DRM modesetting in atomic-context (ugh? This fact really makes me doubt anyone uses kdb.. Use kgdb!).

Вполне себе разумно. more complex features like fully internationalized fonts and keymaps, which are *required* for emergency consoles with given keyboards — уже более, чем достаточно для нужности, гораздо лучше, чем прыгать вокруг тех же (юзерспейсных) фреймбуферных консолей, вооружившись uim-fep.

А как там с networkd? Его таки запилили или нет?

Какая разница, если он изначально был заменой трём с половиной костылям для initrd? Эндюзерам его видеть не предполагалось.

/me подавился чаем и задумался

5.1, тащем-та.

Соу слоу

Предлагаю включить ядро в systemd.

Ну, можно начать с того, что включить туда modprobe. udev, в конце концов уже там, так что просто детактить, надо и грузить сразу... А там и модули и само ведро...

По настоящему всё споткнётся на загрузчике. systemd попытается включить в себя grub, а grub - systemd. В результате они самоуничтожатся...

В результате они самоуничтожатся

Теперь идею о включении в сустемд ядра поддержат даже сустемд-хейтеры и любители юниксвей.

пусть включают...мне все равно

ты снова ошыбаешся. в прошлом треде мы договорились то будет audiobibiked

погоди, ты аватарку поменял? походу я что-то перепутал...
ладно, бибикед так бибикед :)

а что делать тем у кого не установлен системд? они останутся «с носом»?

ничего не менял.

значит надо бы мне перечитать ту тему.

Ну а если чего - ссылку на гитхаб через пару месяцев дам. (и тут шутка переходит в серьезность...)

modprobe

знатная у вас криокамера. он уже давно как рипнулся в пользу кмод. а поскольку это либа с мордой аля modprobe, то ничего не стоит собрать системд статически с ней

я только за. и название прикольное. жаль помочь чем-нибудь кроме названия вряд ли смогу

До этого: ~2 миллиарда потенциальных линуксоюзеров оставались «с носом» только потому, что их язык не поддерживается ядерным vt.

После: достаточно выбрать дистрибутив с systemd.

Может, canonical сумеет отвязать kmscon от systemd, заюзать их патчи для иксов и завязать всё это на logind. Но даже без этого сабж нужен.

Может, canonical сумеет отвязать kmscon от systemd

Сначала Поцеринг и К должны будут привязать kmscon к systemd. Впрочем, после udev, я в них верю.

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

Да... Казалось бы куда хуже, но таки находят куда...

Он в конечном итоге и нас зохавает. Будут на Лоре всякие systemd-vurdalakd. Потом будет замена ЛОРу — systemd-lord со встроенным сканером QR, чтобы писал не vurdalak, a systemd-vurdalakd. Затем замена http, к несчастью сервер там есть уже. Когда-нибудь будет systemd-earthd, а на ней будут жить systemd-humand.

Предлагаю остановиться на systemd-universed.

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

А ведь еще год назад это выглядело бы толстенным таким вбросом... Хотя загрузочная заставка в ините вполне уместна.

Ну так это же опенсорс. Поттеринг и ко решают реальные проблемы как умеют. Если у кого есть более Ъ-решения — пусть выкатывают их.

Утилита присутсвует - значит есть. А на что оно там симлинк - это никого не волнует. ;)

Да! Так и слышу как humand рассказывают как появилась universed. «Сначала был Большой boomd! Части systemd разлетелись, образовывая universed..."

Разговоры о выносе VT из ядра были уже давно в связи с шевелениями в стороне wayland, полгода назад тот же Дэвид тыкал палочкой в config_vt.

подавился чаем и задумался

покашляй, бро!

А лог загрузки где смотреть?

а на смартфон сразу выводить ....
енто будет модняво и продажи телепонов поднимет ))

Ну так вынести из ядра != включить в systemd.

With Herrmann communicating with Lennart, they came up with some ideas, including the use of Wayland as a system-wide compositor for handling all video input (лето 2012)

Если не systemd, то что? К VT, кроме всего прочего, привязана иксовая сессия юзера. Управлять ей — либо в logind, либо совершать акт некромантии в сторону consolekit (мёртвого уже тогда). Ну или делать велосипед.

В systemd предложено включить средства для замены консоли, agetty и /bin/login

Сволочи, скатывают линукс в СГ прямо на глазах. :(

и вообще модули друг от друга гвоздодёром не отдерёшь... ах да, главное, модульное.

По настоящему всё споткнётся на загрузчике. systemd попытается включить в себя grub, а grub - systemd. В результате они самоуничтожатся...

почему не рассматривается версия что они срастуться органоидами включения?

может марку стоит перестать ссать против ветра?

да, но включить в системд - это однозначно вынести из ядра (по крайней мере пока системд не зохавал ядро).

да, думаю вынос из ядра - дело хорошее. включение в «модульный» системд - по вкусу.

хз мож быть.

думаю пора перестать уделять этому какое-нибуть внимание. наверное пора быть просто пользователем. если кто-то является экспертом в этом он должен быть там (в смысле отстаивать свою точку зрения в мл)