Lemondott az Asahi Linux vezető fejlesztője a Linux kernel "Apple Silicon" karbantartói pozíciójáról

Kernel

A Linux kernel levelezőlistáján az elmúlt néhány napban folytatott viták nyomán, amelyekben néhány Linux kernel karbantartó ellenezte a Rust kód használatát a fő ágban, és próbálta azt elkerülni, valamint nagyon szenvedélyes vélemények hangzottak el a Linux kernel fejlesztési folyamata kapcsán, az Asahi Linux vezető fejlesztője, Hector Martin eltávolította magát az ARM Apple kódjának upstream karbantartói szerepéből.

[...]
Már nincs bennem semmi bizalom a kernel fejlesztési folyamatában vagy a közösségi menedzsment megközelítésében.

Az Apple/ARM platform fejlesztése továbbra is lefelé, azaz a downstream-ben folytatódik. Ha úgy érzem, hogy a jövőben bárminemű alrendszerhez szeretnék upstream változtatásokat küldeni, megtehetem, de lehet, hogy nem fogom. Bárki, aki úgy érzi, hogy szeretne részt venni az upstream küzdelemben, nyugodtan megteheti.

[...]

Linus a döntést tudomásul vette a patch beolvasztásával.

Részletek itt.

( trey | 2025. 02. 09., v – 10:01 )

Huh, ha most lenne Apple Szilíciumos (ez az elnevezés is arra utal, hogy az valami nagyon fancy dolog, nem egy SoC / processzor / akármi) izém, akkor most nagyon szomi lennék!

trey @ gépház

Ehhez hozzá tudok szólni (valamennyire). A "szilíciumot" ezen a konkrét szövegkörnyezeten kívül is rendszeresen használják, és már régebb óta; nagyjából a következő értelemben: https://en.wikipedia.org/wiki/Semiconductor_intellectual_property_core (ld. különösen a Silicon intellectual property kifejezést a cikkben).

Vagyis "IP block"-ok valamiféle összességét (amiből chipset-et lehet építeni) nevezném szilíciumnak.

Például az edk2-platforms firmware repository-ban van egy könyvtárfa, aminek a gyökere "Silicon": https://github.com/tianocore/edk2-platforms/tree/master/Silicon

Másik példa: a Platform Initialization Specification szerint a System Management Interrupt-okat (SMI, újabban/általánosabban MMI (management mode interrupt)) több szinten lehet kezelni. Amikor QEMU CPU hotplug-hoz kellett SMI handler-t írnom, akkor megkérdeztem az edk2-devel-en, hogy miért létezik ez a több szint; nekem ugyanis elég lett volna a létező szintek közül egyetlen (kb. bármelyik közülük). Nem tudtam elsőre eldönteni, hogy root MMI handler-t készítsek, vagy egy "szoftver" típusú gyerek dispatcher-t. A válasz nagyon tanulságos volt. Kiderült, hogy énbennem eleve azért merült fel ilyen értelmezési kétség, mert a QEMU virtualizációban

  • a "silicon" (= chipset-et esetlegesen felépítő IP blokkok készlete)
  • és a "platform" (= konkrétan összeválogatott chipset / motherboard)

fogalmak nem válnak el élesen egymástól. A fizikai világban a firmware hierarchia természetesen adódik a hardver előállításának folyamatából: a chipset szállítója a "szilícium" szinten implementálja a root MMI handler(eke)t, és teszi elérhetővé a child dispatcher-eket, az egyes SMM/MM driver-ek pedig már csak a child dispatcher-eket használják a saját funkcióik regisztrálásához és megvalósításához. Azért létezik mindkét absztrakció (külön szinten), mert a vendorok is különböznek (tehát ez is Conway törvényének egy megmutatkozása). Mivel QEMU esetében a két szint nem különül el "beszállítói" szinten, én végül root MMI handler-t csináltam (úgy egyszerűbb).

Itt egy példa arra, amikor a "silicon" réteg implementál egy root MMI handlert, és teszi elérhetővé a "szoftver" típusú child dispatchert.

Ugyanezt a fasiszta dumát már számtalanszor elsütötték már, csak gratulálni tudok.

M1-es gépem van és szívesen használnék rajta Linux-ot, mert minden más gépemen is az fut

és az Air-nak még mindig nincs hardware-sen konkurenciája. A MacOS se szimpatikus. Lehet egy

átlagfelhasználónak tökéletes, de expert szinten messze van a Linux "tudásától".

 

 

Amugy en biztosra mentem: vettem mindket OS-hez (macOS, Linux) kulon hardvert. Epp vitatkozok magammal, hogy melyiket csereljem le hamarabb majd. Dual boot a 13-14-15 inch-es laptopok idejen mar eszembe se jutna, nem egy negyed szobat elfoglalo PC ez...

Windows-om meg nincs. Se hardverem hozza. Amit nem lehet macOS vagy Linux vagy egy virtualizalt Win 7/10 alol megcsinalni, az engem nem erdekel.

A hardware rész eléggé überalles,

Helyezzük kontextusba: az emberek 6%-t se érdekli ...

Source: StatCounter Global Stats - OS Market Share

(még ez is túlzás, mert abban az 5,x%-ban vannak még inteles gépek is biztosan ...)

trey @ gépház

