GitHub oldal arról, hogy mely disztribúciók támogatják az Xlibre-t jelenleg

X, Wayland, Mir

Az X.Org nemrég indult forkjának, az Xlibre-nek esetleges sikerét árgus szemekkel figyeli a BSD közösség is, mert a Wayland a FreeBSD kivételével nem igazán opció BSD-ken jelenleg. Probono, a helloSystem FreeBSD változat és az AppImage megalkotója egy GitHub oldal hozott létre, ahol azt gyűjti össze, hogy melyik disztribúciók (jelenleg csak Linux) támogatják jelenleg/tervezik támogatni az Xlibre-t. Az oldal megtalálható itt. 

( gelei v | 2025. 06. 30., h – 13:16 )

Szerkesztve: 2025. 06. 30., h – 13:18

Hostile, b+, az. Felvetették a kérdést a levlistán, hogy mit jelent ez an nvidia supportra nézve, és a szükséges extra munkát majd ki fogja elvégezni, merthogy az upstream Xorg csomag mostani maintainere nem akarja.

szerk: Az alpine-nél meg megbeszélték előre, hogy nem fognak váltani, de azért benyitották a MR-t, hátha.

"[t]he technical reason is that the security team does not have the bandwidth to provide lifecycle maintenance for multiple X server implementations" - hostile.

A politikamentes fork mellé kéne egy picsogásmentes fork is.

Nekem a void linux is tetszik mint hostile:

  • there are many regressions noted in the issue tracker

  • and we do not package beta release

  • also, due to the reactionary nature of the fork (i.e., forked as a reaction to something happening on fdo), I don't expect it to last very long once the hype cycle dies down

tehat ha nem ugrok fel a hype trainre, akkor ellenseges vagyok

Ezen én is röhögtem, már múltkor is, csak nem nagyon akartam beleállni, de mikor seggfájás TLDRjében azzal sikerül jönni, hogy há' még xkill sincs, akkor asszem kijelenthető, hogy a wayland kész van :D

(egyébként aztán a linkjei is funkyk, a legtöbb már fixed, ahogy elkezdtem a kattogtatni, a broken by design meg felette meg =~ nekem nem tetszik.)

A politikamentes fork mellé kéne egy picsogásmentes fork is.

Egyébként még csak picsogásmentesnek se kell lenni, ott van mondjuk a Devuanos banda, azok is picsognak (-tak, most valójában nem tudom, annyira nem követem), de azok legalább le is tettek valamit az asztalra, úgy jobban ér.

Egy átlag linux user nem ás a dolgok mélyére és az igényeit az fogja alakítani, hogy mit tesz a feneke alá a disztrója. Szerintem jót teszt a szoftvereknek, ha van több választás. Még egy ideig megyek széllel szemben, amíg lehet...

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

Szerintem jót teszt a szoftvereknek, ha van több választás.

Ebben egyetértünk. Ezért is tartom jónak, hogy van egy Xlibre próbálkozás. Hogy igény lesz-e rá, abban pont úgy szkeptikus vagyok, mint ahogy a Devuan esetében abban, hogy valós igényt elégít-e ki. 

BTW: annyi a különbség a kettő közt, hogy a Devuan az upstream-je Debian nélkül másnap lehúzhatná a rolót. Az Xlibre meg azért jött pont létre, mert az X.Org-ot meg akarják ölni. Nagy különbség!

trey @ gépház

Már miért ne lenne?

Ez nyilván egy szélesebb kategória, de érts alatta olyan embert, aki használni akarja, akinek nem cél, hanem eszköz.

Avagy egy ősi megfogalmazás szerint az igazi "hardcore" Linux felhasználó az volt, aki nem azt élvezte, ha valami működött, hanem azt, ha nem. Most képzeld el ennek az ellenkezőjét.

Az az "átlag".

Science for fun...

Arra akartam kilyukadni, hogy aki linux desktopot választ, joeséjel szakmabeli, vagy legalábbis IT szempontból nem átlagos felhasználó. Én még linux desktopot next next finish jelegü install után egyből kifogástalanul müködni talán ha egyszer láttam :D

Szóval ugygondolom, hogy nem "átlag" jellege miatt nem vált systemd röl valaki, hanem mert nincs szüksége másikra. De ha lenne megtenné.

 

De amúgy értem amit mondasz :)

Én még linux desktopot next next finish jelegü install után egyből kifogástalanul müködni talán ha egyszer láttam :D

Nos, valóban, bár hozzá kell tegyem, hogy az OpenSUSE újabban hihetetlen módon közelíti ezt a szintet.

