Il y a deux questions distinctes ici: devrait-on installer le logiciel add-on dans/usr ou/usr/local (réponse courte: il devrait aller dans/usr/local pour les raisons données par Dan Benjamin), et installez le logiciel complémentaire à partir d'un installateur fourni (image disque) ou en le construisant vous-même (réponse courte: tout ce qui fonctionne le mieux pour vous, mais de toute façon il devrait aller dans/usr/local).
Je prendrai Python comme exemple. OS X v10.6.6 inclut python v2.6.1 dans/usr/bin, avec ses frameworks dans/System/Library/Frameworks. Si vous téléchargez un programme d'installation pour une version plus récente (les installateurs pour la version v2.7.1 et v3.1.3 sont actuellement disponibles), la nouvelle version sera placée dans/usr/local/bin et ses frameworks dans/Library/Frameworks (/ Library a à peu près la même relation avec/System/Library que/usr/local a/usr), ce qui est exactement ce que vous voulez. Si vos chemins sont définis correctement, vous utiliserez automatiquement la nouvelle version. Les scripts système OTOH qui peuvent ne pas être compatibles, disons, avec Python v3 devraient commencer par #!/Usr/bin/python, et continuer à utiliser l'ancienne version (standard). De plus, lorsque OS X v10.6.7 est livré et inclut une version rééduquée de Python v2.6.1, il ne marchera pas sur la mise à jour que vous avez installée. Si vous construisiez vous-même une version plus récente de Python, vous devriez le faire comme le fait l'installateur: mettez le binaire dans/usr/local/bin et les frameworks dans/Library/Frameworks, exactement pour les mêmes raisons . Si vous n'êtes pas sûr de la façon de faire cela, vous devriez probablement vous en tenir à l'installateur - au moins pour les projets majeurs comme Python et Git, il y aura probablement des gens intelligents impliqués qui savent comment faire ce genre de chose correctement.