Можно закапывать.

Интеграция с Systemd

Почему разрабам Xorg не насрать?

Закапывайте уже

Иксокапец всё ближе!

Всё ближе приближаемся к Wayland, отлично.

рёхнулися шоле?
куда закапывать?

Оно единственное работает, других Х-ов у мира СПО для вас нет.

За системдой будущее. Хочешь ты этого или нет.

И к системд :)

Если бы из нее убрали все не нужное мне и все косяки, я бы перешел. Но только в этом случае.

Перечисли хотя бы пару косяков, которые навредили непосредственно тебе.

1) Постоянный вывод в stdout. При этом неважно, выполняется что-нибудь или нет.
2) Из-за неясности моделей скриптов загрузки сервисов я не могу добавить свой скрипт. Либо могу, но я об этом не знаю. Кстати, из-за этого же я не могу поменять имеющиеся. А в Sysvinit и OpenRC мне сразу все понятно.

1. Што? Дай-ка пример.
2. Исключительно твоё неосиляторство.

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

ты не щмог

Добавлена новая подсистема ускорения видео Glamor

поздравляю камрадов с пополнением в рядах костылей и подпорок

2) Из-за неясности моделей скриптов загрузки сервисов я не могу добавить свой скрипт.

Можно, указываешь путь к скрипту в стартовом параметре юнита.

Интересно, почему новость о сомнительной недо-уязвимости в пре-альфа релизе недо-форка libreSSL - полноценная, а новость о важной графической составляющей любой десктопной Linux-системы оформлена как мини?..

поздравляю камрадов с пополнением в рядах костылей и подпорок

Почему же только иксы? Весь багаж линукса такой. А может и винда...

Короче, пример.
Вот у меня Дебиан. Сейчас у меня не Дебиан, но это было именно на нем. А других systemd-дистров у меня не было.
Сижу я на tty1. Ничего не ввожу. На экране приглашение:

twilight$

systemd к этому никакого отношения не имеет, неосилятор.

А что же к этому имеет отношение?

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

U did it wrong!

В общем, не знаю, что у тебя была за беда, но такого в нынешней системде нет и в помине, очевидно. У меня был арч(ещё с самого начала его перехода на системду), была федора и был дебьян с системдой — ни на одном дистрибутиве такой проблемы не было. Вполне возможно, что ты ССЗБ и угробил всё сам.

Логинюсь я с консольного входа. Всегда.

Либо это понты, либо тупость, либо и то, и то, ибо удобства в этом никакого нет.

а что, разве ЛОР не для домохозяек?.. Куда ж теперь идти, не на хабр же...

Либо это понты, либо тупость, либо и то, и то, ибо удобства в этом никакого нет.

Когда я был на Дебиане, я еще не успел подобрать идеальную оболочку (графическую). KDE была у меня fallback-оболочкой (если я все ломал, я мог продолжать из KDE). Я часто менял .xinitrc, да и попонтоваться было надо.

Glamor как раз менее костылист нежели все эти SNA/UXA, ибо представляет собой, фактически, лишь интерфейс, который может использовать асболютно любой DDX-драйвер, умеющий OpenGL

попонтоваться было надо

Вся суть. Мог бы ограничиться этим.

Вполне возможно, что ты ССЗБ и угробил всё сам.

После первой установки я всегда только создаю нового пользователя да задаю пароль. Потом перезагружаюсь. В Дебиане это появилось после перезагрузки.

Либо это понты, либо тупость, либо и то, и то, ибо удобства в этом никакого нет.

Ты не рассматриваешь все юзкейсы, а именно - это может быть консольный режим восстановления, первоначальная настройка без иксов, это может быть домашний или рабочий локальный сервер (с KM Switch, например).

И во время работы в mc или в каком-нить parted экран начинает корячить от вывода в консоль какой-то херотени.

Я уже на такое натыкался в вполне реальной ситуации на офисе.

Так что тут не стоит вопрос «удобно/неудобно», а есть факт - ломается работа приложений в tty.

Почему разрабам Xorg не насрать?

Потому что среди них есть те, кому нравится systemd, и они написали опциональный код поддержки systemd?

2. Создаешь в /etc/systemd/system свой юнит (например, myscript.service) примерно такого содержания

[Service]
ExecStart=/my/fucking/script --foo --bar=ssssss

Спасибо, запишу куда-нить.

Теги упоротые.

Кто-нибудь в курсе, r600 по прежнему рекомендуется собирать без glamor?

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

Не знаю точно, что ты имеешь ввиду, но в systemd нет поняти «скриптов загрузки». Как писать юнита, расписано в man systemd.service