A másik trükk, amit be szoktam vetni a kivárás. Új verziót az első 2-3 hónapban csak a "MindenMindegy" feliratú laptopomra telepítek. Ez elegendő idő ahhoz, hogy mások alaposan leteszteljék az új hibákat és összegyűljön a neten a javításukkal kapcsolatos bölcsesség, uram bocsá megjelenjen a patch.

Aztán jövök én: next, next, finish.

Science for fun...

Lehet hogy mostmár jobban ígyvan anno én azért tértem vissza desktopon win re, mert csak használni akartam, nem bütykölni állandóan. És azota win 10 + wsl ment leginkább, melora is teljesen alkalmas, és baszakodásmentes. Hozzáteszem hogy anno viszonylag folyamatosan elég up to date laptopjaim voltak, max 1-2 évig használtam egyet + ugye gamer éra a combosabb cpu miatt ami biztos nem segített a linux kompatibilitás helyzetén.

Win 11 -re viszont már nem mondanám, hogy nagyon elégedett lennék, az egyik laptopomra visszakerült az ubuntu (4 éves zenbook) és még mostis bele kellett nyúlni, hogy szabályozható legyen a képernyő, bill fényerő, meg normalis legyen az energiagazdálkodás. Persze ez nem volt egy túl bonyolult, vagy időigényes dolog jelen estben, de ahoz pont elég hogy átlag user nem csinalja már meg megának, win el meg ilyen jelegü gond next next finish jelegü install után sincs.

Egyébként ilyet senki nem állított, ha jól rémlik, a szavazás kimenete az volt, hogy lehet benne non systemd, de az nem játszik, hogy majd emiatt minden csomagkarbantartótól elvárjuk, hogy írjon sima init filet, meg runithez valót, meg openrchez valót... aki ilyet szeretne, az csinálja meg, és küldje be. Szóval amit a devuan a gyakorlatban csinál, azt spec csinálhatta volna a debianon belül is...

( trey | 2025. 06. 30., h – 16:14 )

Az Artix Linux – egy rolling kiadású, Arch Linux alapú disztribúció, amely nem használ systemd-t – mostantól XLibre ISO lemezképfájlokat és csomagokat kínál tesztelésre és használatra.

trey @ gépház

( Raynes v | 2025. 06. 30., h – 17:12 )

Ezt már szétszedték a redditen. A lényeg, hogy csak pár apró, rétegdisztró támogatja. Az Arch nem, hiába írja. Igen, bent van az AUR-ban, de az nem hivatalos tároló. Ennyi erővel, hogy az Ubuntu kiszedte az X-et a fő és a KDE-s kiadásból, ha valaki beteszi PPA-ként, az továbbra sem hivatalos támogatás.

Így lényegében csak az Artix és az OpenMadriva maradt, mind a kettő nagyon kicsi, rétegdisztró, nagyon kevesen használják, a linuxos közösség nagy részét ez nem segíti ki. Ez a vipnix valami teljesen ismeretlen, ahogy nézem, brazil taknyolás, nem sokat fog meghatározni.

Egyébként ennek az XLibre forknak a sikere leginkább azon fog eldőlni, hogy az Nvidia leforgatja-e hozzá a drivereit. Nem kell átírni, csak lefordítani XLibre libekkel dinamikusan. Ez a régi kártyáknál fontos, GTX 10xx-ig bezárólag. Ha az NV erre nem lesz hajlandó, akkor bukta lesz a projektnek.

“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.”

Külsős user feature request az mit számít?

Hát, gondolom, ha a reddit szakértő urakróé meg lehet ezt kérdezni, akkor attól is, aki ilyen feature requesteket küldözget.

Talán az adott disztró Tech Board-jának tagja terjesztette be?

Hát, én a fedorát olvastam, azt nem vmi random csóka írta, hanem valaki a packaging teamből.

 

És már a proposalban is szerepelt, hogy érti ő, hogy a faszi egy laiblilty, de ezzel együtt is volna értelme. És felmerül ugyan a DEI kérdés a kommentekben, de messze nem az a nagy része. Az inkább arról szól, hogy az Xorg legaktívabb fejlesztője leginkább a broken PRok előállításában aktív.

Most belenéztem a másik kettő hostileba (alpine, chimera), hát ott tényleg meglehetősen egyenesen küldik el az ürgét a faszba. Az mondjuk valóban hostile. :)

Hát, te jöttél azzal, hogy a reddites szakértő urak beleszámolták, hogy még friss? Gondolom azt akartad ezzel jelezni, hogy még annyira friss, hogy persze, hogy nincs ott mindenhol.

Én csak a topic témájához kapcsolódóan megkérdeztem, hogy azt, hogy ennyire friss, azok figyelembe vették-e, akik megpróbálták betolni midenhova is.

Mit jelent az elméletedben a "betolni"?

