Plasma 6 - споделяне на впечатления и проблеми

[Валсо]

А това, че само при теб не работи, никак не те притеснява

Тази съвсем скорошна тема: https://discussion.fedoraproject.org/t/ ... /171374/19
и сродни търсения показват, че не е само при мен и очевидно не им е за първи път на qt.

С qt5 работи ли всичко? Работи. Значи билдваме с qt5 и точка.

[Mozo]

Ама ти ползваш Fedora и имаш техните проблеми, ясно. И никак не си даваш сметка, че това са проблеми от пакетиране на съответната дистрибуция и Qt няма никаква, ама никаква вина в случая. Това, че някоя дистрибуция не е синхронизирала ъпдейта на всички необходими компоненти и библиотеки, не прави виновен въпросният фреймуърк - който и да е той, няма да работи без нужните му библиотеки. Тук пакетьорите са виновни, че не са задоволили всички зависимости. А Qt5 ти вървят, защото отдавна не излизат нови версии и отдавна са синхронизирани. Помисли малко, поне понякога се опитвай.

Вече друг е въпросът, че при всички нас върви и ако си на Arch, както съм и аз, напълно ъпдейтнат и без задържани пакети, програмите си работят. Тоест това ти показва отново, че проблемът очевидно не е в Qt.

[Shaker]

Имаме новина! @Mozo ще смени графичната среда през 2027
https://blogs.kde.org/2025/11/26/going- ... 7SBiz4oubQ

[wannaBe]

ще държи стара версия колкото може, естествено

[Ripeng]

Имаме новина! @Mozo ще смени графичната среда през 2027
https://blogs.kde.org/2025/11/26/going- ... 7SBiz4oubQ

може би няма да е толкова зле
https://blogs.kde.org/2025/11/26/going- ... still-work

[Mozo]

може би няма да е толкова зле
https://blogs.kde.org/2025/11/26/going- ... still-work

Напротив, зле е. XWayland не решава генералната импотентност на този протокол и не е манна небесна. Например не работи с devilspie2 и не заради програмата, а заради липсата на елементарни функционалности за идентефициране на прозорец. Просто продължават да извиват ръцете на хората. Да, разбирам, че X11 има проблеми, да, разбирам, че има нужда от нещо ново, но го заменете с нещо, което е по-добро и най-вече готово. Те стоят в алфа състояние от десет години и го предлагат за финална версия. Нелепо е.

[wannaBe]

....не работи с devilspie2 ....

защо Търдпарти а не KWin

[bvbfan]

....не работи с devilspie2 ....

защо Търдпарти а не KWin

Аз си помислих, че това някоя игра... Wayland е много по-добър от X, но не съвършен

[Mozo]

....не работи с devilspie2 ....

защо Търдпарти а не KWin

Защото не върши работа, не може да идентифицира прозореца, не може и да задава клавишна комбинация са определен прозорец. Да не говорим с глобалните шорткъти каква каша е. Да не говорим, че един елементарен ънатендед VNC хедлес сървър не можеш да направиш, нито пък RDP. Да не говорим за множеството бъгове, които влачат с години, като например този:
https://discuss.kde.org/t/krfb-on-wayla ... ed/2650/10

Ще станат три години за подобно елементарно нещо. И този ми твърди, че били изчистили повечето бъгове. Това са елементарни неща, които Windows има от 4 деситилетия. X11 също. Не са стигнали доникъде, но те бутат силом, щото според техните нужди е вече готово. Е, не е и е повече от очевидно. А най-тъпото е, че някои от гореспоменатите проблеми ще останат вечно нерешени и това е поради ограниченията на новия протокол.

Тук?
https://bugs.kde.org/show_bug.cgi?id=481912

Пак две години и още няма решение:
https://gitlab.freedesktop.org/wayland/ ... quests/264

Нещо за AnyDesk и TeamViewer? С които работя ежедневно и още са доникъде? Запомнянето на прозорците при възстановяване на сесия? Още един проблем, влачен с години.

Тук?
https://bugs.kde.org/show_bug.cgi?id=441705

А изскачането на попъпите на Viber по средата на екрана? И единственото решение - използване на Xwayland. Отново омразния X11 да им оправя бакиите.

