Доступен (http://hawaiios.org/news/2016/08/28/sddm-0.14.0/) релиз легковесного дисплейного менеджера SDDM (https://github.com/sddm/sddm) (Simple Desktop Display Manager) 0.14, поддерживающего управление сеансами X11 и Wayland. SDDM применяется по умолчанию в Fedora Linux при выборе рабочего стола KDE и развивается при участии проектов Hawaii (https://www.opennet.me/opennews/art.shtml?num=38730), KDE и LXDE. Проект написан на языке C++ и состоит из бэкенда, работающего в режиме фонового процесса, и фронтэнда, написанного с использованием Qt/QML и отличающегося большой гибкостью в плане смены оформления.
SDDM предоставляет гибкие возможности для создания оформления, предоставляя простой программный интерфейс с готовыми компонентами аутентификации, перехода в спящий режим, завершения работы и т.п. Оформление определяется с использованием QtQuick, который даёт возможность применять анимационные эффекты и задействовать аппаратное ускорение. Из зависимостей используются только PAM, XCB и Qt.Основные улучшения:
- Добавлена поддержка HiDPI;
- В файл конфигурации sddm.conf добавлены новые опции EnableAvatars, UserAuthFile, SessionLogFile и WaylandDisplay;
- Добавлена возможность настройки стиля тем оформления для QtQuick Controls 2.0;
- Обновлён список сеансов;
- Обеспечен откат на встроенную тему оформления, если не удаётся подключить выбранную тему;
- Для сеансов с Wayland обеспечено переключение на виртуальный терминал только после успешной аутентификации;
- Обеспечена чистка параметров PAM после завершения сеанса;
- Удалена тема оформления "circles". Тема "maui" теперь встроена в SDDM и не поставляется отдельно.
URL: http://hawaiios.org/news/2016/08/28/sddm-0.14.0/
Новость: http://www.opennet.me/opennews/art.shtml?num=45040
> Для сеансов с Wayland обеспечено переключение на виртуальный терминал только после успешной аутентификации;внезапная инновация
это процесс разработки, немного уже начали уделять внимания плюшкам для вяленного, чо такого
>> Для сеансов с Wayland обеспечено переключение на виртуальный терминал только после успешной аутентификации;
> внезапная инновацияА у меня, кстати, ни Wayland, ничего такого. Обычный XOrg, ну дальше KDE. И всё. Хоть успешная авторизация, хоть неуспешная. Переключаюсь на виртуальные экраны, а там только чёрный экран. Никто даже логин не спросит. Чёрная дыра. Хорошо хоть, что обратно на иксы выпускают... Во как! Внезапная инновация! Как бы её отключить и сделать возможность работы на виртуальных терминалах после переключения на них из иксов?
При нажатии ctrl+alt+f1 хоть что-то видно? Если пустой черный экран - проблема видео драйвера.
HiDPI это хорошо
в последний раз когда на него смотрел он не мог запускать kwin/wayland без systemd, всё ещё не может?
Это не вина SDDM, kwin_wayland зависит от systemd-logind.
> Это не вина SDDM, kwin_wayland зависит от systemd-logind.Жесть-то какая
elogind почти работает
> легковесного дисплейного менеджера SDDM
> написанного с использованием Qt/QML/0
Ничего страшного, QML и на телефончиках ездит.
Вот это как раз таки и страшно ...
> Из зависимостей используются только PAM, XCB и Qt.Захотел попробовать прикрутить вместо LXDM, но ужаснулся и передумал.
https://a.pomf.cat/qmejxw.png
Да ты криворукий, вот и все. В твоей suse ставяться рекомендумые пакеты, никакого отношения к sddm не имеющие, типа vlc. Систему настраивать надо, ужаснутый...
>apt
>SuseСемен Семеныч...
Выполнил: $ apt-rdepends sddm
что-то типа такого и выдало(мног зависимостей).
Пользуюсь версией sddm-0.13.0-56-ge661663-1 в Debian Sid
>> Да ты криворукий, вот и все.Дану, правда чтоли?
https://u.pomf.is/mltkym.png
Может быть вопрос к майнтейнерам больше?>> suse
*ликодлань*
>> никакого отношения к sddm не имеющие, типа vlc
А теперь, уважаемый, попробуйте установить любой пакет из KDE в Debian. Вы будете удивлены.
>> Систему настраивать надо, ужаснутый...
Ещё раз: это НЕ настраивается. Что ж поделать, если у КАЖДОГО пакета KDE зависимость от метапакета, который тянет всё это дерьмо? :/
Пруф: https://lists.debian.org/debian-user/2016/02/msg00876.html
>> The chain of dependencies is:
>> kde-runtime -> phonon -> phonon-backend | phonon-backend-vlc -> vlc
>>> Систему настраивать надо, ужаснутый...+1
> Ещё раз: это НЕ настраивается. Что ж поделать, если у КАЖДОГО пакета
> KDE зависимость от метапакета, который тянет всё это дерьмо? :/
> Пруф: https://lists.debian.org/debian-user/2016/02/msg00876.html
>>> The chain of dependencies is:
>>> kde-runtime -> phonon -> phonon-backend | phonon-backend-vlc -> vlcОтвет прост и почти очевиден: не надо пользоваться мета-пакетами, а ставить индивидуально, тогда меньше ставится ненужного.
> Ответ прост и почти очевиден: не надо пользоваться мета-пакетами, а ставить индивидуально,
> тогда меньше ставится ненужного.Интересно как, если все KDE пакеты зависят от kde-runtime а он, в свою очередь, является метапакетом. Головой нужно думать. Тут единственный выход - собрать самому.
З.Ы. Сам я не пользуюсь ни KDE ни sddm, просто интересно стало.
(пожимает плечами)# emerge -pva x11-misc/sddm
These are the packages that would be merged, in order:
Calculating dependencies... done!
[binary N ] dev-python/pygments-2.1.1::gentoo USE="-doc {-test}" PYTHON_TARGETS="python2_7 python3_4 (-pypy) (-pypy3) -python3_3 (-python3_5)" 3809 KiB
[binary N ] dev-python/docutils-0.12::gentoo PYTHON_TARGETS="python2_7 python3_4 (-pypy) (-pypy3) -python3_3 (-python3_5)" 2834 KiB
[binary N ] x11-misc/sddm-0.13.0-r4::gentoo USE="consolekit pam (-systemd)" 4139 KiBTotal: 3 packages (3 new, 3 binaries), Size of downloads: 10781 KiB
Ты не хитри давай, а через equery дерево зависимостей покажи.
Там действительно никаких кедов с фононами и конусами нет: https://a.pomf.cat/zhhtbv.png
Это проблема debian'а.
> проблема debian'а.Точнее майнтейнеров, которые собирают эти пакеты. В *bunta\mint всё в порядке.
> Захотел попробовать прикрутить вместо LXDM, но ужаснулся и передумал.
> https://a.pomf.cat/qmejxw.pngПлюсанул. Welcome to .NET Style — чтобы фитюлька заработала, нужно поставить пол-гига либ и framework-ов.
в #14 - три пакета. есть подозрения, переходящие в уверенность, что проблема не в софте как таковом, а в том, что у чьих-то мейнтенеров проблемы со сборкой простых пакетов.
У SDDM корни растут из KDE. Неудивительно.
Для сборки нужен только Qt.
Скорее всего нужен-то только Qt, но если притянуть что-то из KDE, то включаются полторы дополнительные фишки. Вот в дебиане и включили, и зависимости как положено прописали. Это, в общем-то, их обычный подход. Кто из маинтайнеров менее ленив - разбивает на отдельные пакеты или альтерантивы предоставляет.
> и зависимости как положено прописали.Если бы прописали «как положено», оно бы притягивалось не безальтернативно, а по рекомендациям.
Это если оно умеет на ходу переконфигурироваться в зависимости от того, что установлено. Минималистичный софт часто может только конфигурацию при сборке. Но криворукость не исключена, конечно.
https://packages.debian.org/sid/sddmУ сабжа в Дебиане нет жёсткой зависимости от KDE, просто *по умолчанию* используется KDE-шная тема "Breeze". Но никто не мешает вместо неё поставить другую.
Приколы Дебиана, есть такое дело. Вот примерно за это я его в своё время на генту дома заменил.
> Приколы Дебиана, есть такое дело. Вот примерно за это я его в
> своё время на генту дома заменил.Генту это хорошо, но что-то не хочется пересобирать мир при каждом крупном обновлении libc. Да и вообще большой софт собирать запарно, особенно на слабой машине.
glibc обратно совместим, дорогой мой теоретик, ничего пересобирать не нужно. А для большого софта часто мейнтейнеры запиливают пакет с бинарями.
Но каждому свое, конечно.
>А для большого софта часто мейнтейнеры запиливают пакет с бинарями.И в чем тогда смысл генты?
Как ты из предпосылки "мейнтейнеры запиливают пакет с бинарями" пришел к выводу "единственный возможный вариант - ставить бинари"?
Я вот с Васьком согласен. Основной смысл генты - удобная кастомизация, что означает - свои USE-флаги, тем более - для большого софта. Но особой проблемы в его сборке не вижу.
А разве я где-то сказал, что это единственный возможный варинат? Ну была у меня гента, ставил на посмотреть. Да, можно подкрутить какие-то мелкие винтики. Может даже крупные болты. Но стоит ли на это тратить кучу времени(на десктопе)? А если в source-based дистр пихать бинари при любой ситуации вида "надо прям щас", то смысл ставить ее на сколь-нибудь важный сервер тоже минимален. Не холивару ради.
Я не очень понимаю, что вы сказать хотите. То вы отнекиваетесь от тезиса "бинари - единственный вариант", то опять толсто намекаете на него. Сначала говорите про десктоп, а в следующем предложении уже про сервер.
Слабая машина? Устраивает дефолт? Ставите крупные пакеты бинарями, остальное собираете. Не устраивает - конпеляете с нужными флагами сами. В каждой ситуации всегда можно найти компромисс. В этом и есть смысл генты. Если же получается так, что компромиссом является ситуация "99% можно ставить бинарями", то от генты можно и отказаться, разумеется.
> glibc обратно совместим,А теперь обновился GCC и ВНЕЗАПТНО понадобился новый glibc, что в этом случае?
Обновляешь glibc. Подвох-то в чем, по-твоему?
Эм.. У меня пересборка мира раз в год-полтора бывает, libc, разумеется, обновляется чаще.Что до большого софта - у меня довольно старая машина - Phenom 8450e (для понятности - 2009 года выпуска), 4 гига памяти. Никаких проблем с апдейтами - но выключается он примерно никогда, и при таком сценарии его слабость не мешает абсолютно.
Апдейт обычно запускаю перед сном, приходя с работы - вижу готовый результат. Вот пока оно в это время укладывается сколько именно занимает сборка - побоку. А укладывается всегда.
Энджой ёр дебиан
>Захотел попробовать прикрутить вместо LXDM, но ужаснулся и передумал.
>https://a.pomf.cat/qmejxw.pngapt-get --no-install-recommends install sddm, умник
когда он уже сможет безрутовые иксы?
Вроде пытаются запилить: https://github.com/sddm/sddm/pull/673
В Gentoo он запускается от имени sddm, xorg-server собран с USE="-suid".
В точку. Наверное, не скоро =))). На арче 3 года назад работало, как вышел 1.16 (startx конечно).
С учетом тренда на выкидывание иксов, скорее всего никогда
судя по скорости их выкидывания, они еще лет пять протянут
> судя по скорости их выкидывания, они еще лет пять протянутСовершенно верно.
Но дело в том, что мотивации ни у кого не будет исправлять.
Через чур он легковесный, нельзя запустить более чем на одном VT. По крайней мере, v 0.13 не содержит опций для указания на каких именно VT запускать. Ныне заброшенный kdm можно было запускать на нескольких.
Вход без логина у кого-нить работает?
Зачем было circles удалять то???
В Fedora 22 (более свежую еще собрать нужно), запущенной на Orange Pi Plus 2 SDDM греет процессор больше чем LXQt.
Когда в SDDM добавлят поддержку многоместных станций?А то без systemd и жесткого секса монгоместные компы незапустить...
> А то без systemd и жесткого секса монгоместные компы незапустить...Малыш, нехороший дядя тебя обманул...
О, наконец я встретил хорошего дядю!Когда упоминал systemd имел ввиду x11-misc/lightdm. Многоместные компы работают в x11-misc/lightdm только когда система собрана с systemd.
x11-misc/sddm пока многоместные системы не поддерживает: https://github.com/sddm/sddm/issues/78 И вообще не понятно как будет реализована поддержка, может его как lightdm тоже накол systemd посадят.
kdm - уже не поддерживается 5-тыми кедами.
Мне надо чтобы на всех рабочих местах отображалось графическое приветствие с запросом логина и пароля. Графическая сесия должна подыматься стандартным сервисом /etc/init.d/xdm а не прописываться костылём в inittab! Некрасивое решение без графического девайс менеджера с автологином: https://wiki.archlinux.org/index.php/Xorg_multiseat#For_Auto...
Дяденька, будте так любезны и соизволите здесь с нами поделится, как в системе без systemd настроить какой нибудь девайс менеджер для входа в многоместную систему и загрузки сесии вяленого с 5-тыми кедами?
0.14 versionhttp://packages.siduction.org/extra/pool/main/s/sddm/
Custom DPIIn order to set custom DPI for high resolution screens you should configure Xorg yourself. An easy way is to pass an additional argument to Xorg.
Edit /etc/sddm.conf, go to the X11 section and change ServerArguments like this:
ServerArguments="-nolisten tcp -dpi 192"
