Comment gérer Debian Sid (relativement) en toute sécurité

Debian Sid effraye souvent les nouveaux utilisateurs. Cela s'appelle «instable» après tout, et il est nommé d'après l'enfant méchant dans Toy Story qui a brisé tous ses jouets. Ça doit être horrible, droit? Eh bien, ce n'est pas le cas, la plupart du temps. Sid n'est pas plus instable que Arch Linux, et avec un peu de planification et de bon sens, vous pouvez exécuter SID sur votre bureau avec une sécurité relative.

Dans ce tutoriel, vous apprendrez:

• Comment mettre en place des punaises apt
• Comment éviter de faire du Frankendebian
• Comment utiliser Ubuntu PPAS avec parcimonie
• Comment planifier vos mises à niveau

Exigences et conventions logicielles utilisées

Comment mettre en place des punaises apt

Comme la plupart des distributions Linux à libération roulante, SID ne se contente pas de freiner au hasard car il en a envie. La rupture vient généralement d'une mauvaise mise à jour. Bien qu'il n'y ait pas de véritable substitut pour s'abonner à et lire les listes de diffusion des développeurs, tout le monde n'a pas le temps pour cela. Heureusement, APT suit les bogues connus, et il y a un outil pratique qui vous dira s'il y a des bugs présents dans votre mise à niveau entrante et vous permettra de choisir de l'arrêter avant de casser quelque chose.

Apt-listbugs fonctionne automatiquement dans le processus d'installation. Vous n'avez pas besoin de configurer quoi que ce soit, et vous n'avez pas besoin de l'exécuter manuellement. Installez simplement le package et exécutez vos mises à jour comme d'habitude. S'il y a un bogue présent, apt-listbugs mettra en pause la mise à niveau et vous présentera le bogue et le package affecté. Là, vous pouvez choisir de continuer de toute façon ou de vous arrêter. C'est presque toujours une bonne idée d'arrêter, sauf si vous êtes certain que le bug est mineur et n'aura pas d'impact sur votre système. De là, vous pouvez choisir d'attendre pour mettre à niveau votre système à nouveau, dans l'espoir que le bogue est résolu, ou vous pouvez utiliser APT PINing pour passer à la version de test du package jusqu'à ce que le bogue soit corrigé. Quoi qu'il en soit, c'est une option solide, et vous devez évaluer au cas par cas.

$ sudo apt install apt-listbugs apt-listchanges

APT-LISTCHANGES est un autre outil pratique qui vous indique toute modification importante d'un package. Ça ne peut pas faire mal d'inclure ça aussi.

Comment éviter de faire du Frankendebian

Frankendebian est un terme inventé dans la propre documentation de la distribution lorsque les utilisateurs combinent plusieurs versions de Debian ou même ajouter des référentiels Ubuntu. Le devs Debian met en garde contre le faire du tout, mais il y a en fait des cas où il est parfaitement bien de combiner les sorties. Il peut même vous renflouer des bugs, comme décrit ci-dessus.

Debian Testing et SID se déroulent souvent de très près les uns avec les autres, à moins qu'un gel de libération ne soit en cours. Pour cette raison, c'est une bonne idée de garder la version de test disponible sur un système SID et d'utiliser un épinglage apte pour préférer SID. Dans le cas où vous rencontrez un package problématique, vous pouvez préférer la version des tests, en évitant le cassé dans SID jusqu'à ce qu'il soit réparé. Généralement, les forfaits cassés ne font pas de tests, car les problèmes sont résolus dans SID. Un bon exemple de / etc / apt / sources.liste Le fichier ressemblerait à quelque chose comme celui ci-dessous.

deb http: // ftp.nous.Debian.org / debian / sid principal contrib non libre deb-src http: // ftp.nous.Debian.org / debian / sid Main Deb http: // ftp.nous.Debian.org / debian / test principal contrib non libre deb-src http: // ftp.nous.Debian.Org / Debian / Testing Main

Ensuite, configurez votre / etc / apt / préférences Pour épingler les tests.

Package: * PIN: version A = PIN-PIRITÉ INSTABLE: 1000 Package: * PIN: Release A = Tester Pin-priority: 100

De là, vous pouvez ajouter des entrées spécifiques à partir de tests avec un Épingle-priorité plus haut que 1000 pour les préférer à leurs homologues instables.

Comment utiliser Ubuntu PPAS avec parcimonie