Нищо смешно няма във всички тези проблеми, а това е само върхът на айсберга. Да дойдеш и да кажеш, че всичко си му било работело на Wayland показва най-малко непознаване на материята. Да, ако си ползвах компютъра само да си ровя във Фейсбоклука, генерално щеше да работи, ама за хора, които си използват истински машините, не работи и няма да работи скоро, защото е далеч от готов, въпреки, че вече от 10 години се опитват да ни обясняват как е готов. Елементарни неща не работят, скандално е.

И го изкарвате сякаш аз не искам да ползвам Wayland - напротив, правил съм неколкократни опити и винаги се сблъсквам с няма такива тъпи проблеми. Изумително тъпи проблеми. Иначе и на мен ми харесват някои неща, но засега минусите яко надхвърлят плюсовете.

[bvbfan]

Защото не върши работа, не може да идентифицира прозореца, не може и да задава клавишна комбинация са определен прозорец. Да не говорим с глобалните шорткъти каква каша е. Да не говорим, че един елементарен ънатендед VNC хедлес сървър не можеш да направиш, нито пък RDP. Да не говорим за множеството бъгове, които влачат с години, като например този:
https://discuss.kde.org/t/krfb-on-wayla ... ed/2650/10

Ще станат три години за подобно елементарно нещо. И този ми твърди, че били изчистили повечето бъгове. Това са елементарни неща, които Windows има от 4 деситилетия. X11 също. Не са стигнали доникъде, но те бутат силом, щото според техните нужди е вече готово. Е, не е и е повече от очевидно. А най-тъпото е, че някои от гореспоменатите проблеми ще останат вечно нерешени и това е поради ограниченията на новия протокол.

Тук?
https://bugs.kde.org/show_bug.cgi?id=481912

Пак две години и още няма решение:
https://gitlab.freedesktop.org/wayland/ ... quests/264

Нещо за AnyDesk и TeamViewer? С които работя ежедневно и още са доникъде? Запомнянето на прозорците при възстановяване на сесия? Още един проблем, влачен с години.

Тези 2те едва ли ще работят осен, ако Wine не сложат поддръжка за Wayland. Какво му на KRDP то най-добрият избор. KRDP си работи много добре, пробвах от андроид телефона ми.

[Shaker]

Абсолютно съм съгласен. KRDP си работи перфектно в KDE Wayland.

[Mozo]

Тези 2те едва ли ще работят осен, ако Wine не сложат поддръжка за Wayland.

За какво ми е Wine? TeamViewer от много отдавна не използва Wine, нейтив приложение си е.

Какво му на KRDP то най-добрият избор. KRDP си работи много добре, пробвах от андроид телефона ми.

Абсолютно съм съгласен. KRDP си работи перфектно в KDE Wayland.

Направихте ли си поне труда да прочетете бъга за KRDP и за какво всъщност става въпрос? Че работи, работи, но иска позволение за отдалечен достъп, което губи смисъла на ънатендед достъпа. Аз не мога да достъпя компютъра си отдалечено, ако някой пред същия този компютър не цъкне, че е съгласен преди това, което е параграф 22. Сега, ако отида на море, не мога да вляза от Несебър примерно, щото в София няма никого, който да цъкне, че е съгласен. Тъпо, нали? Прочетете бъга, моля ви.

[bvbfan]

Тези 2те едва ли ще работят осен, ако Wine не сложат поддръжка за Wayland.

За какво ми е Wine? TeamViewer от много отдавна не използва Wine, нейтив приложение си е.

Какво му на KRDP то най-добрият избор. KRDP си работи много добре, пробвах от андроид телефона ми.

Абсолютно съм съгласен. KRDP си работи перфектно в KDE Wayland.

Направихте ли си поне труда да прочетете бъга за KRDP и за какво всъщност става въпрос? Че работи, работи, но иска позволение за отдалечен достъп, което губи смисъла на ънатендед достъпа. Аз не мога да достъпя компютъра си отдалечено, ако някой пред същия този компютър не цъкне, че е съгласен преди това, което е параграф 22. Сега, ако отида на море, не мога да вляза от Несебър примерно, щото в София няма никого, който да цъкне, че е съгласен. Тъпо, нали? Прочетете бъга, моля ви.

Не знам как иска позволение, като на мен не ми иска. Трябва да имаш юзър на компютъра и го добавяш като такъв за логване, на отдалечената машина добавяш ареса, порта, юзъра и паролата, няма как да иска каквото и да е повече.

[Shaker]