Jó, csak ezt a "verjem a valagam a földhöz, mert olyan szuper a hardver" izét árnyaltam. Mert hiába a jó hardver, ha az op. rendszer egy PITA.

Eleve, egy op. rendszer, ami egy halom nyílt forráskódú szoftver nélkül kb. használhatatlan. Ha meg felszórsz rá minden FLOSS cuccot, hogy használható is legyen, akkor meg már miért nem Linux, ami ezen cuccok kb. elsődleges platformja?

Nem hozna itt a HW nekem annyit, hogy a macOS-t el akarjam viselni ...

trey @ gépház

De, hát most értettél egyet abban, hogy a macOS nem jó, a Linuxról meg most olvashattuk, hogy nincs nagy jövője (mondjuk, múltja se) az "Apple Silicon"-on. Akkor mi az érved mellette? Nem lebeszélni akarlak, nekem tökmindegy mit használsz, csak a gondolkodást megérteni.

trey @ gépház

Nem kicsit árnyaltabb a kép.

Amikor én vettem, alakult a Linux támogatás, több virtualizációt is támogatott volt, ami még nekem fontos volt a súly és az üzemidő és hogy halk legyen,

az utóbbiakban verhetetlen volt. Használtan vettem, nem volt drága.

A Linux támogatás gyakorlatilag kihalt/meghalt, egyszer próbáltam feltenni de nem sikerült..

A virtualizáció úgy ahogy megy de ott is gondok vannak vagy a szoftver tudásával, vagy azzal, hogy lejön egy MacOS frissítés és láss csodát ami ment 

nem megy többé (Parallels). Pár hónapja nem használtam, de előtte napi szinten, lehet azóta javították..

Szóval, ha a virtualizáció működik, akkor még most is van/lehet értelme.. Linux-al.

Persze lehet azóta kijöttek normális notebook-ok is, amik tudják amit a MacBook Air, akkor nem tudták, nagyon nem

Rendszeresen használtam a Parallelst, nem találkoztam olyannal, hogy ami korábban ment, megállt volna. Igaz, kb. másfél éve inkább átmentem vmware fusionra, ha már egyszer ingyenes lett (azóta meg úgy néz ki, arról is átmegyek UTM-re - QEMU alapú -, mert jobbnak tűnik).

Parallels meg VMWare Fusion tud mar ARM hoston x64 Guest OS-t futtatni? Mert nagyon az elejen nem tudott.

(UTM meg tudja ezt. Ezert anno nem is volt kerdes, bar itt valaki multkor nagy ugyet csinalt abbol, hogy az UTM tul regi qemu verziot hasznal)

Nekem személy  szerint semmi. Amikor megvettem alapvetően az volt a szempontom, hogy nem intel, és jó teljesítmény/üzemidő arány van. Ez amúgy igaz. Az OS-el meg nagyon régi volt a tapasztalatom.

Így 3 év után az lett a vége, hogy főleg a linuxos thinkpadet használom, és tök jól elvagyok vele csak az üzemidő zavar ami a kanyarban nincsen a machez képest. 

Viszont szívesen futnék egy kört a snapdragonos verzióval, amin tudtommal jól megy a linux és hozza a jó üzemidőt is :) A mac szép és jó, de nem tudom annyira kedvelni mint a linxomat. Hozzáteszem azon cli-s parancsoka amiket olykor használok azok mennek. De pl. egy finder nekem nagyon idegen továbbra is :) Szóval ha lenne disztró ami flottul megy az m1-es macbook-on, akkor rátolnám és készen is vagyok a magam részéről :)

-42-

3x lett leírva, hogy "A vas szerintem marhajó", amit te is megerősítettél ("Mert hiába a jó hardver").

Lehet, hogy a HW előnyei miatt még így is jobb arra amire nekik kell mint más?

Saját példa.

Munkában nemrég cseréltem a Windowsos HP Probook 840 G8 -at egy M1 Max MBP-ra. Egyik OS sem az amit én választanék, de a HP vas egy rakás sz@r, pedig papíron a 11. Gen CPU-val meg 16GB RAMmal jónak kellene lennie. Egy MS Teams hívás alatt is felszálló Boeing 747 hangokat tud produkálni.

Az OS-hez meg alkalmazkodok. Amíg egy böngésző meg VS Code meg git elindul addig bármelyiket tudom használni.

amit te is megerősítettél ("Mert hiába a jó hardver").

Fogalmam sincs, hogy milyen, a ti értékeléseteket írtam le.

Az OS-hez meg alkalmazkodok.

Meg háromszor, hogy az OS szar, neki nem jön be. A kérdés továbbra is hozzá szólt: akkor NEKI mi szól(t) a vásárlás mellett:

Így 3 év után az lett a vége, hogy főleg a linuxos thinkpadet használom,

🤷‍♂️

Hogy te miért használod, az egy másik szál lenne.

trey @ gépház

Izé....

A szempontomat megfogalmaztam, és a hardver részével teljesen elégedett vagyok továbbra is. Az Os-re meg nem mondtam sose, hogy szar, mert sokaknak tök elég. Azt viszont mondom, nekem elég idegen 3 év után is, és jobban örülnék ha változtathatnék rajta egy nekem komfortosabbra. :) Asszem így a pontos megfogalmazás. 

-42-

Egy MS Teams hívás alatt is felszálló Boeing 747 hangokat tud produkálni.

