Bonjour,

1) Lire le fichier UPGRADE.txt fournit par Patrick.

2) Je met à jour en permanence ma distribution depuis la 9.1 en suivant la -current (qui aujourd'hui est la 10.1) et je n'ai jamais eu de problème.
En général, je met à jour à la main, et de temps en temps avec swaret (sans dépendances).

D'après le changelog et les déscriptions de package, le seul package à faire attention est aaa_elflib. Mais il ne m'a pas posé de problème sur ma "-current".
@+

--- Marchons seul, sans faire le mal, sans rien attendre, tel l'éléphant qui traverse la forêt. ---

Poste le Monday 7 February 2005 13:55:23

Salut,
j'ai fait la maj de la 10.0 vers la current 10.1 an utilisant slapt-get (que tu trouveras sur [www.linuxpackages.net] ).Lis le readme en tout cas.

Poste le Monday 7 February 2005 14:18:43

attention tout de même à la glibc !!!
toujours upgrader glibc-solibs en premier.

pour ma part je fais toujours upgradepkg :
glibc-solibs
pkgtools
bin

installpkg sed (on ne sait jamais)

puis upgrade tout a/ puis tout l/
et enfin le reste.

pour apache, je viens de passer une 9.1,
apache installé mais non configuré,
donc peut-être le vieux /etc/apache/httpd.conf n'a pas été écrasé,
ou le nouveau n'a pas été amélioré ?
bref il m'a fallu transformer tous les
LoadModule xxx libexec/yyy
en :
LoadModule xxx libexec/apache/yyy

et ajouter le module php en fin de listes :

LoadModule php4_module libexec/apache/libphp4.so

AddModule mod_php4.c

et enfin :
AddType application/x-httpd-php .php

Poste le Tuesday 8 February 2005 12:21:02

Citation
deb
je crains un peu de faire un upgrade brutal qui
pourrait casser
certaines choses ou certains réglages,

pour les réglages il faut penser à mettre de côté les fichiers de conf
donc en général /etc
mais aussi ce qui est dans /var
d'où la bonne idée de mettre /var et /etc dans
des partitions séparées, et /home évidement,
ça permet de reformatter / (c'est une bonne chose)

mais cela ne résoud pas tout.
beaucoup de softs écrasent xx.conf au lieu de se contenter de
mettre un xx.conf.new,
donc de toute façon mettre de côté une copie d' /etc
pour var, si on le garde, on va avoir un /var/log/packages
(et ses copains) complétement pollués.
on peut donc avant l'upgrade supprimer /var/log
ou supprimer /var si on a pris soin de sauvegarder
sa base mysql et son arborescence web (qui devrait
être dans /var/www/html et non dans /var/www/htdocs ...
amha

enfin il y a des cas où c'est impossible.
exemple xfce4 qui a changé de système de gestion du panneau,
il faudra le refaire à la main en s'aidant de l'ancienne config,
c'est dans /home, pas de pb. (/home est bien dans sa propre partition ?!!!)

le cas particulier de lilo :
une vieille école prônait de mettre /boot dans une partition séparée,
ça me semble tenir de la parano. mais si c'est comme ça
chez vous, attention qu'avant de lancer lilo, il faudra obligatoirement
se placer dans /boot.

pour ce qui me concerne, je mets /home (ça semble évident) et /var dans des
partitions séparées. je fais de même pour /tmp. ça peut sembler parano ...
ça me permet de dormir tranquille.

reste tous les softs que l'on compile soi-même.
il y a une solution qui consiste à les compiler avec un simple
./configure au lieu du bel et bon :
./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var
et de mettre /usr/local sur une partition séparée.
ça ne résoud pas la question des packages non-officiels récoltés ici ou là.

donc pas de /usr/local chez moi, par contre je garde tous les paquets
non officiels et perso dans un répertoire /home/ff/packages,
ce pourrait être dans /var
j'y mets aussi les current, ça me permet d'installer une nouvelle machine
à partir du cd slack officiel et de n'avoir pas à passer des heures à télécharger
pour mettre à jour en current.

il reste à se méfier d'upgrades un peu brutaux,
penser qu'il faut par exemple Glib 1 ET 2, gtk 1 ET 2,
et penser que certains softs qui ne sont pas dans la slack
peuvent souffrir d'un version supérieure de la glibc.

mes deux ¢
;-)

Poste le Tuesday 8 February 2005 20:56:35