LINUX.ORG.RU

Предстоящие нововведения в Plasma 6.1 и волна отчетов об ошибках KDE 6.0

 ,

Предстоящие нововведения в Plasma 6.1 и волна отчетов об ошибках KDE 6.0

0

2

Основные усилия команды KDE направлены на исправление ошибок, однако в разработке также находятся новые функции для Plasma 6.1:

  • Теперь в текстовом редакторе Kate встроенные окна терминала могут быть разделены горизонтально или вертикально.
  • Добавлены функции «edge barrier» и «corner barrier» для пользователей нескольких мониторов, создающие виртуальное пространство между экранами.
  • Вводится возможность вручную сохранять сессии при работе на Wayland.
  • Эффект «Встряхните курсор, чтобы найти» теперь включен по умолчанию.
  • По умолчанию приложения XWayland теперь могут отслеживать нажатия клавиш, не относящихся к алфавитно-цифровым, и сочетания клавиш с модификаторами.
  • Исправлено множество ошибок.

При этом по сравнению с релизом KDE 6.0, разработчики столкнулись с повышенным количеством отчетов об ошибках.

После выхода Plasma 6.0 количество отчетов об ошибках значительно увеличилось. В обычные дни KDE получает от 30 до 50 отчетов, однако на текущий момент эта цифра достигает 150-200 новых отчетов в день. Грэхэм объясняет это ростом числа пользователей новой версии и тем, что некоторые отчеты связаны с проблемами графических драйверов, сторонними ошибками или являются дубликатами существующих отчетов.

>>> Подробности

★★★★

Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 2)

Ответ на: комментарий от skiminok1986

При чем тут «дистрибутивы»? KDE – это KDE. Это конкретный набор софта. Если тебе дистрибутив напихал говна в автозагрузку или в системные службы, это не проблема KDE.

wandrien ★★
()
Ответ на: комментарий от liksys

Да ни за что ты не отвечаешь

Ну да, ну да. Ты у мамы молодец.

Я тебя припер к стенке фактами

Вот тут у тебя большая дыра в голове. Ты пукнул-сренькнул и называешь это «припёр к стенке фактами».

а ты начал врать и изворачиваться

А я тебе поясняю почему ты тупой. Только ты не понимаешь.

мол, не то имел в виду, и вообще тебя не так поняли

Я имел в виду только то, что написал. Я ж не виноват, что в списке твоих навыков отсутствует понимание прочитанного текста.

Затем, что ты по своей глупости начал утверждать, будто бы кеды жручие

Именно из-за моей глупости свежая система с кедами жрёт на 1.5ГБ больше свежей системы с гномом. У тебя очевидно очень пусто между ушей.

и был пойман на этой лжи

Пойман не был. Попробуй включать не кедераста, а человека разумного. Ты серанул чем-то, не относящимся к теме в тред и считаешь, что ты Д’Артаньян. Но на самом деле это не так.

Во-во, я же говорю - проецируешь.

Во-во. «Нет ты» отлично дополняет твой образ. Домашку то сделал?

Поделил на ноль. Ощущения не могут быть объективными, мальчик.

Дедушка, выпей таблетки и попробуй ещё раз прочитать то, на что отвечаешь.

Я уже не знаю до какого уровня надо в речи деградировать, чтобы ты начал хоть что-то понимать. Я уже близок к тому, чтобы начать разговаривать на том же уровне, что и со своим трёхлетним сыном. Правда, что-то я сомневаюсь, что даже тогда ты сможешь понять мои сообщения.

Ути-пути, какие мы сурьезные :3 Штанишки подтяни, освобождалкин ты наш.

Несвободен? Впервые вижу несвободного человека. Тебе хозяин точно разрешает в интернете какать?

skiminok1986 ★★★★★
()
Последнее исправление: skiminok1986 (всего исправлений: 1)
Ответ на: комментарий от wandrien

Если бы он жрал, я бы на ЛОРе позажигал в комментах на эту тему уже не раз)

Я позажигал. И не раз :)