Az nem feltetlen a vas hibaja, Teams electron alapu volt, a 2 az mar allitolag valami "Microsoft Edge WebView2" alapu. Csak azert irom, mert nalam pl a Zoom az ami megeszi a gepet, hiaba "nativ" linux kliens...

szerk: az mas kerdes, hogy a HP laptopokrol nem sok jo tapasztalatom van, amikor 6-8 eve kolleganak rendeltunk, es meglattam, hogy full muanyag, es ha nem a kozepenel akarod lecsukni, akkor elkezd nagyon durvan hajlani, akkor elengedtem. Utana meg azert kitalaltak, hogy legyen G250 a standard laptop, amikben meg a zsanerok szerettek kiszaggatni magukat vagy a kavabol, vagy az also vazbol par het/honap utan...

:D

Most, hogy a woke szart nem kell nyomni már világszerte, a Linusnak sem kell valószínűleg büntetőtáborba mennie, ha elküld a halál faszára mindenféle DEI hullámain lovagló, ciánhajú transz "fejlesztőt", azt hiszem, hogy a világ kezd megint visszatérni a normális kerékvágásba.

Szerinted mennyi szerepe volt a woke-nak abban, hogy az ilyen, általad semmitérőnek tartott fejlesztések felkapottá váltak?

trey @ gépház

varjal mar, ezzel meg egyet is ertunk 100%-ban, nem ertem, miert ezt valaszoltad :)

tisztan arrol beszeltunk most, hogy az apple SoC-a a unified memoryval es azzal hogy osszereszelik a hwt/swt sokkal jobb mint barmi a piacon, te ezen ertetlenkedtel.

Most, hogy a woke szart nem kell nyomni már világszerte, a Linusnak sem kell valószínűleg büntetőtáborba mennie, ha elküld a halál faszára mindenféle DEI hullámain lovagló, ciánhajú transz "fejlesztőt", azt hiszem, hogy a világ kezd megint visszatérni a normális kerékvágásba.

Nem ertem ez hogy jon ide, a fickonak fekete haja van, a "woke" szo sehol sem volt emlitve, inkabb a "rust" (mint programnyelv). Azt, hogy mennyire jo fejleszto szerintem se te se en nem tudom megitelni ennyibol. Igy nem ertem ennek mi koze barmilyen woke-hoz, tudasszinthez, stb. Miert kell lehuzni valakit amiert Linuxot probalt portolni M1-re vagy barmilyen Apple ARM processzorra? Orulni kellene inkabb, nem?

"Már nem csak tehetségekből, de a hülyékből is kifogytunk..."

Szerintem keveri a GPU fejleszto Asahi Linaval.

Amit az a fasztudjaferfievagyno csinalt, az gaz. 1 ev kemeny munka utan eljutott oda, hogy Python helyett Rustban volt a drivere. Ra egy evre osszehozta, hogy akar ket GPU magot is meg tud hajtani, nem csak egyet. Kb. ilyen szintu bohoc volt.

Tett kart annak ellenere, hogy dolgozott:

csomoan nem kezdtek el drivert irni, mert "valaki mar csinalja", raadasul olyan, aki "DEI kartyaval tamadhatja a muszakilag ovenel jobb megoldast".

Ha nem csinalt volna semmit, jo esellyel mostanra talalt volna mas motivaciot egy jobb minosegu driver megirasara.

(Asahi Lina a tema most is)

csomoan nem kezdtek el drivert irni, mert "valaki mar csinalja"

Aha, ez biztos valami olyasmi lehet mint a Linux disztribuciokkal, csomoan nem kezdtek el ujat csinalni miutan hallottak a Slackware-rol, mert "valaki mar csinalja". Azota is csak az az egy disztro letezik, mert tipikusan igy mukodik a nyilt forras.

raadasul olyan, aki "DEI kartyaval tamadhatja a muszakilag ovenel jobb megoldast".

Gondolom tudsz sorolni 10-20 pedat ahol ilyesmi tortent, varom.

Ha nem csinalt volna semmit, jo esellyel mostanra talalt volna mas motivaciot egy jobb minosegu driver megirasara.

A fenti mondat kulcsszavai: "ha", "jo esellyel", "volna" = feltetelezesek sorozata.

"Már nem csak tehetségekből, de a hülyékből is kifogytunk..."

distro

Konnyebb uj Linux distrot csinalni, mint egyaltalan elkezdeni reverse engineeringelni egy GPU-t.

Gondolom tudsz sorolni 10-20 pedat ahol ilyesmi tortent, varom.

Meghagyom trey-nek, o 30-at is talalni fog es o terelte politikai palyara ezt a threadet, en csak pontositottam, hogy mire/kire gondolhatott. :) De ko alatt elhetsz, mert a DEI es az ahhoz kapcsolodo lotulolali pozitiv diszkriminacio regota sokat volt tema errefele.

 

A fenti mondat kulcsszavai: "ha", "jo esellyel", "volna" = feltetelezesek sorozata.

Teged soha semmi nem zavart, hogy szarul mukodik es jol is mukodhetett volna?

Konnyebb uj Linux distrot csinalni, mint egyaltalan elkezdeni reverse engineeringelni egy GPU-t.

Ezt megint nem ertem, tehat valami olyat csinalt amit barki nem tud (GPU reverse engineering), segitette a kozosseget, az, hogy C-ben nem volt penge vagy piros a haja mennyit von le a hozzaadott ertekbol? Az info amit kozzetett barmelyik C programozot segitheti.

