Plasma 5.8 (diskuse)

[kde]

Má smysl uvažovat o Qt/KDE desktopu, pokud nejčastěji používám GTK aplikace typu firefox/thunderbird/libreoffice?

[Blaazen]

LibreOffice není GTk aplikace, alespoň v Chakra Linuxu závislost nemám.

@ pokud nejčastěji používám GTK aplikace

No právě. Občas člověk použije i to druhé. Osobně si těžko umím představit desktop jen s GTk nebo jen s Qt knihovnami.

[JeChW]

Podle mě vůbec nemá smysl řešit, jestli je desktop postavený na Qt nebo GTK+. Je to úplně jedno. KDE nastaví pro GTK+ takový styl, aby aplikace do systému zapadly a téměř nejde poznat, která používat jaký GUI toolkit.

[J. M.]

To jsou zrovna hodně zvláštní příklady. Firefox ani Thunderbird toho z GTK+ moc nepoužívají, mají vlastní GUI a z větší části jen imitují GTK+ (ale v KDE Firefox umí používat např. KDE dialogy), LibreOffice je pak vyloženě neutrální aplikace, ani GTK+, ani Qt, ale má vlastní GUI a nahodí styl (respektive imitaci) podle toho, v jakém prostředí je (tedy v KDE může mít KDE styl).

Jinak desktop bych volil hlavně podle toho, který nejvíc vyhovuje (používáme ho celou dobu, tak by to nemělo být trápení), toolkit používaných aplikací bych u toho moc neřešil.

[Marián Kyral]

Pěkné. To už máme Plasmu 5.8 a já ji stále jen testuji a testuji. A zatím tam jsou stále chyby, takže nasazení na pracovní komp nepřipadá v úvahu. Tam běží odladěná čtyřka.

Krunner padá. Teď už sice méně, ale padá. Vypnul jsem všechny nepotřebné doplňky, ale pomohlo to jen částečně. Dále je problém s automaticky schovávaným panelem - po startu se sám neschová. Musím přes něj přejet kurzorem. A s aktivními okraji plochy se po schování již nikdy neukáže :-O

Navíc ve srovnání se čtyřkou je celá Plasma5 jakoby zabržděná. Reakce jsou trochu vlažnější. A například př pokusu o spuštění programu se krunner poprvé "zamyslí" když začnu psát a podruhé zase po odeslání příkazu. Chvíli se nic neděje a až pak začne systém něco spouštět. To u KDE4 je to bez těch otravných pauz.

Jsem na 5.8 zvědav, ale obávám se, že se asi nic nezměnilo. Alespoň u těch bugů, které sleduji, nebyla žádná aktivita

[Pavel Půlpán]

No ale zase je reálná šance, že je to vydání, kde se nebude uplně na ty bugfixy kašlat...

[kde]

Takže raději zkoušet třeba cinnamon? Nebo jaký desktop považujete za perspektivní? Mate, XFCE, LXDE, Trinity za perspektivní nepovažuju, jelikož jsou založené na starých knihovnách, tedy bude problém třeba s provozem na Waylandu. LXQt nebo Lumina jsou zas až příliš strohé, postrádající obvyklé funkce. Unity/gnome shell taktéž mohu vyloučit z hlediska nevyhovující ergonomie.

[R]

Kedze potrebujem pracovat teraz, takze potrebujem desktop v prvom rade funkcny. Perspektivny a nefunkcny je mi na hovno...

[skunkOS]

Já můžu říct, že MATE běhá fakt krásně. GTK3 přechod celkem zatím svižný, na Archu vůbec nevím, že to tam v podstatě mám.

[JeChW]

KDE5 je perspektivní, ale ještě tam pár věcí hapruje. Pokud chceš používat něco teď a mít to odladěné, tak KDE4.

[Marián Kyral]

Akorát, že už mi i ve stable Gentoo tlačí KDE5

[Pavel Půlpán]

No nevím, maskovat dokud to jde? Osobně, pokud se zrovna nezblázním a odmaskuji si KDE PIM 5, tak někdy od Plasmy 5.5 používám v produkčním prostředí a na problémy jsem nenarazil. Dokonce prakticky nonstop s odmaskovanou nejnovější verzí. Ale neříkám, že něco souvisejícího s HW se objevit nemůže.

[Marián Kyral]

