ah mais j'avais bien compris ;-) (je n'ai pu résister à la boutade c'est tout).
avec urpmi, la démarche est toute "simple" et a toujours été la même (c'est les commandes qui peuvent un peu varier) :
- déclarer les nouveaux miroirs (en incluant les /updates et les /release)
- la première opération de urpmi est de se mettre à jour
- ensuite urpmi se relance et tente de mettre à jour chacun des paquets dans leurs dernières versions
concrètement (et ça marche pour toutes les versions depuis genre la 2005LE) :
- urpmi urpmi (ce n'est plus vraiment nécessaire mais au moins, urpmi va tirer les dépendances le concernant...)
- urpmi --auto-select
avec un miroir local, l'opération se déroule généralement correctement. Avec des dépôts en ligne, il vaut mieux éviter la période de rush juste après la sortie de la distribution qui aboutit souvent sur des timeouts... je préfère avec mes miroirs en rsync plutôt que ftp, les reprises étant un peu facilitées.
Les soucis rencontrés sont systématiquement les mêmes :
- paquets non entièrement téléchargés (déjà évoqué ci-dessus, éviter les miroirs surchargés)
- quelques dépendances mal résolues (souvent identifiées lors de la sortie de la distrib', les tests étant effectués avec un sous-ensemble de tous les paquets et de tous les dépôts).
- la lecture des releases notes et errata est un pré-requis indispensable pour identifier les opérations complémentaires qui pourraient être nécessaires (notamment les changements de noms de paquets ou les pilotes propriétaires ayant cessé unilatéralement la prise en charge de certains matériels, je pense au pilote nvidia par exemple...). Les changements de glibc sont généralement à surveiller (et c'est inévitable entre une version de 2006 à 2009...).
[^] # Re: Mandriva et inconguités...
Posté par BAud (site web personnel) . En réponse au message x86 : i386 vs i686. Évalué à 3.
avec urpmi, la démarche est toute "simple" et a toujours été la même (c'est les commandes qui peuvent un peu varier) :
- déclarer les nouveaux miroirs (en incluant les /updates et les /release)
- la première opération de urpmi est de se mettre à jour
- ensuite urpmi se relance et tente de mettre à jour chacun des paquets dans leurs dernières versions
concrètement (et ça marche pour toutes les versions depuis genre la 2005LE) :
- urpmi urpmi (ce n'est plus vraiment nécessaire mais au moins, urpmi va tirer les dépendances le concernant...)
- urpmi --auto-select
avec un miroir local, l'opération se déroule généralement correctement. Avec des dépôts en ligne, il vaut mieux éviter la période de rush juste après la sortie de la distribution qui aboutit souvent sur des timeouts... je préfère avec mes miroirs en rsync plutôt que ftp, les reprises étant un peu facilitées.
Les soucis rencontrés sont systématiquement les mêmes :
- paquets non entièrement téléchargés (déjà évoqué ci-dessus, éviter les miroirs surchargés)
- quelques dépendances mal résolues (souvent identifiées lors de la sortie de la distrib', les tests étant effectués avec un sous-ensemble de tous les paquets et de tous les dépôts).
- la lecture des releases notes et errata est un pré-requis indispensable pour identifier les opérations complémentaires qui pourraient être nécessaires (notamment les changements de noms de paquets ou les pilotes propriétaires ayant cessé unilatéralement la prise en charge de certains matériels, je pense au pilote nvidia par exemple...). Les changements de glibc sont généralement à surveiller (et c'est inévitable entre une version de 2006 à 2009...).