o terelte politikai palyara ezt a threadet

Hja.

De ko alatt elhetsz, mert a DEI es az ahhoz kapcsolodo lotulolali pozitiv diszkriminacio regota sokat volt tema errefele.

Es? Muszaj kovetnem mindet? Sok mas nem linux-os dolog is tema errefele.

Mellesleg en testkozelbol tapasztalom az ilyeneket es nem zavar annyira mint azokat akik csupan felnek tole.

Teged soha semmi nem zavart, hogy szarul mukodik es jol is mukodhetett volna?

Tudod bizonyitani hogy egy multbeli dontest megvaltoztatva A helyett B az eredmeny? Ez lehetetlen, igy minden csupan spekulacio es en igy tekintek ra.

"Már nem csak tehetségekből, de a hülyékből is kifogytunk..."

Alyssa volt Asahi Lina, nem?

Nem tudni. Egy csomó fórumszál volt, ami azt bizonygatta, hogy a csávó alteregója.

trey @ gépház

Na de ez kit erdekel?

Szemmel láthatóan kurva sok embert, mert tele a témával a Reddit és a HN.

Az én megfejtésem a jelenségre kb. ez:

A macho programozónak vannak félig sült ötletei, amiben bizonytalan és amihez nem feltétlen adná a nevét, arcát és professzionális CV-jét. Ezért megalkotja Asahi Lina-t, aki afféle naiv lány (jobban eladható a téma az simp-ekben gazdag közösségekben), aki egyébként tech ügyekben ügyes, de nem feltételen minden ötlete jó. Így kap visszajelzést, de nem kell az arcával vállalnia minden ötletet, amik közt lehet, hogy van balfaszság is.

trey @ gépház

Es minden otlethez csinal uj alteregot aztan ha valami bejon akkor hirtelen lerantja a leplet az adott alteregorol? Lehet az egyik alteregoja Satoshi :)

Szemmel láthatóan kurva sok embert, mert tele a témával a Reddit és a HN.

Akkor a temanak ezt a reszet akar hagyhatnank is a Redditen es a HN-en (Hacker News?).

"Már nem csak tehetségekből, de a hülyékből is kifogytunk..."

Es minden otlethez csinal uj alteregot aztan ha valami bejon akkor hirtelen lerantja a leplet az adott alteregorol?

Miért csinálna?

Akkor a temanak ezt a reszet akar hagyhatnank is a Redditen es a HN-en (Hacker News?).

Miért tennénk, ha engem pl. szórakoztat? Ez is része a szubkultúrának. Pl. engem érdekel, hogy hosszútávon a woke-transz-divat vonalnak mekkora hatása volt arra, hogy ez az Asahi egyáltalán eljutott addig, ameddig is innen hova (melyik irányba) tovább.

Ahogy pl. az elementary OS-nél is érdekes lehet ez.

trey @ gépház

Ja, és amit még érdeklődéssel fogok követni, hogy most, hogy a DEI/woke/#metoo/stb. hivatalosan is ment a kukába az USA-ban és a tech. cégek is dobták a faszba az egészet, Linus mennyire fogja szabadjára engedni valós énjét 🤭

trey @ gépház

a DEI/woke/#metoo/stb. hivatalosan is ment a kukába

Ugy gondolom a fenti fogalmak kozott eleg nagy kulonbsegek vannak es nem hiszem, hogy mindegyiknek a kukaban a helye. Mennyire ertesz egyet a szereposzto divannyal? Remelem a programozokat nem ilyen alapon veszik fel ;)

"Már nem csak tehetségekből, de a hülyékből is kifogytunk..."

Biztos vagyok benne

Ilyen kijelentest csupan akkor tehetsz ha ott voltal, nem hiszem, hogy tartottad a gyertyat nekik :)

konszenzussal voltak használva

Akkor ennyivel normalizaltad is a dolgokat? Ez ugyanaz mint amikor a ceged palyazik egy melora, de nem kapja meg, mert a masik ceg csinos titkarnoje "konszenzussal" vallalta, hogy megszerzi a melot a konkurencianak. Szerinted igy kell mukodnie ezeknek a dolgoknak?

"Már nem csak tehetségekből, de a hülyékből is kifogytunk..."

hollywoodi díványok helyett maradhatnának a FLOSS/szoftverfejlesztés/Linux/DEI/woke stb. vonalon?

Szoval kiejtetted belole a #metoo-t? Erre celoztam, hogy nem egy kategoria.

A DEI/woke nem muszaj bele, hiszen irtad, hogy dobtak a tech. cegek, nem? Mellesleg annyi koze van a szoftverfejleszteshez mint barmely mas terulethez ahol emberek dolgoznak, igy nem FLOSS/Linux/stb. specifikus.

"Már nem csak tehetségekből, de a hülyékből is kifogytunk..."

A DEI/woke nem muszaj bele,

De muszáj bele, mert az Asahi egyik fejlesztőjéről úton-útfélen olvashattuk, hogy transz. Arra vagyok kíváncsi, hogy ez hozott-e érdeklődést egy marginális platform még marginálisabb OS támogatásának, vagy más. Tipp: kb. ez volt az egyik "nagy dolog" körülötte.

https://rosenzweig.io/

