Impossible d'utiliser Debian sid / testing au quotidien

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 :slight_smile:

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/

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

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

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

É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.

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.

Voilà, Bullseye installé et sans surprises GIMP est cassé !

Capture%20d%E2%80%99%C3%A9cran%20du%202020-03-20%2011-51-12

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

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

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

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…

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

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 "<Image>/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 "<Image>/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 "<Image>/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 "<Image>/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 "<Image>/FX-Foundry/Shapes/Parametric/Ellipse" as menu label, this deprecated and will be an error in GIMP 3.0

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 :

kentosama@teradrive:~$ gimp

Ici le bug signalé qui a été fixé sur sid :

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=953794

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 )

Il y a quand même un bug avec gedit dans bulleyes :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=954116

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 :slight_smile:

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
1 J'aime