Нейт Грэм (Nate Graham), разработчик, занимающийся контролем качества в проекте KDE, опубликовал очередной отчёт о разработке KDE. За последние несколько недель в KDE расширены функции, связанные с настройкой графических планшетов и средств для людей с ограниченными возможностями. Кроме того, представлен фоновый процесс Kiot ("KDE Internet of Things") для взаимодействия с платформой домашней автоматизации Home Assistant, используя протокол MQTT...Подробнее: https://www.opennet.me/opennews/art.shtml?num=62510
Жесть какая! То есть улучшать поддержку канонических и комфортабельных Коре 2 Дуба они не хотят, а лепят поддержку планшетов и других смузяхлёбных игрулечек! Это не настоящий опенсорс!
И правильно делают, среду надо развивать для тех, кто в ней работать будет, а не только в комментариях гадить о том, что опенсорс нынче не тот)
Для коры дуба есть крыса, не говоря уже про icewm или искаробочный twm. У крысы недавно 420 версия вышла.
> Для коры дуба есть крыса, не говоря уже про icewm или искаробочный twm.Не правда. Современная крыса разжирела и тормозит на моей топовой коре дуба. Я уже устал писать гневные письма разрабочикам Xfce.
А twm пробовал, но не понял, куда там надо нажимать.
>Для коры дуба есть крыса, не говоря уже про icewm или искаробочный twm. У крысы недавно 420 версия вышла.После перехода на гтк3 крыса начала тормозить на кор2дубе, но что забавно - кде 5 работает намного лучше. И всё находятся злые советчики, советующие использовать крысу на кор2дубе - явно издеваются.
У KDE парадигма многообразия настроек, а конкретно что-то, так что не надо тут ля-ля.
> а _не_ конкретно что-топоправочка (но не на пеньках :)
Не на 32-битных, поправочка.
С ними и так все в порядке
В интернете кто-то делает не то, что мне нужно! Я буду жаловаться в комментариях на опеннет! РРРРРЯЯЯЯ!!!
Это такой толстый сарказм, что не понял никто. Эх, не тот пошёл нынче опеннетовец, эх, не тот...
Травят владельцев intel core 2 duo, но у меня уже не работает он.
Zhaoxin
а что есть планшеты под линуксом? не разу не в одном магазине не видел, ну походу это для избранных.
Речь про другие планшеты, которые просто устройство ввода, для художников.
Речь о графических планшетах, таких как WACOM.
Есть как минимум парочка, у меня например StarLabs Starlite MK V с Fedora (пока-что, я жду GNOME 46 на GNU Guix System, тогда перейду на него, ибо хочется одинаковой системы на всех устройствах).В целом поддержка тачскринов неплохая, с GNOME всё работает хорошо, с KDE не пробовал :)
>а что есть планшеты под линуксом? не разу не в одном магазине не видел, ну походу это для избранных.В каждой, вот прям вообще в каждой новости про графические планшеты, всплывает чудило, которое не знает, что это такое, но считает себя обязанным вывалить своё сверхценное мнение на всеобщее обозрение. Это с генетикой проблема какая или приобретённый недуг?
Мы все знаем. Мы все здесь KDE-художники.
Жалко углерода?
Librem 11, например.
Есть.
Даже под фрёй с 2018 года планшеты WACOM работают без особых проблем и рукоприкладства.
>графических планшетов
> а что есть планшеты под линуксом?Есть, причём производства... Microsoft 🤪
Без шуток, Surface — топовые железячки. Есть, в прочем, некоторая неработающая периферия. Но если она не критична в вашем случае, то что-то лучше вы едва найдёте.
Ha-ha, classic! Левша блоху конечно подковал4, но прыгать она того-с... Перестала.
На любых Win планшетах с кустарной периферией, Linux работает или весьма частично, или появлялся к моменту полного морального устаревания планшета.
А поскольку даже относительно старые Surface очень годные, то хрен Вам а не Linux, ждите когда морально устареет. :)Кстати, касаемо Surface, проблемы там не в Linux, а именно в его нестандартной вясянской периферии. В Хакинтоше на Surface все тоже самое, встроенные BT и Wifi - трупы, разве что тачскин сделали рабочий.
Хотя, если для потестировать, ибо нельзя критиковать не запускавши, то на тех же Win планшетах Linux и в виртуалках работает прекрасно, и причем гораздо лучше, чем нативно запущенный полуработающий Линукс.
Там не кустарная периферия, там винтел камера IPU6, собственно её тоже запустить можно.
> Там не кустарная периферия, там винтел камера IPU6, собственно её .Судя по тому, что даже на Surface ни Линукс ни Хакинтош с нестандартным "тоже запустить можно" не работает, то эти модудули васянские. Или пока не будет доказано обратного, остаются в статусе кустарных.
круто, вот бы теперь в нормальных DE сделать то же самое
Нормальные DE — это те, в которых сделано.
2 чая.
Они там совсем долбанулись со своим QMeLectronом. Всё это адски жрёт памятью. Так как в грёбанном линуксе чтобы померять рабочий набор процесса нужны всякие извращения и дополнительные опции ядра (нужно в рантайме некоторое время семплить специальной утилитой (https://www.brendangregg.com/wss.html), для этого требуется CONFIG_IDLE_PAGE_TRACKING, который в Дебиане не включают, в то врея как на Винде всё в Process Explorer есть, и по-видимому из коробки), то померял просто: запустил htop, записал потребление MEM, прибил plasmashell через SIGKILL, опять записал, вычел. В общем 1.40 GiB * 1024 MiB/GiB - 553 MiB = 880 MiB (в man htop написано, что используются двоичные степени, в смысле 2^10 вместо 10^3 ). Из-за этих очередных "улучшений" (очередной код был переписан на Kirigami QMeLectron bloatware, уровень адекватности виден по>Nothing is ever as easy as one hopes it to be. A substantial redesign of the settings page would require rewriting the UI with modern Qt Quick / QML code, as opposed to the rather unwieldy Qt Widgets that the old UI was using at the time.
при этом в основном всё осталось тем же
) мне пришлось выкинуть кеды в мусор и перейти на LXQt.
Я и так не могу Kate, Konsole и Dolphin заставить нормально работать в LxQT. Полностью игнорируется тема: шрифты, значки, цветовая схема. И переменные окружения вроде QT_QPA_PLATFORM=qt6ct, напр. даже XDG_CONFIG_DIRS=~/.config/kdedefaults:/etc:/etc/xdg:/usr/share:/usr/share/desktop-base/kf5-settings QT_QPA_PLATFORM=xcb KDE_SESSION_VERSION=6 XDG_CURRENT_DESKTOP=KDE XDG_SESSION_DESKTOP=KDE QT_ACCESSIBILITY=1 QT_AUTO_SCREEN_SCALE_FACTOR=0 KDE_FULL_SESSION=true KDE_APPLICATIONS_AS_SCOPE=1 QT_SELECT=6 WINDOWID=0 dolphin не работает, единственный результат - так начинают работать миниатюры и значки верные. Как и запуск kded6. Который кстати очень плохо документирован, чтобы его сконфигурировать - наиболее удобный способ - интерфейс тыкать через qdbusviewer6. Это тоже нигде не документировано. Хозяйке на заметку - так можно отключить некоторые жрущие модули, а также nag-уведомление с требованием доната.
Я подозреваю, что там через DBus это может делаться, а не через файлы конфигурации переменные. Я запустил кеды и вручную через qdbusviewer6 просмотрел и прощупал все торчащие плазмавские интерфейсы. Так и не нашёл нужный.
Поможете?
> Они там совсем долбанулись со своим QMeLectronом. Всё это адски жрёт памятью.Ну, 1,4 ГБ со старта для кед с плазмоидами - это адски жрёт? Хотя да, многовато. Метров 600 бы норм было.
LxQt, к сожалению, слишком недоделан.
>Метров 600 бы норм былоТы эти сказки кому-нибудь другому расскажи. XPюше было 64 мегабайта физической достаточно - это ещё для с запасом, чтобы для приложений оставалось.
> XPюше было 64 мегабайта физической достаточно - это ещё для с запасом, чтобы для приложений оставалось.Ты эти сказки кому-нибудь другому расскажи. В реальности, 64 даже для "твикнутой" 2к было слишком мало для чего-то осмысленного.
В реальности твои QMeLectronные кеды бы на таком количестве оперативы бы даже не запустились. А винда была полнофункцианальная. А семёрке 2 гига были за глаза. Так бы и сидел на семёрке, если бы не вредоносные обновления, а после - неисправленные уязвимости дроп семёрки софтом.
> В реальности твои QMeLectronные кеды бы на таком количестве оперативы бы дажеЭкий неуклюжий спрыг с темы. Значит я угадал - хрюшу на 64мб ты видел/запускал лишь в виртуалке. А чеб ей там не работать шустро, если свап виртуалки в ОЗУ хоста кешируется.
А в реальности, на 64мб вполне себе тертьи кеды работали (а запускались на 32, но да, маловато было).> не запустились. А винда была полнофункцианальная. А семёрке 2 гига были
> за глаза. Так бы и сидел на семёрке, если бы не вредоносные обновления,Да знаю я, что большей части местных "идейных" пингвиняш нужна лишь "как венда, но нахаляву", не надо это лишний раз выпячивать.
Это не неуклюжий спрыг с темы. А просто доказательство, что новые кеды разжирели непомерно и неадекватно. Ещё раз: одним кедам нужно памяти больше чем в 10 раз, чем можно было запустить всю систему. Да, она на 64 не очень юзабельна, но она работала. А новые кеды бы вообще на таком не запустились бы. И даже на в 5 раз большем не запустились бы. В принципе. Потому что им и в 10 раз больше - мало.>Да знаю я, что большей части местных "идейных" пингвиняш нужна лишь "как венда, но нахаляву", не надо это лишний раз выпячивать.
Нет ничего удивительного в том, что ОС ВНЕЗАПНО нужна для того, чтобы работать. А не мир пересобирать.
А на торрентах винда - "нахаляву". Да что там на торрентах - можно с сайта МС официально образ скачать, и работать будет. Но есть нюанс. Вот шла бы Micro$oft с такими нюансами.
На 64 мб хрюша работала точно также как 98-я на 16. Т.е. ползала еле еле. И то до SP2, потом просто сдохла.
>XPюше было 64 мегабайта физической достаточноОх уж эти сказки, ох уж эти сказочники…
Вообще-то, одна их главных претензий к XP на момент её выхода была как раз жручесть в отношении RAM в сравнении с тем же 2k. При том, что 2k крайне не рекомендовалось запускать на менее чем 128 метрах. 256 рекомендовали, вроде, но на 192 нормально работали, если чисто домашняя машинка. А вот XP — уже нет, до первого сервиспака оно вообще тормозное было, а ко времени выхода второго обычный домашний комп уже гиг оперативки на борту имел, это ж уже время четверопней и атлоновXP. Так что без понятия, кто там её на 64 использовать пытался. Что до 64, то на таком объёми даже у 98 было не всё гладко: сам докупал планку на 128 к имеющимся 64, в том числе и потому, что не все игры того времени на 64 вывозили. До смешного доходило: игра могла выдавать нормальный fps всю дорогу, но где-то в середине мог попасться кусок, роняющий его до 0 или вообще вешающий комп. А с большим объёмом памяти проблемный участок проходился на 5 fps, затем всё опять нормально шло. А уж если было желание хоть 3D, хоть 2D графикой на любительском уровне заняться — какие уж тут 64? Не, так-то сборки с 64 на борту были самыми популярными в то время, но это от бедности. У некоторых и 32 было уже за счастье, в комплекте с видюхой без ускорения. И даже в Героев третьих на таком играли и дипломы в 97 мсофисе набирали. Не на XP, ясное дело.
Важно то, что она бы работала в принципе на том компе. А шестые кеды бы на таком компе даже не завелись. Не потому, что в принципе невозможно - XPюшка же продемонстрировала, что очень даже возможно - а потому что кто-то увлёкся прокрастинацией в виде переписывания всего на QMeLectron.
> Важно то, что она бы работала в принципе на том компе. А
> шестые кеды бы на таком компе даже не завелись. Не потому,
> что в принципе невозможно - XPюшка же продемонстрировала, что очень даже
> возможно - а потому что кто-то увлёкся прокрастинацией в виде переписывания
> всего на QMeLectron.А чего не пытаешься на железо того времени Винду Одиннадцатую впихнуть, м? Не взлетит, думаешь? А вообще рекомендую раздобыть подходящее железо, впихнуть туда идеализируемый софт, да посмотреть как оно на самом деле, а не в воспоминаниях. Отрезвляет.
Иногда хватает и просто видео с десктопа 15+ летней давности посмотреть для того же эффекта.
98 минимально работало на 24мб, у экстремалов со свопом может даже на 16мб.
На 32мб я просидел пару лет и было в общем то норм, ибо оно видимо где то в 24мб после бута укладывалось и оставшиеся 8мб уходили прогам.
На 64мб+ уже было вполне шикарно.
Что до зависаний - так это особенность той венды была, там походу не было изоляции между процессами и между ядром и процессами, потому любое не аккуратное обращение к памяти любого приложения приводило к каким угодно эффектам.Насчёт тормознутости до сп1 - не замечал.
98SE жрала ровно 40 Мб, всё остальное свопилось.
Я писал про актуальные кеды, а не про дырявую вырвиглазную хр с 0,1% функциональности кед. Которая, кстати сказать, на 64 мб оперативки могла работать разве что для мазохистов.
ИМХО ХР была последней операционкой от МС которая жрала меньше памяти чем DE в линухе того времени, на висте-семёрке они сравнялись и потом МС стал уходить в лидеры по обжорству.
Насколько я помню, ХР SP2 из коробки со старта потребляла примерно столько же оперативки, сколько актуальная KDE 3. А вот если поотключать лишние службы и компоненты, можно было ужать ХР до 180-190 МБ на старте. Но и Linux можно было потюнить, в дистрах того времени из коробки много ненужных демонов было запущено.
Максимально затюненная ХР сразу после бута занимала минимум 96мб оперативы.
На 64 её конечно можно было запустить и даже юзать, но только со свопом и он бы активно юзался.
Минимально комфортное было 256мб+, а после сервиспаков на излёте желательно было иметь 512+мб.
>LxQt, к сожалению, слишком недоделан.Уж лучше "недоделан", чем Firefox крашащийся на 2х вкладках без JS после обновления кед, потому что кеды выжрали всю память, потому что какие-то чудаки решили что всё надо переписать на QMeLectron. Растаманов немного напоминает.
LxQt доделан, там просто нужно добавить wayland композитор вручную.
Когда я в последний раз пробовал lxqt, там много чего не подхватывалось из настроек, ну и функциональности там очень мало.
> Когда я в последний раз пробовал lxqt, там много чего не подхватывалось
> из настроек, ну и функциональности там очень мало.Некоторые настройки применяются после перезапуска, некоторые перенесены в wayland композитор.
export QT_PLATFORMTHEME="qt6ct"
export QT_PLATFORM_PLUGIN="qt6ct"
export QT_QPA_PLATFORMTHEME="kde"
export QT_QPA_PLATFORM="xcb"
export XDG_CURRENT_DESKTOP="xKDE"Темы, значки и прочее работают вот с этим. Не поручусь, что нужны все строки, и что среди них нет устаревших, но тем не менее.
Но! Тема создана в oomox (themix) на базе их warp-овской вроде, значки взяты из Mint-а. И да, единого центра для задачи темы тупо нет: для всех версий Qt и GTK придётся создавать вручную. Это тебе не 2005-й, тут люди два десятилетия над несовместимостью работали. Единообразие более-менее есть, на тройку с плюсом по меркам того же 2005-го. Из минусов: не подхватывается тема приложениями из AppImage и Flatpak пакетов.
Большое спасибо! QT_QPA_PLATFORMTHEME="kde" - это как раз недостававший ингредиент, решает проблему.Более того, по-видимому всё остальное при его наличии оказываются не нужными. LXQt его перебивает по-умолчанию своим QT_QPA_PLATFORMTHEME=lxqt. Хотя в LXQt и поставлена Breeze Dark - кедовые программы ту почему-то не видят. Просто unset QT_QPA_PLATFORMTHEME делать бесполезно - приводит к таким же результатам, что и QT_QPA_PLATFORMTHEME=lxqt.
> export QT_QPA_PLATFORM="xcb"Это лишнее :)
Поставь 64 гига озу и перестань ныть.
Поздно уже имется 128.
Когда уже калькулятор доведут до юзабельного состояния.
??? Хочется телеметрии в калькуляторе, какввенде?
> ??? Хочется телеметрии в калькуляторе, какввенде?Хочется чтобы числа считал правильно и стремными багами парсинга не сыпал.
А телеметрия в кедах и так вроде есть. Но не хочется конечно.
Ни одного хорошего калькулятора так и не нашёл. Использую в качестве калькулятора свой любимый raku (да, просто в терминале запускаю), ничего более удобного не встречал. Для более точных вычислений выбрал бы maxima.
> Ни одного хорошего калькулятора так и не нашёл. Использую в качестве калькулятора
> свой любимый raku (да, просто в терминале запускаю), ничего более удобного
> не встречал. Для более точных вычислений выбрал бы maxima.В принципе galculator делает в большинстве что мне нужно от калькулятора.
Более сложные вещи другими инструментами рашаются.
Хотя мой касио ручной может и дроби посчитать нормально.
Тут беда в том, что у разработчиков, простите все разработчики мира, kcalc нет даже понимания того а че это и зачем нужно. Нет внятной документации и описания концепции.
Что должно быть по идее не сложно. Под андроидом китайци да индусы кучу смогли калькуляторов сделать.Но КДЕ занимаются уж очень альтернативно одаренные люди.
> нет даже понимания того а че это и зачем нужноНу как же. Нужно, чтобы был "стандартный калькулятор". Как в венде. Так же убого, неудобно и бесполезно. Но штоб было.
>> нет даже понимания того а че это и зачем нужно
> Ну как же. Нужно, чтобы был "стандартный калькулятор". Как в венде. Так
> же убого, неудобно и бесполезно. Но штоб было.Чё?
https://apps.gnome.org/ru/Calculator/Не благодари
Интересно, зачем платформе домашней автоматизации нужны сведения об активности пользователя на его собственном планшете?
>Интересно, зачем платформе домашней автоматизации нужны сведения об активности пользователя на его собственном планшете?Чтобы вывести сообщение о каком-нибудь инциденте на активное в данный момент устройство, чтобы пользователь его точно увидел.
Не на планшете, а на ПК.
Ну например, сценарий, когда есть RGB лампа или просто лампа, управляема УД и при включени DnD режима загорается уведомление.
Например, я все никак не решу проблему, чтобы уведомлять, когда я на созвоне и не надо лезть в камеру и что-то спрашивать.
Ещё по включению ПК или ночного режима можно включать фоновую полсветку.
Я пытался найти документацию по протоколу KDE Connect, чтобы подключить KDE к HA, тогда можно будет управлять мультимедией компа, отправлять уведомления, запускать команды и т.д. но какого-то, внятного описания протокола, чтобы реализовать его на python в виде компонента HA я не нашел.
А тут подошли с другой стороны.
Верните KSysGuard, сволочи!