Доходило до забавного, когда меня убеждали в том, что у меня хреновый SSD. Правда какой-то брак в нём хитрый, что проявляет себя только в KDE :)

skiminok1986 ★★★★★
()
Ответ на: комментарий от wandrien

Вывод, в нормальных ОС KDE два гига не жрёт.

Мой опыт общения с арчем имеет несколько отрицательный характер. Ловил регрессии и баги несколько раз. Ну и надо читать что-то перед обновлениями, обновляться лучше чаще, потому что править или чинить что-либо проще маленькими порциями. А я слишком ленив для этого всего.

ЗЫЖ Для альтернативно одарённых, а особенно для linksys (а то сейчас опять будет брызгаться и визжать) хочу заметить, что это мой личный опыт на моих личных ЭВМ. Я не утверждаю, что это носит глобальный характер и проявляется где-либо, кроме моих машин, так как только на них у меня есть опыт использования арча.

skiminok1986 ★★★★★
()
Ответ на: комментарий от liksys

На самом деле даже интересно, что такого можно было сделать, чтобы KDE жрал два гига.

Установить и запустить.

skiminok1986 ★★★★★
()
Ответ на: комментарий от wandrien

При чем тут «дистрибутивы»? KDE – это KDE. Это конкретный набор софта. Если тебе дистрибутив напихал говна в автозагрузку или в системные службы, это не проблема KDE.

Хорошо. Сформулируй опыт использования KDE без дистрибутивов.

skiminok1986 ★★★★★
()
Ответ на: комментарий от rtxtxtrx

Кеды жрут меньше гнома

Это, скажем так, сомнительное утверждение. Когда проверял в последний раз, жрали оба ±одинаково из коробки.

Разумеется, если в KDE настроить отображение событий в календаре или пользоваться их почтовиком, то запустится ещё и Akonadi с MySQL впридачу, и KDE вырвется вперёд, но из коробки он выключен.

Rootlexx ★★★★★
()
Ответ на: комментарий от skiminok1986

Ты пукнул-сренькнул

Нифига конечно у тебя пошло отрицание реальности. Говорю же - попустись. Если в твоем дистре не в состоянии вменяемых дефолтов назначить - это не значит, что так оно везде. В твой межушный нервный узелок эта простая мысль, видимо, не помещается.

Остальную твою копролалию оставлю без внимания, чтобы не вызывать у тебя обострения. Тебе и так все хуже от камента к каменту.

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 1)
Ответ на: комментарий от rtxtxtrx

Да-да +/- одинаково пока не откроешь какую-нибудь картинку в гноме

А при чём здесь это? Не нравится одна смотрелка картинок — выберите другую. Речь же о потреблении самого окружения, ибо сравнивать отдельные программы нет смысла, поскольку они легко заменяемы на другие в рамках того же окружения.

И раз уж пошла такая пьянка…

Rootlexx ★★★★★
()
Ответ на: комментарий от Rootlexx

ЧСХ, само окружение тоже легко заменяемо на что-нибудь вменяемое.

Но разрабы Гнома активно работают над закрытием этой уязвимости. =)

wandrien ★★
()
Ответ на: комментарий от wandrien

Но разрабы Гнома активно работают над закрытием этой уязвимости. =)

Да вроде KDE они не пытаются выкинуть.

whbex ★★
()
Ответ на: комментарий от wandrien

Вывод, в нормальных ОС KDE два гига не жрёт.

Ну я не стал-бы называть арч - нормальной системой, хотя, это, само собой вкусовщина и дома - хоть из сорсов под себя. Ну да не суть.

Так как я в основном больше времени провожу, таки в гноме (и - да, я считаю, что должен остаться только он), тем не менее на поддержке есть клиенты, использующие kde и, как следствие, достаточно часто приходится переключать сеансы. Собственно потому новости о kde и отслеживаю :)