Кстати, из-за этого же я не могу поменять имеющиеся

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

Дебианы 6/7 с systemd, несколько штук, нигде такой байды нет. Вспоминай, как ты так умудрился устроить.

Я выше написал.

Дебианы 6
systemd

О_о

это, наверное, какое-то очень сильное некрофильское заклинание

Опечатался слегка, 7/8 имелось ввиду, конечно же.

Кто-нибудь в курсе, r600 по прежнему рекомендуется собирать без glamor?

Кем рекомендуется? Он с 7.2, ЕМНИП, по умолчанию включён.

не знаю, что там и кем рекомендуется, у меня собрано c glamor, и норм работает. Быстро и кушать не просит.

для тех, кто не понимает, зачем в иксах нужна поддержка systemd:

Hans de Goede has posted a set of systemd integration patches that provide systemd-socket activation support, an xfree86 change for keeping non-seat0 X.Org Servers from touching VTs, and preparation patches for systemd-logind integration. Wayland/Weston already supports logind integration so this work doesn't come too much of a surprise and given systemd's growing usage and dependence in non-Ubuntu worlds.

ну и плюс возможность запуска с правами обычного юзера

Да нет, systemd действительно гадит в klogd как сумасшедшее. Из-за этого и мусор, загрузка асинхронная, приглашение появляется раньше, чем она закончилась, да и она в systmd может долго не заканчиваться - событийный интерфейс, однако. Скажите спасибо ублюдочной системе логгирования, которую так усиленно там форсят, не слушая вопли народа. :)

Не зная шелла и не видя примеров, ты бы тоже обосрался при написании собственных скриптов. Может быть, все-таки, RTFM, благо документация к systemd чуть более, чем о$%#ная?

Скажите спасибо ублюдочной системе логгирования, которую так усиленно там форсят, не слушая вопли народа. :)

Какие злые, и даже конфиг для настройки не оставили...

1) Постоянный вывод в stdout. При этом неважно, выполняется что-нибудь или нет.

 
ForwardToSyslog=, ForwardToKMsg=, ForwardToConsole=, ForwardToWall=
           Control whether log messages received by the journal daemon shall be forwarded to a traditional syslog daemon, to the kernel log buffer
           (kmsg), to the system console, or sent as wall messages to all logged-in users. These options take boolean arguments. If forwarding to
           syslog is enabled but no syslog daemon is running, the respective option has no effect. By default, only forwarding to syslog and wall
           is enabled. These settings may be overridden at boot time with the kernel command line options "systemd.journald.forward_to_syslog=",
           "systemd.journald.forward_to_kmsg=", "systemd.journald.forward_to_console=" and "systemd.journald.forward_to_wall=". When forwarding to
           the console, the TTY to log to can be changed with TTYPath=, described below.

       MaxLevelStore=, MaxLevelSyslog=, MaxLevelKMsg=, MaxLevelConsole=, MaxLevelWall=
           Controls the maximum log level of messages that are stored on disk, forwarded to syslog, kmsg, the console or wall (if that is enabled,
           see above). As argument, takes one of "emerg", "alert", "crit", "err", "warning", "notice", "info", "debug" or integer values in the
           range of 0..7 (corresponding to the same levels). Messages equal or below the log level specified are stored/forwarded, messages above
           are dropped. Defaults to "debug" for MaxLevelStore= and MaxLevelSyslog=, to ensure that the all messages are written to disk and
           forwarded to syslog. Defaults to "notice" for MaxLevelKMsg=, "info" for MaxLevelConsole= and "emerg" for MaxLevelWall=.

       TTYPath=
           Change the console TTY to use if ForwardToConsole=yes is used. Defaults to /dev/console.

man journald.conf читал?

GLAMOR? SNA? UXA?

что теперь будет использоваться по умолчанию для видеочипов Intel? (если в конфигурации X.Org не прописано ни чего)

Думаю, что Glamor. Подождем широкого использования нового релиза народными массами и послушаем оных :)

Ну на хрена в systemd столько говноконфигов?!

на моём компьютере — SNA слегка подглючивает :-) [изредка графические артефакты — необновлённые области.. выглядит как повреждение видеокарты]

UXA работал постабильнее.

интересно как оно теперь будет с GLAMOR.. я конечно же держусь бодрячком^Wоптимистом :)

потому что чем гибче настройка - тем лучше

троллишь жиденько и глуповато, как школиё, ей-богу

Ну на хрена в systemd столько говноконфигов?!

похоже для любителей логиниться из консольного терминала :-D