FatELF: nem túl fényes jövő

Linux

Nemrég volt szó a FatELF-ről. Icculus projektje univerzális bináris támogatást hozhatott volna Linux-ra és később akár más operációs rendszerekre is. A fejlesztő most frissített infókat tett közzé a FatELF témában.

Icculus arról ír, hogy a kernelfejlesztők nem fogadták az ötletét jól. Sőt. Volt, aki megértette mit szeretne, volt aki nem, de a fogadtatás rosszalló volt.

Emellett a Software Freedom Law Center sem válaszolt még a szoftverszabadalmakat feszegető levelére. Igaz, még csak néhány napja küldte el. Ügyvédre költeni - feltehetően a szabadalmi dolgokkal kapcsolatos kérdések tisztázására - jelen helyzetben kidobott pénz lenne.

De, ha netán meg is győzné a kernelfejlesztőket a patch-ek beolvasztásáról, akkor következő lépcsőfokként meg kellene győznie Ulrich Drepper-t, hogy fogadja be a glibc patch-eket. Erre sem lát sok esélyt, főleg mivel erre már most jelek utalnak.

Éppen ezért Icculus úgy döntött, hogy a FatELF ennyi volt. A weboldalt archeológiai okokból meghagyja. Csalódottságát nem rejti véka alá.

A bejegyzés itt.

( trey | 2009. 11. 05., cs – 16:42 )

Mindamellett, hogy értékelem Icculus - főleg a játékok portolásában végzett - munkásságát, nem sok értelmét láttam a FatELF-nek azután, hogy mennyi mindent kellene patchelni miatta. Ha pedig patent aggályokat is felvet, akkor jobb is így.

Mondjuk azt nem értem, hogy ha a Linux fejlesztőknek nem kell, akkor miért adja fel automatikusan. Voltak ott Solaris, BSD tervek is.

--
trey @ gépház

( kikke | 2009. 11. 05., cs – 16:44 )

Én nem bánkódnék a helyében. Kiraknám az oldalamra hogy továbbfejlesztettem az ötletem: SlimELF! És már meg is valósult!!!

( igoor | 2009. 11. 05., cs – 16:57 )

"Please don't infect GNU/Linux with this completely braindead crap!"
Hat nem csoda, hogy elveszti a kedvet ilyen fogadtatas lattan ...

Amig egy csomo geek fejleszi a linux egy csomo geek-nek nincs is semmi ertelme.

Viszont van egy csomo ember a vilagon, akiknek fogalmuk sincs es nem is akarjak megerteni mi a kulonbseg 32-bit es 64-bit OS kozott, csak leszeretnek tolteni az adott programot es hasznalni.

A geeknek meg lehetnenek segedprobgramok, amivel ki lehet szedni a folosleges arch-ot a binarisbol, hogy tudjak hasznani az osszehackelt netbookjukat a 2GB-os SDD-vel.

Amit nem ertek, hogy miert nem probalkozik eloszor az ELF specifikacio kiterjesztesevel az egesz vilag azonnali megyozese helyett, a kezdeti prototpusok utan.

Az egesz hozzaaallasat nem ertem, de szamithatott volna erre a reakciora. Mint mar irtak, eloszor inkabb patchek / live imagek formajaban demonstralni, valamifajta specifikaciot osszeutni (nem v1 mint most), es akkor talan.

De amugy nem geeksegrol van szo, csak 2x akkora fajlokat en nem TUDOK letolteni. Egyszeruen nincs annyi savszelessegem. Fasza hogy ez neki tetszik meg elvezi amit csinal, de rohadtul nem kenyelmes _szerintem_. Igy is DeltaRPM-re szorulok.

a TomTom sem azért került bajba, mert kernel szinten támogatták a gépeik a FAT rendszert, hanem csak azért mert támogatta. ha FUSE FAT támogatást használt volna, akkor is beperelik, ha lenne ilyen persze. eléggé evidens ez a párhuzam. pure linux kernelt senki sem használ. ha disztribúciókba/eszközökbe bekerül az exFAT ugyanúgy per lehet belőle. a Ms is a TomTomot perelte, nem az OSDLt, vagy Linust személyesen.

multiplatform livecd? azt kicsit nehéz lenne összehozni:) a FatELF csak userspaceben működött volna. Icculus valószínűleg főleg játékokhoz szánta volna, ott pedig elenyésző a binárisok mérete a hatalmas grafikai és hang tartalomhoz képest. 1GB helyett lenne 1.1GB egy ilyen FatELFes játékcsomag.
viszont erre most is adott a lehetőség az install script esetében. azzal is lehet kezelni a több szoftver és hardver architecturát, akár egyetlen fájlon belül is. az installált állományokat ma már ritkán mozgatják kézileg, pláne platformok között.

Aha, mi?:) a szövegkörnyezet sem tünteti fel jobb színben, ezt az arrogáns kijelentést. elsőre eléggé meredeknek tűnik, de a gyakorlat bizonyítja, hogy működik. ilyen és hasonló "crap" ötleteknek köszönhetően USAben már 15% körüli részesedésre küzdötte fel magát a Mac, hasonló minimál szintről, mint ahonnan a desktop linux évek óta képtelen elmozdulni.

Ez egy opcio, ha neked nem futja nagyobb savszelessegre, akkor olyan distribet fogsz valasztani ahol nem tomik az elf-et mindenfele architecutraval. Megteheted, mert geek vagy.

Viszont az atlagos Joe 6Mb/sec internet csomagot kap az USA-ban, a tv, telefon, popcorn csomag melle. Tovabba fogalma sincs mi az a delta rpm es nem is erdekli. Es az USA egy kicsit nagyobb piac mint Mo. (Persze ha a kinai piacra akarsz betorni ahol 1Kb/sec az atlag ez egy masik tema.)