Tak vzhledem k tomu, že na domácím i pracovním počítači používám stejné nastavení prostředí, tak vím, že by mně ty bugy spíše omezovaly. V práci navíc používám opatchovanou Konsoli z KDE4 (abych mohl přes DBUS přejmenovat jednotlivé karty) a teď moc nemám čas si hrát s portací na Konsoli z KDE5.

Tohle čeká na dlouhé zimní večery.

[JeChW]

Dokud nebude všechno podstatné přeportované na Qt5 a KF5, tak to bude spíš k testování. Vývojáři distribucí samozřejmě chtějí nabízet aktuální SW, takže už všichni mají Plasmu 5, přestože tam pár věcí pořád nefunguje tak dobře jako v KDE4.

Já jsem například nepřecházel na HTPC, dokud nefungovalo automatický připojování disků. Je to opravený (respektive dodělaný) tuším teprve od 5.7. Přitom KDE4 už to mělo dávno.

Na druhou stranu proto tu máme LTS distribuce, kde můžu zůstat u starého desktopu, dokud se ten nový nedoladí. Že to bude pár let trvat, to je jasný.

[David]

Konsole 16.08.1:

qdbus org.kde.konsole /Sessions/1 org.kde.konsole.Session.setTitle 1 "all your base are belong to us"

[Marián Kyral]

Že by? V dávných dobách tam nějaký takový příkaz byl, ale po nějaké době to Konsola zase přepsala zpátky.

[Marián Kyral]

Tak koukám do zdrojáků a je evidentní, že jsem ten příkaz zkoušel

#    qdbus org.kde.konsole /Sessions/${session} org.kde.konsole.Session.setTitle 1 ${SSH_USER}@${SSH_LABEL}
    qdbus org.kde.konsole /Sessions/${session} org.kde.konsole.Session.renameSession "${SSH_USER}@${SSH_LABEL}" >/dev/null

[Marián Kyral]

Tak teď jsem ségře instaloval Ubuntu. Byl jsem na něj zvědav. No a výsledek je ten, že Unity se nedá používat, gnome-shell trochu skřípe, ale kupodivu se používat dá. LXDE funguje dobře, ale výchozí vzhled je už trochu zastaralý. Takže u mne zatím stále vede KDE4.

[Ján Dráb]

V podstate si povedal len toľko, že stále používaš KDE4 a nič viac :).

[Petr Půlpíst]

V současné době používám Linux Mint 18 64 bit Cinnamon 3.07 jádro 4.4.0-38 na starém nb CPU 2,0 GHzx2 3GB RAM 128GB SSD 750GB HDD a jsem spokojen,vše je až neskutečně rychlé.

[Petr Půlpíst]

Externí monitor po HDMI bez problémů.

[k3dAR]

a to uz Nupaci nepovazujes Mint 18 ze zmrsenej?

[j3nda]

ja to vyresil tak, ze:

v praci mam kde4 a neaktulizuju - cokoliv noveho potrebuju kompiluju z dev-libek popr. virtualizuju

a doma na hrani a kodeni (rozumej, kdyz to padne -> nevadi :) mam posl. verzi kde5

= a muzu jen potvrdit, jeste to nedozralo na working-desktop ani nahodou;

= intel + 2xScreeny = katastrofa -> kdyz se to nahazuje pres xrandr skript tak to funguje; kdyz to clovek pripoji/odpoji tak si to nepamatuje mainScreen a stave se, ze mam 2x plasma-bary-dole pres sebe :)

kde dlouhodobe fandim a pouzivam. posledni 2roky vsak zkousi moji trpelivost...

[Marián Kyral]

kde dlouhodobe fandim a pouzivam. posledni 2roky vsak zkousi moji trpelivost...

Mám to úplně stejně. KDE5 je sice krásné, ale prostě stále nefunguje stejně jako KDE4. A nové wallpapery to fakt nezachrání.

Když se přecházelo z KDE3, tak Plasma a celé KDE4 měla co nabídnout. Byla tam nějaká přidaná hodnota. Ale v přechod z KDE4 na KDE5 žádnou přidanou hodnotu nevidím. Naopak. Jen přicházím o funkce, které používám a za odměnu dostanu jen bugy.

