Ca dépend beaucoup du logiciel, ça. Sous Windows, la plupart des logiciels installent leurs dll à la porc en écrasant les versions précédentes. Donc même si tu peux théoriquement installer la version n+1/n-1 dans un autre répertoire, la deuxième installation risque fort d'atomiser la première. Autre avantage du système de paquets : Il est possible de revenir en arrière. Je peut installer la version n+1 et si elle ne me convient pas, je peut remettre la version n. Les fichiers de configuration sont sauvegardés et je sais que je pourrais remettre ma machine dans l'état ou elle était avant.
En effet, ça dépend beaucoup du logiciel.
Mais sous Windows, la plupart des logiciels tiers (c-a-d non fournis par l'éditeur du système d'exploitation) installent tous leurs fichiers dans un seul et même répertoire et éventuellement quelques clés dans la base de registre. En clair, on pourrait considérer que le répertoire « Program Files » est équivalent au répertoire « /opt » sous les systèmes Unix.
On peut donc installer des versions concurrentes d'un même logiciel (pour peu qu'elles ne dépendent guère trop du système (en général, elles sont justement compilées en statique). Et il est bien sûr possible de revenir en arrière pour peu qu'on ait conserver l'archive du précédent logiciel.
[^] # Re: Les limites du système de packaging actuel
Posté par Raphaël SurcouF (site web personnel) . En réponse au journal Distributions Linux, vers un éclatement des formats de paquetages ?. Évalué à 2.
En effet, ça dépend beaucoup du logiciel.
Mais sous Windows, la plupart des logiciels tiers (c-a-d non fournis par l'éditeur du système d'exploitation) installent tous leurs fichiers dans un seul et même répertoire et éventuellement quelques clés dans la base de registre. En clair, on pourrait considérer que le répertoire « Program Files » est équivalent au répertoire « /opt » sous les systèmes Unix.
On peut donc installer des versions concurrentes d'un même logiciel (pour peu qu'elles ne dépendent guère trop du système (en général, elles sont justement compilées en statique). Et il est bien sûr possible de revenir en arrière pour peu qu'on ait conserver l'archive du précédent logiciel.