Voici où les choses deviennent vraiment folles. Vous devez éviter d'utiliser les PPA d'Ubuntu et tous les référentiels conçus pour Ubuntu chaque fois que possible, mais il y a des cas où il peut travail. Ubuntu est basé sur Debian SID, donc les versions logicielles à la fois sur SID et les deux dernières versions d'Ubuntu correspondent généralement assez bien. Cela signifie qu'il y a des forfaits de chance dans les PPA d'Ubuntu seront compatibles avec SID.

Ce ne fait pas signifie que vous devriez aller ajouter toutes sortes d'Ubuntu PPA à SID parce que «assez proche."Cela signifie que s'il existe un PPA qui abrite une seule application sans un tas de bibliothèques ou de dépendances également, vous pouvez généralement utiliser le PPA pour l'application. La seconde où vous commencez à tirer des bibliothèques et de nouvelles versions de composants et de dépendances, vous êtes pratiquement assuré de briser votre système.

Les extras graphiques comme les thèmes et les icônes sont également un bon exemple de l'utilisation d'un PPA sur Debian peut être correct. Un thème ne viendra pas avec des bibliothèques système. C'est juste un thème, et même s'il se casse, votre système dans son ensemble ira bien.

Comment planifier vos mises à niveau

Debian Sid suit la plupart des règles d'une distribution à libération roulante. Lorsque vous exécutez une libération de roulement, il existe des stratégies générales de bonnes pratiques que vous devez utiliser pour éviter de casser votre système lors de la mise à jour. Cependant, une partie de cela est spécifique à Debian, car SID fait les choses différemment. La planification de vos mises à jour peut sérieusement vous aider à éviter les ennuis.

Évitez la mise à niveau distante

Il pourrait être tentant d'utiliser APT DIST-OPDRAGE Pour forcer les mises à jour plus complètes et empêcher les colis d'être retenus. Eh bien, ces forfaits sont généralement retenus pour une raison, et grade de distrante fait des choix pour vous, en supprimant les packages pour faire fonctionner les nouveaux. C'est pourquoi l'utiliser régulièrement peut être une très mauvaise idée. Un mal chronométré grade de distrante peut arracher les composants du système vital et tout casser en permanence. Il n'y a vraiment aucun avantage à l'utiliser, alors.

Mettre à jour régulièrement

Comme la plupart des distributions à libération roulante, ce n'est pas une bonne idée de laisser Debian Sid tomber trop loin à ce jour. Lorsqu'une distribution roulante tombe trop loin derrière, il y a forcément des forfaits incompatibles. Le saut en avant finirait par être trop. Cela peut entraîner des conflits de dépendance qui ne peuvent pas être résolus ou carrément.

Mettez à jour Sid autour une fois par semaine pour être sûr que tout reste à jour. Bien sûr, la seule exception ici est un bug. Si vous voyez un bug provenir de ppt-coussin, vous pouvez attendre un peu plus longtemps ou recourir à l'épinglage pour le dégager.

Évitez les mises à jour près d'une version stable

Il y a un autre problème de debian unique qui peut apparaître avec SID. Avant chaque version stable de Debian, le test se fige complètement pendant plusieurs mois, sans nouvelles mises à jour. Sid a tendance à ralentir également parce que les développeurs Debian sont occupés à préparer la nouvelle version. Ensuite, une fois la nouvelle version lancée, tout le dos change l'inondation en tests et sid. Le résultat est une cargaison d'instabilité. Évitez de mettre à jour SID pendant au moins une semaine après une nouvelle version Debian. Ils ne viennent que tous les deux ans environ, ce qui signifie que ce n'est pas un problème terriblement courant.

CONCLUSION

L'utilisation de Debian Sid est un bon moyen d'obtenir une expérience de Debian à libération roulante. Vous aurez généralement des packages plus récents que Ubuntu, mais avec environ le même niveau de stabilité du système. Aucune stratégie n'est parfaite, et il est toujours possible que les choses se trompent. C'est pourquoi ce n'est jamais une bonne option sur les ordinateurs de bureau, et vous ne devriez jamais exécuter SID sur quelque chose de critique absolument critique.

Tutoriels Linux connexes:

• Choses à installer sur Ubuntu 20.04
• Une introduction à l'automatisation Linux, des outils et des techniques
• Choses à faire après l'installation d'Ubuntu 20.04 Focal Fossa Linux
• Manjaro Linux vs Arch Linux
• Installez Arch Linux dans VMware Workstation
• Masterring Bash Script Loops
• Mint 20: Mieux que Ubuntu et Microsoft Windows?
• Choses à faire après l'installation d'Ubuntu 22.04 Jammy Jellyfish…
• Téléchargement Linux
• Manjaro Linux vs Ubuntu