Elméletemben? Milyen elmélet, ott vannak fent a linkek, hogy van, el kéne olvasni? :D Pl a fedora konkrétan cseréről szól: "Replace the X.Org X11 Xserver (xorg-x11-xserver) with the X11Libre (XLibre) Xserver, an actively maintained fork."

Alpineon az ember, aki miután a securitys elmondta neki az ircen, hogy NAK, és ő ezzel kurvára nem fog foglalkozni, nyitott egy PR-t. És meg se próbálta legalább mellétehetővé tenni, "+ replaces="xorg-server xf86-video-modesetting", hanem gondolta, hogy akkor a testingben mostantól ez van.

Talán nem fér el pl. egy unstable-ben? Vagy egy akárminek nevezett játszótérben/homokozóban/staging-ben?

 Attól függ, melyikben? Általában azokon a helyeken, ahol a normális ügymenet az, hogy ezek a dolgok bekerüljenek majdan a distróba, szerintem (még) nincs helye. Mert más faszával verik a csalánt. Igen, teljesen jogos, a secustól, ha mondja, hogy márpedig ő nem akar olyat, akivel ránézésre se lehet normálisan együtt dolgozni. A többiektől, hogy a faszom akar dologzni, hogy mellé lehessen rakni valamit az enyémnek, amiről a jó ég se tudja még, hogy mi lesz belőle, mert még most tojja a tojást majd a tyúk. Meg úgy általában, hogy kerülgesse mindenki a fejlesztés/pipeline közben. És ez egyébként tök jól látszik pl az alpineos csókán:

 

> You do realise it's never getting merged in Alpine, right? You were there at the discussion with @ariadne and I think Ariadne was pretty clear, yet you opened the MR?

>> I do not know maybe others do not hate this.
>> I am not sure how things work in these cases and who are the devs.

>> I thought that this can be useful for users that want to test it.

Lefordítom:

  1. fingom sincs, hogy működik a projekt
  2. Valószínűleg futó gondolatként se merült fel bennem, hogy akkor nekem ezt később karba kéne tartani, gondoltam, hogy betolom, hátha valaki akar vele játszani, aztán onnan szopjatok vele....

Ha az ilyen side szarokról van szó, mint AUR, PPA, copr, akkor absolutely. Csináld meg a csomagot, lehessen tesztelni, akit érdekel, glhf, oda való. Aztán, ha kiderül, hogy tényleg van értelme, akkor majd mehet a valódi packageosodás útján.

 

Természetesen elfogultan támadják a fazont, de ebben igazuk van. Én nem támadnám, megvárom mire jut vele, időt kéne neki adni. Még így az első kiadásoknál lehet nem ér az érdemi fejlesztési részekhez, csak formai átalakításokat eszközöl.

“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.”

( kikadff v | 2025. 06. 30., h – 20:18 )

mert a Wayland a FreeBSD kivételével nem igazán opció BSD-ken jelenleg

OpenBSD-n is opció. FreeBSD-ports-on keresztül a DPorts is szállítja DragonFly-hoz.

Ez pozitív legalább. Egyik bajom a Waylanddel, hogy Linux only-nak lett tervezve, a Linux felépítéséhez. Azt tudom elérhető egy ideje FreeBSD-n, kísérleti jelleggel, de azt nem, hogy a többi BSD is támogatja már.

“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.”

Egy érdekes aspektusa a dolognak, hogy BSD-k alatt nem igazán játszik a Wayland: szóval kell egy használható X. A BSD univerzumban hogy reagálnak a freedesktop agendára, meg ha a GNOME és a KDE is ki akarja vezetni az xsession támogatást, akkor milyen desktop environment lesz jó BSD-ken? Választ jelenthet néhány kérdésre. Vagy a BSD-k sem nyomnak több súlyt a latban, mint egy Artix meg egy OpenMandriva?

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

BSD-n szerintem alap az X, de lehet játszani, próbálkozni a wayland-el. Addig nincs kényszer, amíg az X él, vagy támogatott annyira, hogy el lehessen boldoglni vele. Ha meg az X elmúlik (értsd: az alkalmazások kritikus hányada dobja a támogatását), akkor nyilván menni kell arra, ami épp aktuális. 

( kroozo v | 2025. 07. 01., k – 12:39 )

Szerkesztve: 2025. 07. 01., k – 12:48

2025-06-20 19:00:02 <Sheila> I mean, I am not, in general, sanguine about a fork where the main developer had to have the XOR operator explained to them.
2025-06-20 19:01:12 <Sheila> even without his politics, I cannot trust that someone who is not familiar with C enough to understand that '2^16' is not 2 to the 16th power knows what they're doing with any other part of the project, much less anything with security implications.

:popcorn: