# Impossible d'utiliser Debian sid / testing au quotidien **URL:** \ **Category:** Support Debian\ **Created:** [Mars 20, 2020, 8:21 UTC](https://www.debian-fr.org/t/impossible-dutiliser-debian-sid-testing-au-quotidien/81552 "2020-03-20T08:21:40Z")\ **Posts on this page:** 12\ **Page:** 1
**Author:** ![kentosama](https://www.debian-fr.org/user_avatar/www.debian-fr.org/kentosama/32/8577_2.png) [@kentosama](https://www.debian-fr.org/u/kentosama)\ **Post date:** [Mars 20, 2020, 8:21 UTC](https://www.debian-fr.org/t/impossible-dutiliser-debian-sid-testing-au-quotidien/81552/1 "2020-03-20T08:21:40Z")
Bonjour, je rencontre une grande difficulté à utiliser Debian unstable / testing au quotidien, car régulièrement beaucoup de choses se cassent après une mise à jour ou même dès une installation tout fraîche. Par exemple, actuellement GIMP refuse de fonctionner avec un joli message d’erreur au démarrage. Je rencontre le problème après une migration de stable vers testing / unstable ou après une installation de Debian testing. Il y a également des jeux “Proton” qui refuse de se lancer en testing / unstable. Hors, tout fonctionne bien sur Debian stable. Je viens juste de le réinstaller et je n’ai aucun problème pour lancer mes applications et jeux. Le problème, c’est que j’ai besoin d’accéder à des versions récentes du pilote vidéo amdgpu et mesa afin de profiter des améliorations dans les jeux tout en préservant la stabilité du système. C’est un point essentiel, car je développe beaucoup avec cet ordinateur, c’est mon activité principale et lorsqu’une application aussi utile que GIMP refuse de fonctionner, cela m’empêche de travailler. C’est également un vrai problème de ne pas pouvoir lancer ses jeux après une mise à jour. Auriez-vous un conseil, une solution ou une distribution basée sur Debian qui pourrait concilier stabilité et paquets récents ? Merci 🙂 ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Mars 20, 2020, 9:01 UTC](https://www.debian-fr.org/t/impossible-dutiliser-debian-sid-testing-au-quotidien/81552/2 "2020-03-20T09:01:03Z")
salut Debian sid aka unstable et Debian testing actuellement Bullseye c’est pas la meme chose que unstable soit … instable c’est normal c’est ça raison d’être, c’est réservé aux testeurs au minimum aux gens expérimentés plus d’infos ici [https://www.debian.org/releases/](https://www.debian.org/releases/) J’utilise Debian 11 Bullseye avec le dépot security de stable, et je n’ai aucun des soucis que tu décris, Gimp fonctionne très bien ```auto deb https://cdn-aws.deb.debian.org/debian-security/ buster/updates contrib main non-free deb https://cdn-aws.deb.debian.org/debian/ bullseye contrib main non-free ``` Gimp fonctionne très bien ```auto apt policy gimp gimp: Installé : 2.10.12-1 Candidat : 2.10.12-1 Table de version : *** 2.10.12-1 990 990 https://cdn-aws.deb.debian.org/debian bullseye/main amd64 Packages 100 /var/lib/dpkg/status ``` je te coseille donc de te mettre en Bullseye (testing) voir même de rester en Debian 10 Buster (stable) si tu débutes ---
**Author:** ![kentosama](https://www.debian-fr.org/user_avatar/www.debian-fr.org/kentosama/32/8577_2.png) [@kentosama](https://www.debian-fr.org/u/kentosama)\ **Post date:** [Mars 20, 2020, 10:09 UTC](https://www.debian-fr.org/t/impossible-dutiliser-debian-sid-testing-au-quotidien/81552/3 "2020-03-20T10:09:46Z")
Étrange, car j’ai installé hier dans la soirée Debian Bullseye (testing donc) et justement je n’ai pas pu lancer GIMP qui me reportait un message d’erreur au lancement. J’ai eu ce problème plusieurs fois en passant sur sid. J’ai beau réinstallé proprement le système et c’est toujours pareil. Quand je dis que j’ai installé Debian Bullseye c’est à partir d’un iso fourni sur le site de Debian. Je n’ai donc pas eu à modifier le fichier /etc/apt/sources.list Je suis actuellement sur stable, je peux tenter de repasser sur testing afin de vérifier que le problème est toujours là ou pas. A moins qu’il existe une méthode secrète que je ne connais pas, il est pourtant très simple d’installer / migrer vers testing / unstable. ps: je ne débute pas, j’utilise Debian / ArchLinux depuis des années, c’est juste que je n’aime pas perdre du temps avec des paquets cassés etc. ---
**Author:** ![nicola](https://www.debian-fr.org/user_avatar/www.debian-fr.org/nicola/32/8969_2.png) [@nicola](https://www.debian-fr.org/u/nicola)\ **Post date:** [Mars 20, 2020, 10:45 UTC](https://www.debian-fr.org/t/impossible-dutiliser-debian-sid-testing-au-quotidien/81552/4 "2020-03-20T10:45:22Z")
Chez moi (Debian Sid), Gimp fonctionne et j’ai eu le bug au démarrage. J’ai failli le signaler mais quelqu’un l’avait déjà fait. ---
**Author:** ![kentosama](https://www.debian-fr.org/user_avatar/www.debian-fr.org/kentosama/32/8577_2.png) [@kentosama](https://www.debian-fr.org/u/kentosama)\ **Post date:** [Mars 20, 2020, 10:54 UTC](https://www.debian-fr.org/t/impossible-dutiliser-debian-sid-testing-au-quotidien/81552/5 "2020-03-20T10:54:12Z")
Voilà, Bullseye installé et sans surprises GIMP est cassé ! ![Capture%20d%E2%80%99%C3%A9cran%20du%202020-03-20%2011-51-12](https://www.debian-fr.org/uploads/default/original/2X/8/8069c4048a23ccdf2da267ddf5ea3ebaa69d666d.jpeg) ``` apt policy gimp gimp: Installé : 2.10.12-1 Candidat : 2.10.12-1 Table de version : *** 2.10.12-1 500 500 https://deb.debian.org/debian bullseye/main amd64 Packages 100 /var/lib/dpkg/status ``` ---
**Author:** ![nicola](https://www.debian-fr.org/user_avatar/www.debian-fr.org/nicola/32/8969_2.png) [@nicola](https://www.debian-fr.org/u/nicola)\ **Post date:** [Mars 20, 2020, 10:56 UTC](https://www.debian-fr.org/t/impossible-dutiliser-debian-sid-testing-au-quotidien/81552/6 "2020-03-20T10:56:36Z")
Tu as mis à jour ? ``` > apt policy gimp gimp: Installé : 2.10.14-3 Candidat : 2.10.14-3 Table de version : *** 2.10.14-3 500 500 http://ftp.fr.debian.org/debian unstable/main i386 Packages 100 /var/lib/dpkg/status ``` ---
**Author:** ![kentosama](https://www.debian-fr.org/user_avatar/www.debian-fr.org/kentosama/32/8577_2.png) [@kentosama](https://www.debian-fr.org/u/kentosama)\ **Post date:** [Mars 20, 2020, 11:04 UTC](https://www.debian-fr.org/t/impossible-dutiliser-debian-sid-testing-au-quotidien/81552/7 "2020-03-20T11:04:02Z")
Je suis sur Bullseye donc j’ai la version 2.10.12-1. Il faudrait que je passe donc sur sid. J’aimerais bien comprendre pourquoi @grandtoubab n’a pas de problèmes avec cette version… [https://packages.debian.org/fr/bullseye/gimp](https://packages.debian.org/fr/bullseye/gimp) Sinon comme hier soir, j’ai de nouveau un plantage avec un jeu proton (The Evil Within). Je suis en train de mettre à jour vers sid, mais le problème évoqué dans mon premier message reste le même, puisque en testing certains paquets peuvent cassés et ne pas être réparés avant un long moment, comme mon cas avec GIMP. Je pourrais simplement utiliser une version compilée à partir du code source pour contourner le problème, mais je trouve dommage de passer par-là. C’est grosso modo ce que je reproche à Debian, car il n’y a pas de juste milieu entre stabilité et paquets plus ou moins récents. Mon passage a testing est terminée et GIMP fonctionne… ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Mars 20, 2020, 11:15 UTC](https://www.debian-fr.org/t/impossible-dutiliser-debian-sid-testing-au-quotidien/81552/8 "2020-03-20T11:15:08Z")
tu continues de mélanger les noms de verions… testing c’est actuellement Bulseye As tu lu la page du lien que j’ai indiqué? Aucun problème de fonctionnement malgré les messages ```nohighlight debian:~$ gimp gimp: LibGimpBase-AVERTISSEMENT: gimp: gimp_wire_read(): error gimp: LibGimpBase-AVERTISSEMENT: gimp: gimp_wire_read(): error gimp: LibGimpBase-AVERTISSEMENT: gimp: gimp_wire_read(): error gimp: LibGimpBase-AVERTISSEMENT: gimp: gimp_wire_read(): error gimp: LibGimpBase-AVERTISSEMENT: gimp: gimp_wire_read(): error GIMP-Erreur: Unable to run plug-in "plugin-map-style.py" (/usr/lib/gimp/2.0/plug-ins/plugin-map-style.py) Échec à l’exécution du processus enfant « python » (Aucun fichier ou dossier de ce type) gimp: LibGimpBase-AVERTISSEMENT: gimp: gimp_wire_read(): error GIMP-Erreur: Unable to run plug-in "plugin-heal-selection.py" (/usr/lib/gimp/2.0/plug-ins/plugin-heal-selection.py) Échec à l’exécution du processus enfant « python » (Aucun fichier ou dossier de ce type) Plug-in "script-fu" (/usr/lib/gimp/2.0/plug-ins/script-fu/script-fu) is installing procedure "script-fu-bw-film" with a full menu path "/Colors/BW Film Simulation" as menu label, this deprecated and will be an error in GIMP 3.0 Plug-in "script-fu" (/usr/lib/gimp/2.0/plug-ins/script-fu/script-fu) is installing procedure "diana-holga2c" with a full menu path "/Filters/Artistic/diana-holga2b" as menu label, this deprecated and will be an error in GIMP 3.0 Plug-in "script-fu" (/usr/lib/gimp/2.0/plug-ins/script-fu/script-fu) is installing procedure "script-fu-draw-arch" with a full menu path "/FX-Foundry/Shapes/Parametric/_Arch" as menu label, this deprecated and will be an error in GIMP 3.0 Plug-in "script-fu" (/usr/lib/gimp/2.0/plug-ins/script-fu/script-fu) is installing procedure "script-fu-draw-box" with a full menu path "/FX-Foundry/Shapes/Parametric/Box" as menu label, this deprecated and will be an error in GIMP 3.0 Plug-in "script-fu" (/usr/lib/gimp/2.0/plug-ins/script-fu/script-fu) is installing procedure "script-fu-draw-ellipse" with a full menu path "/FX-Foundry/Shapes/Parametric/Ellipse" as menu label, this deprecated and will be an error in GIMP 3.0 ``` ---
**Author:** ![kentosama](https://www.debian-fr.org/user_avatar/www.debian-fr.org/kentosama/32/8577_2.png) [@kentosama](https://www.debian-fr.org/u/kentosama)\ **Post date:** [Mars 20, 2020, 11:23 UTC](https://www.debian-fr.org/t/impossible-dutiliser-debian-sid-testing-au-quotidien/81552/9 "2020-03-20T11:23:50Z")
Oui désolé @grandtoubab cette page je l’ai lu plusieurs fois, je connais Debian depuis que j’ai fréquenté le collège au début des années 2000. C’est juste une faute d’inattention de ma part. Dans mon cas, ça n’a pas marché sauf en passant sur sid. Pour ma part aucune erreur : ```nohighlight kentosama@teradrive:~$ gimp ``` Ici le bug signalé qui a été fixé sur sid : [https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=953794](https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=953794) ---
**Author:** ![oustaou](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/o/b77776/32.png) [@oustaou](https://www.debian-fr.org/u/oustaou)\ **Post date:** [Mars 20, 2020, 12:42 UTC](https://www.debian-fr.org/t/impossible-dutiliser-debian-sid-testing-au-quotidien/81552/10 "2020-03-20T12:42:23Z")
Bonjour, Pour ma part, aucun soucis non plus avec Gimp en étant en Buster/Bullseye. (Quelques uns avec Mypaint, mais résolus : voir la rubrique “Trucs et astuces” [https://www.debian-fr.org/t/faire-tourner-mypaint-2-0-sur-debian-bullseye/81555](https://www.debian-fr.org/t/faire-tourner-mypaint-2-0-sur-debian-bullseye/81555) ) ---
**Author:** ![gilles2](https://www.debian-fr.org/user_avatar/www.debian-fr.org/gilles2/32/7966_2.png) [@gilles2](https://www.debian-fr.org/u/gilles2)\ **Post date:** [Mars 20, 2020, 3:39 UTC](https://www.debian-fr.org/t/impossible-dutiliser-debian-sid-testing-au-quotidien/81552/11 "2020-03-20T15:39:05Z")
Il y a quand même un bug avec gedit dans bulleyes : [https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=954116](https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=954116) ---
**Author:** ![kentosama](https://www.debian-fr.org/user_avatar/www.debian-fr.org/kentosama/32/8577_2.png) [@kentosama](https://www.debian-fr.org/u/kentosama)\ **Post date:** [Mars 21, 2020, 11:54 UTC](https://www.debian-fr.org/t/impossible-dutiliser-debian-sid-testing-au-quotidien/81552/12 "2020-03-21T23:54:15Z")
J’ai décidé de prendre le taureau par les cornes en retournant sur stable. Quand j’ai vu le nombre de bugs critiques dans testing, ça m’a clairement fait peur. Le meilleur choix possible, dans mon cas, c’est la stable avec les backports, oui mais pas que ! J’ai crée mon propre dépôt où se trouve mes paquets. Mon but étant d’avoir une version récente des paquets : firmware-nonfree libdrm llvm mesa et vulkan, de manière à disposer des meilleures performances possibles pour jouer. Pour le moment j’ai préparé les paquets pour les firmwares et libdrm. Dans la soirée, je vais préparer llvm9 qui est un peu long à compiler, car j’ai décidé de construire les paquets dans une VM afin de ne pas casser par inattention mon installation. Je suis assez content d’être sous stable et de profiter des derniers pilotes vidéos 🙂 ```auto Start-Date: 2020-03-21 18:09:13 Commandline: apt upgrade Requested-By: kentosama (1000) Upgrade: libdrm-nouveau2:amd64 (2.4.97-1, 2.4.100-4~bpo10+1), code:amd64 (1.43.$ End-Date: 2020-03-21 18:09:21 Start-Date: 2020-03-22 00:48:05 Commandline: apt upgrade Requested-By: kentosama (1000) Upgrade: firmware-realtek:amd64 (20190114-2, 20190717-2~bpo10+1), firmware-amd-$ End-Date: 2020-03-22 00:48:28 ```