Ja viem, na co sluzia adresare pod /Library. Pouzivam OSX od 10.0 a nie som prave BFU. Mam vsak aj skusenosti s inymi Unixami a Linuxom, preto mozem porovnavat.
Problem je to, ako hovoris, "zalezi, ako je urobeny instalator a samotna aplikacia". V Linuxe s rpm/dpkg to problem nie je. Nezalezi na tom, ako je urobeny instalator alebo aplikacia. Nie je problem odinstalovat aplikaciu (alebo systemovu cast) a system dat do stavu, ako keby tam nikdy nebola. Pouzivatel nemusi vediet, ze aplikacia ma este nejake extra data v /usr/share/nahodny-adresar. Nie je problem upgrade/downgrade. V OSX, ked napr. upgradnem na z 10.4.2 a nieco mi prestane fungovat, tak mam jedinu moznost ako sa vratit na 10.4.1 - preinstalovat system. V Linuxe to riesi --oldpackage (alebo dpkg ekvivalent).
Konflikty vid v kontexte toho, co som napisal vyssie. Napr. MacOSXUpdate10.4.2.pkg prepise /System/Library/CoreServices/Dock.app. Tie iste subory patria aj balikom MacOSXUpdate10.4.1.pkg a Essentials.pkg. V Linuxe nesmie jeden balik prepisat subor ineho balika, to moze iba ina verzia toho isteho. Preto, ak by som napr. rucne mazal subory MacOSXUpdate10.4.2, tak system nevratim do stavu ako bol pred jeho instalaciou, ale nenavratne ho poskodim.
Aplikacie mozu dosledne pouzivat bundles, to neznamena, ze po sebe nenechavaju bordel. Pouzivas Stuffit? Toast? Acrobat? Little Snitch? Treba sa sakra vediet orientovat v systeme, aby si sa ich zbavil, drag and drop do kosa nestaci.
Vsetko toto je sposobene tym, ze Installer.app nepodporuje odinstalaciu (http://developer.apple.com/documentation/DeveloperTools/Conceptual/SoftwareDistribution/Concepts/sd_install_features.html - Limitations of PackageMaker and Installer, hned prvy bod). Je to fajn riesenie pre tych, co pouzivaju OSX a iLife a poctivo instaluju kazdu novsiu verziu tak ako Apple serviruje. Ked chcu trochu vybocit z radu (napr. sa zbavit niektorej aplikacie alebo sa vratit k starej verzii), tak uz maju problem. Preto som ti dal ako priklad GarageBand - bezny pouzivatel sa ho nezbavi, treba "odbornika", aby sa ho zbavil. OSX je vsak urceny pre beznych pouzivatelov, nie "odbornikov". Odbornik si dokaze strazit aj C:\WINDOWS plus podadresare*, napriek tomu je Windows kritizovany pre zahnivanie. Preco myslis, ze ked ma OSX podobny problem, ze je to OK?
---
* Aj ked mi unika, preco by to mal robit. Toto by si mal ustrazit samotny os, je to v jeho moznostiach. Tolko kritizovany Linux to dokaze.