Так вот. Я вообще не понимаю этого плача по поводу «жрет - не жрет». Во первых оно и под дебианом не жрет само по себе ни в федоре. Во вторых. Господа, сейчас 2024 год. Я с трудом могу представить себе человека, у которого на рабочей машине или ноутбуке меньше 8 гиг памяти (скорее, все-же от 16, потому как ее стоимость на данный момент настолько копеечная, что абсолютно любой бомж может позволить себе 16 гиг оной). Так какая разница сколько там чего DE отъело при запуске? В чистом виде, или со свистоперделками? Но я в любом случае не поверю, что данная цифра шкалит «гигабайтами», как тут нас пытался убедить один персонаж. Мне реально интересно, что он такого там у себя накостылил, что у него kde при запуске «отжирает гигабайты» памяти?

DrRulez ★★★★
() автор топика
Ответ на: комментарий от DrRulez

Ну как я в другой теме уже рассказывал:

У меня есть ноут с win10, там как раз стоит 8 гигов.

2 с чем-то гига сжирает ОС при старте.

Запускаем браузер, открываем несколько окон в нём, запускаем пару программ на движке хрома — 5+ гигов занято. Осталось меньше 3 на всё остальное.

На ноуте, с которого я сейчас пишу, стоит Арч, памяти тут 16 гигов. Ну и это совсем другой разговор уже. На ситуации нехватки памяти налетать не доводилось. Только разве что в формате стресс-тестов.

Так что да, 8 сейчас уже маловато, особенно если жирно-виндой пользоваться.

Ну и если бы кеды жрали 2 гига со старта, я бы был о них более худшего мнения. чем сейчас. А так – рекомендую именно их, если новички спрашивают, чем пользоваться.

wandrien ★★
()
Последнее исправление: wandrien (всего исправлений: 1)
Ответ на: комментарий от DrRulez

По заверениям персонажа, необходимо и достаточно установить КДЕ и безо всяких иных вмешательств запустить. Когда я имеено это и проделал и показал результат, персонаж обозвал меня свиньей, и отказался от дальнейших комментариев под предлогом «ну ты сам то подумай!». Самостоятельно воспроизводить свой собственный эксперимент персонаж категорически отказывается безо всякого предлога. Вывод - персонаж неадекватен. Нужен ли нам такой товарищ по форуму, это вопрос к модераторам.

FishHook
()
Ответ на: комментарий от Rootlexx

Вообще не открылся через gwenview. Судя по выхлопу консоли, словил этот баг: https://www.mail-archive.com/kde-bugs-dist@kde.org/msg891670.html

А какая версия gwenview на скриншоте?

t3n3t
()
Последнее исправление: t3n3t (всего исправлений: 1)
Ответ на: комментарий от Rootlexx

Собрал gwenview из арчевского архива - последнюю версию до перехода на KDE6. Подтверждаю, 1.4GB. А в шестых кедах еще и завезли ограничение на 256 мегабайт. П…ц, не зря я после релиза шестерки с кед съехал временно.

t3n3t
()
Последнее исправление: t3n3t (всего исправлений: 1)
Ответ на: комментарий от t3n3t

А какая версия gwenview на скриншоте?

23.08.5, из Fedora 39.

Rootlexx ★★★★★
()
Ответ на: комментарий от t3n3t

Подтверждаю, 1.4GB

На самом деле это не то чтобы ужас-ужас. Для изображения такого размера — в пределах нормы, и не должно сильно напрягать на любой системе с адекватным современности количеством памяти. Просто товарищ выше заикнулся про просмотр картинок, вот я и решил продемонстрировать, что не всё так однозначно.

Rootlexx ★★★★★
()
Ответ на: комментарий от Rootlexx

О, 14 на 19 тысяч пикселей. Я как раз недавно упоминал про ретушь сканов приблизительно таких же размеров, когда кто-то на форуме писал, что 1-2 гига – это «выход на плато возможностей».

Мой spicview использует 825 МБ для открытия этой картинки. И на таком размере вылазит недоделка его кода — медленный рендеринг при прокрутке картинки в пределах области просмотра. Под этот кейс я так его и не допилил.

При открытии в gimp требуется уже 2822 МБ. Но зато никаких тормозов и лагов при прокрутке и правке, рендеринг в gimp качественный.

Кстати, при открытии PDF, содержащих большие сканы, тоже бывают «фишки» у просмотрщиков. Какие-то тормозят только при открытии, зато потом позволяют быстро прокручивать страницы. А другие тормозят на каждой отрисовке фрейма.

wandrien ★★
()
Последнее исправление: wandrien (всего исправлений: 1)
Ответ на: комментарий от wandrien

При открытии в gimp требуется уже 2822 МБ

Интересно, зачем ему столько. В стандартном RGBA 1 пиксель занимает 4 байта, поэтому даже в сыром виде картинка должна потреблять лишь чуть больше 1 ГБ.

Rootlexx ★★★★★
()
Ответ на: комментарий от wandrien

Loupe (новый гнумовый ржавый дефолтный имейдж вьюер) - 53 мега, при зуме дополнительно памяти не потребляет вообще.

Старенький gthumb - около 120 мегов при открытии, при зуме объем использования оперативки увеличивается до 270 мегов.

Krita - 2 гига. Gimp - 2.9 гига.

Ни в одном из случаев нет никаких проблем с рендерингом/прокруткой. Вообще. Возможно потому что вяленый, не берусь об этом судить.

t3n3t
()
Последнее исправление: t3n3t (всего исправлений: 1)
Ответ на: комментарий от t3n3t

Ну вообще-то:

14413 * 19225 * 3 / 1024 / 1024 = 792 МБ

Это теоретически необходимое МИНИМАЛЬНО количество памяти, чтобы загрузить данную картинку.

wandrien ★★
()
Ответ на: комментарий от wandrien

Кажется, промахнулся с комментом, на который отвечаешь :)

t3n3t
()
Ответ на: комментарий от t3n3t

Loupe (новый гнумовый ржавый дефолтный имейдж вьюер) - 53 мега, при зуме дополнительно памяти не потребляет вообще.

Ну вообще-то магии не бывает.

До запуска loupe:

vadim@aquila:~$ free -m
               total        used        free      shared  buff/cache   available
Mem:           15906        6809        6810        2318        4929        9097
Swap:          10191           0       10191

После запуска loupe:

vadim@aquila:~$ free -m
               total        used        free      shared  buff/cache   available
Mem:           15906        9917        3699        5051        7668        5988
Swap:          10191           0       10191

Итого потребление памяти программой: 9097 - 5988 = 3109 МБ.

Вывод не верь всему, что видишь глазами, пока не проверишь.

P.S.

А, да, потребление памяти loupe в htop составляет 986 МБ. Именно столько реально замаплено в процесс из 3 с лишним гигов. Но по факту он жрёт более трёх гигов.

wandrien ★★
()
Последнее исправление: wandrien (всего исправлений: 1)
Ответ на: комментарий от wandrien

Для сравнения gimp:

vadim@aquila:~$ free -m
               total        used        free      shared  buff/cache   available
Mem:           15906        6191        7410        2407        5037        9714
Swap:          10191           0       10191
vadim@aquila:~$ free -m
               total        used        free      shared  buff/cache   available
Mem:           15906        8900        4702        2410        5040        7006
Swap:          10191           0       10191
vadim@aquila:~$ echo 9714 - 7006 | bc
2708
vadim@aquila:~$ 

А gimp — это полноценный профессиональный редактор, а не какой-то там сраный просмотрщик.

wandrien ★★
()
Последнее исправление: wandrien (всего исправлений: 1)
Ответ на: комментарий от wandrien

Ну и до кучи просмотрщик feh:

vadim@aquila:~$ free -m
               total        used        free      shared  buff/cache   available
Mem:           15906        5143        8457        1435        4067       10763
Swap:          10191           0       10191
vadim@aquila:~$ free -m
               total        used        free      shared  buff/cache   available
Mem:           15906        6201        7398        1440        4072        9705
Swap:          10191           0       10191
vadim@aquila:~$ echo 10763 - 9705 | bc
1058
vadim@aquila:~$ 

Проблем с прокруткой и масштабированием нет, всё быстрое.

