Citat:
MatrixxX: Neće baš biti da je plagijat, ako se autori klik-a i sami pozivaju na uzor..dmg fajlove.
Pročitaj dokumentaciju na
http://klik.atekon.de
Usput, šta ti to znači "primitivan" ?
pre svega dmg != bundle, ali nastavak kasnije...
npr. svez, nedovoljno testiran, sa razlicitom organizacijom, nedostatak API-a za npr. nalazenje resursa, ucitavanje klasa iz drugog bundle-a, nepostojanje API-a za automatsko baratanje resursima za druge lokalizacije etc.
elem, u sustini je prva bitna razlika izmedju ova dva formata:
1) bundle je "abstrakcija" paketa na nivou aplikacije (pogledaj organizaciju bundle-a, tj. "procitaj dokumentaciju")
2) suse-ov format je "abstrakcija" na nivou OS organizacije FS-a kao i dmg format
elem, ovo je primitivno resenje zato sto samo budzi stari koncept u novom pakovanju, a ovo ima veze i sa starom pricom da je na linux-u drugacije resenje i nemoguce. zamisli koliko bi vremena bilo potrebno da bi se svi, ili bar dobar deo paketa organizovao po sistemu slicnom bundle-ovima, sa sve API-em za manipulisanjem istim koji je slicnog nivoa koji postoji u Cocoa framework-u?
elem, da pojednostavim:
Citat:
A .cmg file is an AppDir, packed into a cramfs filesystem image. AppRun autmatically mounts the cramfs and runs the application. Afterwards, it unmounts again.
pre svega, da si procitao onu dokumentaciju koju sam poslao znao bi da dmg != bundle, dmg je potpuno druga primitiva koja se obicno koristi za distribuciju i instalaciju. dakle:
1) bundle == hierarchical directory structure containing executable code and resources geared for a specific purpose
2) dmg == disc image
zasto smatram da je plagijat? pa "pozivaju se na uzor"...
btw. ovo ne resava pitanje binarne kompatibilnosti, posto su, cak i u idealnom slucaju, izmene na kernelu point of failure (cdrecord rings a bell?)
[Ovu poruku je menjao caboom dana 29.09.2005. u 14:50 GMT+1]