Új linuxos játéktelepítő a LGP-től

"Ettol meg lehetne olyan, mint a netbeans/java telepitese Ubin: felteszed apt-get-tel a csomagot, es az lehuzza az eredeti helyrol a tomoritett, eredeti telepitot."

WTF... Így legfeljebb a flashplugin-nonfree.deb működne, ha működne (de többnyire nem teszi, mert adobe-ék a régebbi verziókat törlik, és mindig ugyanazzal a filenévvel kerül fel az új - értelemszerűen ennek az MD5 checksumja "rossz" a régihez képest)
A java és a netbeans teljes egészében az archive.*.ubuntu.com-ról jön.

Konyvtarszerkezetbeli kulonbsegek, es egyeb problemak miatt ez meg ugy sem fajdalommentes.
Szerintem ez az erv kilove.

Tevedsz. Ha magaddal viszed a fuggoseget, akkor sporolsz meg tonnanyi problemat. Nem veletlen van teljes GTKx mind az Adobe Reader, mint a VMWare mellet. Es ez csak ket pelda. Pl. Cedega egy komplett python runtime-ot is tartalmaz. Egyszeruen nincs kedve a fejlesztoknek azzal szopni, hogy esetleg nincs egy adott gepen megfelelo verzioju lib, nem hogy azzal foglalkozni, hogy ez hol talalhato a rendszerben.

Marha szep dolog az LFS, de rengeteg dist nem foglalkozik vele, pl. lasd Gobo.

A leirasba a keszito azt is kikotheti, hogy pl SDL-bol 1.2.7 verzio kell, mert az 1.2.8 mar maskepp kezeli az event-eket. Ekkor a disztrokeszito beallithatja fuggosegnek a megfelelo verziot ...

Tudod mikor fognak ezzel szopni, mikor a fejlesztesre kiszabott ido meg arra is eppen eleg csak, hogy megnezzek fut-e. Nem hogy n+1 helyzetet tamogassanak. :)

...(vagy ha vmiert ez nem megoldhato az adott rendszeren, akkor mellekeli a megfelelot a csomagban, es tesz ra egy symlinket szinten a telepito scriptbol).

Ez a leghihetobb resze a sztorinak. Ugy rugnam seggbe az illetot aki ilyet muvel a rendszeremmel, hogy arrol kodul.

---
pontscho / fresh!mindworkz

Konyvtarszerkezetbeli kulonbsegek, es egyeb problemak miatt ez meg ugy sem fajdalommentes.
Szerintem ez az erv kilove.

A legtobb konyvtarszerkezeti kulonbseget az indito shellscripted le fogja tudni kezelni. Azt osszetaknyolni lenyegesen kissebb szivattyu, mint infrastrukturaban osszerakni a tamogatast.

Ehelyett lehetne irni valami kozos binarist+telepito manualt, es majd a disztrokeszitok becsomagoljak.

Idealis vilagban ez igy valoban igy mukodne, sajna itt a Foldon ez par "apro" problema miatt nem megvalosithato:

• disztrofejlesztoknek boven van mas problemajuk es nem ezzel fognak szorakozni, legallabbis nem azonnal
• mar kiadott stabil releasebe policybol nem szoktak uj csomagokat belerakni, csak ha nagyon fontos. Ebben az esetben a distro fejlesztoi vagy hobbibol 3rd party repoban adjak ki, vagy ezzel a felkialtassal visszadobjak a problemat a kiadonak.
• elvi okora hivatkozva nem fogjak csomagolni (mert nem eleg free, nincs hozza source vagy mas licenc problemajuk van)
• Ha maga a program penzes, akkor az eredeti kiado nem fogja megvarni hogy xy distbe belekeruljon a programja, mert pl mire kijonne az uj kiadas addigra az adott program mar el-is tunt a sullyesztoben.
  Szep is lenne a bejelentes: "Sziasztok kijott a Duke Nukem Forever 3 Windowsra es Linuxra. Linuxos felhasznalok keressek kedvenc disztribuciok kovetkezo kiadasaban. (Sok sikert Debian felhasznalok ... :/ )"

EDIT:

(vagy ha vmiert ez nem megoldhato az adott rendszeren, akkor mellekeli a megfelelot a csomagban, es tesz ra egy symlinket szinten a telepito scriptbol)

Ez a gyakorlatban miben is fog kulonbozni a vmware es az adobe altalal alkalmazott modszertol? Azon kivul hogy az adott oprendszer csomagkelezoje altal kezelt teruletre szemetelsz(/usr/lib es tarsai), amivel hosszabb tavon erdekes hibakhoz vezet? Arrol nemis beszelve hogy mint csomagkarbantarto folyamatosan vezetned kell, hogy melyik kiadas-ban mit kell hozzacsapni meg a draga programodhoz? SDL -nel ez egyszeru dolog, de pl egy uj GTK+ verzional van ra eselyed hogy a fuggosegei jo reszet (foleg atk, pango, cairo, fontconfig, freetype esetleg glib) szinten melle kell majd csapnod mert az adott kiadasban levo valtozatok nemjok.