Olvastam ezt a cikket, hogy a Fedora 40 kiadása teljes mértékben megszabadul az Xorgtól, mivel a KDE (Plasma 6) is kizárólag Wayland támogatással fog kijönni.
A Fedora 39-ben lehet még grafikus meghajtót választani, ezért próba alá vetettem a Waylandot. Fotósként használom a Fedorát és eddig, -Fedora 16-óta- nekem megfelelő tökéletes a rendszer.
Átváltottam Waylandra és a színprofil betöltéstől kezdve a fotós programokig, Displaycal, Gimp, Rapid Photo Downloader, Aftershot, csakhogy a lényegesebbeket soroljam, nem állnak a helyzet magaslatán. A színprofilt nem tudja betölteni, így színhelyességről nem is beszélek. Egyes programok Aftershot, Rapid Photo Downloader nem jeleníti meg a képet illetve találomra csak valami minta látszik.
Létezhet, hogy Wayland döbbenetes fejlődésen megy keresztül a Fedora 40 kiadásáig? :)
Aki Waylandot használ tapasztalt hasonló jelenségeket?
Hozzászólások
Ez így nem igaz: a KDE nem dobja az X.org-ot, de az új fejlesztések már csak arra koncentrálnak. Ez a Fedora karbantartók agyszüleménye, hogy ki akarják dobni az X.org-ot, és csak a Waylandet szállítani.
Mi ez az oldal egyébként? Mert magyarnak annyira magyar, mint a Google Translate-tel lefordított Phoronix legfeljebb, bántja a szemem már az első bekezdés is.
Nem tudom. Gugli adta fel amikor rákerestem a Fedora 40 Wayland összefüggésre. A nyelvezete valóban fura :)
Karesz
Letölthető háttérképek | Portréfotók
Pfff, és tényleg, megelőzi a Phoronixot is, ha a "fedora 40 kde" keresést indítom el. Viszont még előtte hozza a Fedora Project Wiki oldalát, itt részletesebben leírják, hogy inkább az van a Wayland kizárólagos támogatása mellett, hogy kevés az erőforrásuk, nem bírnák egyszerre az X.org-ot és a Waylandet is.
Én mindenesetre ki fogok várni a frissítéssel pár hónapot, legalább a Plasma 6.1-et.
Ahogy láttam a kiadási menetrendet 6.1 május vége. Addig csak csak láthatók lesznek a fényképek egyes alkalmazásokban :D
Vagy egy kiskapuval bekerülhet az Xorg. Mondjuk ebben nem hiszek.
Karesz
Letölthető háttérképek | Portréfotók
Nálam már az fut (igaz Arch-on). Hajrá!
Nálam is, de a qt5 csomagokat nem szedte le. Sőt az egész plazmát le akarta szedni vele. Egyesével szedegettem le őket(-Rdd).
Ezek maradtak: qt5-base, qt5-declarative, qt5-graphicaleffects, qt5-quickcontrols, qt5-quickcontrols2, qt5-svg, qt5-tools, qt5-wayland
Ezeket a keepassxc, megasync, sqlitebrowser használja. Remélem hamarosan lesznek ezekből is Qt6 -os csomagok.
Nem bírtam ki végül, és a megjelenés napján frissítettem Fedora 40-re, és azzal Plasma 6-ra. Semmi gond nem volt vele, azért sem írtam róla :)
A fedora akarja dobni a xorgot, mivel deprecated a rhel-ban. A kde 6 teljes xorg támogatással fog megjelenni. Azt hogy a fedoraban csak a sessiont veszik ki, és kézzel kell behegeszteni, vagy a csomagok fordításánál és elhagyják az x11-et, azt nem tudom, de legfeljebb distrot kell váltanod.
Színprofilokat a wayland amúgy kezel, lehet hogy az aktuális kde nincs a helyzet magaslatán, a wayland alatti betöltésükkel. colormgr-el be tudok tölteni színprofilokat.
A programok amik nem működnek megfelelően, valószínüleg xwayland alatt futnak, ott szükség lehet workaroundot keresni, már ha van.
Összességében amúgy nincs a waylandal semmi baj, egy igen egyszerű protokoll az x11-hez képest, inkább az azt támogató de-kel van probléma, ahogy megpróbálják átkalapálni a millió x11 függőséggel rendelkező kódjukat. Mondjuk szerintem ezzel most már igen kevés probléma van, 5 évvel ezelőtt volt ez inkább aktuális.
Valóban, a Fedorának nincs is választása, az RHEL-ben szünteti meg a Red Hat a támogatását a X.org-nak, így ez automatikusan kihat a Fedorára, mivel ők az upstream.
Én se értek egyet vele, pedig nekem sincs bajom a waylanddel, használtam Gnome és SwayWM alatt is. Minden működött, igaz én nem használtam fotós programokat, meg nem töltöttem be színprofilokat. Ennek ellenére X11 párti vagyok inkább, még egyszer összefoglalom ebben a topikban is, hogy miért:
1) több alkalmazás X-es, mint waylandes, illetve van egy jó pár legacy alkalmazás, amit soha nem fognak waylandre átírni, és bár Waylanden ott van az XWayland, de az épp ugyanolyan X.org implemenetáció, amire továbbra is szükség van, meg fejleszteni kell
2) X-re többféle DE/WM létezik, mint Waylandre, nagyobb a választék, könnyebb rá WM-et írni
3) az X közös nevező, fontos átjárási pont sok unixos, unixlike rendszer között, míg a Wayland lényegében Linux only, esetleg FreeBSD-n van egy nagyon pici esélye velekinek, hogy életre kelti,
4) többféle videókártyát, GPU-t támogat a X, mint a Wayland, még egész régi, exotikus architektúrákat, kártyákat is, mint a Matrox és Voodoo és társai, ezt a Wayland nem tudja magáról elmondani. Emiatt az X egy hasznos fallback opció sok embernek.
5) régi, gyenge, retró gépekre jó, mert tudod az X servert egy erősebb gépen futtatni, és így terhet veszel le kliensről
Ennek ellenére szerintem Fedorán mindig is használható lesz az X.org, legfeljebb nem lesz az alaptelepítés része, vagy esetleg a hivatalos tárolóban sem lesz bent, de akkor meg berakja valaki a fusion-be.
Mondom, én nem vagyok ellene a Waylandnek, mert bizonyos előnyei megvannak annak is. Így nincs bajom azzal sem, hogy sok DE-nél meg disztrónál a default a Wayland session, az oké, csak a X.org-ot ne vegyék ki, ne nyírják ki.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
Ismételten csak: https://www.youtube.com/watch?v=2sRS1dwCotw
Egy eleve rosszul fordított, magyartalanul megfogalmazott cikket értelmeztek itt félre többen, sejtettem, hogy előbb-utóbb te is megjelensz szakérteni. Nem a Fedora dobja az X.org támogatást, és nem is a KDE, hanem csak a Fedora KDE spinje, mivel az azt karbantartó csapatnak nincs elég erőforrása rá. A Wayland munkamenet egyébként is alapértelmezett a Fedora 34 óta. Nem állítom, hogy a Wayland hibátlan és tökéletesen működik vele (a Lokalize például nem, ezért én is X.org munkamenetet indítok jelenleg), de a KDE azért elég nagy erőket fektet a KWin fejlesztésébe és a hibák javításába, a korábbi karbantartó, Martin Graesslin blogja nagyon jó olvasnivaló volt évekig.
A 4-5. pont nem is értem, hogy jön ide, eleve ezek a hardverek már utolsó mohikánok, ha még működnek, másrészt ki akarna azon például Plasma 6-ot használni? A retrohoz majd retro rendszert vesz elő, akinek ez az igénye.
Lehet akkor a sajtó idézi rosszul, de én több helyen is azt olvastam, hogy de igen, az egész RHEL és Fedora dobja az X.org-ot, nem csak a KDE, nem csak a Gnome-os kiadás, hanem mindegyik. Pedig én nem magyar cikkekből tájékozódok, ezt is elmondom, így nem esek félrefordítás áldozatául.
Azzal is tisztában vagyok, hogy a Wayland munkamenet régóta default, nem csak Fedorán, Ubuntun is már több éve. Azt is világosan leírtam, hogy nekem nincs bajom a Waylanddel, ezért is felesleges a gyerekes meme-videóidat betenni, mert nem cáfolja, amit írtam. Ha valami pontosabb infód van, tegyél be róla akkor egy normális, hiteles forrást. Mármint látom, hogy egy fedoraproject.org-os Wiki cikket betettél, ami a KDE6-nál valóban leírja, hogy dobják, de azt nem írja sehol, hogy tuti csak a KDE6-os kiadás érintett, a többi nem. Ennek ellenére nem zárom ki teljesen, hogy igazad lehet, és tényleg csak a KDE6-os kiadás dobja, mert pl. egy reddites szál is ezt írja, de 1) én nem tekintem hiteles forrásnak a redditet, egy szemét, szutyok oldal alacsony színvonallal, 2) ha igaz is, akkor légyszi az Red Hat-nak küldd a humorvideóidat, hogy ilyen félreérthető a kommunikációjuk.
Igen, az említett hardverek utolsó mohikánok, de néhányan hajtanak ilyet retrós hobbiból, leginkább érzelmi alapon, nosztalgiaként. Most érted, ezt a felhasználásukat az X kiszolgálja, miért kéne elvenni tőlük. Teljesen jó meg előnyös még az X egy csomó felhasználási típushoz, az fentebb említett érveim alapján meg kéne hagyni. Az oké, hogy nem a default session, de teljesen elvenni nem kéne.
Mondom, nagyon örülnék, ha tényleg neked lenne igazad, és csak a KDE6-os kiadásból dobnák. Pedig nem is használok se RHEL-t, se Fedorát, de tudom, hogy mekkora befolyásuk van a linuxos világban, mindenki követi őket. Nem akarom, hogy dobják, mert akkor megy utánuk az Ubuntu, azok után meg végképp mindenki, elég elqrt tendencia lenne, ha mindenhonnan száműznék.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
az, hogy a RHEL-ben deprecated az egy dolog. a Red Hat életét teszi könnyebbé, mert nem kell +1 szart támogatni. Ez nem jelenti, hogy Fedorában is deprecated.
Lásd btrfs. RHEL nem támogatja, Fedoranál pedig ez a default.
amugy: https://fedoraproject.org/wiki/Releases/40/ChangeSet
Hagyd, write-only, a tények és a komoly tudásbéli hiányosságai nem zavartatják a végtelen szövegelésében.
Nem, nem write only, ti nem értitek, amiket írok, így még egyszer: az egész RHEL ökoszisztéma dobni fogja a X.org-ot egy ponton. Nem most még, lehet nem a következő kiadásra veszik ki, egyelőre még csak deprecated státuszban, de arra gyúrnak, hogy végképp kiveszik, értsd se tárolóból, se sehonnan nem lehet majd felrakni, esetleg forráskódból forgatva talán. Ezt kapta fel több hírmédium, és kötötte össze tévesen azzal a hírrel, ami a Fedora 40 KDE6 spinjéről szólt.
A Fedora pedig ennek része, az is dobni fogja. Ők az RHEL upstream-je. Lehet nem most a 40-es kiadásban dobják, lehet az csak tényleg a KDE-kiadás lesz egyelőre a 40-esből, ami dobja, de a jövőben tervezik, hogy lépcsőzetesen kivezetik. Az összes kiadásból. Nem tudni, hogy ez most 42, 44-esre, vagy mikorra lesz, de a Red Hat dédelgeti a terveket, hogy milyen jó lesz ez a teljesen X mentes új világrend. Én végig erről írok, ti meg hajtogatjátok writre only módban, hogy 40, KDE6, 40, KDE6, 40, KDE6.
Lehet az én hibám is, mert most a Fedora 40-ről szól a topik, így ti azt hittétek, hogy arról írok, és nem voltam elég világos, hogy a hosszútávú jövőről, ami jóval túlmegy a 40-es kiadáson is. Azt is leírtam, hogy ez miért aggasztó, annak ellenére, hogy nem használok se RHEL-t, se Fedorát. Nyilván annyira azért nem aggódok, mert Arch-on mindig is fel lehet majd tenni, ha esetleg a hivatalos tárolókból ki is szednék, amit kétlek, mert az Arch eleve azon alapul, hogy kisebb WM-ek is menjenek rajta, akkor AUR-ból fel lehet tenni forráskódból pörgetve, meg ha máshogy nem megy majd több év távlatából, addigra átállok Gentoo-ra, ahol mindig is lefordítható lesz X. Sőt, már évek óta a FreeBSD-re történő esetleges átállást is készítem elő, mert én ezt már több éve látom, hogy erre tart a Linux, kezdik a Red Hat-hoz hasonló nagy cégek teljesen a kezükbe venni, windowsosítani, egységesíteni, bloatosítani.
Ez az X főleg a WM-eseknek fontos, a nagy mainstream DE-k meg fogják oldani a Wayland-támogatást, a Gnome, KDE, LXQt már rég megoldotta, az Xfce-nél átállóban vannak, a Cosmic nemsokára kijön, így lényegében már csak pár maradék mainstream DE-nek kell ezt megoldani, Cinnamon, Mate, Budgie, Deepin, Pantheon az, aminek meg kell oldania. Vannak még ezen felül is DE-k, de azoknak nem nagy a felhasználói tábora, és vagy csak Openboxra épülnek (pl. LXDE, Lumina), vagy máris legacy státuszúak (Trinity mellett szintén az LXDE, Lumina, stb.).
“The world runs on Excel spreadsheets.” (Dylan Beattie)
De, write-only vagy. A topik a Fedora 40 KDE spinről szól, te kezdtél el idekeverni minden mást is, és nem mindenki más jön szembe az autópályán. Igen, a linkelt dokumentum azt írja, hogy a RHEL dobni fogja az X.org-ot, de mint máshol is írták, ettől még a Fedora megtarthatja, lásd alapértelmezett fájlrendszer. És nem, nem az internet értelmezte félre, ott van a Fedora 40 Changes, oldalon, hogy egyelőre csak a KDE spin, és ez így két hónappal a kiadás előtt azért már nem nagyon fog változni.
Még mindig nem vagyok. Te felejtettél el linkelni arról hivatalos forrást, hogy csak a KDE6 kiadásból veszik ki a 40-esnél. Ami egyébként valószínű, de nem így volt lekommunikálva, hogy csak annál. Ennek kapcsán egyébként csak továbbmentem a gondolatmenettel, hogy ez egy veszélyes tendencia, hogy próbálják ennyire gyorsan és erőszakosan kinyírni az X-et. Nem érdekel hányas kiadás lesz, tőlem lehet a 48-as is, nem kéne kinyírják.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
https://hup.hu/comment/3030554#comment-3030554
A topik körülbelül harmadik hozzászólása, tessék. De nem vagy write-only. Másrészt olvasd el, proposal volt a KDE SIG-től, amit a FESCo elfogadott.
Az a baj, hogy még mindig te vagy write only. Igen, tetted be ezt a linket már, de ez azt írja, hogy a KDE6-os spinből ki lesz szedve. Ebből viszont nem következik logikaialag, hogy esetleg más spinekből, vagy a fő kiadásból nem lesz. Mondom, nem kötözködök, és talán nem is a te hibád, ezt a Red Hótnak kéne lekommunikálnia normálisan, nem ilyen-olyan levegőbe lógó, így-úgy félreérthető megjegyzéseket beböffenteni, aztán X. eldugott technikai dokumentációban helyesbítést tenni, hogy a KDE6-ból ki lesz szedve. Ha csak abból lesz kiszedve, akkor azt kéne világosan leírniuk, meg hogy esetleg a többiből mikorra tervezik.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
Nincsenek ezek eldugva, csak te képtelen vagy magadtól megtalálni. De tessék: https://fedoraproject.org/wiki/Releases/40/ChangeSet
Továbbra is el van dugva, mert ez még mindig nem mondja ki egyértelműen. Igen, csak a KDE6 kiadásnál említi, és valószínű, hogy csak azt érinti, de ezt KÖVETKEZTETÉS. Ha már összefosnak több oldalnyi changelogot, meg sajtóközleményt, akkor abban legyen EGYÉRTELMŰEN leírva, hogy egyelőre a 40-es kiadásban csak a KDE6 spin lesz érintett, és esetleg illene megemlíteniük, hogy a többi spinnél, fő kiadásnál terveznek-e ilyet, ha igen, akkor hányas kiadásra várható az előzetes tervek szerint. Ez így lenne korrekt, nem találgatni, hogy akkor most mire vonatkozik, mire nem. Egy ekkora multinak van erre elég munkaerő-kapacitása, hogy ledokumentálja ezeket rendesen, mert látod, félreértések vannak vele. Igen, tudom, a Red Hat meg te helikopterek vagytok, míg mindenki más hülye, csak ez ott kezd gyanús lenni, hogy túl sokan vannak, akik félreértették.
Ha még valami 1-2 személyes magánprojekt lenne, ahol a fejlesztők állandóan rohannak, nincs idejük semmire, és csak szűkszavú, 1-2 mondatos bejelentésekre futná nekik, arra azt mondom, hogy nincs rá idejük, meg nem profik, hanem hobbisták.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
Nobara-ra már kitolták a KDE6-ot, az Arch világba is megérkezett. Vannak gondok mindenfelé.
Engep meglepett, hogy dobják a delta rpm-eket.
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
Sokáig én is használtam, de aztán letiltottam mindegyik gépemen. Egy átlagos netelérés mellett sokkal lassabb tőle a frissítés, nem éri meg (és azóta ez csak még inkább igaz). Új csomag telepítésénél nem használ sajnos, frissíteni meg nem mobilnetről, buszozás közben szokás. Valószínűleg mások is így voltak fele és nagyon lecsökkent az aktív használók száma, miközben jelentős erőforrás fenntartani hozzá az infrastruktúrát, csomagkezelőt.
Igen, ma már gyorsabb letölteni az rpm-et, mint előállítani a régiből és a deltából az újat.
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
A Fedora 40-ben ki is vezetik.
Igen, erre írtam, hogy meglep, ő meg arra reagált. :) Amúgy már Fedora 40-et használok a számítógépeimen. ;)
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
Csak annyit tudok a témához segítő szándékkal adni, hogy:
- Mostanában (az elmúlt 2 hónapban) sorra "distrohoppoltam" és Plasma5 volt a telepített környezet,
- a személyes kíváncsiság csak arra fókuszált, hogy mostanában mit ad a KDE (egy jó ideig Xfce4-en voltam),
- Tudatában vagyok a Xorg & Wayland mizériának, de igazából nem befolyásolja a mindennapjaimat.
Amit láttam, tapasztaltam:
-Fedora vonal default Wayland-en jelentkezik be, választható még a Xorg,
-Ubi_Deb vonalon a KDE-Neon állítólag a legfrissebb Plasma-t szállító disztro (default Xorg-al indul, opció a Wayland,
-Arch vonalon meg kioptimizálatlanul megjönnek mindenből a legfrissebb verziók (itt kell eleget reszelni).
Szóval, mint ahogy feljebb mondták. Lehet disztrót kell váltanod.
A Neon a FAQ-ja szerint nem disztribúció, inkább egy Ubuntu LTS, saját tárolókkal a friss KDE-hez. De a frissessége nem kérdéses, a stabil verzió mellett van testing és unstable is, ami aztán annyira naprakész, hogy napi git snapshot általában.
A Neon-ból én a User Edition-t néztem, a developer biztos frissebb.
/summon locsemege
(waypipe-ot mar kiprobaltad legalabb VM-be ssh-zva?)
Azt sem tudom, hogyan kell elérnem, hogy wayland implementációm legyen a virtuális gépben. Szerintem ott is Xorg van, meg a host-on is. A host-on biztos.
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
A Fedora KDE spinjében a 34-es verzió óta a Wayland munkamenet az alapértelmezett.
Ja, csak mindig Xfce-t teszek fel.
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
Es akkor nem lehet VM-be felhuzni egy GNOME-ost vagy KDE-st tesztnek?
Lehet, csak jó volna, ha hellyel-közzel a valóságot tesztelném, nem pedig egy olyan környezetet, ami nincs a valóságban. Már úgy értem, nekem nincs.
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
VM-nel a virtualbox/vmware/etc. biztositja a "GPU" drivert. Azokban fut egy waylendes distro. Inditasz belole kettot. Mondjuk valami KDE6-osokat.
Leellenorzod, hogy wayland-e a futo session mindketto vm-ben.
Atssh-zol egyik VM-bol a masikba. Hogy ne az legyen, hogy "nem is latjak egymast a halon".
Ha ez megy, waypipe-ot felparameterezed es inditasz egy KCalcot vagy egy KMail-t vagy akar egy dolphint a target geprol tesztnek waypipe-pal.
Ennyikeh.
GTK-s alkalmazások mennek így? Meg Xfce?
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
Pont ezt tudnad kiprobalni: ha megy az ssh, aztan megy a waypipe waylandes KCalc-kal, akkor megnezed mennek-e az xwaylandes appok (kene, de ha kiprobaltad, akkor biztos lehetsz benne).
Allits fel egy tesztkornyezetet es lepesenkent nezd meg mi megy es mi nem. Nem tehetsz mast. Mert senki mas nem akar 3 ev mulva waypipe-pal hasznalni Xorgra forditott email klienst rajtad kivul.
Fedora 40-hez van xorg, azt viszont nem tudom, hogy a KDE támogatja-e.
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
Fedora 40 legutóbbi fejlesztői változatát letöltöttem KDE6 spinnel. valóban kivették belőle az Xorg-ot :(
próbáltam telepíteni az Xorg-ot rengeteg függőség hiányzik még vagy nem is lesz hozzá soha. :(
Elég eltökéltnek tűnnek az ügyben.
Karesz
Letölthető háttérképek | Portréfotók
No jó, de akkor nem a xorg hiányzik, hanem a KDE-ből a xorg támogatás. Szerintem Xfce-nek még mindig van, sőt, lehet, hogy csak xorg támogatása van. Csak annyi a feladat, hogy nem KDE-t használsz, hanem például Xfce-t xorg-gal.
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
És akkor majd a következő, vagy az azutáni kiadásban esel pofára :)
Igen. :)
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
KDE is tamogatja a Xorgot tovabbra is, csak KDE6-tol kezdve wayland a default.
Uj feature-oknel waylandre megirjak, Xorgnal meggyozodnek, hogy nem torik el.
És ismét meggyőződhettünk arról -a systemd után újra- hogy a FOOS-ban -az eredeti tervtől eltérően- még inkább a pénz az úr. (mint a zárt forrásban.)
Sokkal kevesebb pénzből lehet irányítani a globális trendeket.
A legyek meghódították a légyfogót.
Az open source a cegeknek 10-20 eve azt jelentette, amit ma jelent a "kornyezetbarat".
A környezetbarát már legalább 10-15 éves jelző. Szóval ma minimum a fenntartható vagy megújuló* a jó szó, vagy a fair trade.
* Mikor ezt a szót hallom, mindig az a sztori jut eszembe, mikor egy céges bulin kezdtünk elázni, de azért a pincér járt körbe mindig. Egyszer csak a haver ránéz a poharára és felkiált. "jé, újratöltődött"
jesszusfasza, hanyszor irjak meg le tibben is hogy a KDE projekt nem dobja az xorg-t hanem a fedore kde spin csak. Szoval amit irsz netto faszsag (mar megint)
Simán létezik, persze. Gyorsan fejlődik, sok dolgot javítanak benne. Nekem tetszik hogy ennyire force-olják a dolgot, muszáj haladni a korral. Sok év kihagyás után tértem vissza Linuxra, nyilván azt se tudtam mi az, így maradt az XOrg. Meglepett hogy pl. touchpad gesture-ök abszolút nem mennek, Waylanden viszont igen, majdnem olyan jól mint Mac-en (viszont jobban mint Windowson).
A topic címére: Fedora 40-et használok Xorg-gal. :)
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
Amúgy érdekes, mert a F40 fejlesztés (kde)/hibajavítása jobban halad mint a KDEneon. Pl a menű a panelhez közeli elemeinek tallózásakor eléggé vibrál a KDEneonban, míg a Fedoránál ez hibátlan, és a KDE verzió azonos.
Az Xwayland (ahogy értettem) azoknak az alkalmazásoknak a megjelenítését segíti amelyek x11 függők. Esetemben az Aftershot raw feldolgozó a nehéz eset mert a képek megjelenítésekor Xwaylanddal együtt is katasztrófa a látvány. A vicces az, hogy F40+Kde alatt ez is jobban áll. Több ideig látható a kép, de itt is az egér mozdításra beindúl a nyílzápor és kifakul a kép.
Remélem ez feltűnik másoknak is vagy netán a Corel-nek, hogy frissíteni kéne a szoftvert.... a pénzemééé 😀
Karesz
Letölthető háttérképek | Portréfotók
Tippre a Neonban nem fejlesztenek, csak csomagolnak: KDE neon is a Linux distribution built on top of the latest Ubuntu LTS release (22.04 at the moment) that showcases KDE software exactly as the KDE developers intended it, with no patches and no changes to default settings.
Ezt nem tudtam. Akkor a bugokat a Fedora saját hatáskörben javítja a KDE esetében?
Karesz
Letölthető háttérképek | Portréfotók
En nem tudom, de pl az arch-on levo KDE 6 is stabolabb mint a Neon.
En inkabb azt hiszem, hogy a Neon-os sracok a tobbi csomagot nem reszelik hozza a rendszerhez, csak tenyleg fogjak a forrasokat, csinalnak beloluk deb-eket aztan feltoljak a neon repojukba. Aztan majd lesz amilyen lesz. Igy torthenhetett, hogy ami a neon unstable-ben jol mukodott, az a stable-ben szar volt, mert a package maintener-ek elbasztak. Szoval inkabb a package mainteneren mulanak a dolgok, mint magan a KDE plasma6-n (es annak forrasan)
Honnan lehet tudni, hogy egy distro áttér a Waylandra?
Főverzió frissítéskor rékérdez, vagy csak azt veszed észre, eltűnt az /etc ből az X11 könyvtár?
Izgalmas kérdés, gondolom attól függ, hogyan van megvalósítva. Mivel Fedora 40-et használok Xorg-gal, így arról biztosíthatlak, ha upgrade-elsz, s eddik nem waylandot használtál, akkor egyelőre marad a gépeden a Xorg. Már Fedora esetében.
Amúgy meg gondolom, a csomagok spec file-jaitól függ, pre- és postinstall scriptektől, függőségektől.
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
A meglévő rendszeremről készítettem egy másolatot azt frissítettem F40-re. Egy karakter sem került elő a "kőtelező" waylandról.
Karesz
Letölthető háttérképek | Portréfotók
Mondom én... is. ;)
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
https://fedoraproject.org/wiki/Changes/KDE_Plasma_6
Köszi a választ, deb alapú disztrót használok.
upstream change: https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/2188
https://community.kde.org/Plasma/Plasma_6#
F39-en most kipróbáltam, milyen a startplasma-wayland a startplasma-x11 helyett, egyelőre nem kaptam tőle szívrohamot, érzésre még gyorsabb is, mint az X11-es volt. X-only programok is futnak az Xwayland miatt, úgyhogy talán nem (ez) lesz a világ vége.
Szerk.: elhamarkodtam, hogy ez jó, taskbaron össze-vissza jelennek meg a futó programok, kiválasztani se lehet némelyiket, teljesen random működik, akár X-es, akár Waylandos programok futnak.
Nekem sem felhőtlen a működése.
Gyakorlatilag esetemben semmi nem fog jól működni. KDE6+F40-en
Más disztrókat próbálgatok...
https://youtu.be/Gw9qLbeQI48?feature=shared
Karesz
Letölthető háttérképek | Portréfotók
Szia megnéztem a linkelt youtube videót a grafikai glitch-ről, sajnos ez így ebben a formában használhatatlan komoly munkára. :(
Esetleg Debian 12 X11-el? 2028 júniusig támogatott kiadás, ha jól látom.
Még nem komoly munkára sem használható :) Ez így használhatatlan. Tettem próbát Rawtherapee programmal hiába töltöm be a szabványos icc-t messze nem lehet olyan színű képeket generálni mint az AfterShot programmal.
.deb alapú drisztókat egyenlőre kerülőm.
De köszönöm a tippet.
Karesz
Letölthető háttérképek | Portréfotók
Kérdés, kell-e a KDE6. Mert semmire sem mész azzal, ha kiderül, hogy nem a Fedora veszi ki a Xorg támogatást a KDE-ből, hanem a KDE project. Akkor az új KDE minden disztribúcióban wayland-only lesz. Az ilyen bugokra egyébként a bugreport és a megoldás a válasz, nem a másik disztribúció.
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
Ez is megfogalmazódott bennem XFCE illetve GNOME. Számomra nagyon optimális a KDE. Sikerült jobbklikkes menüket létrehozni, illetve meglévőket optimalizálni elrejteni a felesleges oldalsáv panel elemeit.... stb szóval egy remek munkagépet állítottam össze KDE-vel az évek során. Ehhez tökéletes alap volt, hogy a Fedora minimális hekkelésel automatikusan csatol, beilleszt, külső eszközöket, amiket használok. Én nem vagyok informatikus, de egy átlag felhasználónál többet tudok. Nem érzem magam képesnek (már a gyenge angolom miatt sem), hogy műszaki tartalommal töltsek meg egy hiteles bugreportot. Csak reménykedem, hogy lesz a földön egy olyan KDE szaki, akinek szintén ilyen szarul működik a AfterShot raw feldolgozó programja... és megírja a hibajelentést :)
Karesz
Letölthető háttérképek | Portréfotók
Google fordító sokat segít. Nem kell novellát írni bugreport gyanán, legtöbb esetben egy-két mondatban el lehet mesélni, mi a helyzet.
Azt persze megértem, hogy nehezen válnál meg a már megszokott, belakott KDE-től, én is nagyon visítanék, ha valaki szétrongálná az általam megszokott Xfce4 + Compiz + Emerald triót.
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
Na látod :)))))
Karesz
Letölthető háttérképek | Portréfotók
Nem kell itt semminek kiderülnie, már sokszor le lett írva ebben a topikban is, hogy a Fedora KDE SIG veszi ki az X támogatást, a KDE nem szüntette meg.
hagyd, szereti leirni a hulyesegeit sokszor. a "vallasos" emberek igy tartjak meg a hitukat. Legyen barmekkora faszsag, ha sokszor elmondod hat magad is elhiszed :D
Tudom, valamelyik topikban is többen próbálták győzködni valamiről, és látszik, hogy ha valamit 30 éve ugyanúgy csinál, akkor az a jó, és kész. De ha mások olvassák a kommentet, legalább lássák alatta az igazságot is.
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
Arról nem tehetek, hogy nem tudsz figyelmesen olvasni. Feltételes módban írtam. Az erre érkezett reakció ezt még figyelembe vette, de te már úgy írsz róla, mintha tényként írtam volna. Picivel több tiszteletet várok el, amely kimerül az értő olvasásban is többek között.
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
Ha nem irtad volna le ugyanazt a hulyeseget mar joparszor nem lenne semmi baj, de leirtad. A "ha"-val meg kitorolheted a seggedet, mert sehol sem irtak a KDE projektben, hogy valaha is kivennek. Meg csak felteteles modban sem. Sot a KDE-hez meg systemd sem kell mint a gnome-hoz. Hogy mukodjon systemd nelkuli rendszereken is.
A KDE majd akkor veszi ki az Xorg tamogatast, ha sehol a vilagon mas majd mar nem tamogatja.
Felteteles modban is megfogalmazhatm neked: "HA nem irnal mindenfele hulyesegeket, de azt irsz, talan nem szoltunk volna" :D
edes jo istenem gyere le az egbol es nezd meg milyen faszsagokat mondnak egyesek!!!
* a KDE nem dobja az X11-et (persze minden masodik kommentedbe odarakod, hatha igazad lesz, vagy vegre elhiszi valaki)
* a fenti szarakodasrol a video lofaszt sem er ha nem tudjuk milyen grafikus kartyaja van az illetonek, mivel az nvidia meg mindig baszik rendesen mukodni a wayland alatt, rengeteg hibaja van a renderinggel (nem, nem a wayland hibaja, olvass nyugodtan utana)
* a fenti szarakodasrol a video lofaszt sem er ha a program nem tamogatja nativan a waylandot es xwaylandon keresztul megy (lasd az electron --ozone-platform=wayland flaget peldaul)
* ha valamit sokszor leirsz attol meg nem lesz igaz :D
Tudom. És?
Szerecsenmosdatás, mint amikor Lennart Poettering mutogatott az ALSA fejlesztőire, mondvaán, nem pulseaudio bug, ha nem működik, mert az ALSA nem implementált egyes függvényeket. Tényleg? Akkor el kell fedni a hibát, nem szabad hívni azt a függvényt. Zenét ugyanis nem lehet úgy hallgatni, hogy azt mondjuk, a dokumentáció szerint ennek működnie kell. Tehát ha például az OpenGL, vagy bármi más hiányos az nVidiában, az attól még a wayland hibája, ha használ olyasmit, ami specifikálva van, de implementálva nincs, vagy van, csak nem jól.
Én is írok mikrokontrollerekre programot, és nem mondhatom a főnökömnek, hogy bocs, ennek működnie kellene a doksi szerint, csak hát van hardware bug a mikrokontrollerben, ezért nem működik. Már a hardware tervezésekor errata-t olvasok, megnézem, van-e olyan hardware bug a processzorban, amire valamiféle workaround kell. Vagy az egész modult nem használhatom, vagy választok másik processzort a feladatra, vagy valahogy megkerülöm a problémát.
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
> vagy választok másik processzort a feladatra
A juzer is választhat másik hardvert a feladatra, aminek a driverei jól működnek, ahelyett hogy más faszával verné a csalánt.
Ha hardware-t tervezel, akkor van ebben mozgástered, ismereted. Felhasználóként nem biztos, hogy ki tudod nyomozni, hogy az adott gépben minden hibátlanul fog-e működni azzal az operációs rendszerrel, amellyel használni szeretnéd. Persze én is szoktam tájékozódni, eddig jellemzően sikerült olyan gépeket vennem vagy összeraknom, amelyek teljesen jól mennek Linuxszal. Egyetlen környezetemben nem megy két dolog, de ezt nem is várom tőle. USB-C-n keresztül a HDMI, illetve az ujjlenyomat-olvasó. Egyikre sincs szükségem. A gép integrált HDMI-je megy.
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
Szovak azt mondod, hogy ha odabaszok neked egy 400MB-os zartforrasu drivert, akkor te majd megirod jol ra a progidat hogy kezelje a nem dokumentalt featuroket. Ertem en hogy igazi kemenypocsi faszagyerek(nek kepzeled magad) vagy, de hidd el a wayland programozok kozul sem mindenki egy kutyauto fasz, megha Te szeretned is elhitetni ezt. :D
Nem ezt mondtam. A mikrokontrollerek kapcsolási rajzát sem adják oda, az is zárt forrású. Azt írtam, elolvasom az errata-kat, végiggondolom, ezek közül melyek érinthetnek engem, együtt tudok-e ezekkel a hibákkal élni, vagy kell-e másik MCU után néznem.
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
De, ezt mondtad. Aztan hoztal egy tok irrelevans peldat aminek semmi koze az "implementalj vakon valamit egy zart kodu szarkupachoz az ezer masik mellett is" dologhoz es azt mondtad "mind puhapocsu fasz, aki nem olyan kemeny mint en, hogy a programja lefut mindhol is hiba nelkul, mert az en progim lefut EGYETLEN fajta mikrokontrolleren is"
Clap-clap-clap :D
Érdekes, évek óta waylandot használok, ilyen sose volt.
KDE plasmával? Amúgy meg minden, csak a taskbar nincs a helyzet magaslatán. Ja, még az óra is lefagyott, aztán néztem, hogy miért csak 7 óra van, amikor már érzésem szerint este 9 körül volt :)
Ja, azzal.
Taskbar mit csinál pontosan? Mert van neki beállítása, hogy hogyan legyenek rendezve (meg csoportosítva) rajta a dolgok, és ha jól rémlik, a default valami "faszság" volt. Nekem manualra van állítva úgy kb az történik, amit várok (mondjuk nincs vele kapcs különösebb elvárásom, szóval lehet, hogy csinál olyat, ami az "össze vissza" kategóriába esik másnál :) ), és lehet huzigatni, ha nem jó.
Otthagy olyan programokat, amik már nem futnak, nem mutat olyanokat, amik futnak. Beállítás ugyanaz, mint x11-el. Meg az óra is lefagy. Ha újra startplasma-x11-et indítok semmilyen más beállítást nem változtatva, akkor működik rendesen továbbra is.
Hát, az szomorúan hangzik. :( Ilyeneket nem csinál, ha több screen van, azt is eltalálja.
Viszont az F39-en csak KDE5 van, 6-osban biztos jobb lesz. Más meg biztos eltörik, ahogy szokott ilyen verzióugrásoknál.
Arch-on es Ubuntu-n nem tapasztaltam egyiket sem
Mivel munkára használod ezt a szoftvert úgy gondolom, hogy korábban megvásároltad és regisztráltál náluk felhasználói fiókot.
Leírod, hogy milyen szoftverkörnyezetet használsz: (Fedora/Wayland/KDE)
Csatolod az általad feltöltött youtube videó linkjét.
https://www.aftershotpro.com/en/support/
Create Support Ticket
Ezt mindenképpen a Corel-nek kell rendbe tennie.
Gyanítom, hogy a LINUX verziót nem nagyon frissítik és elhanyagolták az utóbbi években.
Egyébként nincs ennek a szoftvernek ingyenes natív LINUX alternatívája?
Ha már KDE akkor ez pl.: https://www.digikam.org/
Egyszer írtunk Corel-nek, az rpm csomag miatt, mert olyan helyre hivatkozik telepítéskor, ami nem létezik, illetve maga a csomag nem létezik amire hivatkozik. Aztán irtunk nekik, hogy van egy blog ahol ezt a problémát megoldották, majd több mint egy év elteltével elküldték nekem a blog linkjét. Persze addigra már rég megoldottam. Nem gondolom, hogy érdemben tovább jutnánk ebben az ügyben. Szerencsére a licenc jó Windows verzióra is ha minden kötél szakad.
Sem a Darktable, sem az RT és a Digikam sem hozza azt amit az After tud pl. színben beépített icc-vel
Talán a Darktable lehet valami megoldás, de olyan szinten szétaprózták a beállításokat, hogy egységes 30-40 képet készíteni még nem tudok vele. Ez persze lehet a program ismeret hiánya.
És akkor ott van még a DisplayCAL amelyiket Fedora 30-tól örököltem és még most is műxik. Most az X11 elhagyásával végleg kimúlt.
Tudom az After kivételével csupa free szoftver és panasznak semmi helye... azért mégis, ez most egyszerre sok megoldandó probléma.
Karesz
Letölthető háttérképek | Portréfotók
Nem vagyok profi fotós ehhez te sokkal jobban értesz, de ezt találtam:
All digiKam components support 16 bits color depth pictures (RAW, TIFF, PNG, JPEG2000)
All digiKam components has a full Color Management support using ICC color profiles.
https://www.digikam.org/about/features/
https://www.digikam.org/img/content/about/features_setup_colormanagemen…
Próbáltad ezeket az opciókat?
Közben megjött a hír, hogy a F41-esnél már Gnome kiadásból is kiszedik, igaz ott nem lesz végleg kigyomlált, csak alaptelepítésben nem lesz telepítve a Gnome X11 session, de lesz hozzá a tárolóban csomag, amit fel lehet telepíteni, és utána működni fog. Mondtam én, hogy érdektelen, hogy a 40-esnél most csak a KDE kiadásból szedik ki, előbb-utóbb a többiből is ki fogják.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
Lisan-al-Gaib!
És szépen sorba mindenhol :(
A mai állapotában ez elég karambolos még... értem én, hogy a mondás szerint amikor változtatunk akkor eleinte rosszabb lehet és csak később lesz jobb. :)
Az idő megszépíti de XFree86ról X11-re mintha sikeresebb lett volna a váltás bár akkoriban még nagyon láma voltam a témában. :)
Karesz
Letölthető háttérképek | Portréfotók
Az azért nem ugyanaz, az X11 az XFree86 leszármazottja licencproblémákból eredően, nem egy teljesen új rendszer.
Szerintem XFree86 --> Xorg volt a váltás, az X11 a protokoll. Mindkettőé.
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
Egy dolgot vettem észre ebből a wayland-x11/xorg kérdésből: Az X.org alatt érdekesen megakad néha a vice (c64 emulátor), pl egy scroll esetén ami 50hz-el tud menni. :) A wayland nem csinálja.
Video lejátszás Gnome Celluloid mpv GTK+ frontend:
X11/Xorg alatt lejátszás közben folyamatos vsync problémák, töredezett megjelenítés ablakban és teljes képernyőn egyaránt.
Wayland alatt tökéletes, nincs semmilyen probléma.
(Intel integrált GPU-n, dedikált AMD GPU-n egyaránt, Fedora 39 Workstation)
Ezt az X11 is tudja, vagy a X.org.conf-ba kell a videódriver résznél a TearFree opció, vagy rakj fel egy kompozitort, ami tartalmaz Vsync funkciót, pl. picom, vagy használj G/FreeSync-es kijelzőt. Mondom, egyébként nekem nem lenne bajom a Waylanddel sem, mert tényleg nem olyan rossz az, működik, használtam én is jó sokáig, még azzal sem lenne baj, ha a default session az Wayland session lenne a nagy DE-knek, de az X-et azért ne vegyék attól el, akinek valami máshoz fontos, vagy mert standalone window manager-t használ, vagy NV hardver szórakozása vagy valami más speciális igény (pl. akadálymentesítés miatt) kell neki X fallback-nek. Mert ez így most jelenleg erőszakos elavultatás, nem pedig szerves fejlődés része, amelyiknél egy újabb technológia végül tényleg tudásban, minőségben legyőzi a régit, fair versenyben.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
Alaposan megnyomkodtam VM-ben a nemrég kijött F40 Beta KDE spinjét, egész jól működik, de a session restore hiánya nekem nagyon fáj. Elvileg a Plasma 6.1-ben lesz előrelépés. Lehet hosszú időre F39-en ragadok emiatt.
Én élesben telepített beta verziót nyomogatok próbaképpen. Nem felhőtlen az örömöm. :(
https://bwfotogram.hu/wayland.jpg
Karesz
Letölthető háttérképek | Portréfotók
ezert olyan jo dolog a rollbackelhetoseg
barmikor tesztelhetsz es visszaallhatsz
En tenyleg nem tudom mi a faszt csinalnak fedoraek, de nekem system76 laptopon, nvidia-val, arch-on hiba nelkul fut a wayland-os kde6 plasma sessionom.
Ez egy Dell 7010 intel vga és i5, 16gb ram.
Valóban nem egy friss gép de ennyir nem ócska.
Karesz
Letölthető háttérképek | Portréfotók
Az en system76 gazellem mar vagy 10 eves. Jatszasibol most kikapcsoltam az nvidia karit es csak az intelen (UHD Graphics 630) is megy a kde 6 plasma archon es ubuntun is. Amugy egy "osregi" GeForce GTX 1650 Mobile / Max-Q
-val sincs semmi gond. Mondjuk az intel eseten van valami fura tearing, de csakis a vscode-ban, hogy a kod elso par sora lockolodik a kepernyon, mintha excel tabla elso par sorat lockolnam. De mas minden mukodik.
De ennyi. Itt vakami mas lesz az issue nem a hardware szerintem, valamelyik driver vagy maga a wyland valamelyik csomagja vagy nem tudom, mert a KDE forraskodjabol keszitett binaris gondolom ugyanaz. :D
Plasma: 6.0.2
framework: 6.0.0
qt: 6.6.2
kernel: 6.6.22
Van egy ilyen feature, lockolja a class/functiont, hogy tudd mit olvasol... Bár ahhoz van vmi vizuális hint.
Arch. Kipróbáltam. És tényleg.
Kezdek szomorú lenni fedora ügyben. Pesze még sok kérdés fog felmerülni, hiszen a wayland itt is új dolog.
Karesz
Letölthető háttérképek | Portréfotók
Azok a fekete izék vmi driver bajnak tűnnek (un)educated guess alapján...
Persze, hogy működnie kell. Az a gép hiába régi, még ma is teljesen jó, Intel 2. gen, igaz az integrált GPU-jának már csak legacy támogatása van az Intel driverben, de van, annak pantentül kéne működjön bármilyen Wayland kompozitorral. Én is használtam egy ilyen 2. genes gépet sokáig, Arch-on, Wayland alatt (Gnome, Sway) teljesen jól működött, semmi glitch. Igaz wayland-es KDE-t nem próbáltam rajta, meg sose voltam Fedorán.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
Valamelyik plugin dolgai nem jelennek meg jól KDE-n vagy Gnome alatt, vagy ez az alap rendszer?
Alaprendszer beta kiadás frissítve.
Karesz
Letölthető háttérképek | Portréfotók
Ez a festményes háttér honnan van? Tudnál hozzá linket küldeni?
“The world runs on Excel spreadsheets.” (Dylan Beattie)
Ez az F40 default háttérképe.
Kösz, most már én is rájöttem magamtól, 2 napja láttam egy Fedora 40 review videót, abban telepítették és láttam a háttérképet.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
Nem tudom milyen döntési folyamat eredménye, de Fedora 40-en
dnf install plasma-workspace-x11 kwin-x11és választható a Plasma X session. Csak annyi változott, hogy alapinstallnál ezek a csomagok már nem kerülnek fel.
UPDATE: itt a teljes sztori: https://lwn.net/Articles/961899/ - tehát a poszt megjelenésekor már tudni lehetett hogy lesz Plasma X11 session F40-ben.
És működik.
Menten kiugrom az ablakon.
~2 hónap kompromisszumkeresés aztán 2 létező fájl megoldott nekem mindent ezzel kapcsolatban.
:-)
Karesz
Letölthető háttérképek | Portréfotók
es el is arulod a titkot vagy megtartod magadnak? :D
Hát... én most popcornnal a kezemben átfutottam az lwnből a fesco ticketet meg a levlista threadet, ahol erősen a bal sarokban hajbi, a jobb sarokban poettering jellegű "how do you say professionally hogy neked bizony a kurva anyádat" stílusban megírt sárdobálás megy, én a helyedben nem lennék nyugodt, hogy ez így marad hosszan :)
Most látom, hogy nem @dap posztja alá írtam nagy örömömbe :)
Övé a kutatás érdeme.
https://hup.hu/comment/3051919#comment-3051919
dnf install plasma-workspace-x11 kwin-x11Karesz
Letölthető háttérképek | Portréfotók
Na, majd jól jelenteni foglak titeket a Red Hat-nél, hogy még mindig x11-gyel vitézkedtek, elfelejtettek bizonyos csomagokat kivenni. Muszáj lesz erre jobban rámenniük, hogy be legyen tiltva. Nincs más választásuk.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
Hogy mi? :D
Karesz
Letölthető háttérképek | Portréfotók
Nem szeretném kidurrantani a lufidat, de a Red Hat nem szállítja a KDE-t, szóval keresztbe le se szarja, hogy waylandal, x-el, y-al, vagy z-vel van a fedorában.
Nem tudom, hogy ez Fedora 40/gnome/wayland miatt van, vagy az Nvidia videókártya driver problémája, de wine alatt elkezdett a winbox (mikrotik kliens) furcsán megjelenni:
de csak wine alatt, és lehet, hogy más is, de csak a winbox-ot próbáltam.
Nvidia jelenleg eléggé problémás Waylanddel.
“Az ellenség keze betette a lábát”
Igazából csak ezt az egy hibát tapasztalom, és csak wine alatt, viszonylag új kártyával.
Mondjuk a játékokból CS-GO-t (azt hiszem), a Doom-ot, és a Minecraft-ot próbáltam ki. A Minecraft-ot shaderekkel. Ezek tök jól működtek linux alatt, nagyon jó volt a grafika, és nem láttam problémát.
Csodálkozom amúgy, hogy nem a linux az elsődleges platform a játékoknak, gondolom ez az xbox, és a történelem miatt van. De nagyon jó lenne idáig eljutni.
Szerk: Bocs, még egy hibát: A wine (c64 emulátor) képe szét van csúszva, amíg nem méretezem át az ablakot egy kicsit.
Fotósként mennyire tartod használható rendszernek munkára a dekstop Linuxot?
Ezen belül a Gimp mennyire alternatíva a PhotoShoppal szemben? Lehet, mindent tud a Gimp is amit a Photoshop, de ha egy feladatot 2n idő alatt lehet Gimp alatt elvégezni még Photoshopon n idő alatt, akkor az üzletileg nem előnyös.
AI Inpaint és Stable Diffusion Gimppel mennyire versenyképes a Photoshop AI megoldásaival szemben?
“Az ellenség keze betette a lábát”
Nem hasonlítom össze a Photoshop programmal a Gimpet. Abból indulok ki, hogy amit szeretnék elérni azt Gimppel megcsinálom.
Gwenview, Rapid Photo Downloader, Gimp, Aftershot, RT, DisplayCAL lefedi az igényemet. Modellek ügyfelek részére teljes mértékben elég.
Van még egy speciális program, PT Portrait, ha nagyon kell bizonyos portrékhoz. Ez Windowson fut. Sajnos wine nem bír vele.
Karesz
Letölthető háttérképek | Portréfotók
Olvasgatva néhány fórumot az elmúlt időszakban, általában a régebbi képmegjelenítő alkalmazások Xwayland megjelenítéssel vannak problémák. Én is mérgelődtem, mert az AfterShot Pro3 raw feldolgozó bizony nem jelenítette meg a képet normálisan
https://www.youtube.com/watch?v=Gw9qLbeQI48
Az egyik Reddit fórumban írtak az Xwayland problémáról.
Az esetemben egy környezeti változó értéket kell beállítani ahhoz, hogy a program figyelmen kívül hagyja az Xwayland környezetet.
QT_QPA_PLATFORM=xcb AfterShotPro3(64bit)
Működik.
Hibátlanul fut a program wayland környezetben.
Azt még nem sikerült letesztelni, hogy más örökölt "x11" alkalmazás hibák esetén ezzel az opcióval működik esetleg.
Remélem ez a példa segítség más kritikus alkalmazásokhoz is.
Karesz
Letölthető háttérképek | Portréfotók
Miközben Fedora 40-en tökéletesen működik a Xorg. :)
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
Igen. :)
Eddig Plasma 6-on a plasma-workspace-x11 -el használtam. A legutóbbi Plasma frissítés óta nem tudtam leállítani a gépet. Wayland használatával viszont mint a villám leáll.
Azt gondolom, hogy a Plasma (KDE) x11 csomagokról a Fedora levette a kezét. Lehetőség meg van hogy használd (alapértelmezettként nem telepíti), de már nem tartják karban.
Karesz
Letölthető háttérképek | Portréfotók
Nem igaz, jön Xorg frissítés néha. Nem használok KDE-t, azt elhiszem, hogy a KDE+Xorg nem támogatott már. Xfce+Compiz+Emerald+Xorg az, amit használok.
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
Tuuudom :) , hogy még van az Xorg-ra javítás F40-re, csak a KDE X11 csomagokat már nem tartják karban.
Az mondjuk érdekelne, hogyan lehet megszabadulni az Xwaylandtól, ha nekem nincs rá szüksegem illetve mennyire van egybeforva a wayland-el. Szívesen elhagynám a környezeti változó beírását minden zűrös program elé.
Karesz
Letölthető háttérképek | Portréfotók
Ha megpróbálod eltávolítani a csomagot, függőségként a fél oprendszert kiirtaná?
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
Értem és köszi az infót. Szerintem megelégszem annál a néhány programnál megadni a környezeti változót. ;)
Karesz
Letölthető háttérképek | Portréfotók
Ez nem is Wayland specifikus, gyakran még egy tisztán X-en futó (tehát semmi Wayland meg semmi XWayland), kompozitor nélküli (tehát még a kompozitálás, GPU driver sem zavar be) ablakkezelőn is kellenek hasonló trükkök, pl. a legtöbb minimalista ablakkezelőben üres ablakot mutatnak a Java alkalmazások, amíg ezt a változót hozzá nem adod:
export _JAVA_AWT_WM_NONREPARENTING=1
Létezik még egy csomó hasonló eset. Utána kell nézni, általában mindig van valami ilyesmi megoldás, csak nem szabad feladni, ha nem működik, meg lustának lenni utánanézés helyett.
Mert amit X-en meg lehet oldani, azt Waylanden is, csak más módszer kell hozzá. Az XWayland ugyanis csak a kliensek felé emulálja az X-et, de az X serveres programokon (xrandr, xkill, xev, xsetroot, setxkbmap, xset, xdo, xdotool, X-es képernyőlopók, képernyőmegosztók) ez nem segít, de ezeket cserében a Wayland kompozitor helyettesíti, meg Wayland portálok, ahol ezeket be lehet állítani, csak más eszközökkel, általában konfigfájl van hozzá, néha környezeti változó, stb..
“The world runs on Excel spreadsheets.” (Dylan Beattie)
Szerintem az általad felsoroltak is mind X kliensek... :)
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
Nem. Mert közvetlenül az X servert buzerálják. A X kliensek a „normál” alkalmazások, amiknek rendes ablakuk van, pl. böngésző. Ezeknek nincsen, CLI toolok, és közvetlenül az X servert hívogatják, ezeknek semmit nem emulál az XWayland, hanem csak simán nem működnek, elszállnak hibaüzenettel. A felsorolásból kimaradt pár, pl. az xinput is ilyen, meg az xwacom, scrot, xephyr, stb.. Nem minden, aminek x van a nevében, mert a xclock, xcalc, stb. az normál X-es klinesprogram, rendes ablakkal.
Épp ugyanígy, az X-es WM-ek se mennek Wayland alatt. Van egy trükk rá, most nem találom hogy hívják pontosan, de valami xroot, vagy xrootless, vagy hasonló, de az is valami csúnya hack, olcsó játék hülyéknek.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
Szerintem minden kliens, ami egy szerverhez becsatlakozik.
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
Ezen el lehet vitatkozni, meg szavak jelentését forgatni, a lényeg akkor is az, hogy ezek nem klasszikus X kliensek, amiknek a XWayland nyújtana bármit is. Ezek egy átlag X-kliensnél sokkal mélyebben bizergálják az X servert, kb. mintha a Xorg.conf-ba nyúlkálnál bele és állandóan újraindítgatnád, frissítenéd, na, ezeknek az XWayland SEMMIT se emulál, mivel NEM teljes X.org implementáció, csak részleges, épp olyan minimális, hogy a normál, ablakkal, és sztenderd X API-val kommunikáló klasszik kliensek X-es kéréseit át tudja fordítani Waylandre.
Mondom, ez nem baj, mert ezek helyett mindig az aktuálisan futó Wayland kompozitor biztosít valami pótlékot, ami ugyanazt csinálja, csak mást kell elindítani hozzá, máshol kell konfigurálni. Simán abszolválható, csak annak szokott gondot okozni, aki be van gyöpösödve a régi megoldásokba, és újat nem hajlandó tanulni.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
De baj, mert akkor nem kompatibilis, csupán részleges az implementáció.
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
Csak return 0-val implementálták, ami szerintük nem kell. Az az alsanál is hrlyes mérnöki szemlélet volt.
Még egyszer: nekem nem baj, de aki csak X-hez szokott, meg annak a megoldásait ismeri, annak nagy csalódás, mert pofára esik, mikor próbálgatja, és akkor döbben rá, hogy nem működnek. Mint írtam, nekem nem probléma, mert utána olvasok, megoldom. Nekem már 5-6 éve is simán jó volt a Wayland, Gnome és SwayWM alatt is, mikor még a sok normi sírt, hogy a Wayland nincs kész, nincs használható állapotban, sose lesz kész, megintelmaradalinukszdeszktopéve.
Még egyszer kigyűjtve, ami fel nem nyújt teljes kompatibilitást az XWayland: xinit, xbanish, xinput, xwacom, xephyr, xrandr, xkill, xev, xsetroot, setxkbmap, xset, xdo, xdotool, X-es képernyőlopók (scrot, vagy X-es képernyőfelvevők, pl. simplescreenrecorder), X-es képernyőmegosztó, X-nek a hálózati transzparenciájára építő megoldások, X-es billentyűzetkezelők (xbinkeys, sxhkd, mxhkd), sok X rootwindow-t bizergáló alkalmazás, ezek főleg háttérképkezelők. Illetve vannak egyéb X-es megoldások, amik mennek ugyan XWayland alatt, de nem teljes értékkel vagy bugosak lehetnek, pl. xtitle, Rofi (csak az X-es alkalmazásokat érzékelnek), dmenu (ez néha beragad a képernyőre), illetve a X vágólap is olyan (xsel, xclip), hogy waylandes alkalmazások felé nem működik.
A megoldás neve sem igazít el, ahogy már írtam, mert sokszor x-szel kezdődik, de nem mindig, meg az x-szel kezdődőt között is van kivétel, pl. ezek simán mennek, működnek: xclock, xcalc, xeyes, xfishtank, xpenguins, xsnow, xedit, xconsole, xterm. Illetve van jó pár program, amit szintén nem érint, mert csak véletlen kezdődik x-szel a nevük, semmi közük nincs az X-hez, pl. xargs, xtrace, stb..
Mint írtam, ezek többségére kínál megoldást már maga a Wayland kompozitor, pl. xrandr helyett lehet benne konfigurálni a felbontást, frissítést, multimonitor módot, hátteret be lehet állítani, nem kell hozzá spéci tool. xinput helyett libinput van, xsel/xclip helyett wl-copy), képernyőlopók is támogatják már sokan a Waylandet, pl. grim. sxiv helyett imv, dmenu helyett wmenu és társaik, rofi helyett wofi, xdotool helyett ydotool, wlrctr, wtype, sxhkd helyett swhkd, stb.. Minden másra is lehet keresni megoldást, csak nem kell lustának lenni, man-t nyálazni, meg a neten utánaolvasni. Csak erre jó pár ember nem hajlandó. Pedig a neten még vannak ilyen kigyűjtések, ráadásul dögivel.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
Egyelőre annak örülök, hogy meg van Xorg. És kávé... :) Megyek, és csinálok egyet.
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
Annak én is örülök, kinyírni nem kéne. Van több indok is rá, amiket már múltkori hozzászólásaimban soroltam, hogy miért hasznos. Én is azon vagyok, pedig a Wayland-del sem volt bajom. Nem is kizárt, hogy egyszer visszatérek Wayland-re, de míg az összes lehetőséget ki nem passzíroztam az X.org-ból, addig nem végeztem vele. A lehetőségek pedig még kitolhatók, BSD-ken is játszok vele, meg nekikezdtem már háromszor saját X-es ablakkezelőt írni.
Szerintem a Red Hat azért akarja ilyen agresszívan kinyírni, mert csak az irányítást akarják, hogy a Red Hat-technológiák uralkodjanak a linuxos világban. A systemd, Pulseaudio, Pipewire, Gnome, Flatpak, stb. esetén sikerült nekik, de az X világa egy olyan, ami még nincs az irányításuk alatt, azt egy független szervezet felügyeli, és mint ilyen, not invented here, meg nem Poettering írta, ezért üldözendő, tilcsukki.
Bezzeg az AI meg a Recall az kell bele, mert trenddddddd.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
Recall? Linuxba? Ne már!
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
De, mert kell az, mint a falat kenyér, most az a menő, meg az AI, mindenki erről beszél, mindenkinek integrálnia kell ezt a szutykot. Divat na. Mondom, én nem akarom, azért se használok RHEL-t, meg származékait (ide sorolva a Fedora is), sem Ubuntu-Manjaro-t, sem a Suse/Opensuse vonalat. Semmit, ami mögött nagy cég van, mert azok automatikusan a saját érdekeiket nézik, a saját hülyeségüket valósítják meg, nem a felhasználókért vannak. Pont ez a legnagyobb baj a Windows-zal, MacOS-sel is, hogy egy nagy cég eldönti, hogy mi hogy legyen benne, mit kelljen megszokni, mit avultassanak ki alólad, neked mit engedélyeznek, mi a biztonságos, milyen trendeket kell beépíteni, meg jogilag mit kell tiltani (pl. ezekben a disztrókban sok 3rd party codec és GPU gyorsított de/enkódolás tiltva van, jogi okból). A közösségi disztrók ennek nem esnek áldozatul.
Plusz ezekben sok a sallang, aminek a 95%-ára nincs szükségem. Ugyanezért nem használok nagy asztali környezetet sem, komplexek, sok függőség, szeret eltörni, minden verziónál áttervezik, funkciókat kivesznek, új dizájn van, csak új témákat támogat, eltörnek régi addonok, widgetek, stb..
Egy ablakkezelő ezért jó, funkcióstabil. Amit tudott 20-30 évvel ezelőtt (már akkor is feature complete állapotban volt), azt 20-30 év múlva is tudja, egyszer beállítod (ami néha nehéz, türelmet, időt igényel), onnan csak azt az 1-2 konfigfájlt, scriptet megtartod hozzá, azt hordozod, soha többé nem kell beállítanod, minden ikon, menü, gyorsbillentyű, alkalmazásablak ott lesz, olyan méretben, olyan rendszerben, ahogy beállítottad, megszoktad, nem töri el senki. Plusz nem kell másodperceket várni a betöltésére, hanem azonnal a képernyőre vágódik, nem csak Linuxon megy, hanem BSD-ken is, 1 magos, 1 giga RAM-os kenyérpirítón, SBC-n is, stb..
“The world runs on Excel spreadsheets.” (Dylan Beattie)
Te most tényekről beszélsz, vagy a félelmeidről?
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
Lehet ezt, de ezzel csak maguk alatt vágnák a fát. Van sok másik disztribúció.
Nem baj, nektek nem is kell X.org. A Red Hót majd rak bele nektek fincsi kis AI-t, mert az kell bele. Az a trendddd. Én meg pontosan az ilyen húzások miatt nem használok corporate disztrót, hogy nekem öltönyös-nyakkendősök ne döntsék már el, hogy Snap, Flatpak, Wayland, OOMkiller, stb. trend le lesz nyomva a torkomon, mert ő szerintük fontos, kihagyhatatlan.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
Fedorától szokatlan sebességgel frissült a KDE Plasma 6.1-re.
Valószínűleg most inthetünk végső búcsút Fedora 40+KDE esetében az Xorg/x11-nek.
$ ütköző kérések
- semmi sem biztosít plasma-workspace = 6.0.5.1-t, amelyre plasma-workspace-x11-6.0.5.1-1.fc40.x86_64 szüksége van updates-tól
Kaptunk 3 hónap türelmi időt :) ami lejárt.
Karesz
Letölthető háttérképek | Portréfotók
Szerintem még várj egy kicsit, ha jól rémlik az volt a deal, hogy csinálhatja a "pampogós" kiscsóka a csomagokat, de nem várják be. Szóval simán lehet, hogy pár nap, és utoléri magát.
Pampogós :)
Karesz
Letölthető háttérképek | Portréfotók
Jó, hát értsd jól. Nyilván nem véletlen volt idézőjelben, de azért nem volt egy hű de szép sztori....
Fedora + Gnome + Wayland. A VICE C64 emulátor nem képes ricegés, megakadás nélkül hozni a C64 50hz-es képfrissítését. Gyakorlatilag alkalmatlan arra, hogy frame-enként frissítsen, és így használhatatlan. Ez az egyetlen ok, ami miatt Xorg-ot használok mégis, azon szépen működik.
Engem inkább az zavar, hogy - dacára annak, hogy minden alkalmazásom működik a melós notin - a screenshare csak a pár napja történt frissítés után megy teams-ben és az is csak limitációkkal. A másik fájó pont az éppen futó alkalmazások, a munkamenet folytatásának a lehetetlensége. Ennek javítását, implementálását már várom nagyon, de emiatt nem fogok visszatérni X-re, mert a sebessége, a gördülékenysége kárpótol. Arch, plasma 6.1.0.
Intel gpu-n nagyon gyors lett wayland és valóban érezhető javulás. A color rmanagement pontosabban a monitorkalibráció ami teljesen kiesik ebből az új technológiából.
Karesz
Letölthető háttérképek | Portréfotók
Egyébként a KDE elmentette valaha is a futó alkalmazások munkameneteit nem KDE alkalmazásoknál? Mikor én próbáltam csak a KDE appok maradtak meg, annak meg semmi értelme sem volt számomra.
Igen, elmentette, legalábbis az általam használt 5 gépen. Fájó a hiánya most....
XSMP-t használ, így minden alkalmazást ment ami beszéli ezt a protokollt. Tehát kell alkalmazás oldali támogatás hogy működjön. Ez sok olyan appból hiányzik amik olyan DE-hez készültek, ahol nincs session restore by default (pl. GNOME).