Transz flag, gay flag. Egy professzionális CV-ben ...

trey @ gépház

 

Growing up Alyssa

When I was 10, I came out as transgender. I was a girl and I knew it.

Trey, szerintem ezt tedd el bookmarkba. Amikor legkozelebb tagadja majd valaki a nyugati kiskoru / altalanos iskolai transzpropaganda letezeset, csak ezt kell belinkelned. 10 eves kora ota tudja, hogy o marpedig lany, aki szerszammal szuletett. A 2022-es negynemes nepszavazasi kerdeseknel meg annyian akkora pofaval tagadtak, hogy ilyen van egyaltalan... valaki asszem meg ragequittelt is, mert szerinte hazudtunk, amikor azt allitottuk, hogy van ilyen. :D

Miért csinálna?

Szerinted azert van az alterego, mert nem mutatna jol az oneletrajzban egy befuccsolt project. Ha ezen gondolat menten folytatom, akkor egy jol meno project jol mutat, tehat leleplezheto az alterego mogott allo szemely es kibovitheto az oneletrajz.

Miért tennénk, ha engem pl. szórakoztat?

Nem ugy tunik, szerintem inkabb zavar es azert foglalkozol vele.

"Már nem csak tehetségekből, de a hülyékből is kifogytunk..."

csupan nekem nem lenne muszaj tudni errol egy linux-os portalon ;)

Ez esetben javaslom az ilyen szálak elkerülését és nem az aktív részvételt bennük, súlyosabb esetben valami script használatát, ami az általam kommentelteken számodra nem jeleníti meg. 🤷‍♂️

trey @ gépház

Ez esetben javaslom az ilyen szálak elkerülését és nem az aktív részvételt bennük

Ertekelem a javaslatot. Az utobbi idoben elgondolkoztam, hogy kevesebbet kellene ide jarnom irni, inkabb read-only maradni mivel a kommentjeim kis szazaleka szakmai.

"Már nem csak tehetségekből, de a hülyékből is kifogytunk..."

Hat mert a rejtett homos/woke/stb/tuggyafaszom az mar csak ilyen, mindenrol az jut eszebe amire vagyik. Lenne o kislany ruhaba bujt lilahaju cicalany, csak most el kell adnia magat nagyon macho-nak, nehogy azt higyjek hogy lenne kislanyruhaba bujt lilahaju cicalany. Ezert mindnhoba odabofogi, hogy jujj mar, ez mennyir enem is tetszik neki. Ordogi kor ez szegenyeknek :D

Annyival kiegészíteném, hogy 1. az én fogalom rendszeremben a normál kerékvágás az lenne, hogy nem kerülhet forgalomba nyilt specifikáció nélküli hw elem. Egyszerűan nettó genyóság amit az alma csinál, és nem csak ő. Az iparág 40 éve nincsen rendes kerékvágásban szerintem 2. Eleve nem lenne hype egy AI nevű csoda körül ami gyak egy  csetbot  ami alig jobb mint a régi irc botok, cserébe  100000x több erőforrásért, és seggreült tőle minden noob fingreszelő marketinges meg managment :D 

Ez az iparág már k. régóta nincsen rendes kerékvágásban szerintem :D 

-42-

( Raynes v | 2025. 02. 09., v – 15:29 )

Szerkesztve: 2025. 02. 09., v – 15:53

Nem volt jó ötlet a Rust a kernelben egyáltalán. Ezt most nem Rust-utálatból mondom, hanem hogy nem lesz soha összeférés a C-s és a rust-os fejlesztők között. Mindegyiknek más a háttere, mások az elképzelései, hogy hogyan kéne a dolgokat implementálni. 

Így a rust-osok sokkal jobban járnának, ha egy új FOSS unixlike kernelt írnának a 0-ról, ez arra jó lenne nekik, hogy mindent az alapoktól, alapelvektől, fejlesztési-kiadási módszertantól saját maguk építhetnének fel, ahogy nekik tetszik, úgy, hogy a C-sek nem pofáznak nekik bele. Ez egy jó esély lenne, hogy a múltbeli tapasztalatokból tanulva újragondoljanak dolgokat, és levessék a 3 és fél évtizedes linuxos legacy kötöttségeket. Esetleg bedolgozhatnának a Redox OS-be, az egy másik alternatíva, alapból Rust-ra lett tervezve. Jobb lenne így mindenkinek, mindkét tábor fejleszthetne a saját berkeiben sokkal nyugodtabban, ahogy megszokták, nem lenne ez az állandó súrlódási forrás.

Eleve a Linux mindig is C alapú lesz, ennyi millió kódsort sose fognak teljesen újra-Rust-osítani, megéri ezért egy új projektet kezdeni. Ugyanezt tanácsolnám a bcachefs-es fejlesztőnek is, igaz az ő kódja C, de az userland tool-ok már rust-osak, szerintem jobban megbecsülnék a munkáját, nagyobb sikere lenne, ha egy alternatív, eleve rust-os OS-be dolgozna be, ahol az ő fájlrendszere nagyobb szerepet kaphatna, mint húzóprojekt, hiszen ott nem kell sok másik bevett, évtizedek óta érett megoldással versenyeznie. Sokkal kisebb frusztráció lenne a fejlesztőnek, meg a Linux kerneleseknek is. Eleve a bcachefs-ben nincs még olyan óriási kódbázis, ilyenkor könnyebb átültetni Rust-ra.

