Maintenir à jour les sources.list

L’auteur de ce sujet a trouvé une solution à son problème.
Auteur du sujet

Bonjour Zesteuses et Zesteurs du Pingouin,

Je suis depuis quelques mois déjà sur Pop OS! une distribution dérivée d’Ubuntu ; avant j’étais sur Windows, les études tout ça tout ça. En tant qu’usager maintenant, je me rends compte de la nécessité de maintenir les sources.list à jour (rigolez pas dans le fond !).

Le problème c’est que je ne sais pas comment les mettre à jour ? Pour la dernière version d’Ubuntu, j’ai dû remplacer à la main la version "bionic" par "eoan". Pop OS! c’est bien, il te propose une MAJ en GUI, sauf que j’ai eu la merveilleuse idée (tousse) après la MAJ du noyau de lancer immédiatement apt upgrade … du coup ça m’a remplacé les dernières versions des paquets de Eoan par celles de Bionic. Heureusement ça a touché fonctionnellement que Gnome shell et Docker (évidemment je vous passe la liste de toutes les dépendances) que j’ai rapidement corrigé.

Aujourd’hui, souhaitant mettre à jour mon OS (c’est bien quand même de le faire régulièrement :p ), je me suis retrouvé avec un conflit Docker :

containerd.io : Est en conflit avec: containerd
                Est en conflit avec: runc

Alors il faut savoir que containerd.io est une dépendance de docker-ce (la dernière bonne version de Docker). Les deux autres paquets, containerd et runc, je les ai viré suite au conflit que j’ai eu avec la version du noyau Eoan.

Donc premier problème, comment je garde sur le long terme Docker ? Sachant que la dernière version n’est pas encore adapté à Eoan (https://download.docker.com/linux/ubuntu/dists/). C’est clairement pas pratique.

Tant pis, je désinstalle complètement Docker (je dois mettre à jour mon OS quand même) et là … c’est le drame (pensez à une petite musique dramatique) :

Les paquets suivants seront mis à une VERSION INFÉRIEURE :
  libpulse-mainloop-glib0 libpulse0 libpulse0:i386 libpulsedsp pop-shop pulseaudio pulseaudio-module-bluetooth pulseaudio-utils

Noooooon … Passons l’aspect complètement loufoque de cette proposition ; il pourrait m’indiquer par exemple la liste des sources incriminés. Voici donc mon deuxième problème (à l’origine de ce sujet), comment je peux savoir concrètement lesquels mettre à jour ?

Voici la liste condensée des 11 fichiers de sources.list (ils sont générés par les logiciels, je ne me suis pas amusé à les découper :p ) :

deb http://us.archive.ubuntu.com/ubuntu/ eoan main restricted universe multiverse
deb-src http://us.archive.ubuntu.com/ubuntu/ eoan main restricted universe multiverse
deb http://us.archive.ubuntu.com/ubuntu/ eoan-security main restricted universe multiverse
deb-src http://us.archive.ubuntu.com/ubuntu/ eoan-security main restricted universe multiverse
deb http://us.archive.ubuntu.com/ubuntu/ eoan-updates main restricted universe multiverse
deb-src http://us.archive.ubuntu.com/ubuntu/ eoan-updates main restricted universe multiverse
deb http://us.archive.ubuntu.com/ubuntu/ eoan-backports main restricted universe multiverse
deb-src http://us.archive.ubuntu.com/ubuntu/ eoan-backports main restricted universe multiverse
deb http://apt.pop-os.org/proprietary eoan main
deb https://dl.winehq.org/wine-builds/ubuntu/ eoan main
#deb [arch=amd64] https://download.docker.com/linux/ubuntu eoan stable
deb [arch=amd64] https://download.docker.com/linux/ubuntu bionic stable
deb http://ppa.launchpad.net/bartbes/love-stable/ubuntu eoan main
deb http://archive.canonical.com/ubuntu/ eoan partner
deb http://ppa.launchpad.net/costales/folder-color/ubuntu eoan main
# deb [arch=amd64] https://repo.mongodb.org/apt/ubuntu bionic/mongodb-org/4.0 multiverse
deb https://deb.nodesource.com/node_12.x eoan main
deb-src https://deb.nodesource.com/node_12.x eoan main
deb file:///var/nv-tensorrt-repo-cuda10.1-trt6.0.1.5-ga-20190913 /
deb [arch=amd64,i386] http://repo.steampowered.com/steam/ precise steam
deb-src [arch=amd64,i386] http://repo.steampowered.com/steam/ precise steam
deb http://ppa.launchpad.net/system76/pop/ubuntu eoan main
deb-src http://ppa.launchpad.net/system76/pop/ubuntu eoan main
deb http://repo.vivaldi.com/stable/deb/ stable main

J’ai également commenté la ligne pour MongoDb, l’entreprise n’étant pas très réactive sur les mises à jour, j’ai préféré couper court à tous les éventuels conflits).

Après y’a une entrée bizarre pour CUDA (optimisation GPU de Tensorflow) : deb file:///var/nv-tensorrt-repo-cuda10.1-trt6.0.1.5-ga-20190913 /. Je ne sais pas trop quoi en penser de cette boucle locale.

Est-ce que vous utilisez un script pour résoudre ces conflits ? Allez-vous sur un site en particulier ? Ma solution parfois c’est d’aller prendre le sources.list sur la doc d’Ubuntu et des autres, ça vaut que ça vaut.

Merci d’avance pour vos réponses, n’hésitez pas à me reprendre sur mes mauvaises pratiques.

Édité par Yarflam

Tant de choses, tant de vies, tant de possibilités.

+0 -0

Cette réponse a aidé l’auteur du sujet

Salut,

Pour ce qui est des conflits de paquets, en général aptitude s’en sort très bien. En cas de conflits, ce dernier te fera une première proposition, s’il ne te convient pas, tu peux la refuser et il t’en proposera une autre et ainsi de suite jusqu’à que tu trouves ton bonheur ou qu’il n’y ait plus de solutions.

Sinon, sans vouloir faire le rabat-joie, pourquoi le choix d’une distribution basée sur Ubuntu ? Je veux dire, je peux encore comprendre le choix d’Ubuntu par rapport à Debian pour le côté « user friendly », mais ici quel est ton intérêt par rapport à Ubuntu (en dehors d’avoir des emmerdes au niveau des paquets « parce que c’est Ubuntu mais pas tout à fait ») ? :-°

Édité par Taurre

#JeSuisArius

+0 -0
Auteur du sujet

Merci pour ta réponse Taurre ! :)

Pour ce qui est des conflits de paquets, en général aptitude s’en sort très bien. En cas de conflits, ce dernier te fera une première proposition, s’il ne te convient pas, tu peux la refuser et il t’en proposera une autre et ainsi de suite jusqu’à que tu trouves ton bonheur ou qu’il n’y ait plus de solutions.

Taurre

D’accord, je vais essayer ça de suite ! :)

Sinon, sans vouloir faire le rabat-joie, pourquoi le choix d’une distribution basée sur Ubuntu ? Je veux dire, je peux encore comprendre le choix d’Ubuntu par rapport à Debian pour le côté « user friendly », mais ici quel est ton intérêt par rapport à Ubuntu (en dehors d’avoir des emmerdes au niveau des paquets « parce que c’est Ubuntu mais pas tout à fait ») ? :-°

Taurre

C’est pour l’interface graphique / paquets pré-installés, je n’ai jamais aimé les choix de la communauté d’Ubuntu. Avant j’utilisais Cinnamon sur Linux Mint pour palier, beaucoup plus jolie et moins gourmand qu’Ubuntu. En soit ce n’est pas la couche Pop OS! qui plante mon système, il n’a d’ailleurs pas bronché suite à la mise à jour Eoan.

Y’a également une raison logiciel-matériel, Pop OS! propose par défaut une bonne configuration pour les cartes Nvidia avec CUDA (j’ai besoin de ça pour le Machine Learning). Et ensuite c’est subjectif, je l’aime bien mon p’tit Pop OS! maintenant.

Édité par Yarflam

Tant de choses, tant de vies, tant de possibilités.

+0 -0
Auteur du sujet

Avec Aptitude, ça marche bien. J’ai pu résoudre les conflits et mettre à jour les paquets.

En revanche, j’ai toujours un souci lié à la version de Docker qui ne va pas avec celle de Eoan :

yarflam@yarflam-pc:~$ sudo aptitude install docker-ce
Les NOUVEAUX paquets suivants vont être installés :     
  aufs-tools{a} containerd.io{ab} docker-ce{b} docker-ce-cli{ab} 
0 paquets mis à jour, 4 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de télécharger 0 o/85,4 Mo d archives. Après dépaquetage, 383 Mo seront utilisés.
Les paquets suivants ont des dépendances non satisfaites :
 containerd.io : Est en conflit avec: containerd but 1.2.10-0ubuntu1 is installed
                 Est en conflit avec: runc but 1.0.0~rc8+git20190923.3e425f80-0ubuntu1 is installed
 docker-ce : Est en conflit avec: docker.io but 19.03.2-0ubuntu1 is installed
 docker-ce-cli : Est en conflit avec: docker.io but 19.03.2-0ubuntu1 is installed
Les actions suivantes permettront de résoudre ces dépendances :

     Supprimer les paquets suivants :                            
1)     containerd [1.2.10-0ubuntu1 (eoan, now)]                  
2)     docker.io [19.03.2-0ubuntu1 (eoan, now)]                  
3)     runc [1.0.0~rc8+git20190923.3e425f80-0ubuntu1 (eoan, now)]
4)     tensorflow-cuda-latest [2.0~19.10 (eoan, now)]            
5)     tensorman [0.1.0~1573841326~19.10~49b9c72 (eoan, now)]    

     Leave the following dependencies unresolved:                
6)     docker-compose recommande docker.io (>= 1.9.0)

Du coup … solution rapide et efficace avec le gestionnaire de paquets snap : j’ai la dernière version de Docker. Je ne sais pas encore bien l’utiliser snap (c’est un ami qui me l’a conseillé) mais ça a l’air de bien fonctionner.

Édité par Yarflam

Tant de choses, tant de vies, tant de possibilités.

+0 -0
Connectez-vous pour pouvoir poster un message.
Connexion

Pas encore membre ?

Créez un compte en une minute pour profiter pleinement de toutes les fonctionnalités de Zeste de Savoir. Ici, tout est gratuit et sans publicité.
Créer un compte