Нейт Грэм (Nate Graham), разработчик, занимающийся контролем качества в проекте KDE, опубликовал очередной отчёт о разработке KDE. Дополнительно объявлено о переходе ветки KDE Plasma 6.4 на стадию бета-тестирования и заморозке кодовой базы от внесения функциональных изменений (допускается только приём исправлений). Релиз KDE Plasma 6.4 намечен на 17 июня...Подробнее: https://www.opennet.me/opennews/art.shtml?num=63250
Я так понимаю, оно не будет готово никогда - вечный глюкодром, переписываемый раз в несколько лет. Зачем оно такое нужно?
> Я так понимаю, оно не будет готово никогда - вечный глюкодром, переписываемый раз в несколько лет.
> Зачем оно такое нужно?Затем что это лучше что есть в так называемом десктопном линуксе.
Потому что альтернативы:
или ненастраиваемый гнум для умственно отсталых с тормозными и вечно ломающимися расширениями от непонятно кого,
или васяноподелки для прдликов с UI/UX из 90х,
или интересные, но всё еще очень сырые новые ДЕ вроде гиперланда или космика.
Миф о переписывании снова в треде. Там такая кодовая база, что преписать её за "раз в несколько лет" просто невозможно. Его адаптируют под новые версии Qt, всего лишь. Последнее масштабное перелопачивание кода было при разработке 4 версии. Тогда переходили на Plasma-базу. Но в 5 и 6, всё также, осталась Plasma.
Лучшее DE, но вот композитор mutter от гнома постабильнее в различных сценариях использования чем KWin, например в виртуальных машинах с 3d ускорением GVT-g в гноме работает без проблем, а Kwin с артефактами. Решается переключением на x11, но это не дела.
зачем тебе виртуалка с линуксом, если у тебя уже линукс?
Юниксвей. Одно приложение - один дистр.
:-)
Зачем тебе правая рука, когда у тебя есть левая?
На случай, если левая устанет ;)
GNOME - лучшая DE.
Для тех, кому сложна.
а что такого сложного в KDE? Плазма упала - бодро перегрузился - всё снова свежее как огурчик. И пароль не забудешь никогда, одни плюсы от KDE.
А при чем тут падение плазмы и пароль? Как оно связано
Скорее для тех, кому показалось слишком простым переклють окна с пенели задач.
Зачем в 6-ю плазму он тащят "Legacy X11 App Support"? Дропните ж вы наконец XWayland!
Посмотрел скрины - какой же страх божий. Это не работа с программой, это какая-то каторга по щелканью бесконечных ползунков. Зачем?!
> Это не работа с программой, это какая-то каторга по щелканью бесконечных ползунков. Зачем?!А вот и первый любитель однокнопочный интерфейсов пожаловал!
Простите, но кнопку "сделай круто" не завезли даже на эпл)))
Причем тут сделай круто?! Эти галочки относятся к работе _среды_, а не _рабочего инструмента_. Мне в машине не нужен миллиард ручек, чтобы ее завести и приехать на работу. Потому что это бред, трата времени на то, что не приносит результата и профита. Если я захочу изменить что-то в среде - я возьму плагин или программу, которая это меняет, а не галочки перебирать буду. Так люди работают.
Наймите админа )
Причем тут это? Это вопрос не сложности, а концепции! Неужели не ясно? Я за юниксовую концепцию программируемых интерфейсов, а не ad-hoc подход винды/кде с галочками. Вы же должны понимать такие вещи, если вы юниксоид. Это же корневая концепция.
> Причем тут сделай круто?! Эти галочки относятся к работе _среды_, а не _рабочего инструмента_.Среду внезапно тоже нужно настраивать!
> Мне в машине не нужен миллиард ручек, чтобы ее завести и приехать на работу.
Посмотри сколько настоек сидушек в дорогих авто, плюс еще настойки руля, плюс еще настойка зеркал, настройка обдува, плюс на руле еще куча кнопочек для менее важных систем вроде мультимедийки... и они все нужны чтобы КОМФОРТНО приехать на работу.
Ну а тык можешь сесть в жигу и так сойдет.> Потому что это бред, трата времени на то, что не приносит результата и профита.
Еще как приносит! Он повышает удобство работы.
> я возьму плагин или программу, которая это меняет, а не галочки перебирать буду.
Завязываться на стороннее решение вместо встроенного? Ждать каждый раз пока они в очередной раз адаптируют свое поделие к изменившемуся API? Прдлиться с конфигами вместо выбора пары галочек?
> Так люди работают.
Ахаха)) Ну-ну.
Опять 25, да что ж такое. Юниксовые среды не настраивают, их изменяют!!! Ну прочитай ты Кернигана, ну как можно юниксом пользоваться без знания методы?! Ты не настраиваешь пайпы, ты с их помощью строишь конвейер! Так же и со средами.
А при чём здесь pipe'ы? Вы подобным способом ещё сравните бегемота со свистком. И там и там есть входное отверстие для потока воздуха и выходное для звука.
>Ахаха)) Ну-ну.Блин, ну вот чего ты юродствуешь, если не в теме?! Кернигана "Unix - универсальная среда программирования" наизусть помнишь? Есть что оспорить? Давай! Нет, не хочу учиться, хочу ржать над профессионалами, которые полвека так работают! Капец ты весельчак)
> Есть что оспорить? Давай!Да, есть!
Неоспоримый факт - UNIX умер. Причем подох уже давно и даже почти не воняет.
А наследники так называемого unix-way смогли занять просто невероятные 4% рынка десктовов, и то, в основном благодаря корпорасту габену и его огроженому стиму.
Что просто доказывает нежизнеспособность этого подхода.А винда с макосью и хромосью с галочками и кнопочками занимают остальные 95% десктопа.
Вот что работает в реальности, а не в манямирке.> которые полвека так работают!
Именно. У кого-то задержка в развитии на полвека, а он этим хвастается. Капец))
А ведь нужно развиваться, становиться лучше, эффективнее!
> Неоспоримый факт - UNIX умер.
> …
> А винда с макосью и хромосью с галочками и кнопочкамиПри этом второе - unix сертифицированный, третье - unix-like, ну а первое - либо сдохнет, либо от него wsl (платформа виртуальных машин) только и останется
> ржать над профессионалами, которые полвека так работаютЕсли они полвека ТАК до сих пор и работает, над ними не ржать, их жалеть надо.
Вы, видимо, из тех, кто предпочитает делать операцию на глаза через задний проход. Для обычных людей не представляет труда единожды настроить параметры оболочки и более не возвращаться к этому, и уж тем более устанавливать какие-то дополнительные программы или плагины. Вопроса два:
1) какая категория многочисленнее - подобная Вам или все остальные?
2) сможете ли до старости подавить свой юношеский максимализм и понять, что мир не крутится вокруг Вас и Ваших заблуждений.
Вам дорога к гномам, спартанец!
+1000. Куча настроек, а настроить нормально невозможно, в этом вся KDE. Да одно только расширение гнома "Dash to Panel" более продвинуто по настройкам чем все KDE вместе взятое.
Я включаю ночную цветовую схему по расписанию и переношу панель в верх экрана, и kde настроенна идеально, а остальными ползунками никто не заставляет пользоваться.
Ну наверное настройки чтобы прям вообще настроить.Что то для киберспорстменов.
https://i.sstatic.net/wiPzRCQY.png
https://kfocus.org/img/wf/mousecfg/mouse-008.webp?1657758481Подобное но в Mouse.
Тоже удивился.
Для киберспортсменов точно не подходит, слишком тормозит https://ma.fellr.net/@fell/114305267927110861
В профессиональных мышках для киберспорта есть свои настройщики, которые заточены под нужды профиков. А это просто галочки ради галочек. Которые никто никогда тыкать не будет. Да и какие киберспортсмены на линуксе блин))
> В профессиональных мышках для киберспорта есть свои настройщики, которые сделаны для лохов, чтобы впарить очередной ненужный хлам-5000.Поправил, не благодари.
> Что то для киберспорстменов.Это настройки ускорения мыши, которую процентов 95 эцсамых не используют, предпочитая линейную связь...
Вот, это один из тех, кому сложна. Оставайтесь на GNOME, там вас не напрягают подстраивать под себя.
Причем тут сложность? Галочки тыкать сложно?) Вы в этом реально видите огромное достижение?!
>Оставайтесь на GNOME, там вас не напрягают подстраивать под себя.Гном в разы изменчивее кде. За счёт юниксового подхода программируемости через изменение среды. Доказательство - прорва других сред на основе гнома и около 0 сред на основе кде)
Идеал уже не улучшить, в отличие от Гнома, где потенциал огромен.
А объективно, KDE популярен потому, что изначально даёт удобство и простоту понимания, плюс такие же понятные и доступные возможности настройки.
Gnome, при всех достоинствах его концепции, требует каких-то танцев с бубнами, установки каких-то примочек. Что даже по ощущениям выглядит избыточным.
>юниксового подхода программируемости через изменение средыА что это значит вообще? Текстовые конфиги править надо?
Это не для ползунков.
Так не щелкай. Установил ПО и работаешь, а в настройки системы не лезишь. Я из всех настроек только вторую панель делают, как в Gnome и все.
Не нравится "щелканье бесконечных ползунков", правьте бесконечные настройки в конфигах. ;)
Впрочем, любители ходить в чужой одежде, не по размеру и не по фасону, смирится и с чужими настройками по умолчанию.
>В приложении System Monitor модернизировано оформлениеВнезапно, но Monitor для elementary более информативный:
https://github.com/elementary/monitor
если вам нравится смотреть на пестрый график загрузки ЦП, то да. В остальном максимально неинформативный и неудобный монитор.
Спасибо за наводку, действительно неплохо сделано
Ставвь Mission Center, хд)Я пользуюсь Top.
Интел же вам вывалил формат для инфракрасного диапазона почему не прикрутили? Немедленно сделать, а то ультразвук не могу слушать нормально. Кеды сразу влетят.
Калибровка - это когда прикручиваешь калибратор к компу и начинаешь калибровать монитор специальным софтом. Все остальное - это профанация, а не калибровка.
И тут, внезапно, выясняется, что проектировщики явленного и не знали что это нужно кому-то на ляликсе.Огромная была тема с АргилЦМС, даже чёт начали и завезли, но нормальной аппаратной калибровки как небыло, так и нет.
Из важного - интересные проблемы в конкретно кедах - мыло, особенно в шрифтах в интерфейсе.
В самом софте все ок, а вот в теме по умолчанию у кед шрифты мылят щоппц.
> И тут, внезапно, выясняется, что проектировщики явленного и не знали что это нужно кому-то на ляликсе.Нет, не выясняется, потому что автор патча прекрасно знает, что такое управление цветом. Можно почитать один из его предыдущих опусов на тему HDR и CMS:
https://zamundaaa.github.io/wayland/2023/12/18/update-on-hdr...
Отдельно стоит заметить, что разработчики управления цветом в вяленде и автор арджилла уже который год в контрах. Молодёжь не уважает дедушку и не хочет с ним советоваться, а дедушка обиделся и не хочет иметь никаких дел с креативом молодёжи. Так и живём.
>Отдельно стоит заметить, что разработчики управления цветом в вяленде и автор арджилла уже который год в контрах.А LittleCMS как, что?
> Калибровка - это когда прикручиваешь калибратор к компу и начинаешь калибровать монитор специальным софтом. Все остальное - это профанация, а не калибровка.Калибровка — приведение устройства в заведомо известное состояние. Т.е. определённая яркость и температура цвета. Дальше в этих условиях выполняется профилирование, т.е. снятие данных, расчёт дельты между отправленным и прочитанным и построение LUT или матрицы (смотря какой профиль, табличный или матричный).
Конечная цель — именно создание профиля, описывающего возможности цветопередачи моника. А никак не калибровка. И инструмент называется не калибратором, а спектрофотометром. В крайнем случае, колориметром.
Вот скажи, тебе точно надо было умничать? :)
>Вот скажи, тебе точно надо было умничать? :)От молодец что сумничал. Я вот теперь прочитал твой ему ответ, и стал умнее.
Вот купят вместо видеокарты красный дереватив и вместо нормальной регулировки параметров цвета рабочего стола изобретают велосипед к моникам.Кстати, надеюсь хоть шаблоны предусмотрели? Существуют же на выбор эталонные изображения аж из несколько вариантов у достойного вендора. Все для любителей щелкать тумблерами на каждый чих.
Дизайнеры. На катинке к новости кажется показан этот хдр. Он всегда такой мультяшно-анимэшный как будто в Крите слепили?
Просто чтобы прям реально прочувствовать HDR нужна совокупность контента и устройства на котором он будет показан, на хорошей матрице (LG или Samsung).
https://www.youtube.com/watch?v=EJr3uAQwGek
p.s.: на ютубе есть фильтр поиска с hdr.
Добавлю: на хорошей матрице с как можно более высокой яркостью
LG 22MP65https://www.dns-shop.ru/product/d4c9d606c8e33120/monitor-lg-...
Если включить energy saving , то будет чересчур ярко и токсично.
Режимы для чтения не использую, а то оно как будто ночной режим в Гном становится.
2013 год ? Если всё устраивает, то может вам и не нужен этот hdr.
А вообще за последние лет пять цены просели, можно обновляться:
https://www.dns-shop.ru/catalog/personal/?category=17a894371...
Так в этом и прикол, что разницы по-моему и нет окромя 4-8к. Цветопередача и на этом имба. Цена согласно прейскуранту на 30-50% выше того времени и ради ничего в принципе. Бгг.
Оказывается я на схожие смотрел цену,а так в три раза.
KDE 3 был лучший, четвёрка туда-сюда, потом деградация.
Если Plasma где-то и падала, так в начальных версиях четвёрки. Потому, что она там только появилась.
Повторяю: они дропнули GLX, на radeon весь редеринг идёт через llvmpipe. При этом sddm начал намертво зависать при переходе на другую виртуальную консоль.
> Повторяю: они дропнули GLX, на radeon весь редеринг идёт через llvmpipe.О Боже мой, да всем нacpать! (c)
> При этом sddm начал намертво зависать при переходе на другую виртуальную консоль.
Просто не используйте sddm или не переходите на другую виртуальную консоль.
С вас 5000 рублей.
> При этом sddm начал намертво зависать при переходе на другую виртуальную консоль.Только что проверил на fedora 42, не воспроизводится
> на radeon весь редеринг идёт через llvmpipe
выхлоп для info -> Диспетчер окно выдал
Compositing
===========
Compositing is active
Compositing Type: OpenGL
OpenGL vendor string: AMD
OpenGL renderer string: AMD Radeon Graphics (radeonsi, phoenix, LLVM 20.1.2, DRM 3.61, 6.14.6-300.fc42.x86_64)
OpenGL version string: 4.6 (Core Profile) Mesa 25.0.4
OpenGL platform interface: EGLбыл бы llvmpipe, было бы OpenGL renderer string: llvmpipe
1. оттуда же:Compositing
===========
Compositing is active
Compositing Type: OpenGL
OpenGL vendor string: Mesa
OpenGL renderer string: AMD BARTS (DRM 2.50.0 / 6.14.0-11-generic, LLVM 19.1.7)
OpenGL version string: 4.5 (Core Profile) Mesa 25.0.5-1
OpenGL platform interface: EGL
OpenGL shading language version string: 4.50
Driver: Unknown
GPU class: Unknown
OpenGL version: 4.5
GLSL version: 4.50
Mesa version: 25.0.5
X server version: 1.24.1
Linux kernel version: 6.14
Direct rendering: Requires strict binding: no
Virtual Machine: no
OpenGL 2 Shaders are used(диагностический выхлоп снят в вейландовой сессии)
Но это всё хрень. Потому что
2. eglinfo фейлится с
eglinfo: eglInitialize failed
3. И в systemsettings:
Operating System: Debian GNU/Linux 12
(хотя у меня sid!)
KDE Plasma Version: 6.3.4
KDE Frameworks Version: 6.13.0
Qt Version: 6.8.2
Kernel Version: 6.14.0-11-generic (64-bit)
Graphics Platform: Wayland
...
Graphics Processor: llvmpipe
...
4. Ну а обнаружено было после того, как всё лагать стало после очередного обновления кед. После копания в гите kwinа нашёлся коммит в выпилом GLX.
Чини, скорее всего, сам сломал, а теперь жалуешься в каждой теме.
> 2. eglinfo фейлится с
> eglinfo: eglInitialize failedне фейлится
а если фейлится, то это не проблема кед
> 3. И в systemsettings:
Графический процессор: AMD Radeon Graphics (встроенный)
> 4. Ну а обнаружено было после того, как всё лагать стало после очередного обновления кед. После копания в гите kwinа нашёлся коммит в выпилом GLX.
а можно ссылочку на коммит?
> хотя у меня sid!
рекомендую поставить linux
>а если фейлится, то это не проблема кедДа что там! Можно и железо дропнуть, и потом сказать "ваше железо не поддерживает обязательную фичу, это не проблема кед". Да, не проблема кед. У кед вообще в принципе нет никаких проблем - они PROVIDE THE PROGRAM "AS IS" WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESSED OR IMPLIED, INCLUDING, BUT NOT LIMITED TO...
>а можно ссылочку на коммит?
https://invent.kde.org/plasma/kwin/-/commit/0b6decb103b01187...
>рекомендую поставить linux
Fedora - это не linux. А хлам от неадекватной корпорациииии, дропающей поддержку железа.
> Да что там! Можно и железо дропнуть,Конечно можно. Никто не имеет право запрещать что-то дропать.
Вопрос только "когда это случится". Вон в линуксе дропнули сначала i286, потом 386...> и потом сказать "ваше железо не поддерживает обязательную фичу, это не проблема кед".
Именно! Именно так и нужно говорить.
Да, всякие нищуки без sse2 будут ныть, но если им надо, то пусть сами и поддерживают.> Да, не проблема кед. У кед вообще в принципе нет никаких проблем
Это проблема всяких некролюбов.
> Fedora - это не linux. А хлам от неадекватной корпорациииии, дропающей поддержку железа.
Почему неадеватной?
У них нет никаких обязательств в поддержка того или иного железа.
Но что странно, всякие людители коредвадуо не говорят "спасибо благодетели, что поддерживали наш устаревший кусок kaла!", а вопят "вы обязаны!!11 азазза!!!".
Что характеризует их как неблагодарных 321ов.
>на radeon весь редеринг идёт через llvmpipeДа неужели? Странно (нет), но у меня нет llvmpipe, а рендериг идёт через Mesa R600.
Правильно сделали. EGL явно лучше.
> на radeon весь редеринг идёт через llvmpipeА что за модель твоего радеона? Может это AGP раритет из нулевых, поддержка которого только для галочки, а фактически об этой железке все давно забыли?
Надо смотреть: eglinfo -BОн напишет, к какому драйверу имеют доступ Wayland и XWayland платформы.
Посмотри какой драйвер используется в:
qdbus6 org.kde.KWin /KWin org.kde.KWin.showDebugConsole
Попробуй убрать llvmpipe и softpipe из системы, чтобы не использовался GBM.
1. попробовал поэкспериментировать на eglgears_wayland. egl на моей карте таки работает - потому что прописывание LP_NO_RAST=1 картинку не убирает. GALLIUM_DRIVER эффекта не оказывает.
2.
>qdbus6 org.kde.KWin /KWin org.kde.KWin.showDebugConsoleПроизводитель: Mesa
Модуль отрисовки: AMD BARTS (DRM 2.500/ 6.14.0-11-депепс, LLVM 19.1.7)
Версия: 4.5 (Core Profile) Mesa 25.0.5-1
Версия языка шейдеров: 4.50
Драйвер: Unknown
Серия графического процессора: Unknown
Версия OpenGL: 45
Версия GLSL: 4.50Unknownы странны. И лагает всё, несмотря на "Модуль отрисовки: AMD BARTS"
>eglinfo -B
GBM platform:
radeon: Failed to get PCI ID, error number -13
EGL API version: 1.5
EGL vendor string: Mesa Project
EGL version string: 1.5
EGL client APIs: OpenGL OpenGL_ES
OpenGL core profile vendor: Mesa
OpenGL core profile renderer: llvmpipe (LLVM 19.1.7, 128 bits)
OpenGL core profile version: 4.5 (Core Profile) Mesa 25.0.5-1
OpenGL core profile shading language version: 4.50
OpenGL compatibility profile vendor: Mesa
OpenGL compatibility profile renderer: llvmpipe (LLVM 19.1.7, 128 bits)
OpenGL compatibility profile version: 4.5 (Compatibility Profile) Mesa 25.0.5-1
OpenGL compatibility profile shading language version: 4.50
OpenGL ES profile vendor: Mesa
OpenGL ES profile renderer: llvmpipe (LLVM 19.1.7, 128 bits)
OpenGL ES profile version: OpenGL ES 3.2 Mesa 25.0.5-1
OpenGL ES profile shading language version: OpenGL ES GLSL ES 3.20Wayland platform:
EGL API version: 1.5
EGL vendor string: Mesa Project
EGL version string: 1.5
EGL client APIs: OpenGL OpenGL_ES
OpenGL core profile vendor: Mesa
OpenGL core profile renderer: AMD BARTS (DRM 2.50.0 / 6.14.0-11-generic, LLVM 19.1.7)
OpenGL core profile version: 4.5 (Core Profile) Mesa 25.0.5-1
OpenGL core profile shading language version: 4.50
OpenGL compatibility profile vendor: Mesa
OpenGL compatibility profile renderer: AMD BARTS (DRM 2.50.0 / 6.14.0-11-generic, LLVM 19.1.7)
OpenGL compatibility profile version: 4.5 (Compatibility Profile) Mesa 25.0.5-1
OpenGL compatibility profile shading language version: 4.50
OpenGL ES profile vendor: Mesa
OpenGL ES profile renderer: AMD BARTS (DRM 2.50.0 / 6.14.0-11-generic, LLVM 19.1.7)
OpenGL ES profile version: OpenGL ES 3.1 Mesa 25.0.5-1
OpenGL ES profile shading language version: OpenGL ES GLSL ES 3.10X11 platform:
EGL API version: 1.5
EGL vendor string: Mesa Project
EGL version string: 1.5
EGL client APIs: OpenGL OpenGL_ES
OpenGL core profile vendor: Mesa
OpenGL core profile renderer: AMD BARTS (DRM 2.50.0 / 6.14.0-11-generic, LLVM 19.1.7)
OpenGL core profile version: 4.5 (Core Profile) Mesa 25.0.5-1
OpenGL core profile shading language version: 4.50
OpenGL compatibility profile vendor: Mesa
OpenGL compatibility profile renderer: AMD BARTS (DRM 2.50.0 / 6.14.0-11-generic, LLVM 19.1.7)
OpenGL compatibility profile version: 4.5 (Compatibility Profile) Mesa 25.0.5-1
OpenGL compatibility profile shading language version: 4.50
OpenGL ES profile vendor: Mesa
OpenGL ES profile renderer: AMD BARTS (DRM 2.50.0 / 6.14.0-11-generic, LLVM 19.1.7)
OpenGL ES profile version: OpenGL ES 3.1 Mesa 25.0.5-1
OpenGL ES profile shading language version: OpenGL ES GLSL ES 3.10Surfaceless platform:
EGL API version: 1.5
EGL vendor string: Mesa Project
EGL version string: 1.5
EGL client APIs: OpenGL OpenGL_ES
OpenGL core profile vendor: Mesa
OpenGL core profile renderer: AMD BARTS (DRM 2.50.0 / 6.14.0-11-generic, LLVM 19.1.7)
OpenGL core profile version: 4.5 (Core Profile) Mesa 25.0.5-1
OpenGL core profile shading language version: 4.50
OpenGL compatibility profile vendor: Mesa
OpenGL compatibility profile renderer: AMD BARTS (DRM 2.50.0 / 6.14.0-11-generic, LLVM 19.1.7)
OpenGL compatibility profile version: 4.5 (Compatibility Profile) Mesa 25.0.5-1
OpenGL compatibility profile shading language version: 4.50
OpenGL ES profile vendor: Mesa
OpenGL ES profile renderer: AMD BARTS (DRM 2.50.0 / 6.14.0-11-generic, LLVM 19.1.7)
OpenGL ES profile version: OpenGL ES 3.1 Mesa 25.0.5-1
OpenGL ES profile shading language version: OpenGL ES GLSL ES 3.10Device platform:
Device #0:Platform Device platform:
EGL API version: 1.5
EGL vendor string: Mesa Project
EGL version string: 1.5
EGL client APIs: OpenGL OpenGL_ES
OpenGL core profile vendor: Mesa
OpenGL core profile renderer: AMD BARTS (DRM 2.50.0 / 6.14.0-11-generic, LLVM 19.1.7)
OpenGL core profile version: 4.5 (Core Profile) Mesa 25.0.5-1
OpenGL core profile shading language version: 4.50
OpenGL compatibility profile vendor: Mesa
OpenGL compatibility profile renderer: AMD BARTS (DRM 2.50.0 / 6.14.0-11-generic, LLVM 19.1.7)
OpenGL compatibility profile version: 4.5 (Compatibility Profile) Mesa 25.0.5-1
OpenGL compatibility profile shading language version: 4.50
OpenGL ES profile vendor: Mesa
OpenGL ES profile renderer: AMD BARTS (DRM 2.50.0 / 6.14.0-11-generic, LLVM 19.1.7)
OpenGL ES profile version: OpenGL ES 3.1 Mesa 25.0.5-1
OpenGL ES profile shading language version: OpenGL ES GLSL ES 3.10Device #1:
Platform Device platform:
EGL API version: 1.5
EGL vendor string: Mesa Project
EGL version string: 1.5
EGL client APIs: OpenGL OpenGL_ES
OpenGL core profile vendor: Mesa
OpenGL core profile renderer: llvmpipe (LLVM 19.1.7, 128 bits)
OpenGL core profile version: 4.5 (Core Profile) Mesa 25.0.5-1
OpenGL core profile shading language version: 4.50
OpenGL compatibility profile vendor: Mesa
OpenGL compatibility profile renderer: llvmpipe (LLVM 19.1.7, 128 bits)
OpenGL compatibility profile version: 4.5 (Compatibility Profile) Mesa 25.0.5-1
OpenGL compatibility profile shading language version: 4.50
OpenGL ES profile vendor: Mesa
OpenGL ES profile renderer: llvmpipe (LLVM 19.1.7, 128 bits)
OpenGL ES profile version: OpenGL ES 3.2 Mesa 25.0.5-1
OpenGL ES profile shading language version: OpenGL ES GLSL ES 3.20
eglinfo -B > a.txt
radeon: Failed to get PCI ID, error number -13sudo eglinfo -B > b.txt
error: XDG_RUNTIME_DIR is invalid or not set in the environment.
error: XDG_RUNTIME_DIR is invalid or not set in the environment.
error: XDG_RUNTIME_DIR is invalid or not set in the environment.diff -U3 -d a.txt b.txt
--- a.txt 2025-05-18 00:00:00.000000000 +0300
+++ b.txt 2025-05-18 00:00:00.000000000 +0300
@@ -4,24 +4,6 @@
EGL version string: 1.5
EGL client APIs: OpenGL OpenGL_ES
OpenGL core profile vendor: Mesa
-OpenGL core profile renderer: llvmpipe (LLVM 19.1.7, 128 bits)
-OpenGL core profile version: 4.5 (Core Profile) Mesa 25.0.5-1
-OpenGL core profile shading language version: 4.50
-OpenGL compatibility profile vendor: Mesa
-OpenGL compatibility profile renderer: llvmpipe (LLVM 19.1.7, 128 bits)
-OpenGL compatibility profile version: 4.5 (Compatibility Profile) Mesa 25.0.5-1
-OpenGL compatibility profile shading language version: 4.50
-OpenGL ES profile vendor: Mesa
-OpenGL ES profile renderer: llvmpipe (LLVM 19.1.7, 128 bits)
-OpenGL ES profile version: OpenGL ES 3.2 Mesa 25.0.5-1
-OpenGL ES profile shading language version: OpenGL ES GLSL ES 3.20
-
-Wayland platform:
-EGL API version: 1.5
-EGL vendor string: Mesa Project
-EGL version string: 1.5
-EGL client APIs: OpenGL OpenGL_ES
-OpenGL core profile vendor: Mesa
OpenGL core profile renderer: AMD BARTS (DRM 2.50.0 / 6.14.0-11-generic, LLVM 19.1.7)
OpenGL core profile version: 4.5 (Core Profile) Mesa 25.0.5-1
OpenGL core profile shading language version: 4.50
@@ -34,6 +16,9 @@
OpenGL ES profile version: OpenGL ES 3.1 Mesa 25.0.5-1
OpenGL ES profile shading language version: OpenGL ES GLSL ES 3.10
+Wayland platform:
+eglinfo: eglInitialize failed
+
X11 platform:
EGL API version: 1.5
EGL vendor string: Mesa Project
На mesa пишут, что GBM платформ так пишет, потому что уже занят. Т.е. если ты от рута запустишь, GBM тоже напишет, что работает.Я хз, возможно они сами запутались в том, что у них рендерит интерфейс. Но я пробовал fedora 42 на llvmpipe погонять, тормозов не было.
Попробовал запустить kwin_x11 с LP_NO_RAST=1. Так как картинка не пропала, всё-таки используется GPU для композитинга (для гарантии что переменные используются попробовал с принудительным софт растризатором, картинка пропала). Почему лагает и почему пишет в настройках, что используется llvmpipe ... ХЗ.
Верните KSysGuard, сволочи!
Согласен. Нынешний диспетчер неюзабелен
> KSysGuardТоже когда-то начинал с GUIшных диспетчеров. Потом попробовал htop и втянулся, а ещё позже понял, что дефолтный top меня на 99% устраивает. Таков путь.
Как с плеерами, самый хороший просто mpv без оболочек.
Зачем нужны плееры в современном мире я упорно не понимаю. Разве что какие-то крайне редкие залётные файлы посмотреть\послушать. Так то весь контент давно в стриммингах, нравится это кому-то или нет. Но они победили. Просто потому что интернет теперь есть везде, а стоит оно в месяц дешевле одной чашки кофе из ларька.
> в современном миреОни и не поймут. Они живут том в мире, когда шишaк стoял и ленин тaкой молодой. Или ты думаешь почему адепты плееров и прочего луддизма сидят на кор 2 дуо или вообще на 3-4 пнях. И ведь это не шутка.
Дело не в том мире, где шишак и Ленин, а в том, где компьютер в доме появился раньше чем доступ в интернет. Где офлайн - это надёжно, и где хочецца всегда иметь доступ к своим любимым песенкам и видосикам, не зависимо от возможности выхода в интернет, которая сегодня есть, а завтра как бы может и не быть по тем или иным причинам.
>Просто потому что интернет теперь есть везде, а стоит оно в месяц дешевле одной чашки кофе из ларькаВы глубоко неправы. Во-первых, лицензируют не всё. Во-вторых, интересующий меня контент находится на разных площадках. Часть контента вообще не лицензирована, никем. И поскольку снято давно, то лицензировать никто не будет.
Ага. А ещё после 7+ лет использования этих ваших стриммингов, я, например, вернулся на интернет-радио. Подобрал десятка 2-3 радиостанций на все случаи жизни и это на много удобнее чем пользоваться стриммингами. И тут как раз тащит простецкий аудио-плеер. В том числе и потому, что интерфейс не меняется каждые полгода по велению левой пятки манагера. А ещё этот плеер можно в автозапуск закинуть. Включил комп - сразу что-то приятное фоном играет. Попробуй провернуть со стримингом. Не у каждого есть нативный клиент. А если есть, то скорее всего это будет та же веб-страница завернутая в электрон или ещё какую дичь.
Я и коллекцию любимых треков все хочу собрать на "харде"... А то со стриммингами всякие приколы бывают. Когда-то стримминг мне просто втихую треть коллекции снёс. И сейчас то эта песня недоступно, то та...
Стримминг тоже бывает полезен, но я себя поймал на мысле, что я за месяц могу и вовсе ни разу не открыть. Благо ещё на старой подписке сижу за 99 рублей, поэтому и не отключаю.
>В настройки системного лотка добавлено предупреждение, выводимое при попытке отключить сервис управления буфером обмена.Уже почти совсем, чуть-чуть, немного, едва-едва, капельку-капельку не готов.
Ну всё KDEшники, принмайте в свои ряды. После недели лоьавления пакетов и 15 часов сборки улалось таки запустить и Plasma и KWin в Linux From Scratch. Какие впечатления? Все хорошо и нет ржавчины.
>Plasma 6.3: В режиме HDR всегда используются встроенные профили
>Plasma 6.4: В KDE реализован интерфейс для калибровки HDR.Вот это по-нашему, настоящий линукс-подход.
Релиз KDE - добавлено, добавлено, добавлено...
Релиз GNOME - удалено, удалено, удалено...
> Релиз GNOME - удалено, удалено, удалено...В гноме правильно делают.
Ты работаешь с программами, а не с ОС.
Роль самой ОС должна быть сведена к минимуму, и в идеале быть прозрачной для пользователя.
Гном это ужас, нет настроек, которые жизненно необходимы, типа чувствительности скроллинга или разных обоев для разных мониторов.Но все остальные DE ещё хуже.
Где кнопка сернуть, развернуть окно? Почему я должен миллион расширений ставить, что бы хоть в человеческий вид рабочий стол привести? Твоё гномо, после установки расширений становится жрущим тормозным монстром.
> тормознымЛетает даже на древнем как копролит мамонта macbook pro 2012 с интеловской встройкой. Может вы сидите на Pentium 4? Иначе даже не представляю как можно заставить гном тормозить.
> В гноме правильно делают.+1
Ещё бы завезли нормальные настройки и поубавили дефолтные отступы хотя бы на 1 палец тоньше :D
> Ты работаешь с программами, а не с ОС.Ну примерно как, ты работаешь работу а не общаешься с быдлоколлективом.
Например.Ну тоесть это да, но приятно когда сама ОС, тоже нормальная.
KDE всегда были в авангарде инновации!
Изменения замечательные, работа прекрасная выполнена, но розовый. РОЗОВЫЙ.
привет, isden!
> https://www.linux.org.ru/images/13094/original.pngТема смотрится красиво визуально.
Приятные цвета.Но делать что то с таким оформлением ОС, вырвиглазно.
Раньше тоже недолюбливал темные темы.Сейчас тоже, предпочтительно делаю Серую, или Темно Синюю, с определенными цветными элементами ( чтобы небыло минорности ),
Черная тема тоже, уж совсем безвкусно.
Системный монитор который кушает 198мб ОЗУ. ух бл.Вы только вдумайтесь. Для запуска этого "монитора" прогружаются QML/JS код, забиваются кеши CPU, выполняется рендеринг на стороне GPU QMLScene.
И все это для утилиты которая априори обязана открываться быстро даже в ситуациях когда CPU используется на 100%, а озу практически исчерпалось.
В ауре лежит ksysguard6-git уже год, собрать что ли трудно или религия не позволяет?
> В ауре лежит ksysguard6-git уже год, собрать что ли трудно или религия
> не позволяет?Да.
> В ауре лежит ksysguard6-git уже год, собрать что ли трудно или религия
> не позволяет?Собири это, скомпилируй то.
Такое ощущение что создатели KDE, не шарят.Или специально навешивают такого жругчего софта компонентов.
Типа Гы - Гы, а мы фиечку внедрили, System Monitor, который потребляет как Quake 2.
> 198мб ОЗУ.Сегодня ОЗУ меньше 16 гигов считается довольно по спартански. У меня материнка поддерживает 256 гигов, установлено 128. И учитывая низкую стоимость памяти, странные у вас придирки. Понимаю, если бы вы возмущались в году эдак 1993, когда память стоила астрономических денег. Но сегодня...
> Сегодня ОЗУ меньше 16 гигов считается довольно по спартански. У меня материнка поддерживает 256 гигов, установлено 128. И учитывая низкую стоимость памяти, странные у вас придирки.Это не придирка, а справедливое замечание. Таскманагер - это зачастую необходимая утилита в критической ситуации. У тебя система начинает вставать колом, тебе надо выяснить, какой процесс выжирает КПУ или почему забита вся память. И в этом случае срань с красивыми графиками, которая жрет 200 метров (возможно последних) и которая стартует 2-3 секунды без нагрузки, под нагрузкой может вообще не запуститься. Поэтому сменил на бтоп.
Есть украшательства и свистоперделки, а есть боевые утилиты...
> в критической ситуацииВы серьезно думаете, что кто-то использует KDE в местах, где бывают КРИТИЧЕСКИЕ ситуации? Обычно, насколько я знаю, там исключительно CLI.
Пердоли сейчас тебе накидают 1001 юзкейс линупcа хоть с кде, хоть с гнумом чуть ли не на атомных станциях. Правда только в их бурных фантазиях :D
> Вы серьезно думаете, что кто-то использует KDE в местах, где бывают КРИТИЧЕСКИЕ ситуации? Обычно, насколько я знаю, там исключительно CLI.Да вот я предстаавляю, KDE повисло, типа, я меееедленно вызываю System Monitor.
Кстати в Windows 10, такой проблемы не наблюдается.
Приоритет System Monitor максимальный, и если все зависло то System Monitor всегда откликается.
В отличии от Божественного KDE.
Даже так скажу.В отличии от KDE.
Windows умеет закрывать зависшие приложения.
> Вы серьезно думаете, что кто-то использует KDE в местах, где бывают КРИТИЧЕСКИЕ ситуации? Обычно, насколько я знаю, там исключительно CLI.Если ты из тех, кто при каждом глюке железа/ос просто с ноги бьёт по ресету, это твоё дело. Но есть люди, которые не ленятся, хотя бы в список процессов заглянуть. И у меня уже было пару раз, что система практически намертво зависала при выжирании всей оперативы (16Гб). В такой ситуации может спасти запуск таск манагера и прихоопывание первого попавшегося прожорливого процесса. Это называется критическая ситуация. Для ОС она критическая. Да, никто не умрет, но ресет может доставить определенные неудобства.
Теперь дошло? Да? Нет? Да?
>У тебя система начинает вставать коломВинда колом не встаёт, в ней нет 12309.
На условных интелах 12 серии (за другие новые не скажу) DDR5 в режиме 6000 и низких CL поддерживается только один комплект из двух 16gb планок в двухканальном режиме (32gb total).Отладка серьезного приложения в CLion через GDB, gdb кушает память при переходе в отладчике гигабайтами, у меня было 12гб после нескольких минут отладки переходу по стеку вызовов. Если все мои "быстрые" рамы закончатся таким образом и система встанет колом мне что нажимать Reset и надеяться что ФС не сломалась? Под вендой таких проблем нет.
Под вендой Taskmgr.exe показывает реально занятую ОЗУ, для работы берет 30мб озу и ему не нужны интерпретировать ни JS ни доступа к видеокарте. В KDE эта залупа умеет только показывать огромные цифры на каждую программу уровня текстовый редактор, и не способна полностью отобразить название thread у приложений (ровно как и в gnome 48).
> поддерживается только один комплект из двух 16gb планок в двухканальном режимеОт чипсета зависит. Если это консьюмерский чипсет -так называемый "ихровой", то чему ты удивляешься.
> серьезного приложения
Серьезные приложения пилят на серьезном оборудовании, а не на консьюмерских материнках.
> GDB, gdb кушает память при переходе в отладчике гигабайтами
Вот тут не понял. Я спокойно конпиляю на сишке и пользуюсь gdb отладчиком на 4 гигах и памяти оно почти не ест.
Поверил бы, если бы речь шла о каком-нибудь react-native или flutter окружении со 100500 библиотеками, прослойками, надстройками.
Какая разница, сколько у тебя ВСЕГО памяти, если ты запускаешь таскменеджер, когда тебе её НЕ ХВАТАЕТ?
> 198мб ОЗУ. ух бл.Сейчас бы париться в 2к25 году о лишних 198 мегабайтах. Ты ж не на ардуино это запускаешь, лол.
8гб ОЗУ у меня было ещё в 2012. Этот пк до сих пор жив и я даже не могу представить чем можно их забить, кроме компиляция, игр и всякого ПО для 3Д моделирования. Правда железо максимум для компиляции уже с трудом подходит
1) Игры
2) Если серьезно кодить, то для запуска виртуалок
3) Для работы в фотошопе с мегапиксельными фото память отжирается гигабайтами
4) 3д графика
5) ВидеоИ т.д.
8 гигов это разве что для студентов обущаться на free pascal, python писать хеллоувроты. Ну или сёрфать вэб. Всё остальное сколь-нибудь серьезное требует немалых ресурсов.
Поддерживаю, у меня 64 Гб столько максимум поддерживает ноутбук
80% уходит на виртуалки.
Пришлось свопом ещё 64 плюсануть.
По сути я это и написал, ну кроме виртуалок. По идее этот fx и 32 съест, но это не имеет смысла, когда тоже самое может и мобильный i5, даже шустрее(игры исключаем)
> 8 гигов это разве что для студентов обущаться на free pascal, python писать хеллоувроты. Ну или сёрфать вэб. Всё остальное сколь-нибудь серьезное требует немалых ресурсов.Расслабься у большинства людей Windows 10, с 4 Gb ОЗУ.
Почему то им норм посерфить веб.
Такие люди зачастую и Windows то переустанавливать неумеют, и я их понимаю, возможно они занимаются чем то другим более интересным.
> 8гб ОЗУ у меня было ещё в 2012. Этот пк до сих пор жив и я даже не могу представить чем можно их забить, кроме компиляцияПоддерживаю. Браузерами.
Тоже 8Gb ноутбук. Принципиально не покупаю ОЗУ, это так можно до бесконечности.
Это так можно 128 Gb, потом 1 Террабайт, потом 2 Террабайта будет мало.
Они там совсем не оптимизируют.
Кодят на топовых ПК.
Зато GPT, можно впихнуть в ОС, браузер.
Надо думать своей головой а не GPT.
А мне может например не нужен топовый ПК, может я не использую всех функций.
> Системный монитор который кушает 198мб ОЗУ. ух бл.Это мне так чел программист говорил удивенно, 200 Mb, потребляет Windows 2000.
У меня еще тогда и компа то не было.Или, пустая вкладка в Chrome, потребляет 24 Mb.
Минорные изменения в целом.
Разработка скатилась в пиксель-хантинг: то зазоры меняют, то ширину кнопок.
Это то, чего всегда нехватало графическим средам в Линуксе. По функционалу они были на довольно высоком уровне по сравнению с конкурентами, но постоянно аляповатый вид. То там у кнопки забыли отступ вставить и она впритирку с рамкой, то тут криво, то там косо.
> То там у кнопки забыли отступ вставить и она впритирку с рамкой, то тут криво, то там косо.Это проблема тулкитов, в которых не так просто сделать чтобы всё было ровно. Не говоря уже о проблемах с совместимости в разных версиях.
> Это проблема тулкитов, в которых не так просто сделать чтобы всё было
> ровно. Не говоря уже о проблемах с совместимости в разных версиях.А как же в винде и макоси получается ровно?
Впрочем, пользователя не сильно парит где проблема - в тулкита, в ядре, в кривых руках разрабов. Он просто открывает, а оно кривое. Закрывает и идет туда, где ровненько.
> Разработка скатилась в пиксель-хантинг: то зазоры меняют, то ширину кнопок.Давно уже. Я примерно то же самое тут писал ещё где-то в 2015 году. После стремительного рывка в 90-х и доведения до ума в нулевых, все ОС (мак, винда, дистрибутивы) впали в стагнацию.
