Доступен (https://github.com/sddm/sddm/releases/tag/v0.16.0) релиз легковесного дисплейного менеджера SDDM (https://github.com/sddm/sddm) (Simple Desktop Display Manager) 0.16, поддерживающего управление сеансами X11 и Wayland. SDDM применяется по умолчанию в Fedora Linux при выборе рабочего стола KDE и развивается при участии проектов Maui (https://www.opennet.me/opennews/art.shtml?num=45572), KDE и LXDE. Проект написан на языке C++ и состоит из бэкенда, работающего в режиме фонового процесса, и фронтэнда, написанного с использованием Qt/QML и отличающегося большой гибкостью в плане смены оформления.
SDDM предоставляет гибкие возможности для создания оформления, предоставляя простой программный интерфейс с готовыми компонентами аутентификации, перехода в спящий режим, завершения работы и т.п. Оформление определяется с использованием QtQuick, который даёт возможность применять анимационные эффекты и задействовать аппаратное ускорение. Из зависимостей используются только PAM, XCB и Qt.
Основные улучшения:
- Модернизирована система определения конфигурации. Для разделения пользовательских и специфичных для дистрибутивов настроек введены директории /etc/sddm/conf.d и /usr/lib/sddm/sddm.conf.d, позволяющие разделить монолитный файл конфигурации на части. Поддержка единого файла конфигурации /etc/sddm.conf оставлена для сохранения совместимости;
- Добавлена возможность использование нелатинских символов в настройках тем оформления;
- Добавлена поддержка командного интерпретатора fish в Xsession и wayland-session;- Обеспечена возможность создания тем оформления курсора по умолчанию;
- Добавлена поддержка ConsoleKit 2 (https://www.opennet.me/opennews/art.shtml?num=42771);
- Представлена возможность смены цвета выпадающих меню.URL: https://github.com/sddm/sddm/releases/tag/v0.16.0
Новость: http://www.opennet.me/opennews/art.shtml?num=47360
У меня это дерьмо не работает из-за отсутствия sse2. Перешёл на kwin.
А можно вопрос? Что надо сделать, чтобы не было sse2?
Сидеть за древним неподдерживаемым оборудованием. Именно такие тянут IT на дно, до сих пор требуя поддержки x86, которое надо сливать уже лет 10.
> Сидеть за древним неподдерживаемым оборудованием. Именно такие тянут IT на дно, до
> сих пор требуя поддержки x86, которое надо сливать уже лет 10.Зачем?
> Именно такие тянут IT на дноВстаньте уже с головы на ноги и поймите, что дно находится с другой стороны.
На дно IT тянут именно такие как вы, которым 4ГБ на процесс недостаточно и потому все должны в обязательном порядке держать у себя систему максимум годовой давности.
Я, например, согласен, с тем, что тормозищи из-за якобы возможности решить все проблемы железом - это днище! Просто, упомянутые - 4ГБ это было модно в 2008 году, и совсем ничего особенно не представляет начиная с 2010, не стоит их упоминать.
>Просто, упомянутые - 4ГБ это было модно в 2008 году, и совсем ничего особенно не представляет начиная с 2010, не стоит их упоминать.
>4ГБ на процесс
> Сидеть за древним неподдерживаемым оборудованием. Именно такие тянут IT на дно, до
> сих пор требуя поддержки x86, которое надо сливать уже лет 10.О! А сейчас вы, судя по всему, кратенько расскажете, для чего нужен SSE2 в дисплейном менеджере и как его использование увеличивает производительность дисплейного менеджера/программиста/потребление памяти, ну хоть что-нибудь.
Какбэ, учитывая, что такое SSE2, таки увеличивает производительность, например.
SSE2 - набор инструкций проца. Т.е. некоторые наборы операций, которые нужно было производить последовательно с соответствующими переключениями контекста и т.д. выпиливаются со стороны программной логики и выполняются одной атомарной инструкцией проца, что заведомо быстрее.
Другое дело, процент увеличения общей производительности... Думаю, там даже 1 процента нет. Но сам факт, что "увеличивает производительность дисплейного менеджера" и, вполне возможно "сокращает потребление памяти" и уж точно "сокращает количество аллокаций памяти" - это факт.
> с соответствующими переключениями контекстаНе надо использовать умные слова без их понимания. Или хотя бы ограничься этим в беседах с одноклассниками, а не демонстрируй невежество на публику.
> и уж точно "сокращает количество аллокаций памяти" - это факт.
Код в студию, если это "уж точно" и "факт".
sse это векторные инструкции, профит от их использования в DM неочевиден.
Интернет ускорять :)
> профит от их использования в DM неочевиден.Очевидно же -- встроить пару-тройку игрулек для тех, кто подзабыл пароль и вынужден дожидаться админа
из школы^W^W
...
profit!
> sse это векторные инструкции, профит от их использования в DM неочевиден.Можно видосик в фоне проигрывать.
Ориентироваться на современное железо, конечно, нужно, но это значит совсем не то, что думают веб-акаки: мол, вывезет их гovnожскрипт и кpивые глючные подеLки других, не менее неуважаемых, разработчиков на других языках.Ориентация на современное оборудование значит использование всех его прелестей для снижения до ~0 латенси. Для расширения фронта автоматического тестирования и всеобъемлющее CI для повышения качества ПО (т.е. вычислительные затраты инфраструктуры ложатся на плечи нового и мощного оборудования), fuzzing-тестирование.
Это несколько отличается от "насpать кучу кала поверх 10ядерного процессора с 128ГБ памяти, авось будет ворочаться кое-как"
Дело не в жабистах, а в бараузераделах. Пусть предоставят нормальное api и дадут возможность писать на любом языке под веб фронтенд. Изначальна причина в том, что нужна возможность быстрой дистрибуции приложения до конечного пользователя, пока такую возможность даёт только браузер и JavaScript. WebAssembly-же пока в зародыше.
> Дело не в жабистах, а в бараузераделах."Жабисты" делали картинками градиентные кнопки и закруглённые уголки. Потом в браузеры добавили встроенные средства для градиентов и скругления уголоков. Сразу после этого "жабисты" перешли на плоские однотонные кнопки.
Проблема не в браузераделах. Проблема именно в тех, кто хочет чтоб не как у всех и обязательно трансректально. Если есть нормальный способ сделать что-то, то делать будут обязательно по другому.
> Сидеть за древним неподдерживаемым оборудованием. Именно такие тянут IT на дно, до
> сих пор требуя поддержки x86, которое надо сливать уже лет 10.Может у человека kde2, чего вы пристали, может у него для фильмов и музыки комп используется, почтовый клиент, nntp-клиент, джаббер-клиент, консолечка, ну что еще для счастья то нужно ? openpffice я думаю не взлетит, но в целом если комп работает и устраивает по скорости - зачем новый то ?
Проц без поддержки SSE2 не потянет ни фильмы, ни музыку (да-да, разве что mp3 с каким-нибудь старым декодером, умеющим MMX). Топикстартер - либо троль, либо нищий ретроград.
Чёрт, что же ты раньше не сказал, что не потянет, а то ведь миллионы людей в своё время смотрели фильмы, слушали музыку и не знали, что это оказывается невозможно на их компах.
> Чёрт, что же ты раньше не сказал, что не потянет, а то
> ведь миллионы людей в своё время смотрели фильмы, слушали музыку и
> не знали, что это оказывается невозможно на их компах.//offtop
это современные торентрелизы в mkv они смотрели то ? так-то и на мк-52 можно фильмы смотреть с разрешением 1*1 символов
> //offtop
> это современные торентрелизы в mkv они смотрели то ? так-то и на
> мк-52 можно фильмы смотреть с разрешением 1*1 символовЛадно пусть проц и слабый и не тянет современный mkv,но видь карточки с аппаратным декодерами как раз 10 лет назат в массовом порядке и начали появляться,+ еще появился стандарт для работы с видиокартачками, для некоторых кодеров-декодеров ускорение получалось в десятки раз.Как я помню в двдрипе вместо 45 минут у меня стало на конвертирование уходить 12-15 минут с двойным прогоном.
> Ладно пусть проц и слабый и не тянет современный mkv,но видь карточки
> с аппаратным декодерами как раз 10 лет назат в массовом порядке
> и начали появлятьсяСмотрели фильмы на S3 ViRGE или ATI Rage2C и Cyrix M2 с помощью QV for DOS в 2000-м году.
Я тебе сейчас скажу страшное. mkv это лишь формат контейнера, а кодеки для видео и аудио там могут быть любые. И нет, на машинах времени миллионы людей не гоняли в будущее за современными торрент-релизами.
>современные торентрелизына hdd того времени не поместятся
>>современные торентрелизы
> на hdd того времени не поместятсяПомнится, в году эдак в 2001 (ладно, плюс-минус год) по вполне умеренной цене приобрел винт на 40ГБ.
А вот качать современный торентрелиз диалапом - действительно удовольствие довольно сомнительное.
Перечитай предыдущий коммент. Там специально для тебя написано про старый декодер.
> Перечитай предыдущий коммент. Там специально для тебя написано про старый декодер.mpg123 и ffmpeg оказывается старые и немолодежные :(
Ты намекаешь, что новые декодеры mp3 пишут хипстеры и теперь им требуется на порядки(mp3 без проблем работал на первых пнях с 100MHz и без всякого mmx) большая мощь, чтобы сделать ровно то же самое декодирование, что и раньше? Всё может быть, тебе видней. Лучше расскажи, какое табу запрещает вам использовать кодеки, написанные людьми с прямыми руками?
> Перечитай предыдущий коммент. Там специально для тебя написано про старый декодер.H.265 - это старый декодер?
> Проц без поддержки SSE2 не потянет ни фильмы, ни музыкуВот тут стало интересно, шо ж это за "музыка" должна быть такая...
Так, к сведению: mp3 44100*16*mono нормально играл mpg123 на 486DX2/80 (или даже 66). Вот для стерео надо было соответственно 133.
В то время народ был с особо прямыми руками.В 1989 кодировали со скоростью шины ISA (16 бит, 8MHz на круг) на 286 процессорах. Правда,
1. спаяли свой сопроцессор FFT в формате карты ISA
2. разумеется, через DMA
3. до публикации стандарта mp3 оставалось ещё 4 годаСопроцессоры пытались продавать через СП Диалог, но что-то они не пошли. По производительности не дотягивали до суперкомпьютеров М-13, но для видео/аудио были бы вполне на уровне.
Опередили своё время.
P.S. типа потроллить - на М-13 гоняли "Т-Систему". Чистый жабаскрипт с типами.
Если собрать mpg123 с asm-оптимизацией под 486, то игрались «почти» без тормозов даже MPEG1 Layer3 (mp3) 48kHz, Stereo, 320KBit на 80486DX2-66@80MHz под FreeBSD 3.x/4.x.
MPEG1 Layer2 (mp2) с любым битрейтом и частотой дискретизации игрались без тормозов даже на 66MHz и без asm-оптимизаций.
>Проц без поддержки SSE2 не потянет ни фильмы, ни музыку (да-да, разве что mp3 с каким-нибудь старым декодером, умеющим MMX).Тянет. Media Player Classic не работает. А вот smplayer - вполне.
>Может у человека kde2А вот и не угадал. Последний lxqt. И последний файрфокс в качестве браузера.
>openpffice я думаю не взлетитКак ни странно, таки работает.
> Сидеть за древним неподдерживаемым оборудованием. Именно такие тянут IT на дно, до
> сих пор требуя поддержки
>x86, которое надо сливать уже лет 10.Интелу скажи, они ждут твоего совета.
И лобзиком из своего цпу выпили поддержку x86, а x84_64 можешь оставить. А не, постой...
А чем старое оборудование внезапно стало хуже или плохим?Более того, что появилось такого в новом ПО, чего не работало на старом, именно из-за фич нового оборудования (в частности, процессора)? Почему для тех же базовых функций с каждым годом нужно более мощное железо, когда особо ничего не меняется?
> А чем старое оборудование внезапно стало хуже или плохим?Тем, что IT-хипстерам с бородами от стилистов, попивающим капучино и оперирующим заученными фразами типа "войти в айти", "митап на тему чейнджей в программинге" и тому подобным, нужно как-то оправдывать свое существование. А для этого нужно постоянно всем доказывать, что все прежнее устарело и не модно.
Собрать систему на базе Pentium 3 или старенького Athlon XP?Либо может у человека какой-нибудь ARM вообще! А тут SSE2 требуют. Откуда же ему там взяться.
> Собрать систему на базе Pentium 3 или старенького Athlon XP?
> Либо может у человека какой-нибудь ARM вообще! А тут SSE2 требуют. Откуда
> же ему там взяться.Это уже проблема не с SSE2, а тем что код написан под x86. Это всегда требует ручного допиливания кода. То есть, можно надеятся, что оно и так пойдёт, но если писать на C/C++ за этим надо внимательно следить, и всё равно потом придётся тестировать и отлаживать на каждой платформе.
> Либо может у человека какой-нибудь ARM вообще! А тут SSE2 требуют.Гм, а у меня есть. Правда, прямщас под рукой не ARM. :]
> Что надо сделать, чтобы не было sse2?М.б., собрать неттоп на малинке-апельсинке или любом другом ARM-одноплатнике?
Оно что, на ассемблере написано, чтобы иметь зависимость от SSE2?
> Оно что, на ассемблере написано, чтобы иметь зависимость от SSE2?На ассемблере или нет, но википедия говорит, что все текущие Chrome, Firefox, а также Windows 8 и выше в обязательном порядке требуют. Вот например: https://support.mozilla.org/ru/kb/vashe-apparatnoe-obespeche...
PS а на самом деле, SSE2 требует не SDDM, его требует Qt 5.3 и выше (где это используется в JIT для QML-приложений): http://lists.qt-project.org/pipermail/development/2013-Novem... - объяснили, что не фиг ставить новый Qt, если у вас слишком древний проц. Типа, используйте Gtk.
В той же федоре, судя по багзилле, Qt5 специально собирают, чтобы не требовать SSE2 (но если есть, то используется). Аналогично в дебиане. Но это специальные патчи, а сток собирается с требованием SSE2.
PPS это все только про 32-х битные версии - весь x86-64 код собирается с SSE2, т.к. не существует 64-х битных процессоров без оного.
А как же ARM?
> А как же ARM?в ARM нет SSE2
> в ARM нет SSE2И как тогда Qt компилится?
>> А как же ARM?
> в ARM нет SSE2Зато есть аналог SSE1-2 набор инструкций Neon .
https://habrahabr.ru/post/153015/
Firefox можно пересобрать без поддержки SSE2, жесткой зависимости там нет, просто бинарники они компилируют без поддержки оной.
Очень малое кол-во софта даже в 3d creation использует проц. расширения напрямую, а не пользуются благами компиляторов.
> Firefox можно пересобрать без поддержки SSE2Qt и подавно можно.
Собрал Qt 5.3 для pentium без SSE и все отлично.
> Собрал Qt 5.3 для pentium без SSE и все отлично.Попробуй теперь собери Qt 3.3 для 286-го...
> Собрал Qt 5.3 для pentium без SSE и все отлично.Любитель пересобирать мир?
> а на самом деле, SSE2 требует не SDDM, его требует Qt 5.3 и вышеПри этом в Ubuntu 16.04 i386 Qt5 собран так криво, что не видит SSE2 в Northwood-ах, хотя SSE2 был уже Willamette. И плазма падает во время старта с ошибкой, что Qt не видит SSE2.
При этом более новый Qt5 в Ubuntu 17.04 i386 каким-то образом начинает видеть SSE2 и не валится с такой ошибкой.
Чудеса да и только!
Но это не отменяет вопроса об обязательности SSE2 для SDDM.
На ассемблере как раз легче избежать зависимостей - просто не используй эти инструкции.
Наркоман? При чём тут Kwin?
> Наркоман? При чём тут Kwin?Разумеется, речь о kdm.
Ого! Респект братухе некрофилу. Athlon XP?
На самом деле мне его жалко, Athlon XP в 2017-м году... это же такая боль. Пособирал бы бутылки и купил бы уже что-то хотяб лет на 10 постарше.
Да почему же, случаи разные бывают. Допустим, я весьма пользую Pentium4, но этот ПК работает тонким клиентом. А sddm - это один из немногих, в которых все еще есть поддержка XDMCP, поэтому я его тоже пользую. X11 + jack работает неплохо, для консольки + текстового редактора + браузера вполне хватает.P.S. SSE2 в P4 конечно есть, да и sddm нужен на большом ПК, а не на "тонком терминале"... Но поставновка вопроса в целом верная.
> Допустим, я весьма пользую Pentium4, но этот ПК работает тонким клиентом.Кстати, к зиме и впрямь актуально -- функция обогрева в них практически не встречается.
PS: простите, не удержался :) Просто, как мне кажется, любой другой камушек тех и соседних лет под эту задачу лучше...
Эээ а где *НЕТ* поддержки XDMCP? В (еще более легковесном) lightdm - есть. В обычном XDM - есть. Даже в GDM и то есть.
10 лет старше только гробы размером в школьный спорт зал
Да, с болью вспоминаю аренду ангара под 486 коробку.
Придурошный, kwin это window manager, а sddm это display manager. Так куда ты там перешел?
Наверное он имел ввиду KDM, хотя быдлoко...(зачёркнуто) разрабы KDE KDM разрабатывать не смогли и забросили тоже.
они и забросили, о чём давно написали
> У меня это дерьмо не работает из-за отсутствия sse2. Перешёл на kwin.Может на kdm ? kwin же не DM.
Ребят, а не подскажете, в сборках популярных дистров под i586 и i686 могут работать инструкции SSE2 в софте? То есть какие-то оптимизации при сборке реально провести для этого, чтобы и на старом без SSE работало, и на новом?
> Ребят, а не подскажете, в сборках популярных дистров под i586 и i686
> могут работать инструкции SSE2 в софте? То есть какие-то оптимизации при
> сборке реально провести для этого, чтобы и на старом без SSE
> работало, и на новом?Чисто теоретически можно ядром перехватывать исключения процессора, вызванные инвалидной инструкцией, и выполнять эти инструкции софтово. Но это будет ужасно медленно. Проще залезть в сорцы, найти там векторную библиотечку, которая поверх SSE2 реализована, и реализовать в ней все операции на SSE1 или на голом FPU. И пересобрать. Там реально работы будет на пару вечеров: если бы кому-нибудь это было бы надо, это уже было бы сделано. Непонятно из-за чего столь бурная реакция в комментах.
Ну вот мне надо, но я не осилил как это сделать (например rdesktop уже сломан из-за обновлений openssl, а xfreerdp теперь завязан на SSE2, причем опция сборки без SSE2 не сработала, всё равно крешится).
> Ребят, а не подскажете, в сборках популярных дистров под i586 и i686
> могут работать инструкции SSE2 в софте? То есть какие-то оптимизации при
> сборке реально провести для этого, чтобы и на старом без SSE
> работало, и на новом?Да. Например, CentOS 6 собирают с опциями "-march=i686 -mtune=atom". SSE2 в этом случае используется, если есть.
а собрать без ссе2 не?
набор SSE2 появился (на сколько я помню) аж в далёком 2003 году в Pentium M. может всё же пора обновить железо?
> набор SSE2 появился (на сколько я помню) аж в далёком 2003 году
> в Pentium M. может всё же пора обновить железо?Колёса изобрели много веков назад, может пора выкинуть их из своей машины?
>> набор SSE2 появился (на сколько я помню) аж в далёком 2003 году
>> в Pentium M. может всё же пора обновить железо?
> Колёса изобрели много веков назад, может пора выкинуть их из своей машины?так использование SSE2 вроде не запрещает использование SSE и далее по версиям так же (на сколько помнит мой склероз)
так пересобери. вряд ли там sse2 непосредственно используется. скорее всего, компилятор собирал под другую архитектуру, в которой есть sse2.
> так пересобери. вряд ли там sse2 непосредственно используется. скорее всего, компилятор
> собирал под другую архитектуру, в которой есть sse2.Странно что мейнтейнеры не использовали "-march=i686 -mtune=x86-64"
> так пересобери. вряд ли там sse2 непосредственно используется. скорее всего, компилятор
> собирал под другую архитектуру, в которой есть sse2.В коде qt используются интринсики. А пересобирать такие тяжёлые проекты на таком дохлом железе не вариант. В принципе даже на мощном железе пересобирать полсистемы не вариант.
гентушники смотрят на тебя с недоумением
> У меня это дерьмо не работает из-за отсутствия sse2. Перешёл на kwin.Даже не собирается без них? А как же ARM?
Каким боком kwin относится к display manager?
Ещё не спрашивали, чем это лучше лёгкого slim?
> легковесный
> QtМды.
>> легковесный
>> Qt
> Мды.Все познается в сравнении. Например -- с Электронами и Атомами.
Чего-то мне название этого добра BDSM напоминает :)
> Чего-то мне название этого добра BDSM напоминает :)или ССЗБ. но на самом деле -- норм, яростно апрувлю
Шорткаты туда все еще не запилили?