Dobja az Ubuntu a 25.10-től a GNOME X.Org-on futtatásának lehetőségét

GNOME

Igazodva a GNOME projekt bejelentéséhez és előre készülve az upstream irányából érkező változásra Canonical bejelentette, hogy az Ubuntu a 25.10-től dobja a GNOME X.Org-on futtatásának lehetőségét. Helyette Wayland lesz az irány. Annyira aggódni azért nem kell, az Ubuntu 25.10 egy rövid támogatású, pont ilyen kísérletezésekre való disztribúció, akik LTS-t használnak, azoknak még bőven van idejük ezzel foglalkozni.

Részletek itt.

( s7stM | 2025. 06. 12., cs – 08:53 )

🍿

It is our choices that define us.
Thinkpad X1 Carbon | Arch linux

  End of Ubuntu Pro Support
22.04 LTS (Jammy Jellyfish) Apr 2032
20.04 LTS (Focal Fossa) Apr 2030
18.04 LTS (Bionic Beaver) Apr 2028
16.04 LTS (Xenial Xerus) Apr 2026

 🍿

Aztán akkor még ott a 24.04 LTS is ...

trey @ gépház

Attól függ, hogy mire van szükség. Nekem pl. alapvetően Docker, Firefox, phpstrorm kell. Ha ezek működnek, akkor semmi probléma sincs azzal, ha tíz éves a rendszer.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Jaj de jó, használjunk korszerű™ szoftvereket. Bugfix egy dolog, viszont a bugfixek mellett, amiket az új verziókban javítanak, megkapod az újabb bughalmazokat is instabil szar feature frissítések formájában.

Amivel gyakorlatilag ingyentesztelő kísérleti nyúl vagy a milliárdos multinak, de legalább nem kell elavult kiforrott, az idő próbáját kiállt, minden bugfix-szel egyre stabilabb szoftvereket használnod. 🤡

Egy valamirevaló LTS disztró pedig távolról sem csak security fixeket kap.

Jó, de 2034-ben mit csinálsz? Szégyen szemre meg kell szakítanod az Ubuntu egy újratelepítéssel foglalkozó blogsorozatot, és szégyen szemre dobnod kell az Ubuntut. Akkor mire váltasz? RHEL-ben és azon alapuló disztrókban nem lesz X, Debian alternatíva, de oda nem engednek vissza, otthagytad őket 2004-ben, nem voltál hű, sértődésből tiltólistára tettek, és ami fontosabb, 30 év után se felejtenek. Meg akármire is váltasz, a Gnome azokon is kilőve ám, készülj fel. Keresned kell mást.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Jó, de azt írta, hogy arra nem hajlandó. Azért kérdezem, mert Gnome-on kilőve bárhol az X, ergo neki is kilőve a Gnome bármelyik disztrón. Bár gondolom 2034-re már lesz olyan gépe, amiben nem Nvidia lesz, vagy olyan újabb NV GPU, amit rendesen hajt a nyílt driver, és nem lesz gondja Waylanden.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

( lave | 2025. 06. 12., cs – 09:42 )

Szerkesztve: 2025. 06. 12., cs – 09:43

A Canonical részéről értem, ha upstream dobja a támogatást, akkor nyilván nekik egyszerűbb így.

De arról nem szól a GNOME blogposzt, hogy miért kell dobni az X-et, csak arról hogy most már szerintük lehet.

Mindenesetre remélem, mire lejár a 24.04 szavatossága, addigra kikupálják az nvidia támogatást a wayland-ben, mert az messze van a fényestől. Gaming-hez mindig X session-t indítok. Nem akarok ezért feltenni egy KDE-t.

( Gollam | 2025. 06. 12., cs – 10:44 )

Szerkesztve: 2025. 06. 12., cs – 10:53

Helyes. Nem hittem volna, hogy ilyet írok egyszer is egy Ubuntu-s hírre. 

Legalább kétszer gördülékenyebb a wayland, ez az új irány. Az X-et be kell fagyasztani és karbantartani a beágyazott és célrendszerek miatt. Az nVidiát meg el kell engedni linux alatt (mióta AMD-s kártyám van).

Na, most lehet kötözködni, adtam minden alá táptalajt! :)

Én nem vagyok a Waylandnek ellene, egyes vasakon tényleg gördülékenyebb, semmi bajom nincs vele, akinek bejön, használja. Nekem a gondom azzal van, mikor erőszakosan akarják az X-et elavultatni, azt nem kéne.