Не мога да свържа нищо към лаптопа с Fedora KDE през нито Windows App на macOS, нито през Android. Няма никаква грешка от страна Windows App за macOS и Android. Единствено виждам тези грешки локално на лаптопа...

Код за потвърждение: Избери целия код

@FedoraPC:~$ systemctl --user status app-org.kde.krdpserver  
● app-org.kde.krdpserver.service - KRDP Server
     Loaded: loaded (/usr/lib/systemd/user/app-org.kde.krdpserver.service; enabled; preset: disabled)
    Drop-In: /usr/lib/systemd/user/service.d
             └─10-timeout-abort.conf
     Active: active (running) since Fri 2025-11-28 10:16:20 EET; 16min ago
 Invocation: 237c75223fb647c293015cc158684e98
   Main PID: 7437 (krdpserver)
      Tasks: 14 (limit: 18926)
     Memory: 65.3M (peak: 66.4M)
        CPU: 578ms
     CGroup: /user.slice/user-1000.slice/[email protected]/app.slice/app-org.kde.krdpserver.service
             └─7437 /usr/bin/krdpserver

ное 28 10:30:37 FedoraPC krdpserver[7437]: [10:30:37:261] [7437:000022e3] [ERROR][com.freerdp.api] - [rdp_peer_handle_state_active]: PostConnect for peer 0x55fb1a396280 failed
ное 28 10:30:37 FedoraPC krdpserver[7437]: [10:30:37:261] [7437:000022e3] [ERROR][com.freerdp.core.transport] - [transport_check_fds]: transport_check_fds: transport->ReceiveCallback() - STATE_RUN_FAILED [-1]
ное 28 10:30:37 FedoraPC krdpserver[7437]: QDBusConnection: error: could not send message to service "org.freedesktop.portal.Desktop" path "/org/freedesktop/portal/desktop" interface "org.freedesktop.portal.Re>
ное 28 10:30:37 FedoraPC krdpserver[7437]: QDBusConnection: error: could not send message to service "org.freedesktop.portal.Desktop" path "/org/freedesktop/portal/desktop" interface "org.freedesktop.portal.Re>
ное 28 10:30:37 FedoraPC krdpserver[7437]: QDBusConnection: error: could not send message to service "org.freedesktop.portal.Desktop" path "/org/freedesktop/portal/desktop" interface "org.freedesktop.portal.Re>
ное 28 10:30:37 FedoraPC krdpserver[7437]: QDBusConnection: error: could not send message to service "org.freedesktop.portal.Desktop" path "/org/freedesktop/portal/desktop" interface "org.freedesktop.portal.Re>
ное 28 10:30:37 FedoraPC krdpserver[7437]: QDBusConnection: error: could not send message to service "org.freedesktop.portal.Desktop" path "/org/freedesktop/portal/desktop" interface "org.freedesktop.portal.Re>
ное 28 10:30:37 FedoraPC krdpserver[7437]: QDBusConnection: error: could not send message to service "org.freedesktop.portal.Desktop" path "/org/freedesktop/portal/desktop" interface "org.freedesktop.portal.Re>
ное 28 10:30:37 FedoraPC krdpserver[7437]: QDBusConnection: error: could not send message to service "org.freedesktop.portal.Desktop" path "/org/freedesktop/portal/desktop" interface "org.freedesktop.portal.Re>
ное 28 10:30:37 FedoraPC krdpserver[7437]: QDBusConnection: error: could not send message to service "org.freedesktop.portal.Desktop" path "" interface "org.freedesktop.portal.Session" member "Close": Object p>
lines 1-23/23 (END)

А преди 4 месеца това работеше. Тъкмо го бях похвалил

@Mozo, тези настройки работят ли при теб?

[Mozo]

Не знам как иска позволение, като на мен не ми иска. Трябва да имаш юзър на компютъра и го добавяш като такъв за логване, на отдалечената машина добавяш ареса, порта, юзъра и паролата, няма как да иска каквото и да е повече.

Еми, иска, на всички иска. Показва се един прозорец иска разрешение. Даваш му да запомни разрешението, но не го запомня и така всеки път. Ето надълго и нашироко:
https://bugs.kde.org/show_bug.cgi?id=458191

@Mozo, тези настройки работят ли при теб?

Не, в основната тема също съм написал. Иначе това решение е от вчера, но при мен е неактивно.