Ну это ж не какой-то вам Fast GPU-accelerated image viewer на расте. А богомерзкий код на Си.

wandrien ★★
()
Ответ на: комментарий от t3n3t

Да. теперь понял, понял почему потребление памяти так разнится у тебя и у меня. У тебя он всю картинку засунул в память видеокарты.

А у меня на встройке «память видеокарты» — это оперативка.

wandrien ★★
()
Ответ на: комментарий от wandrien

Я это писал с ноута без дискретки. Посмотрел free -m. Да, согласен. Loupe получается еще прожорливее Gwenview.

t3n3t
()
Ответ на: комментарий от wandrien

я не это «имел в виду» :о)
по глюкам спорить у кого жопа красивше, это дело безнадежное, ведь так?! у всех она своя родная, с особенностями и выкрутасами (*)(читай как свой комп, свое особенное стечение обстоятельств железа, оси, софта, драйверов итд), надеюсь, с этим никто не будет спорить?!

ну дак вот, и я не говорю, что tde - без глюков (есть немножко, но моя... мое «стечение обстоятельств» (*) - имеет их совсем немного и совсем мелких глюков, с которыми я уже свыкся и живу ровно) + по соотношения «цена/качество» tde так-же перевешивает

к чему это я?! да к тому, что на одном и том-же ноутбуке кеды жрут как не в себя, по сравнению с tde! жрут именно процессор/видео/батарею!!! (я совсем не имею в виду значения/обьем занятой памяти/ram!!!). опять-же, держа в уме (*). и это никак не «айс» для топового раб.стола!

и я не против любых раб.столов, есть - и замечательн! другое дело, что многие просто не подходят и ... порой бесят :о)

ну а так, не будет tde, придется заточить руки под другое окружение.

sunjob ★★★★
()
Последнее исправление: sunjob (всего исправлений: 2)

Короче, ну его нафиг. Подожду пару месяцев пока там ребята для Фряхи нам нормальные шестые кеды запилят.

Daedalus
()
Ответ на: комментарий от wandrien
t3n3t@rdth333:~/Pictures/wp$ free -m
           total        used        free      shared  buff/cache   available
Mem:           15781        7206        6620        1657        3950        8574
Swap:          16383        1809       14574
t3n3t@rdth333:~/Pictures/wp$ free -m
           total        used        free      shared  buff/cache   available
Mem:           15781        8079        5743        1691        3988        7701
Swap:          16383        1801       14582

Gthumb до и после открытия.

Он действительно так мало жрет или я что-то упускаю? Зазумил картинку так, что на экране осталось одна лишь цитата из верхней правой части.

t3n3t
()

Эффект «Встряхните курсор, чтобы найти» теперь включен по умолчанию

Опять в настройки лезть

IIIypuk ★★★★
()

Я не в курсе, но в другом источнике читал что с KDE 6.0 полностью дропнута поддержка Х. Тогда почему тут написано

Вводится возможность вручную сохранять сессии при работе на Wayland.

?

PPP328 ★★★★★
()
Ответ на: комментарий от PPP328

полностью дропнута поддержка Х

Такие заявления вроде в федоре делали, а в самом KDE6 вяленый стал дефолтом, но иксы никуда не убирают.

Werenter ★★☆
()
Ответ на: комментарий от Werenter

Это временно. Окончательная смерть иксов совпадет по времени с выходом 41 федоры, а последним гвоздем будет выпиливание их из шапки.

Понятно, что где-то они какое-то время и будут существовать. Но это будет уделом тех-же маргиналов, которые используют системы без system-d.

Нравится это кому, или нет, но таковы факты и все идет именно к такому исходу.

DrRulez ★★★★
() автор топика
Последнее исправление: DrRulez (всего исправлений: 2)
Ответ на: комментарий от wandrien

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

Это, впрочем, излишне абсолютно, память дешевле страданий. Про «теоретически» надо аккуратнее высказываться.

akho
()
Ответ на: комментарий от akho

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

Это в коллекцию лучших худших оптимизаций.

wandrien ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.