Ebben egyébként az Ubuntut nem hibáztatom, kényszerpályán vannak, nem az ő döntésük, maga a Gnome projekt vezeti ki a Gnome alól az X-et, ezt meg a Canonical leköveti, nem akarnak széllel szemben hugyozni.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Nincsenek kényszerpályán. Bőven több erőforrásuk van a milliárdjaikból, mint egy Devuannak, vagy bárki másnak, aki széllel szemben hugyozik nem hajlandó lenyelni a torkán lenyomott lófaszt. Canonicalék most spúrkodnak, divatbuziskodnak.

Hacsak azt vesszük, mennyi felesleges pénzt elégettek az olyan szélsőségesen idealista zsákutcákra, mint az upstart vagy a unity, annak töredékéből lehetne a GNOME-ot X.org-ra kompatíbilitás-patchelni.

mikor erőszakosan akarják az X-et elavultatni, azt nem kéne.

Abból a konformista agyfaszból pedig, amivel te is itt mentegeted a Canonical multikád, ez jön ki végeredményként. Szóval gondold ezt újra, Raynes kolléga.

hat vegre nemkell szarakodni monit meg hasonlo cuccokkal ha egy apache vagy barmi lerohadt es ujra kell inditani. meg nemkell K90-foo fajlokat kezelni hogy ki milyen sorrendben induljon. meg nemdol kardjaba egy app (mert el sem indul), ha egy dependalt service gond van.

jahogy erteni kell hozza??? hat ez a szakma ilyen.. ¯\_(ツ)_/¯

tobbieknek meg marad a nyivakolas :bohocfej:

A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

hat vegre nemkell szarakodni monit meg hasonlo cuccokkal ha egy apache vagy barmi lerohadt es ujra kell inditani. meg nemkell K90-foo fajlokat kezelni hogy ki milyen sorrendben induljon. meg nemdol kardjaba egy app (mert el sem indul), ha egy dependalt service gond van.

Korábban sem kellett, ha normálisan össze voltak rakva az init scriptek. Jahogy érteni kell hozzá? 🤡 Jahogy nem kéne mindent mindenre alapesetben is dependáltatni? 🤡

jahogy erteni kell hozza???

Igen, érteni kellett volna Lenart Pötteringnek a szakmához, mielőtt instabil szar állapotban rászabadította a systemd-t a világra, sokkal inkább céges, mintsem szakmai felhatalmazással, erőszakolással.

dehogy voltak. ilyenek hekkek voltak, hogy:

# Required-Start:    $remote_fs $syslog
# Required-Stop:     $remote_fs $syslog
# X-Start-Before:    kdm gdm3 xdm lightdm
# X-Stop-After:      kdm gdm3 xdm lightdm
# Default-Start:     2 3 4 5
# Default-Stop:

aztan meg voltak hozza a korbetakolo scriptek amiknek vagy sikerul rendes K43-foo/S65-foo symlinkeket csinalnia vagy sem.... kobalta.

de szerencsere ez mar csak a mult. ertem hogy egyesek istenitik, dehat masoknak meg a kommunizmus tetszett... \o/

A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

Bezzeg most!

Például a X-Start-Before helyett Before van!

Bonyolult scriptek helyett meg (különös tekintettel a ExecStart sorra):

 ~ $ systemctl cat nfs-server
# /usr/lib/systemd/system/nfs-server.service
[Unit]
Description=NFS server and services
Documentation=man:rpc.nfsd(8) man:exportfs(8)
DefaultDependencies=no
Requires=network.target proc-fs-nfsd.mount
Requires=nfs-mountd.service
Wants=rpcbind.socket network-online.target
Wants=rpc-statd.service nfs-idmapd.service
Wants=rpc-statd-notify.service
Wants=nfsdcld.service

After=network-online.target local-fs.target
After=proc-fs-nfsd.mount rpcbind.socket nfs-mountd.service
After=nfs-idmapd.service rpc-statd.service
After=nfsdcld.service
Before=rpc-statd-notify.service

# GSS services dependencies and ordering
Wants=auth-rpcgss-module.service
After=rpc-gssd.service gssproxy.service rpc-svcgssd.service

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStartPre=-/usr/sbin/exportfs -r
ExecStart=/usr/sbin/rpc.nfsd
ExecStart=-/bin/sh -c 'if systemctl -q is-active gssproxy; then systemctl reload gssproxy ; fi'
ExecStop=/usr/sbin/rpc.nfsd 0
ExecStopPost=/usr/sbin/exportfs -au
ExecStopPost=/usr/sbin/exportfs -f

Ha ez nem fejlődés, akkor mi?!