Čerstvě jsem včera bojoval s kde telepathy nebo jak se ten zmetek jmenuje. Jabber.cz teď migroval na nové servery, zapnul šifrování a od té doby se telepathy na jabber.cz nepřipojil. Nakonec jsem to vyřešil odinstalací celého telepathy a ktp-* a nahozením psi. To funguje bez problémů a netvrdí mi zcela nesmyslně, že mám špatné heslo.

[David]

Chyba neni tak uplne v kde-telepathy, ale v novem jabber.cz XMPP serveru, ktery inzeruje podporu X-OAUTH2 autentifikace, kterou ale nepodporuje. telepathy-kde-auth-handler preferuje X-OAUTH2 pred PLAIN a proto prihlaseni selhava.

[Marián Kyral]

Já si to myslel. Ale to ovšem nic nemění na tom, že ta chybová hláška mohla být jasnější. Akorát to napíše, ať si zkontroluji, zda mám správné jméno a heslo. A ty určitě správné jsou. Navíc je to takový podivný shluk mnoha modulů, které nějak záhadně mezi sebou spolupracují. Člověk neví, kde hledat chybu, kde sehnat nějaký rozumný log. Když mám problém s psi, tak spustím "strace psi" a něco z toho vyčtu. Když mám problém s telepathy, tak nevím, na co "trace" poštvat.

A kromě té lepší hlášky mohli třeba nahodit i nějaký fallback mode - napsat uživateli - nepovedlo se připojit, server nepodporuje xxx. Mám zkusit yyy?

Neměl jsem moc čas to řešit, odjížděl jsem na služebku a potřeboval jsem, aby byla manželka online. Tak jsem nahodil psi a je po problémech. A když to vezmu kolem a kolem, tak telepathy měla manželka jen kvůli icq na kterém jsem nakonec stejně zbyl jen já a někdy před půl rokem jsem icq zrušil a založil jí jabber. Takže teď už tepelathy nepotřebuje, psi bohatě stačí. (Mohl jsem to udělat už dříve, ale přišlo mi zbytečné platit jí na ty tři konktakty icq transport)

[David]

Jasně, mělo by to napsat něco srozumitelnějšího a hlavně by měl fungovat fallback na PLAIN, který asi před rokem implementoval Martin Klapetek. Asi to nějak nevyšlo.

Když chce člověk skutečně hledat chybu, tak si spustí ktp-debugger a hnedle vidí:

05/10/16 22:07:21.845336 - [wocky] _end_element_ns: Received stanza
* features xmlns='http://etherx.jabber.org/streams'
    * c xmlns='http://jabber.org/protocol/caps' hash='sha-1' node='http://www.process-one.net/en/ejabberd/' ver='z0FZ24Izum3FsTWrHpsaAsIfp78='
    * register xmlns='http://jabber.org/features/iq-register'
    * mechanisms xmlns='urn:ietf:params:xml:ns:xmpp-sasl'
        * mechanism
            "PLAIN"
        * mechanism
            "X-OAUTH2"
05/10/16 22:07:21.845446 - [gabble/authentication] gabble_server_sasl_channel_start_auth_async (server-sasl-channel.c:836): Starting authentication
05/10/16 22:07:22.237915 - [gabble/authentication] gabble_server_sasl_channel_start_mechanism_with_data (server-sasl-channel.c:548): Starting X-OAUTH2 authentication with 18 bytes of initial data
05/10/16 22:07:22.238075 - [wocky] _write_node_tree: Serializing tree:
* auth xmlns='urn:ietf:params:xml:ns:xmpp-sasl' xmlns:wocky-zb='http://www.google.com/talk/protocol/auth' wocky-zb:client-uses-full-bind-result='true' mechanism='X-OAUTH2'
    "AGxhbG9jaEBqYWJiZXIuY3oA"
05/10/16 22:07:22.249552 - [wocky] _end_element_ns: Received stanza
* failure xmlns='urn:ietf:params:xml:ns:xmpp-sasl'
    * not-authorized

[Marián Kyral]

Vždyť to říkám, milion modulů Hledat ktp-debugger mne teda nenapadlo.

[Marián Kyral]

Mimochodem, už to někdo na jabber.cz hlásil?

[David]

Chtěl jsem to nahlásit o víkendu, ale tou dobou jim nefungoval ani web.

[Marián Kyral]

Tak prý opraveno:

