[mise à jour] rolling release
[mise à jour] rolling release
Bonjour, dans une vidéo j'ai entendu que si on ne faisait pas les mises à jour pendant un certain temps, et que l'on passait d'un paquet à une version 1.0 à une version 3.0 (par exemple) des actions s'exécutent pour passer de la 1.0 à la 2.0, puis à la 3.0, alors que le paquet de la 3.0 a des instructions pour se mettre à jour depuis la 2.0, et donc ce n'est pas bon
C'est vrai ?
Je pensais que la mise à jour mettait à jour en remplaçant les fichiers simplement
Merci
C'est vrai ?
Je pensais que la mise à jour mettait à jour en remplaçant les fichiers simplement
Merci
Re: [mise à jour] rolling release
Sur Archlinux, pas à ma connaissance. En revanche il faut essayer de faire les mises à jours régulièrement car certaines peuvent toucher assez profondément le système et il peut être compliqué de faire une mise à jour avec 6 mois de retard par exemple.
Re: [mise à jour] rolling release
Normalement en fait quand on installe une application, ou mets à jour le noyau ça écrit sur les autres fichiers non ?
En général je le fais toutes les semaines, au plus tard tous les mois, mais si un jour je ne peux pas ou autre, que je sache si c'est grave ou non
En général je le fais toutes les semaines, au plus tard tous les mois, mais si un jour je ne peux pas ou autre, que je sache si c'est grave ou non
Re: [mise à jour] rolling release
Quand on met à jour un paquet, la nouvelle version remplace simplement l'ancienne qui demeure toutefois présente dans le cache de pacman si celui-ci n'a pas été effacé. Ce qui permet de downgrader facilement si nécessaire, sans avoir besoin de connexion internet, avec la commande
Une mise à jour hebdomadaire c'est parfait. A un mois, à mon avis ça ne pose pas de problème non plus. On peut parfois décaler un peu plus loin si on a un empêchement. Un bon réflexe est de lire les news sur la page du site afin de voir s'il n'y a pas d'intervention spécifique à prévoir. Dans ces cas là il y a un avertissement précisant ce qu'il faut faire pour mettre à jour sans problème.
downgrade nom_du_paquet
. Si la connexion internet est fonctionnelle downgrade précisera où se trouve les anciennes versions du paquet, dans le cache local ou dans le dépôt distant.Une mise à jour hebdomadaire c'est parfait. A un mois, à mon avis ça ne pose pas de problème non plus. On peut parfois décaler un peu plus loin si on a un empêchement. Un bon réflexe est de lire les news sur la page du site afin de voir s'il n'y a pas d'intervention spécifique à prévoir. Dans ces cas là il y a un avertissement précisant ce qu'il faut faire pour mettre à jour sans problème.
Re: [mise à jour] rolling release
Bonjour,Dux a écrit : ↑jeu. 24 août 2017, 21:45 Bonjour, dans une vidéo j'ai entendu que si on ne faisait pas les mises à jour pendant un certain temps, et que l'on passait d'un paquet à une version 1.0 à une version 3.0 (par exemple) des actions s'exécutent pour passer de la 1.0 à la 2.0, puis à la 3.0, alors que le paquet de la 3.0 a des instructions pour se mettre à jour depuis la 2.0, et donc ce n'est pas bon
C'est vrai ?
Je pensais que la mise à jour mettait à jour en remplaçant les fichiers simplement
Merci
Avant toute chose lire le Wiki !
Ce point ci est important : Certaines mises à jour demandent une manipulation, comme par exemple récemment ... il y a eu des posts pour venir chercher une solution parce que les auteurs avaient fait l'update avant de lire les News !
Sur ce post je donne un moyen d'automatiser la recherche de News : un petit script que tu lances (par ton script perso de mise à jour au mieux) avant ou en début de la mise à jour.
Dans une Debian unstable qui est aussi une rolling mais où le "rolling" est une conséquence plutôt qu'une philosophie, les interventions à faire ne seront pas données clairement comme dans les News d'Arch qui sont parfaitement claires.
Ensuite ce chapitre . Pour régler ça, termine chaque mise à jour par ces 2 commandes :
Code : Tout sélectionner
$ yaourt -C
$ sudo etc-update
yaourt
et etc-update
sont disponibles dans AURC'est ce qui diffère dans la gestion d'une rolling par rapport aux distributions avec des "release". Il y aura toujours des interventions manuelles, quoique assez rares.
Re: [mise à jour] rolling release
Après je sais qu'il y a des interventions de temps en temps, mais c'était surtout pour savoir si ça posait de gros soucis d'attendre entre les mises à jour, et de louper certaines versions de paquets
Re: [mise à jour] rolling release
Alors je suis d'accord avec Dux pour les intervalles.
Par contre "louper des versions de paquets" n'a pas trop de sens, on ne met jamais à jour un seul logiciel mais l'ensemble de la distribution.
Il n'y a pas des versions différentes de telle ou telle dépendance selon le paquet auquel elle est nécessaire, toute la distro doit être cohérente, toute dépendance n'a qu'une seule version d'installée.
En un exemple : ne fais jamais
Code : Tout sélectionner
$ sudo pacman -Sy <un paquet>
Code : Tout sélectionner
$ sudo pacman -Syu
Code : Tout sélectionner
$ yaourt -Syua
Code : Tout sélectionner
$ pacaur -Syu