Nézd Balzamon, a dolog úgy áll, hogy a Gobo, minden látszólagos extravaganciája ellenére is, sokkal több linuxos progival „kompatibilis”, mint bármely más disztró. Ez abból adódik, hogy minden – pld – binárisok tárolására szolgáló „hagyományos” könyvtár, pld /bin, /sbin stb, egyetlen helyre van symlinkelve, a /System/Links/Executables könyvtárral, ahol minden binárisnak megtalálható a symlinkje. Ezokból tökmindegy, hogy egy telepített program egy adott binárist (amit nem ő hozott a rendszerbe) hol keres, azt MEG FOGJA TALÁLNI. Más disztróknál nem: ha a progi egy binárist a /usr/local/bin -ben keres, de az valójában a /usr/bin -ben van, nem leli meg. Hasonló a helyzet a lib-ekkel is.

Lehet, de én másról beszéltem:

1. Egyrészt engem mint usert miért kellene, hogy érdekeljen, hogy a fájlrendszer hogy néz ki. Nekem az a fontos, hogy egyszerűen, gyorsan és jól működjön, hogy könnyen és gyorsan tudjak rajta felhasználó programokat futtatni. A csomagkezelés szerintem fontos, mert nem csak azt tartja nyilván, amit telepítettem, hanem azokat a programokat is megtalálhatom, amiket majd telepíteni fogok. Ezt szerintem nem fejben kell tartani, hanem a rendszer (csomagkezelő) dolga. Persze lehetne jobb is. Pl: értékelések, részletesebb leírások, képek stb. De ennek nem szükséges szerintem a csomagban lennie. Pont a csomagkezelés az egyik, amiben linux többet nyújt, mint az MS, persze érthető okból az ott kivitelezhetetlen.
2. Nem az a lényeg, hogy a gobo hány programmal kompatibilis, hanem amikor egy olyan programot akarsz telepíteni, amiből nincs csomag, és le szeretnéd tölteni a fejlesztő weboldaláról, akkor ne kelljen választanod, hogy mandriva 2007/2008.0/1, suse 9.0/1/2/3 10.0/1/2/3 11.0 .tgz, .deb, .rpm stb  és fogalmad sincs, hogy működik vagy sem, hanem van egy és működik, másrészt a fejlesztőt sem irigylem, amikor linuxra csomagot akar készíteni.

Ezen tényleg lehetne javítani, mert jelen pillanatban inkább nem telepítek olyan programot, amiből nincs csomag. Persze ezt csak azért tehetem meg, mert a fontosabbakból van.

Ha erre megoldás lenne egy egyszerűbb könyvtárszerkezet, én ugyan sokat nem tehetek az ügy érdekében, de ha megvalósul, egy dolgot megígérhetek: Használni fogom.

Azzal, hogy felmasolsz valamit, meg nem biztos, hogy mukodni fog. A programoknak szukseguk szokott lenni mas programok/libek jelenletere a mukodeshez. Ezeknek a libeknek mas-mas verziojat csomagolhatja egy-egy terjesztes, es mig az egyik verzioval mukodik a leforditott program, addig masikkal nem. Ezert ha leszedsz egy tetszoleges csomagot egy mas terjesztesbol, kicsomagolod, majd futtatni akarod, lehet nem fog mukodni (de az is megtortenhet, hogy mukodik).

Nem erről beszéltem. Én arra gondoltam, hogy amennyire én tudom egy csomag két részből áll:
1. a programból magából
2. egyéb információkról a csomagról a csomagkezelőnek.

Viszont a program akár lehetne egyforma is minden diszribúcióban. Elvégre az elkészült programot az adott disztribúció fejlesztői lefordítják és hozzáadják a saját csomaginformációjukat. De mi lenne, ha az első lépést egyszerűen kihagynák, vagy megkerülnék, vagy mit tudom én. Engem nem a módszer érdekel, hanem a megoldás. Persze ebből is látszik, hogy én csak egy laikus vagyok, és nem értem minek vesztegetik az idejüket a fejlesztők a különböző csomagok fordítására és csomagkészítésére, ahelyett hogy valóban fejlesztenének.