8 évig az Intel Clear Linuxán dolgozott – most kijavítja a rendszer legnagyobb hibáját

enlightened Ez az oldal a közösségért készül. heart Kövess minket máshol is:  Linux Mint Magyar Közösség a Mastodon-on  Telegram csatorna – csak hírek  Beszélgessünk a Telegram – Linux csevegő csoport  Hírek olvasása RSS segítségével  Linux Mint Hivatalos Magyar Közösség a Facebook-on      Linux Mint Baráti Kör a Facebook-on
wink Ha hasznosnak találod, és szeretnéd, hogy folytatódjon, támogasd a munkát Ko-fi vagy Paypal segítségével. laugh

kami911 képe

Auke Kok nyolc évig dolgozott az Intel Clear Linux OS-án. Mostanra úgy érzi, pontosan tudja, mi tette tönkre a rendszert, és egyedül próbálja kijavítani ezt a hibát. Auke, aki ma Linux Distribution Architectként dolgozik a Verge.io-nál, a héten egy LinkedIn-bejegyzésben mutatta be The Ur Projectet. Ez egy nulláról írt Linux disztribúció-építő rendszer, amelyen szabadidejében dolgozik.

„Ez a projekt nem vállalati kezdeményezés” – írja. Úgy tűnik, sem cég, sem alapítvány nem áll mögötte. Ráadásul, ahogy emlékezhetsz, az Intel tavaly megszüntette a Clear Linux OS-t.

Hol hibázott a Clear Linux

Auke a The Ur Project weboldalán rendszeresen ír arról, szerinte mi ment félre korábban. A legnagyobb gond, saját szavaival, az volt, hogy „a közösség számára túl nehézzé tettük a közreműködést”.

Még az olyan egyszerű dolgok is feleslegesen fájdalmasak voltak, mint a saját kódmódosításainak tesztelése vagy a folyamatos, lépésről lépésre haladó fejlesztés – mondja.

A release-folyamat sem segített. Össze nem illő dashboardok és régi–új eszközök keverékét csavarozták össze csak azért, hogy a napi frissítéseket követni tudják.

A napi frissítések sokaságának tartása azt jelentette, hogy egyre több, egymástól független eszközt és felületet kellett összefércelni, mindezt olyan CDN- és hardver-erőforrásokon, amelyekhez egy mostani, egyszemélyes projekt sosem fog hozzáférni.

Build rendszer, nem disztribúció

A The Ur Project jelenleg nem egy csillogó, új atomi disztribúció akar lenni. Most az a fontos, hogy a háttérben dolgozó gépezet készüljön el, ne pedig egy kiforrott végtermék.

Minden Rust-on fut, mind a csomagokat építő, mind az azokat telepítő rész, közös kódbázist használva.

A csomagokat úgynevezett receptek írják le: deklaratív TOML fájlok, amelyek megmondják, mire van szüksége a csomagnak, de nem írják elő lépésről lépésre, hogyan kell felépíteni. Auke ezt „a nagymamád receptgyűjteményéhez” hasonlítja.

A build-lépéseket nem kézzel írt scriptek határozzák meg. Helyette egy sor probe vizsgálja a forráskódot, és eldönti, hogyan kell lefordítani. A tárolók TUF-on futnak, így a frissítések aláírtak és ellenőrizhetők, a tartalomcímkézett tárolás pedig gondoskodik a deduplikációról, vagyis az azonos fájlokat csak egyszer tárolja a rendszer, akkor is, ha több csomagban szerepelnek.

Minden csomag tartalmazza a származási metaadatokat, amelyek rögzítik, hogyan épült fel, és Auke szerint a rendszert úgy tervezték, hogy a buildek bitre pontosan újra előállíthatók legyenek. Ugyanaz az alap rendszer képes OCI konténert, live USB képfájlt, felhős image-et vagy hagyományos telepített rendszert előállítani.

AI is involved

Az LLM-ek feladata kizárólag a tesztcsomagok és a build definíciók megírása bizonyos csomagtípusokhoz. Magát a build rendszert determinisztikusnak tervezték. AI agent nélkül fut, és az MCP integrációkat szándékosan kihagyták a mindennapi csomagolási munkafolyamatokból.

Jelenleg a weboldal, Auke rendszeres blogbejegyzései a The Ur Projectről, valamint a kódot tároló Forgejo példány érhető el.

Most azon dolgozik, hogyan oldja meg a hosztolást, hogy az emberek ténylegesen le tudják húzni az image-eket és a tárolókat. Néhány nap még biztosan kell, mire ez elkészül.

Ha ez megvan, indítható image-eket tervez közzétenni felhős telepítésekhez és live USB használathoz is.