A dolog nem lehetetlen, csak tul maceras es valoszinuleg nem lenne jobb, mint a Tiger azokon a gepeken, ezert nem foglalkozik vele senki. Masreszt egyaltalan nem valt oka fogyotta a technologia, mert nem csak i386 letezik, hanem x86_64 is. Az is egy binarisban van, nincs ilyen szanalmas szuttyoges, h /lib64, nem kell ket (tobb) binarist adminisztralni egy bundleban, stb. Harmadreszt akad olyan lib is amiben nem csak i386, x86_64 van, hanem arm is, de olyan is, amiben arm es armv7 szerepel, mint peldaul az iPhone SDK-ban. Es akkor a sokak altal mar beharangozott tabletrol meg szo sem esett.

Ez a "baromsag" mocskos mod megkonnyiti tobb arch tamogatasat ugy, h az ember esze nem all kette, mert adminisztralnia kell ezer fele helyen, h melyik binaris merre talalhato, hogyan linkelje, satobbi. Ehelyett mindenutt ugyanaz a lib/binaris/bundle/plugin neve, utvonala, az os ugyis el tudja donteni, h o most min fut, melyiket kell hasznalnia. Ha meg nem tetszik, akkor fogsz egy multilingualt, es kihanyod a szuksegtelen libeket.

Nem az x86/ppc valtas miatt jott letre, ez egy eleg regi technologia, lassan egy evtizedet hagy maga utan. Most mindossze atneveztek, h a marketingesek se unatkozzanak. Nem ez a "brainless", hanem ez a /lib64-zos, System64-zos "dll hell".

---
pontscho / fresh!mindworkz

Amit te annak minősítesz, az valójában remekül működik és életképes dolog. Nekem otthon van Mac-em két architektúra típusból és nem kicsit egyszerű alkalmazásokat hurcolászni köztük vagy egyszerűen ugyanazt telepíteni egyiken és másikon.

--
Kinek nem inge, ne vegye gatyára

( Hijaszu | 2009. 11. 05., cs – 17:00 )

Így eléggé utána olvasva a linkeken keresztül, én mondjuk nem használtam volna (így is túl sokat foglalom a hálómat, hogy csak a tényleg telepített csomagokat töltöm le nem az egész telepítőt, nemhogy még minden architektúra bele is legyen csomagolva azokba). Viszont dicséretes, hogy ha van egy ötlete, akkor megpróbálja megcsinálni. Ez volt a piackutatás rész, ahogy elnéztem (Október 23-án jelentette be a projektet és November 5-én derült ki itt a HUP-on, hogy le is állítottat). Ezek után igazán nem értem miért dühös (ahogy azt kifejtette, hogy őt is meglepte), nem minden piaci ötlet jön be. Legalább megvizsgálta, nem csak szájhősködött róla, hogy lehetne egy ilyet csinálni :). Majd valaki aki akar bele még több munkát fektetni, az folytatja, ha lát benne fantáziát.

( prygme | 2009. 11. 05., cs – 18:43 )

Icculusnak ez főleg a játékok miatt jött volna jól. de a probléma ott van, hogy a gnu/linux belátható időn belül úgysem lesz mainstream játékplatform. inkább Javara kellene fejlesztenie, ha új projektről van szó. portolásnál persze meg van kötve az ember keze. majd a Native Client, ha egyszer készen lesz. ott lenne helye egy ilyen ötletnek.

( Replaced | 2009. 11. 05., cs – 19:02 )

ulrich drepper: the enemy of open source

--
NetBSD - Simplicity is prerequisite for reliability

( kl3on v | 2009. 11. 05., cs – 21:22 )

Nem bánom, szerintem is ,,braindead''. Inkább látnék fantáziát egy afféle közös install megoldásban, hogy pl. ha i386 a platformom, kiválasztom azt és letöltöm a gépemre a csomagot, elindítom és majd megoldja helyettem azt, hogy épp deb csomag, vagy rpm vagy bármi. Szerintem sok felhasználónak gyűlik meg a baja ezzel, főleg kezdőknek.

--
Keep it simple, stupid.

( freeoli v | 2009. 11. 05., cs – 23:09 )

A vilag kezd vegleg elveszni.

Ez egy lehetoseg lett volna arra, amit a win jelent. Eloszedek egy 10 eves cdt, beteszem es megy, sot, ez ma is mehetett volna minden gepen.
Nem ez mentette volna meg a fizetos dvdn terjesztett tartalmat, de ez kezdte volna az osvenyt taposni, egyszeruen ms es minden egyeb cegnek alapveto erdeke, mert a lemeradas olyan sulyos lesz hogy azt nem lehet leirni ..... ebreszto minden szoftvefejlesztonek, mostantol csak web cimek lesznek es web alkalmazasok, ez van. Majd megyonk unokakkal retro boltba retro sw dvdt vasarolni, hogy nezd, ehhez igy lehetett anno hozzajutni es nem fogja erteni hogy hogy lehetett igy elni, vagy reggel wcre menni.

( ricsip v | 2009. 11. 08., v – 11:42 )

Rossz volt a marketing. Nem "zsíros"-nak kellett volna nevezni. Ez az amúgyis elhájasodott amerikaiakban (gyk. pizza zabáló, diétás kóla nyelő zsíros hajú igénytelen amcsi linux kóder) csak undort kelt (saját maguk iránt).

Ha MultiELF, CombinELF, stb. stb. néven hívta volna, már több esélyt adott volna magának :)