latod, itt jol meg van hatarozva hogy mi kell hozza. regen elinditottad az nfs-t, de pl az rpcbind lehalt, akkor csak pislogtal meg debugoltad hogy miert nem lehet mountolni.

most meg systemctl szepen elmondja hogy mi rohadt le. ha kell rugsz rajta egyet, es utana elindul minden. magic! :D

A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

Bonyolult scriptek helyett meg (különös tekintettel a ExecStart sorra):

Ami egyrészt viszonylag boilerplate mentes :)

Másrészt ez így nyilván nem szép, és varázsos esetekben tud elég nehézkes lenni a dep fa, de itt ránézésre meg se próbálták, se requires se BindTo se PropagateRestart (nem tudom, mennyire van szorosan összenőve a gssproxy az rpcdvel). De az tény, hogy egy PropagateStartAsRestart vagy vmi hasonló tudna néha segíteni.

Hidd el, nem érné meg nekik hekkelni. Egy-két verziót hekkelnék, aztán feladnák az állandó vele való szopást. A Devuannak is nehezen mennek systemd-kivevős hekkek, le vannak maradva emiatt sok verzióval. Nem teljesen vezeti ki a Canonical, csak a Gnome-os főkiadást érinti, csak a Gnome DE-t, de még a gnome-os alap Ubtntura is felteheted az X.org-ot, meg egy másik DE-t vagy WM-et, csak a Gnome nem fogja támogatni, nem lehet majd X session-t választani a Gnome indulásánál. Kubuntun, Xubuntun, Lubuntun épp úgy támogatott marad az X.org.

Az igazi gáz az az RHEL, ami a 10-es kiadásban teljesen kivezette, értsd, már a csomag sincs a tárolókban. Elviekben forráskódból leforgatható, de érted, hogy user fog azzal szenvedni. Inkább felraknak helyette egy nem RHEL alapú megoldást, ha X kell.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

A Devuannak is nehezen mennek systemd-kivevős hekkek, le vannak maradva emiatt sok verzióval.

Csakhogy a Devuannak messze nincsenek akkora fejlesztési erőforrásai, mint egy multinak, de ugye ezt szokás szerint ignorálod. A multi nyugodtdan növekedhet a végtelenbe, de ezzel együtt ugye nem™ kell™ és nem™ is™ szabad™ a növekedéssel arányos számú fejlesztőt felvenni, hogy ők a növekvő feladatmennyiséget el tudják végezni.

Még egyszer tehát: Bőven megtehetné a Canonical, hogy patchelni a GNOME-ot X.org kompatíbilitási patchekkel, nem csak egy-két verzió erejéig, hanem folyamatosan. De akár még forkolhatná is. Minden más csak kifogás egy multitól.

Nem teljesen vezeti ki a Canonical

Még nem.

Igen, ezt kell majd tenni, ha a wayland minden szempontból jobb lesz, mint az X.org és teljes mértékben kompatíbilis lesz mindennel, amivel az X.org. Sajnos ez az idő még nem jött el és a Red Hat babzsákfejlesztőinek köszönhetően továbbra sem valószínű, hogy eljön. Rombolás, erőszakolás, felforgatás az viszont lesz, ebbe pedig jóval több energiát tesznek majd bele multiék, mint abba kellett volna, hogy a Wayland tényleg kiforrott legyen, mert jelenleg nem az.

Az X-et be kell fagyasztani és karbantartani a beágyazott és célrendszerek miatt.

Helyesen: be kell fagyasztani és karbantartani a felhasználói szabadság miatt.

Az X.org befagyasztható, mert lényegében készen van. Azonban az nonszensz, hogy a Red Hat azon erősködik, influenszerkedik, hogy mindenhonnan kivegyék, amit felhasználó valaha is érinthet. Mindezt egy olyan rendszeren, ami elvileg a szabadságról, a nyíltságról, a választás lehetőségéről híres. 🤡

( kubi | 2025. 06. 12., cs – 13:06 )

Helyes! Remelem igy elobb-utobb keszen lesz a Wayland. Vagy majd valami mas.

A diszko-korszakot meg majdcsak atveszeljuk valami kocsmaban, ugyebar.

De ugy oszinten, aki GNOME-ot es/vagy Ubuntut hasznal, az meg is erdemli.

( hory v | 2025. 06. 13., p – 12:24 )

Mióta észrevettem, hogy az ubuntu default, gnome alapú window manager-e 2 giga memóriát lezabál, dobtam, és cseréltem cinnamon-ra. Abban is kezd megjelenni memóriazabálás; a csd-* processzek, amik ugye egyszerű taskbar ikonok, kezdenek ott is sokat zabálni.

