Právěže jsem to zkoušel asi 3 měsíce zpět a pod Waylandem to nejede (Kubuntu 25.10. s Wayland, chyba na soukromém PC zde https://forum.root.cz/index.php?topic=31620.msg433737#msg433737) na služebáku zatím Wayland nemám (Kubuntu 24.04), ale s novou Plasmou jsem četl, že skončí podpora právě pro X11, tak se chci dopředu připravit. Jinak samozřejmě proti waylandu nic nemám, je super na víc monitorů a další nastavení a desktopové vychytávky, ale v práci prostě potřebuji něco na čem spolehlivě bude běžet toto:
https://www.snaphome.com/snap/docs/quickstart.jsp
Navíc si nemohu dovolit to, že to bude nespolehlivé, nebo, že si to u parametrů nastaví co se mu zlíbí (jako se dělo na Win7 u jisté verze Javy)...
Pardon, přehlédl jsem předtím vaší odpověď.
Tak jestli to máte takhle přímo vyzkoušené, tak to samozřejmě mění situaci.
Nabízí se udržet tam Plasmu s X11 session, co nejdéle to půjde. Dává mi smysl přejít např. na poslední Ubuntu LTS 26.04, kde je Plasma 6.6. Ta byla navíc nedávno taky povýšena na LTS, tzn. KDE samotné ji bude podporovat daleko déle než obvykle (a právě Canonical na to přisípvá).
https://www.einpresswire.com/article/930823977/kubuntu-focus-techpaladin-software-and-kde-e-v-announce-the-bullet-proof-kde-software-initiativeNa software Snap jsem se díval, ale tím, že je to uzavřená věc a ještě s nějakým exportním povolením, není tam žádný trial, tak to nemůžu ani vyzkoušet. Navíc se o tom ani nedá dohledat moc informací.
Takže spíš obecně. Téměř všechny GUI aplikace v Javě pořád používají X11 resp. XWayland. Vyvíjí se sice oficiální knihovna Wayfield, ale je to pořád víceméně work-in-progress, jedině JetBrains má teď svá IDE s autodetekcí a nativním vykreslováním přes Wayland pomocí vlastní knihovny WLToolkit.
Nicméně to neznamená, že jsou s XWaylandem vždycky problémy. Běžně používám několik různých aplikací (různé databázové nástroje, REW/Room EQ Wizard, downloadery atp.) už několik let jen s XWaylandem a bez potíží.
Ale samozřejmě se v tom spousty faktorů.. autoři aplikací případně mohli už relativně dávno odchytat nějaké bugy v aplikaci, aby to fungovalo dobře i s v tomhle prostředí.
Také je několik běžně používaných toolkitů.. AWT/Swing, JavaFX, SWT (od Eclipse, to používá na Linuxu nativní GTK widgety přes JNI) a každý může mít své specifické quirky.
Související bugy řeší i samotné OpenJDK, na
https://bugs.openjdk.org/ si můžete vyhledat slovo Xwayland.
Některé jsou vyřešené, někde jsou workaroundy.. každopádně pokud daná aplikace z nějakého důvodu vyžaduje staré JRE, tak už tam nejspíš nedoputuje oprava (ty míří max na poslední LTS verze JRE, tzn. řekněme od 17 výš).
Takže co bych nejspíš zkusil, pokud vám to blbne.
- místo privátního JRE, co se bundluje s aplikací, bych zkusil normální OpenJDK JRE z distribuce (což bude víceméně to samé jako dnes Oracle), řekněme verzi 17 (což by mělo většinou chodit i se staršími aplikacemi, pokud nepoužívají některé původní třídy sun.*)
- speciální verzi JRE od JetBrains, které se říká JBR
https://github.com/JetBrains/JetBrainsRuntimeCož je OpenJDK, ale s přidanými patchi od JetBrains, které často řeší mimojiné právě různé GUI glitche, ještě předtím než se to případně upstreamuje.
Jsou tam různé varianty pro každou verzi Javy, stačí vám verze JBR vanilla, nebo varianta s FreeType. Rozpakovat někam do /opt. Případně ještě nasymlinkovat kořenové certifikáty ze systému (Ubuntu balíček ca-certificates-java), pokud se to připojuje na nějaké zabezpečené servery s TLS.
Např. ln -sf /etc/ssl/certs/java/cacerts /opt/jbr17/lib/security/cacerts
Oboje pak bude možná vyžadovat úpravu nějakého spouštěcího skriptu aplikace příp. nějakých syst. proměnných tam (JAVA_HOME, INSTALL4J_JAVA_HOME pro setup, jestli používá install4j).
Dá se dál zkusit ještě pár různých workaroundů přes parametry JRE, ale to už bych musel trochu vědět, co to dělá, nedělá.
Jinak bych ty problémy se Snapem na Waylandu samozřejmě hlásil jejich podpoře/vývojářum.. mělo by být v jejich zájmu, aby to bez problémů fungovalo.
Hodně štěstí
19 Odpovědí
4307 Zhlédnutí