> Installer la version N-1, N+1 d'un logiciel.Non monsieur, vous devez utiliser celui qui est livré avec votre distribution.
> [...]
> Ça parait absurde mais windows permet tout cela.
Ça m'est arrivé plus d'une fois de récupérer un .deb d'une version inférieur à celle fourni par apt et de l'installer à coup de dpkg. dpkg me signale que je vais rétrograder de version, mais s'exécute docilement. Hormis des éventuelles questions de dépendances, le seul problème que ça peut poser, c'est la restauration de la version N lors d'une mise à jour. Il faut donc ajuster le Pin-Priority
dans /etc/apt/preferences. Ok, c'est pas du tout user-friendly, mais transposé dans le monde windows, c'est comme si tu essayais de faire prendre en charge ton logiciel (gcompris ?) par WindowsUpdate !
> Installer la version N et N+1 d'un logiciel.
- J'ai actuellement firefox 1.5.0.7 (fourni par Debian), firefox 2 dans /usr/local (installeur MoFo) et firefox 3 alpha détargzipé dans mon home ainsi que iceweasel et swiftfox (paquet .deb).
Un même logiciel en 5 versions différentes, avec différent type d'installation: paquet deb officiel, paquet deb non-officiel (nouveau nom), installeur dans /usr/local, détargzip dans le home
- J'ai également vim-gtk, vim-gnome, vim-perl, vim-basic, vim-full, installé en parallèle. Tous ces paquets sont officielement fournis par Debian. Ils fournissent le même binaire (/usr/bin/vim). C'est possible grace au mécanisme des alternatives. Un autre mécanisme plus rustique s'appelle diversion. (altenatives à depuis été porté et intégré sur d'autres distro, RPM entre autre). Le mécanisme des alternatives est surtout intéressant en ligne de commande. En mode graphique, avec le ".desktop" qui va bien, c'est superflu.
- une recherche sur le site Debian avec comme mot clef "-ng" renvoie 36 réponses: ng pour next génération, c'est à dire pour pouvoir installer l'installer en parallèle de la version stable . une recherche sur "-beta" renvoie 9 résultats. Et il y a encore d'autre façon de nommer.
Pour une installation "rapide et sale" dans le home, il existe aussi le format shar ."shell archive".
J'ai pas l'impression que ce soit vraiment plus compliqué sous linux que sous windows, excepté le fait que sous linux, on a tendance à vouloir faire plus propre (pas installer n'importe ou, n'importe comment) et aussi que linux est beaucoup plus varié (distribution et donc dépendance, plateforme matériel) Mais sous Windows, comme sous linux, il existe plusieurs sorte d'installeur, et si tu t'en tiens aux mises à jour Windows, tu ne pourra pas installer, par exemple, IE5 + IE6 + IE7 en parallèle.
Je donne des exemples pour Debian, mais je suppose qu'il existe le même genre de mécanisme pour RPM. Pour en revenir à ton problème, pourquoi ne pas fournir, un paquet gcompris-ng ? Autopackage fonctionne plutôt bien à court terme, mais on perd la mise à jour auto via le système de paquetage, ce paquet n'est pas gérable par la même interface que les autres paquets , ...
[^] # Re: Les limites du système de packaging actuel
Posté par gnujsa . En réponse au journal Distributions Linux, vers un éclatement des formats de paquetages ?. Évalué à 7.
> [...]
> Ça parait absurde mais windows permet tout cela.
Ça m'est arrivé plus d'une fois de récupérer un .deb d'une version inférieur à celle fourni par apt et de l'installer à coup de dpkg. dpkg me signale que je vais rétrograder de version, mais s'exécute docilement. Hormis des éventuelles questions de dépendances, le seul problème que ça peut poser, c'est la restauration de la version N lors d'une mise à jour. Il faut donc ajuster le Pin-Priority
dans /etc/apt/preferences. Ok, c'est pas du tout user-friendly, mais transposé dans le monde windows, c'est comme si tu essayais de faire prendre en charge ton logiciel (gcompris ?) par WindowsUpdate !
> Installer la version N et N+1 d'un logiciel.
- J'ai actuellement firefox 1.5.0.7 (fourni par Debian), firefox 2 dans /usr/local (installeur MoFo) et firefox 3 alpha détargzipé dans mon home ainsi que iceweasel et swiftfox (paquet .deb).
Un même logiciel en 5 versions différentes, avec différent type d'installation: paquet deb officiel, paquet deb non-officiel (nouveau nom), installeur dans /usr/local, détargzip dans le home
- J'ai également vim-gtk, vim-gnome, vim-perl, vim-basic, vim-full, installé en parallèle. Tous ces paquets sont officielement fournis par Debian. Ils fournissent le même binaire (/usr/bin/vim). C'est possible grace au mécanisme des alternatives. Un autre mécanisme plus rustique s'appelle diversion. (altenatives à depuis été porté et intégré sur d'autres distro, RPM entre autre). Le mécanisme des alternatives est surtout intéressant en ligne de commande. En mode graphique, avec le ".desktop" qui va bien, c'est superflu.
- une recherche sur le site Debian avec comme mot clef "-ng" renvoie 36 réponses: ng pour next génération, c'est à dire pour pouvoir installer l'installer en parallèle de la version stable . une recherche sur "-beta" renvoie 9 résultats. Et il y a encore d'autre façon de nommer.
Pour une installation "rapide et sale" dans le home, il existe aussi le format shar ."shell archive".
J'ai pas l'impression que ce soit vraiment plus compliqué sous linux que sous windows, excepté le fait que sous linux, on a tendance à vouloir faire plus propre (pas installer n'importe ou, n'importe comment) et aussi que linux est beaucoup plus varié (distribution et donc dépendance, plateforme matériel) Mais sous Windows, comme sous linux, il existe plusieurs sorte d'installeur, et si tu t'en tiens aux mises à jour Windows, tu ne pourra pas installer, par exemple, IE5 + IE6 + IE7 en parallèle.
Je donne des exemples pour Debian, mais je suppose qu'il existe le même genre de mécanisme pour RPM. Pour en revenir à ton problème, pourquoi ne pas fournir, un paquet gcompris-ng ? Autopackage fonctionne plutôt bien à court terme, mais on perd la mise à jour auto via le système de paquetage, ce paquet n'est pas gérable par la même interface que les autres paquets , ...