“The world runs on Excel spreadsheets.” (Dylan Beattie)

Azt értem, hogy ne kell újraírni mindent, mer csak, de miért baj a Rust-osodás, azon kívül, hogy egyesek vaskalaposak? Én felhasználóként örülnék, ha ami már kiforrott, kialakult, azt ne bántsák, de egyébként új dolgok már csak Rust-ban vagy hasonló nyelveken íródna. Mi most arra a garancia (a fordítóban a warningok le nem sz@rásán és Linus goromba nézésén kívül) hogy olyan hibák nem kerülnek már bele a kernelbe, amiktől védne pl a Rust (tudom, előfordulhatnak más hibák a nyelv és a programozói tudás kiforratlanságai miatt)? Így félig kibicként kérdezem, aki inkább Java/.Net/SQL vonalon mozgott eddig.

Én azt látnám a Rust-ban (mégegyszer mondom, mint kívülálló), hogy (részben) megoldás lenne azon lehetséges problémákra, amik elvileg egy monolitikus kernelben gondokat okozhatnak, anélkül, hogy a teljes architektúrát lecserélnék mikrokernelre. 

Nem baj a rust-osodás, pont azt mondom, hanem az a baj, hogy egy olyan projektbe vitték be, ami 100%-ig C-s, és már 28 millió kódsoros. Ha akkor vették volna be a kernelbe a Rust-ot, amikor még csak mondjuk 5 millió kódsor alatt volt, akkor még lett volna esélyük (persze, elméletileg, mert akkor a Rust nem létezett), de most már durván elkéstek ezzel. Ilyen gigantikus C projektnél már nem lehet sok mindent rust-osítaani. Igen, mehet bele új kódból Rust-kód, de látod, abból is többször súrlódások voltak.

“The world runs on Excel spreadsheets.” (Dylan Beattie)

miért baj a Rust-osodás

Azért baj, mert onnantól a központi (ill. itt: a DMA) C API-kat nem lehet (szükség esetén) átalakítani anélkül, hogy a Rust wrapper-eket ne kellene utánuk húzni. A Linux kernelben szándékosan nincs belső stable API, bármit szabad refaktorálni; annyi csak az elvárás, hogy aki ilyet tesz, az minden belső függőséget húzzon utána a megváltoztatott függvényprototípusoknak (ill. változódeklarációknak). Ha a függőségek egy része Rust, akkor a contributor-nak ill. maintainer-nek Rust-tal is kell ilyen esetekben foglalkoznia, amihez esetleg (teljes joggal) nincs kedve, mert mondjuk nincs kedve / ideje Rust-ot tanulni.

hch-nak gyakran nyers a stílusa, amivel nem feltétlenül értek egyet, viszont a mondandóját tekintve igaza van, szerintem. Az API-k normalizálása, deduplikálása akkor tud működni, ha jól tükrözi a fejlesztői közösségben található érdekeket és ott viselt felelősségeket. Ha a felelősségek, érdekek élesen elválnak bizonyos csoportok között, akkor ezen határokon keresztül jobb nem közösködni a kódban. (Conway törvényét meg lehet szegni, de nem érdemes.)

(Konkrét, közvetlen élményem van ezzel kapcsolatban: az OVMF-ben a Xen és a QEMU platform kód eleinte csak minimálisan volt szétválasztva, csak a legszükségesebb, legsoványabb absztrakciókat vezettük be, hogy a kód duplikálását minimalizáljuk. Az idő megmutatta, hogy ez nem működik: bármikor, amikor egy hypervisor-specifikus feature bevezetéséhez a meglévő absztrakciókat refaktorálni kellett, akkor a másik hypervisor kódja szinte garantáltan elromlott. Olyan szinten elvált egymástól a két fejlesztői közösség, hogy még regressziós teszteket sem tudtunk végezni a másik hypervisor platformján. Közös megegyezéssel denormalizáltuk a kódot, annak érdekében, hogy a lehető legkevesebbet kelljen a másik érdek-területéhez hozzányúlni.)

Természetesen az egésznek a gyökere egy emberi konfliktus, és nem szakmai a kérdés. A rust-osok rá akarják kényszeríteni a meglévő maintainer-eket a Rust megtanulására, és a Rust kernelbe történő befogadására:

No amount of sabotage from old entrenched maintainers is going to stop the world from moving forward towards memory-safe languages.

a meglévő maintainer-ek viszont nem tapsolnak ehhez:

Don't force me to deal with your shiny language of the day

amihez minden joguk megvan; van elég dolguk amúgy is. Ez abszolút egy hatalmi harc ("közös lónak túros a háta"); egyszerűen arról szól, hogy ki határozza meg azt, hogy hch mire fordítsa az idejét és energiáját. A Rust bajnokainak nehéz dolga van, mert a meglévő maintainer-eket a szakértelmük és a kapcsolataik miatt kitúrni igazából nem érdekük (ugyanúgy, ahogy a kernelt forkolniuk sem); inkább kényszeríteni próbálják őket.

Személy szerint ezt a (gyakori) "merre is haladjon a projekt" konfliktust tartom az open development legirritálóbb vonásának.

