Synaptic

Salut,


| Quelqu'un utilisant synaptic (front-end d'apt-get) saurait-il
| me dire
| si l'installation consiste en une mise à jour ou une installation
| séparée de la nouvelle version ?

Mise à jour ou installation séparée de quoi ?

Si c'est "d'un paquet en général", tu as dit la solution en précisant
que synaptic n'est qu'un front-end d'apt-get (de dpkg, plutôt) : tu ne
peux avoir sur le système qu'une seule version de chaque paquet, et
"apt-get install wmaker" va installer le paquet, ou le mettre à jour
s'il est déjà installé (heureusement).

-- Daniel

Mise à jour ou installation séparée de quoi ?

Je me suis *très* mal exprimé.

Si c'est "d'un paquet en général", tu as dit la solution en
précisant que synaptic n'est qu'un front-end d'apt-get (de dpkg,
plutôt) : tu ne peux avoir sur le système qu'une seule version de
chaque paquet, et "apt-get install wmaker" va installer le paquet,
ou le mettre à jour s'il est déjà installé (heureusement).

En fait, je veux dire cela : avec rpm, il est possible de ne pas
mettre à jour (-U) mais d'installer une nouvelle version séparément
d'un paquetage (-i), de façon à assurer la rétrocompatibilité.

Est-ce le cas avec apt-get, que je découvre ? Après avoir lu le man,
je me rends compte -- mais n'en suis pas sûr -- que la gestion des
paquetages est plus rationnelle et que la mise à jour des paquetages
se fait dans un plus grand respects des dépendances, ce qui n'est pas
toujours le cas avec rpm.

J'ai déjà eu à « downgrader » des paquetages qui empêchaient, après
mise à jour avec rpm, le système de fonctionner correctement (cf. ).
Une surinstallation en parallèle d'une nouvelle version, et non une
simple mise à jour, m'aurait évité ces peines.

D'autre part, synaptic propose des mises à jour du kernel. Or, j'ai
lu qu'il ne fallait pas mettre à jour le kernel mais en installer les
différentes versions séparément pour éviter d'écraser une version qui
fonctionne correctement (du moins jusqu'à ce que l'on ait fini de
tester le nouveau kernel). Est-ce sûr d'installer par apt-get /
synaptic un nouveau kernel, ou vaut-il mieux le faire à la main ?

Merci,

Vincent

| En fait, je veux dire cela : avec rpm, il est possible de ne
| pas
| mettre à jour (-U) mais d'installer une nouvelle version séparément
| d'un paquetage (-i), de façon à assurer la rétrocompatibilité.

Hmm. Tu es sûr de ça ?

[...]
| Une surinstallation en parallèle d'une nouvelle version, et non une
| simple mise à jour, m'aurait évité ces peines.

Mais ce n'est pas possible. Si wmaker-0.80.1 et wmaker-0.80.2
fournissent tous les deux un /usr/bin/wmaker, comment peux-tu avoir les
deux paquets installés simultanément ?

| D'autre part, synaptic propose des mises à jour du kernel. Or, j'ai
| lu qu'il ne fallait pas mettre à jour le kernel mais en installer les
| différentes versions séparément pour éviter d'écraser une version qui
| fonctionne correctement (du moins jusqu'à ce que l'on ait fini de
| tester le nouveau kernel).

J'ajoute qu'il faut éviter de mettre à jour un noyau sur lequel on a
démarré. Exemple : je démarre un 2.4.23, version 4, j'installe un 2.4.23
version 5. Résultat, c'est l'ancien noyau qui tourne mais s'il veut
charger un module il va trouver les modules pour le nouveau noyau, donc
inadaptés. En pratique, on redémarre juste après l'installation du
nouveau noyau.

| Est-ce sûr d'installer par apt-get /
| synaptic un nouveau kernel, ou vaut-il mieux le faire à la main ?

Qu'entends-tu par "à la main" ? Bon, éclairsissons.

Chez Debian, un paquet pour un noyau (et ses modules) s'appelle par exemple
kernel-image-2.4.18-k6 ou kernel-image-2.4.23-1-k6
ce qui signifie qu'ils vont installer, respectivement, le noyau dans
/boot/vmlinuz-2.4.18-k6 et /boot/vmlinuz-2.4.23-1-k6 et les modules dans
/lib/modules/2.4.18-k6/ et /lib/modules/2.4.23-1-k6/.

Donc pas de problème, ces deux paquets peuvent être installés ensemble,
ce sont tout simplement deux paquets différents. À ne pas confondre avec
deux versions différentes d'un même paquet, par exemple
kernel-image-2.4.23-k6-4 et kernel-image-2.4.23-k6-5. Lorsque tu
installes le blabla-5, il va supprimer blabla-4 avant. Et quand tu fais
ça, de deux choses l'une :
- ou bien tu démarres sur un autre noyau (un 2.4.18 gardé au chaud au cas
où, par exemple), puis tu installes ton nouveau 2.4.23, et tu redémarres
quand tu veux sur le nouveau 2.4.23 (super sûr)
- ou bien, en tournant sur un 2.4.23, tu mets à jour ce noyau, et tu
redémarres immédiatement après (un peu moins sûr, mais ok en pratique).

J'espère que ça répond à tes interrogations.

-- Daniel

| En fait, je veux dire cela : avec rpm, il est possible de
| ne pas
| mettre à jour (-U) mais d'installer une nouvelle version
| séparément d'un paquetage (-i), de façon à assurer la
| rétrocompatibilité.

Hmm. Tu es sûr de ça ?

Je l'ai lu sur Léa <http://lea-linux.org/software/rpm.php3>, mais
j'ai peut-être mal interprété : « rpm -ivh toto.rpm
Attention, si vous installez un paquetage par cette méthode et qu'il
existe déjà sur votre système dans une version inférieure, vous
risquez d'avoir des problèmes pour le désinstaller (voir plus bas).
Par contre, pour installer une bibliothèque simultanément en deux
version différentes, utilisez cette syntaxe. »

Je vois mon erreur : il ne s'agit pas d'installer plusieurs versions
d'un exécutable, par exemple, mais d'une bibliothèque. C'est cela ?

| Est-ce sûr d'installer par apt-get /
| synaptic un nouveau kernel, ou vaut-il mieux le faire à la main ?

Qu'entends-tu par "à la main" ?

Je veux dire en compilant soi-même les sources plutôt qu'en passant
par un paquetage.

Bon, éclairsissons.
[...]

J'espère que ça répond à tes interrogations.

Oui, tu as balayé mes derniers doutes sur cette question de manière
très claire, et je t'en remercie.

Vincent