История изменений
Исправление intelfx, (текущая версия) :
тогда вы сказали что я всё придумываю и ни какого «не разворачивает» нету, всё мне мол показалось.
Я мог лишь сказать, что юниты autovt@.service (которые по умолчанию являются симлинками на getty@.service) запускаются logind по необходимости, а вот если вручную включить или вручную запустить конкретный инстанс getty@.service или любой другой юнит, который использует TTY — то systemd его запустит безусловно, не дожидаясь переключения на TTY. Это в точности то, что говорю и сейчас.
можете просто скопипастить сюда или куда сочтёте нужным текст юнита и куда надо его поместить и куда надо пометить на него линк?
https://github.com/intelfx/configs/blob/master/system/verbatim-files/data/sys...
Класть в /etc/systemd/system (после правки ExecStart=), включать командой systemctl enable htop@tty12 (номер tty, разумеется, выбрать по вкусу).
Что будем делать с остальными (logind уже используется всеми, кому не лень)?
Значит таки вендорлок на systemd, хоть какой то, таки имеет место?
Я спросил «что будем делать», а не сказал, что сделать ничего нельзя. Советую начать, наконец, отличать использование API (если так угодно, API-лок) от вендорлока.
Для сведения — API logind помечен как стабильный и мне известны по меньшей мере одна независимая его реализация и один форк logind (LoginKit и elogind соответственно). Что, кстати, ещё раз показывает весьма плачевный уровень осведомлённости неприятелей systemd об этом самом systemd.
Исправление intelfx, :
тогда вы сказали что я всё придумываю и ни какого «не разворачивает» нету, всё мне мол показалось.
Я мог лишь сказать, что юниты autovt@.service (которые по умолчанию являются симлинками на getty@.service) запускаются logind по необходимости, а вот если вручную включить или вручную запустить конкретный инстанс getty@.service или любой другой юнит, который использует TTY — то systemd его запустит безусловно, не дожидаясь переключения на TTY. Это в точности то, что говорю и сейчас.
можете просто скопипастить сюда или куда сочтёте нужным текст юнита и куда надо его поместить и куда надо пометить на него линк?
https://github.com/intelfx/configs/blob/master/system/verbatim-files/data/sys...
Класть в /etc/systemd/system (после правки ExecStart=), включать командой systemctl enable htop@tty12 (номер tty, разумеется, выбрать по вкусу).
Что будем делать с остальными (logind уже используется всеми, кому не лень)?
Значит таки вендорлок на systemd, хоть какой то, таки имеет место?
Я спросил «что будем делать», а не сказал, что сделать ничего нельзя. Советую начать, наконец, отличать использование API (если так угодно, API-лок) от вендорлока.
Для сведения — API logind помечен как стабильный и мне известны по меньшей мере две независимые его реализации (LoginKit и elogind). Что, кстати, ещё раз показывает весьма плачевный уровень осведомлённости неприятелей systemd об этом самом systemd.
Исправление intelfx, :
тогда вы сказали что я всё придумываю и ни какого «не разворачивает» нету, всё мне мол показалось.
Я мог лишь сказать, что юниты autovt@.service (которые по умолчанию являются симлинками на getty@.service) запускаются logind по необходимости, а вот если вручную включить или вручную запустить конкретный инстанс getty@.service или любой другой юнит, который использует TTY — то systemd его запустит безусловно, не дожидаясь переключения на TTY. Это в точности то, что говорю и сейчас.
можете просто скопипастить сюда или куда сочтёте нужным текст юнита и куда надо его поместить и куда надо пометить на него линк?
https://github.com/intelfx/configs/blob/master/system/verbatim-files/data/sys...
Класть в /etc/systemd/system (после правки ExecStart=), включать командой systemctl enable htop@tty12 (номер tty, разумеется, выбрать по вкусу).
Значит таки вендорлок на systemd, хоть какой то, таки имеет место?
Я спросил «что будем делать», а не сказал, что сделать ничего нельзя. Советую начать, наконец, отличать использование API (если так угодно, API-лок) от вендорлока.
Для сведения — API logind помечен как стабильный и мне известны по меньшей мере две независимые его реализации (LoginKit и elogind). Что, кстати, ещё раз показывает весьма плачевный уровень осведомлённости неприятелей systemd об этом самом systemd.
Исправление intelfx, :
тогда вы сказали что я всё придумываю и ни какого «не разворачивает» нету, всё мне мол показалось.
Я мог сказать, что юниты autovt@.service (которые по умолчанию являются симлинками на getty@.service) запускаются logind по необходимости, а вот если вручную включить конкретный инстанс getty@.service или любой другой юнит, который использует TTY — то systemd его запустит безусловно, не дожидаясь переключения на TTY. Это в точности то, что говорю и сейчас.
можете просто скопипастить сюда или куда сочтёте нужным текст юнита и куда надо его поместить и куда надо пометить на него линк?
https://github.com/intelfx/configs/blob/master/system/verbatim-files/data/sys...
Класть в /etc/systemd/system (после правки ExecStart=), включать командой systemctl enable htop@tty12 (номер tty, разумеется, выбрать по вкусу).
Значит таки вендорлок на systemd, хоть какой то, таки имеет место?
Я спросил «что будем делать», а не сказал, что сделать ничего нельзя. Советую начать, наконец, отличать использование API (если так угодно, API-лок) от вендорлока.
Для сведения — API logind помечен как стабильный и мне известны по меньшей мере две независимые его реализации (LoginKit и elogind). Что, кстати, ещё раз показывает весьма плачевный уровень осведомлённости неприятелей systemd об этом самом systemd.
Исправление intelfx, :
тогда вы сказали что я всё придумываю и ни какого «не разворачивает» нету, всё мне мол показалось.
Я мог сказать, что юниты autovt@.service (которые по умолчанию являются симлинками на getty@.service) запускаются logind по необходимости, а вот если вручную включить конкретный инстанс getty@.service или любой другой юнит, который использует TTY — то systemd его запустит безусловно, не дожидаясь переключения на TTY. Это в точности то, что говорю и сейчас.
можете просто скопипастить сюда или куда сочтёте нужным текст юнита и куда надо его поместить и куда надо пометить на него линк?
https://github.com/intelfx/configs/blob/master/system/verbatim-files/data/sys...
Значит таки вендорлок на systemd, хоть какой то, таки имеет место?
Я спросил «что будем делать», а не сказал, что сделать ничего нельзя. Советую начать, наконец, отличать использование API (если так угодно, API-лок) от вендорлока.
Для сведения — API logind помечен как стабильный и мне известны по меньшей мере две независимые его реализации (LoginKit и elogind). Что, кстати, ещё раз показывает весьма плачевный уровень осведомлённости неприятелей systemd об этом самом systemd.
Исходная версия intelfx, :
тогда вы сказали что я всё придумываю и ни какого «не разворачивает» нету, всё мне мол показалось.
Я мог сказать, что юниты autovt@.service (которые по умолчанию являются симлинками на getty@.service) запускаются logind по необходимости, а вот если вручную включить конкретный инстанс getty@.service или любой другой юнит, который использует TTY — то systemd его запустит безусловно, не дожидаясь переключения на TTY. Это в точности то, что говорю и сейчас.
можете просто скопипастить сюда или куда сочтёте нужным текст юнита и куда надо его поместить и куда надо пометить на него линк?
https://github.com/intelfx/configs/blob/master/system/verbatim-files/data/sys...
Значит таки вендорлок на systemd, хоть какой то, таки имеет место?
Я спросил «что будем делать», а не сказал, что сделать ничего нельзя. Советую начать, наконец, отличать использование API (если так угодно, API-лок) от вендорлока.