(Hosszú távon Hector Martin-nak igaza lehet abban, hogy a "világ" ebbe az irányba fog elmozdulni, de konkrétan a kernel és hch vonatkozásában ez csak üres fenyegetőzés. Teljesen normális az, hogy ilyen nagy változás csak kihalásos alapon következik be egy konkrét projektben.)

Én felhasználóként örülnék, ha [...] új dolgok már csak Rust-ban [...] félig kibicként kérdezem

A kibicnek semmi sem drága :) Nem Te adnád meg az árát annak, ha hch-nak Rust-tal kellene kínlódnia.

Szerintem nincs annyi fejleszto, hogy egyszerre ennyi ingyenes OS-t tartson karban es lasson el jo minosegu szoftverekkel (Linux, Redox, BSD, stb.), mondjuk lehet kesobb a Redox-nak lesz nagyobb tamogatottsaga? De szerintem ettol meg messze vagyunk. Miert ne irhatna valaki Rust-ban vagy akarmiben a kernelbe? A vegeredmeny nullakbol es egyesekbol fog allni, akarmiben irjak meg. Azt nem tudom mennyire egyszeru leforditani ha tobb nyelven van irva...

"Már nem csak tehetségekből, de a hülyékből is kifogytunk..."

De, van pont annyi. Ha lenne egy rust-os OS, az berántana új fejlesztőket. Attól, hogy a kernelt újraírják, nem kell az összes szoftvert újraírni, a legtöbb portolható a unixos, POSIX-os kompatbilitás miatt, egy C fordítóval épp úgy lefordítható. Azért, mert a kernel rust-os, nem kell mindnjárt az összes szoftvernek is annak lenni. Bár core-utils-ból máris van rust-os változat, meg egy csomó mindenből, az már kapásból hasznosulna.

“The world runs on Excel spreadsheets.” (Dylan Beattie)

( Sixday v | 2025. 02. 10., h – 13:06 )

Ez az egesz egy budos nagy vihar a biliben :)

Ki az a hulye aki a macos helyett linuxot akar futtatni macbookon? Az ilyen "nekem linux van a mac-en" tipusu e-penis mutogatokat hagyjuk :) 

Van ra homebrew, docker, meg terminal. Ennel tobbet a linux se tud, fenyevekkel kevesebbet a macos-nel viszont igen.

Szakmailag nem lehet megindokolni hogy miert akarna barki is egy mindennapos kokanyolast igenylo os-t felrakni egy laptopra egy tokeletesen mukodo helyett.

Szakmailag nem lehet megindokolni hogy miert akarna barki is egy mindennapos kokanyolast igenylo os-t felrakni egy laptopra egy tokeletesen mukodo helyett.

Nekem macOS van rajta, nem gondolkozom a levaltasan, de megertem azokat akik nem akarnak egyutt elni a macOS hulyesegeivel es inkabb Linuxot tennenek fel (hogy annak a hulyesegeivel eljenek egyutt). A macOS-nek is vannak jo es rossz oldalai mint minden masnak.

"Már nem csak tehetségekből, de a hülyékből is kifogytunk..."

A "szuper vas" jellemzője ^ Ha a gyártója lófaszt mutat, akkor kuka. Nálam a szuper vas azt jelenti, hogy ha akarom Windows, Linuxot, FreeBSD-t, OpenBSD-t, NetBSD-t, Androidot vagy éppen amit akarok, futtatok rajta. Éppen ezért eleve OS nélkül jön

🤷‍♂️

trey @ gépház

Nem mondanám, fedora remix már teljesen használható m1 airen. Pár dolog ami fáj:

1. USB-C display nem működik

2. Mikrofon nem működik

3. TouchID nem működik

Ebből a kettes egy BT/jack mikrofonos fülessel workaroundolható, touchID szerintem sose fog működni, külső display meg... hát az szopás ha használnád, de messze még a macOS support vége. Lehet lesz valami opencore alternatíva is amivel fel lehet majd henkölni az új OS-eket is, meglátjuk. 

 

Nekem a szuper vas kimeríti azt hogy amikor kollégák már verekszenek hogy kié legyen a tárgyalóban a konnektor akkor én 80%-on vagyok. De ezt már körbejártuk párszor, mindenkinek más az igénye.

Nekem a szuper vas kimeríti azt hogy amikor kollégák már verekszenek hogy kié legyen a tárgyalóban a konnektor akkor én 80%-on vagyok. De ezt már körbejártuk párszor, mindenkinek más az igénye.

Valóban, mert kb. a leszarás kategória az akkuidő. Ne csináljunk már úgy mintha ez egy selling point lenne! Ha így lenne, nem < 6% lenne a Mac piaci részesedése :D Ez kb. ilyen "indokoljuk meg miért jó" izé.

trey @ gépház

A linux piaci részesedése hogy áll?

Kösz, jól. Vagy a desktop-ra gondolsz? Sehogy. De, nem is gyártunk mellé semmi hülye teóriát ... te itt a világ legjobb vasát akarod eladni, csak valahogy nem látom a szuperséget.

Rétegigény, de én speciel része vagyok ennek a rétegnek, a többieket pedig nagy ívben... :)

Ámen!

trey @ gépház

Nekem selling point, kolléga írta lentebb hogy neki is selling point, szerintem vannak még páran ezen a sárgolyón akiknek szintén selling point. Az hogy neked megvan a saját kis véleményed és bevált módszereid/eszközeid nem jelenti azt hogy ez az egyetemes örök igazság, csak azt hogy neked ez vált be, másnak meg a saját igényei alapján teljesen más fog.