Azért amikor egy desktop background widget 120 mega RSS -el rendelkezik, egy sima power widget szintén, ott baj van. Még külön-külön widget-enkent egy java VM se eszik ennyit!

Te hajbi, neked vannak lovaid ebben a versenyben? Azt hittem, 64 bites windows xp-t használsz. :o

És hát igen, a memória pontosan arra van, hogy használják a programok. Ha látom, hogy 2 Gigát lefoglalt az ablakozó környezetem, akkor nyugodt vagyok, szuper, memóriaéhség miatt már nem fog beszaggatni. És a CPU is meg nagyjából minden, amit a gépbe építenek azért vannak, hogy használják azok a programok amiket éppen futtatok. Nem azért, hogy ott álljon minden készenlétben 90% szabadon arra az esetre, hogy ha mást csinálnék.

De ilyen gépe nem csak egy RH-osnak lehet. Te is vehetsz magadnak babzsákot, meg egy ilyen gépet. Ezek a hardverspecifikációk nem is számítanak luxusnak már, jó a 64 giga RAM még kicsit drága, ha DDR5 kell, de megfizethető, DDR3-4-ben viszont olcsó, 1 TB-os SSD is olcsó, a 2 terás megfizethető, a 10 magos 13. genes Intel meg már lement árban, mert azóta még 2 generációval odébb járnak, már volt 14. gen, meg egy 2-százasnak számozott 15. gen, ami most a jelenlegi. Aztán újabb 20 évre le lesz a gondod. A jelenlegi gépedhez mérten durvának tűnnek ezek, de az elmúlt 19 évben volt egy kis fejlődés, amit kihagytál. Nem is meglepő, érted, azért két évtized múltán elvárható, hogy legalább ennyi fejlődés legyen, ne mindig még a 2-4 mag, 1-2 mega cache, 720-768p TN, 4 giga, 4 kerék, 4 gyerek szintjén legyen mindenki leragadva. Ha ebbe belegondolsz, jó is, sokkal rosszabb lenne, ha ugyan nem avulna el a géped, mert költeni nem kell rá, de akkor fejlődés sincsen. Nálad lefogadom a pénz se korlátoz, csak az XP-t nem tudod elengedni, azért nem váltasz gépet.

A memória tényleg azért van, hogy használják a programok, de én azzal szoktam árnyalni, hogy azok használják, amiknek valóban szükséges, és én akarom, hogy használják. Ne a rendszer, meg a MS VBS virtualizációja, meg a Red Hat bloat-jai. Bár Linuxon még nem okoz gondot a bloat, mert ha natív csomagokat használsz, akkor a sok bloat tud közös libként létezni, és megosztva használja több program, így per alkalmazásnál már sokkal memóriagazdaságosabbra jön ki, mint gondolnád.

A másik téves érvelés, mikor azzal jönnek, hogy ha nem a programok használják, akkor pocsékba megy. Nem megy, mert a modern OS-ek nagyon brutálisan I/O cache-elnek belőle, meg be lehet fogni RAM drive-nak, vagy akárminek, parlagon nem fog maradni.

Persze, azért ez is korlátos. A redditen volt néhány hónapja egy hülye gyerek, összevett egy leselejtezett dual Xeon procis, 4 memóriacsatornás régi szervert, és kitömte, kimaxolta, olcsó használt modulokkal, 1 terabájt memóriát rakott bele. Jön kérdezni, hogy új szerzemény a home lab-jébe, de nem tud mit kezdeni vele, mit futtasson, ami használ ennyi memóriát. Win11-gyel nem kompatibilis, az meg tudná enni, meg a Google Chrome, nagy rakás Electron app kíséretében, azok csak úgy zabálják. Esetleg ZFS RAID és/vagy tonna virtuális gép/konténer.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Én tudok értéket teremteni egy email megírásával. Ellenben kernel fordítással nem tudok (provokatív állítás: néhány száz, esetleg ezer ember van, aki kernel fordítással értéket tud teremteni).
Úgyhogy amikor ezt csinálom, akkor álljon mind a 16 GB RAM és 8 mag annak az email megírásának a szolgálatában, és ne legyen félrerakva arra az esetre, hogy mi lesz ha hirtelen felindulásból elindítok egy kernel buildet.

Fordítva ülünk a lovon, ha azt figyelgetjük a teljesen megbízhatatlan free-vel, hogy mennyi rendszererőforrás van félretéve soha el nem indított képzeletbeli feladatok számára.

( traktor | 2025. 06. 14., szo – 17:47 )

Szerkesztve: 2025. 06. 14., szo – 17:47

