Juste une question: est-ce qu'il y a un système de rollback lors de la mise à jour des paquets sous Arch ? Sinon, est-ce qu'une distribution aurait ça dans son système de paquets ?
Pour Arch, je l'ignore, mais puisque tu demandes ce qui existe chez les autres distros, laisses-moi expliquer ce que je sais de Debian…
Pour Debian, si une dépendance est cassée, rien n'est fait, tout bonnement. Enfin, si, ça dit ce qui est cassé, et refuse d'agir tant qu'il n'y a aucune solution qui ne casse rien.
Alors, pour être franc, en ligne de commande, c'est pénible à utiliser… en revanche, l'interface ncurses d'aptitude permets de gérer la chose très simplement et intuitivement (pour l'interface GTK, j'en sais foutre rien, je la trouve mal branlée comme c'est pas permis.)
Ensuite, aptitude intègre un mécanisme de recherche de solutions, que je n'utilise pas, je préfère réparer à la main (voir pourquoi j'ai une cassure, et la fixer moi-même).
Ma réponse peut faire croire que les cassures de dépendances sont communes sur un système Debian, mais non, c'est simplement que je mixe testing, unstable et experimental, a coup d'apt-pinning, et parfois, une upgrade nécessite une mise à jour d'un paquet qui ne devrait pas être mis à jour selon les règles que j'ai établies. Dans ce cas, soit je les complète, soit j'impose au système d'utiliser la version expérimentale.
Ah, j'oubliais… apt et aptitude conservent également (par défaut) les paquets dans /var/cache/apt/archive. Ca peut dépanner parfois, mais ça bouffe de la place quand on ne nettoie pas les paquets obsolètes de temps et en temps et qu'on fait pas mal d'install/suppressions… quand je découvrais Debian, avec les install/suppressions de jeux, par exemple, saturer mon var m'est arrivé plus d'une fois :D
[^] # Re: Des trucs de ce genre ça m'est arrivé 1 fois sur 2 à chaque mise à jour de Arch ...
Posté par freem . En réponse au journal Les paquets, c'est merveilleux !. Évalué à 2.
Pour Arch, je l'ignore, mais puisque tu demandes ce qui existe chez les autres distros, laisses-moi expliquer ce que je sais de Debian…
Pour Debian, si une dépendance est cassée, rien n'est fait, tout bonnement. Enfin, si, ça dit ce qui est cassé, et refuse d'agir tant qu'il n'y a aucune solution qui ne casse rien.
Alors, pour être franc, en ligne de commande, c'est pénible à utiliser… en revanche, l'interface ncurses d'aptitude permets de gérer la chose très simplement et intuitivement (pour l'interface GTK, j'en sais foutre rien, je la trouve mal branlée comme c'est pas permis.)
Ensuite, aptitude intègre un mécanisme de recherche de solutions, que je n'utilise pas, je préfère réparer à la main (voir pourquoi j'ai une cassure, et la fixer moi-même).
Ma réponse peut faire croire que les cassures de dépendances sont communes sur un système Debian, mais non, c'est simplement que je mixe testing, unstable et experimental, a coup d'apt-pinning, et parfois, une upgrade nécessite une mise à jour d'un paquet qui ne devrait pas être mis à jour selon les règles que j'ai établies. Dans ce cas, soit je les complète, soit j'impose au système d'utiliser la version expérimentale.
Ah, j'oubliais… apt et aptitude conservent également (par défaut) les paquets dans /var/cache/apt/archive. Ca peut dépanner parfois, mais ça bouffe de la place quand on ne nettoie pas les paquets obsolètes de temps et en temps et qu'on fait pas mal d'install/suppressions… quand je découvrais Debian, avec les install/suppressions de jeux, par exemple, saturer mon var m'est arrivé plus d'une fois :D