Mit tudom én, valószínűleg a nagy része azért vette mert epüüül epüüüül almaaaa stb, de ez hol érdekes? Alma eladta, neki pont ugyanannyi bevétel egy agyatlan nyomorult mint egy olyan felhasználó aki ki is használja a hw előnyeit.

Illetve biztos nem volt fontos senkinek, csak épp az intel/amd is elkezdett gyúrni a hatékonyságra és az üzemidőre, szinte biztosan véletlen egybeesés, csak pont akkor jutott eszükbe amikor kijött az m1 hogy baszki, lehet van rá igény. 

Nekem nagyon is fontos. Gyűlölök töltőt cipelni, és azért havi egyszer simán előfordul, hogy 10 órát el kell járatnom egy lapost. A thinkpad-em két akksis a fenekére kapott egy chibo-t. (a legtöbb mi adható neki) és így csücskösen elmegy ennyit. De emiatt  nehéz is. Előbb nézem meg a gyártó által mondott (aztán redditen vagy független teszterek adatait kontrollnak)  akku időt mint a cpu tipust :)

Tudom nem én vagyok a jellemző :) 

 

Ha fogadni kéne én inkább előbb próbálkoznék egy co-pilot pc, vagy más arm alapú vason linuxal mint mac-el. 

-42-

nekem kattanásom a dolog. Ugyanis amire én használom a gépeimet arra már sok éves cpu is elég, ram legyen rogyásig, de pl. tárhelyből már 512-vel kényelmesen elvagyok, nem lokálban tartok sok mindent. Amit elvárok tőle azt tudja úgyis, de tudja minél tovább, mert a töltőkocka már felesleges súlynak kéne legyen 2025ben :) És nem akarok közelharcot sem vívni egy tárgyalóban éppen kinek jut lyuk a falban.  

-42-

Hááát a céges laposok akksija sokszor már 2 órásak, (nem gyárilag csak dokkoló miatt mind idővel elkezd durván erodálódni) plusz voltam nem egy megbeszélésen, hogy a beszállító nem tudott mit kezdeni az usb-c -s projector kábellel sem, mert csak hdmi-s lapossal jöttek ki :D Rendszeres a konnektor kereséssel egybekötött rágcsa vadászat :D 

-42-

uh. tudnál mutatni kérlek egy ilyen szuper laptop vasat amin a fent említett rendszerek mind támogatottan (tehát vannak driverek és minden működik) mennek?

nekem eddig még nem sikerült ilyet találnom, de úgy látom te tapasztalt vagy, így biztos van legalább 1-2 gép a tarsolyodban amit ajánlani tudsz. :)

( evone | 2025. 02. 10., h – 14:19 )

Szerkesztve: 2025. 02. 10., h – 14:21

így akkor most már mondhatjuk, hogy teljesen felesleges mac címeket hozni a főoldalra, hiszen a macnek lassan semmi köze a linuxhoz?

ahogy látom, lényegében ez a poszt is csak azért jött létre, hogy trey flameljen unalmában mert nem tetszik neki, ahogy az Apple elnevezte a saját termékét. értelmes időtöltés amúgy. ja nem.

igen, és? a macos általában itt kinevetve szokott lenni minden formában. tehát az itt jelenlévők többsége szerint egy használhatatlan szar. tehát kérdezem: kinek szólnak ezek a cikkek, hanem a portál adminisztrátorának, akinek ma éppen az volt a gondja vele, hogy idegesíti az apple egyik elnevezése. 

unixként itt gyengének van titulálva, ha egyáltalán még annak van. linux már nem fut rajta max vm-ben. az admin rendszeresen leírja hogy lófasz nem használja az egész világon ezt a szart. 

nekem nem lenne gondom ezzel, ha az összes apple hír / cikk eleve a flame topicba kerülne, hiszen mindegyiknek ennyi a lényege.

lassan én is feljelentelek ha továbbra is összemosol olyan emberekkel akikhez lófasz közöm nincs. vagy átválthatunk erősebb hangnemre is, hátha végre felfogod: semmi közöm a feljelentgetéseidhez, se azokhoz az emberekhez akik kitudja mit jelentettek fel ellened. felfogtad végre b+?

ezek a te haverjaid, hiszen annyira össze vagytok nőve hogy már a céges e-mail címedre küldenek leveleket, te mondtad. 

nekem sajnos nincs időm ilyen feljelentgetéssekkel foglalkozni, én csak flamelni jöttem, egy személyben. hiszen ezt akartad, nem? 

https://hup.hu/comment/3162763#comment-3162763

úgy látom vezetsz valamilyen listát, de azt is szarul. 

a mit használsz kérdésre már jó sokszor válaszoltam, tanuld meg használni a keresőt. vagy vezess olyan listát, hogy ki mit használ, ne azt hogy szerinted ki kinek a haverja. úgy tűnik azt nem sikerül még ezzel a sok ésszel se eltalálni.

tehát nem tudjuk meg honnan és mi alapján veszed hogy blintux meg kitudja kik a haverjaim. :(

sose váltottam androidra. újabb hazugság. :( 

sikerült már reggel óta túllépned az apple silicon elnevezésen? a Retina Display-t már kikúráltattad? vagy még az is kerget az álmaidban?