Vlákno názorů k článku Zero install: univerzální balíčkovací systém od VM - Balíčky co jdou nainstalovat na jakýkoliv systém s...
-
VM (neregistrovaný)
Balíčky co jdou nainstalovat na jakýkoliv systém s RPM řešila tuším LSB specifikace, takže pro RPM by univerzální balíček měl jít vytvořit (nezkoušel jsem). DEB je co vím kompatibilní minimálně mezi Ubuntu a Debian. Takže stačí vytvořit DEB a RPM balík, a to už se dá. Je to výrazně lepší řešení než popsaný 0conf - používá standardní balíčkovač, neinstaluje duplicitní knihovny do nestandardních cest, které pak nikdo neudržuje, nedochází ke kolizi verzí v systému.
0conf je použitelný jen pro instalaci několika málo doplňkových programů - kdyby se jím instaloval celý systém, tak to nedopadne dobře. Nápad zajímavý, mělo by se to ale předělat tak, aby to spolupracovalo se systémovým balíčkovacím systémem, minimálně má-li uživatel administrátorská práva. Je-li v požadavcích programu třeba GTK, měl by se nejdříve zkusit nainstalovat přes systém. Pokud ne, měl by se stáhnout z dané URL a vytvořit z něj standardní balíček. Stejně tak by se měl vytvořit standardní balíček z instalovaného programu - když už je k dispozici XML s popisem, měl by z něj jít vygenerovat .spec soubor.
-
Možnosti tu jsou, záleží ale také na tom, odkud bude probíhat adopce*:
* Bude-li vše "tlačeno" pouze z 0install, asi nebudou mít chuť to udržovat pro více balíčkovacích systémů. V takovém případě bych tomu ale nedával moc velké šance na úspěch.
* Bude-li to "taženo" z nějaké distribuce, je otázka, proč tím nenahradit víceméně celý balíčkovací systém. Pokud to zvládne globální cache... Asi by teda bylo potřeba vyřešit věci jako kernel packages a případně napsat nějaký wrapper pro repozitář. Ale může to skončit na zpětné kompatibilitě se starými balíčky.
* Bude-li to tlačeno komunitou okolo distribuce nebo bude-li zájem o zpětnou kompatibilitu, může se skutečně něco takového objevit. Hlavní problém by ale mohl být v tom, že by bylo asi potřeba pro každý balíček udržovat informace o jeho náhradě zvlášť. Jinak v tom principiálně nevidím problém. Že může časem dojít k odinstalaci systémové knihovny? No a co? Tak si akorát uživatel při dalším startu chvilku počká na stažení.Zajímavý by byl i nějaký 0linux založený víceméně jen na tomto systému, jak jsem naznačil.
*) Za návrhy lepší alternativy ke slovu "adopce" v tomto kontextu budu vděčný.
-
VM (neregistrovaný)
Bude-li vše "tlačeno" pouze z 0install, asi nebudou mít chuť to udržovat pro více balíčkovacích systémů.
To nebude potřeba - stačí backend pro RPM a DEB, který to XML přeloží do příslušného formátu.
Bude-li to "taženo" z nějaké distribuce, je otázka, proč tím nenahradit víceméně celý balíčkovací systém.
Protože v tom nejsou systémové balíčky. Nejspíš ani nikdy nebudou - autoři nemají ambice udělat vlastní distro. Pak je ale nutné spolupracovat s existujícími systémovými balíčkovači, jinak vzniknou nejen ty duplicity a nekonzistence, ale také to nebude umět vyřešit velkou část závislostí.
Hlavní problém by ale mohl být v tom, že by bylo asi potřeba pro každý balíček udržovat informace o jeho náhradě zvlášť.
Tomu úplně nerozumím - 0install primárně instaluje balíčky, co v systému nejsou, a ty se nahrazovat nebudou.