Bugfix: Opravena bez restartu chyba, kdy se nepřipojily klienty založené na Telepathy/Gabble | Clients based on Telepatchy/Gabble works now.

[Rezza]

Hlavne to konecne vypada, ze si Plasma rozumi s vice monitory. Ted to jeste vysvetlit kernelu a zprasenemu Lenovo BIOSu :D.

[Saljack]

Tohle uz tvrdi posledni tri vydani a zatim je to porad stejne. Uz si ani nedavam na plochu poznamky, protoze o ne stejne za cas prijdu, kdyz odpojim monitor.

[Rezza]

Ted je to opravdu mega rozdil - driv to jen lehce opravili a rozbili trosku jinak. Ted to vypada, ze kdyz Plasma dostane pokyn, tak udela presne to co ma. Bohuzel jeste kscreenu se to nedari, takze ted pingam Dana, at poradi. Ale je to o 100000% jinde, porad jeste ne 100%, ale smer dobry :).

[David]

Prinejmensim s i915 je problem spis v driveru. Pripojim monitor, nic se nestane. Spustim xrandr (jen tak - bez parametru) kscreen se "chyti" a rekonfiguruje.

[Josef Kufner]

Moje zkušenost je taková, že kscreen mám zakázaný a používám skripty volající xrandr s připravenými parametry.

[Rezza]

Prave se to ted "zlepsilo", tak jsem zkusil vymenit moje skripty za kscreen. Alespon uz neni potreba restartovat Plasmu.

[Josef Kufner]

Plasmu restartovat obvykle nemusím (občas dělá blbosti i tak, ale to je jiná pohádka) a změny rozlišení si detekuje (většinou) správně. Dokonce reaguje i jen na připojení a odpojení kabelu. Občas jen vytáhnu a znovu zapojím právě připojený monitor a chytne se to.

[Rezza]

To je ono. Ale tohle pred updatem nedelalo - takze si myslim, ze neco v kscreenu. Ale deje se to pri opacnem postupu - kdyz pripojim dokovaci stanici, tak se chyti ted konecne oba monitory. Ale kdyz odpojim, tak si nevsimne.

[MadCatX]

Tohle bohužel nemůžu potvrdit. Plasma mi po připojení externího displeje pořád cpe panel na panelu notebooku. Musím odemknout widgety a panel přemístit ručně. Není to konec světa, ale zkus to dělat každý den ráno pár měsíců:)

<random_rant>

Co to prokrista udělali s hodinami v systrayi? Proč je čas psaný stejným titěrným písmem jako datum s bruálním okrajem okolo panelu? Nebo mám jenom nějakou ranní halucinaci?

</random_rant>

[Rezza]

No ja to prave delal kazdy den poslednich par mesicu, proto jsem strasne nadseny, ze s 5.8 uz nemusim. I s tema hodinama - ty musis mit z tech predchozich dob strasne rozbitou konfiguraci (ja mel taky a taky to odnesly hodiny). Takze nejdriv promaz.

[MadCatX]

Ha! Smazal jsem konfiguraci KScreenu a asi se to vážně chytlo. I po několika pokusech a restartu se panel vždy přesunul na správný displej a Plasma u toho ani jednou nezhavarovala. Hustý...

Hodiny jsou ale pořád ve stavu, který se mi nelíbí, i když jsem z ~/.config smazal vše, co začínalo řetězcem plasma. Digital clock jsou sice v QML, ale zkusím se v tom o víkendu pohrabat, neb zrovna tohle mě fakt galakticky vadí.

[Rezza]

S tim druhym uz neporadim. Ja je mam ok. Kazdopadne super, ze se ti to chova, jak ma. Dost dobry release!

[koroptev]

Testujte, chlapci, testujte. Radostny to pohled na mladez, ktera se dokaze zabavit a nefetuje.

[tom62]

Na Tumbleweedu se mi aktualizace objevila včera a zatím se mi to líbí, vypadá, že se vyřešilo několik problémů, které jsem měl s předchozí verzí. Bohužel po stejné aktualizaci (aktualizovalo se toho víc, takže to možná nesouvisí s Plasmou) mi přestal fungovat Krusader - při přesunu/mazání souborů ukáže chybu "Proces pro protokol file neočekávaně skončil". Nesetkal se s tím někdo?