Nalam:

$ grep Wayland /etc/gdm3/custom.conf 
WaylandEnable=false

Mar nem emlekszem pontosan miert, az MS Teams nem ment Wayland-en jol valahogy....
 

A mestered mindig megadja, hogy mi a hardver. Szóval? Mit kell venni?

Balfasz két felpontozó - persics meg az árpád úr - gondolkodjanak el azon, hogy mikor mond többet a #worksforme, ha tudjuk, hogy mi a hardver, vagy amikor nem.

trey @ gépház

te nem mutattal semmit, feltettel egy kerdest. aztan linkeltel megegyet. :)

a valaszom pedig az, hogy van egyetemes bongeszoben futo webes kliens.

hogy a csudalatos linux desktopod ezzel 2025-ben esetleg nem tud megbirkozni, az - of korsz - az MS hibaja lesz. janem :)
az ubuntudban megy mar a default snap/flatpak/mittomenmicsudas ff-bol barmi is? :D egy darabig lattam a Zinternetbe' a siramokat, hogy egy koszos file-t se tudsz benne megnyitni/lementeni, barmilyen hardvereroforrast elerni, mert nem fer hozza semmihez XD se. moka es kacagas. perfect user experience! :)

hogy a csudalatos linux desktopod ezzel 2025-ben esetleg nem tud megbirkozni

Hja, éppen az volt a kérdés, hogy nekem X11-en megy, MEGY-E WAYLAND-on és ha MEGY, akkor MILYEN GPU-n.

A kérdést se érted bazmeg :D

Hint: a cikk címe: "Dobja az Ubuntu a 25.10-től a GNOME X.Org-on futtatásának lehetőségét"

Kérj telefonos segítséget az összefüggés felderítéséhez!

trey @ gépház

semmi koze a fentinek az x/waylandhez. szar az igyis-ugyis! eloszor azt kene rendbetenni... :) nem a wayland szarja bele a default browsert snap/flatpakbe :) HTH.

felre ne erts, nekem kurvara nem okoz gondot letolteni egy firefox-bin-t egy linugz deszktopon :) csak mikor default minden is szar benne (pl ilyenek, hogy gpu hw decode, szevasz :D), akkor abol nem lesz linuxdesktop eve :) se X se wayland se MIR(a klasszik ubuntu vergodes projectek egyike...). :)

azert, ugye, az X-eden meg mindig mukodik, hogy minden program by default tud keylogger lenni? :)

tovabbra sem gondolom, hogy ebbol barmi is az MS hibaja HTH.

Itt vannak az egyes lehetséges problémák és megoldásukL https://wiki.archlinux.org/title/Wayland

Amíg Electron alapú volt a Teams, addig az a szekció oldhatta meg a problémát. Most már szerintem nem kell hozzá semmi plusz beállítás, hogy jól menjen.

Ha valakinek nem megy jól, olyankor hozzá kellene tennie, hogy XY videókártyán/chip-en ... ;-)

a te seggfajasod, hogy a microsoft baszta el a linuxdesktopevet :)

Én a Microsofttal azóta nem foglalkozom, hogy seggberakta a FLOSS világ és becsicskult. Ez körülbelül a 2010-es évekre tehető. Fogalmam sincs, hogy mit haluzol és mitől, de megoszthatnád! :D

Én itt inkább a félig kisült Wayland-et okolom, ha éppen okolok valamit.

trey @ gépház

tolem miert kerdezed? :) #bohoc. vedd elo az uveggombodet. ahogy szoktad.
melleksen megjegyzem ugyanaz a hw, xorg alatt meg szarabb volt az "elmeny". (hint: igen, intel is elengedte az xorgot egy ideje, nem arra gyurnak)

tudod, "a szar elmeny is elmeny". azt nem mondhatom, hogy nem mukodott. :) csak a hogyannal vannak bajok.

Akkor tulajdonképpen mit ugatsz? Otthagytak a flame társaid, mert rájöttek, hogy hendikeppes vagy? :D Most engem szórakoztatnál? Siess, szedd össze magad, mert holnapután megyek külföldre, le se foglak szarni. Addig sűrítsd ide a mondanivalód, majd kiválogatom. :D

trey @ gépház

szemelyeskedes helyett olvasgasd a wikidet! :) #bohoc
latszik, van meg mit tanulnod desktop linuxozas teren :)
aztan tesztelhetsz, mint ahogyan en is tettem. igen, a huppogo linuxfanboi hupper trolloknak... :)
hint: ha egy koszos 1080p YT video framedroppol, biztos jo elmeny lesz a timszmitting is :) janem.