[Résolu] Soucis divers après MàJ (notamment segfaults en série)

Debeee · 14-06-2020 17:21:52

Oui, en fait, j'ai relu le fil, j'ai vu que les pb inkscape et LO ne viennent pas de mesa à priori.
Sachant que tu es sous SID et moi "seulement" sous testing, je dois avoir une ou deux versions de retard sur LO par rapport à toi. Je n'ai pas testé beaucoup, mais pas de grosse connerie d'ordre 0 comme pour toi à priori.
Le fait que geogebra 3D marche bien sur ma machine est un bon indicateur : j'avais eu jadis des pb avec une lubuntu 14.04, avec un PC équipé d'une vieille Nvidia 6200. Seul geogebra 3D ne marchait pas (tout le reste ok), j'avais dû charger les drivers Nvidia pour que ça roule.
Donc là, je pense que si ça marche, mesa ne doit pas trop déconner, il doit sans doute participer au fonctionnement de la partie 3D de geogebra.
Sinon, j'avais oublié, firefox marche très bien, vidéos comprises (j'en ai regardé 2 ou 3).
Je vais tâcher de voir avec vlc.
[edit] regardé un bout de film en .avi et un autre bout en H264, les deux installés sur une clé usb formatée ntfs pour corser : aucun souci, lecture parfaitement fluide en prime => pas de merde d'ordre 0 avec vlc [/edit]
Pour les jeux, je ne vais pas tester, je n'y connais rien, et avec mon eeepc 1011 de 2012, ça serait très dur

Dernière modification par Debeee (14-06-2020 20:35:09)

Elzen · 27-06-2020 09:53:25

Okay, après quelques investigations supplémentaires, du nouveau.

Le souci vient effectivement du fait que X continue d'utiliser le pilote intel au lieu du nouveau pilote par défaut, modesetting.
Après examen plus attentif, il le fait parce que j'avais rajouté ce fichier dans /usr/share/X11/xorg.conf.d/ :

Section "Device"

  Identifier "card0"

  Driver "intel"

  Option "Backlight" "intel_backlight"

  BusID "PCI:0:2:0"

EndSection

Si je vire ce fichier, X démarre correctement avec le nouveau pilote, et je n'ai plus de souci lié à mesa.

Problème : j'avais mis ce fichier en place pour faire fonctionner xbacklight, qui permet de régler la luminosité de l'écran (c'est un ordi portable). Une commande pour régler ladite luminosité est d'autant plus essentielle en ce moment où la luminosité due à la présence d'une fenêtre (je ne vis pas dans une grotte ^^) peut varier pas mal au cours de la journée, et que donc pouvoir ajuster celle de l'écran, ça aide. Or, évidemment, si je retire ce fichier et que je bascule sur le nouveau pilote… xbacklight ne me re-détecte plus l'écran.

Qui plus est, j'utilise une résolution personnalisée (mon écran fait nativement du 1368×768, je le force en 1366×768. Je sais que ce ne sont que deux pixels de différences, mais j'ai quelques trucs qui sont réglés au pixel près.) Or, la commande qui permet d'ajouter cette nouvelle résolution, à savoir

xrandr --newmode 1366x768 85.25 1366 1440 1576 1784 768 771 781 798 -hsync +vsync

semble faire une erreur X systématique, ce qui m'embête un peu aussi.

En attendant d'avoir pu régler les deux soucis sus-mentionnés, je préfère rester sur le pilote intel, et donc sur l'ancienne version de mesa. Mais si vous avez des pistes pour l'un ou l'autre, n'hésitez surtout pas.

====
Par ailleurs, a priori rien à voir avec mesa, mais vu que c'est à la base un topic généraliste sur mes soucis de MàJ : depuis celle d'hier, à savoir

Start-Date: 2020-06-26 22:59:36
Commandline: apt upgrade --with-new-pkgs --no-install-recommends
Install: libdevmapper1.02.1:i386 (2:1.02.167-1+b1, automatic), bsdextrautils:amd64 (2.35.2-6, automatic), coinor-libcoinmp1v5:amd64 (1.8.3-3, automatic), libargon2-1:i386 (0~20171227-0.2, automatic), libopengl0:i386 (1.3.1-1, automatic), coinor-libcoinutils3v5:amd64 (2.11.4+repack1-1, automatic), linux-image-5.7.0-1-amd64:amd64 (5.7.6-1, automatic), libllvm10:amd64 (1:10.0.0-4, automatic), libllvm10:i386 (1:10.0.0-4, automatic), libxxhash0:amd64 (0.7.3-2, automatic), coinor-libcbc3:amd64 (2.10.5+ds1-1, automatic), coinor-libcgl1:amd64 (0.60.3+repack1-2, automatic), coinor-libosi1v5:amd64 (0.108.6+repack1-1, automatic), coinor-libclp1:amd64 (1.17.5+repack1-1, automatic), libcryptsetup12:amd64 (2:2.3.3-1, automatic), libcryptsetup12:i386 (2:2.3.3-1, automatic), libjson-c4:i386 (0.13.1+dfsg-9, automatic)
Upgrade: fdisk:amd64 (2.35.2-2, 2.35.2-6), liborcus-parser-0.15-0:amd64 (0.15.4-2+b1, 0.15.4-3), libgpgmepp6:amd64 (1.13.1-7+b1, 1.13.1-8), libcogl20:amd64 (1.22.6-1, 1.22.8-1), libgphoto2-port12:amd64 (2.5.24-1, 2.5.25-2), libgphoto2-port12:i386 (2.5.24-1, 2.5.25-2), uno-libs-private:amd64 (1:6.4.5~rc1-1, 1:6.4.5~rc1-2), libpopt0:amd64 (1.16-14, 1.18-1), gnome-colors-common:amd64 (5.5.1-2, 5.5.1-2.1), gnome-human-icon-theme:amd64 (5.5.1-2, 5.5.1-2.1), libfdisk1:amd64 (2.35.2-2, 2.35.2-6), iptables:amd64 (1.8.5-1, 1.8.5-2), libdrm-nouveau2:amd64 (2.4.101-2, 2.4.102-1), libdrm-nouveau2:i386 (2.4.101-2, 2.4.102-1), linux-libc-dev:amd64 (5.6.14-2, 5.7.6-1), libvkd3d1:amd64 (1.1-4, 1.1-5), libvkd3d1:i386 (1.1-4, 1.1-5), libuno-salhelpergcc3-3:amd64 (1:6.4.5~rc1-1, 1:6.4.5~rc1-2), gnome-dust-icon-theme:amd64 (5.5.1-2, 5.5.1-2.1), libgphoto2-6:amd64 (2.5.24-1, 2.5.25-2), libgphoto2-6:i386 (2.5.24-1, 2.5.25-2), libcogl-path20:amd64 (1.22.6-1, 1.22.8-1), libegl-mesa0:amd64 (19.3.3-1, 20.1.2-1), libreoffice-gtk3:amd64 (1:6.4.5~rc1-1, 1:6.4.5~rc1-2), gnome-wise-icon-theme:amd64 (5.5.1-2, 5.5.1-2.1), cython3:amd64 (0.29.14-1, 0.29.14-2), kpartx:amd64 (0.8.3-1, 0.8.4-1), gnome-brave-icon-theme:amd64 (5.5.1-2, 5.5.1-2.1), gnome-wine-icon-theme:amd64 (5.5.1-2, 5.5.1-2.1), libreoffice-core:amd64 (1:6.4.5~rc1-1, 1:6.4.5~rc1-2), libglapi-mesa:amd64 (19.3.3-1, 20.1.2-1), libglapi-mesa:i386 (19.3.3-1, 20.1.2-1), gnome-desktop3-data:amd64 (3.36.2-1, 3.36.3.1-2), libasound2-data:amd64 (1.2.2-2.2, 1.2.2-2.3), libmount1:amd64 (2.35.2-2, 2.35.2-6), libmount1:i386 (2.35.2-2, 2.35.2-6), libsqlite3-0:amd64 (3.32.2-2, 3.32.3-1), libsqlite3-0:i386 (3.32.2-2, 3.32.3-1), libgpgme11:amd64 (1.13.1-7+b1, 1.13.1-8), bsdmainutils:amd64 (11.1.2+b1, 12.1.2), gnome-noble-icon-theme:amd64 (5.5.1-2, 5.5.1-2.1), util-linux:amd64 (2.35.2-2, 2.35.2-6), coreutils:amd64 (8.30-3+b1, 8.32-2), libxatracker2:amd64 (19.3.3-1, 20.1.2-1), libqscintilla2-qt5-15:amd64 (2.11.2+dfsg-6+b1, 2.11.2+dfsg-7), libcogl-pango20:amd64 (1.22.6-1, 1.22.8-1), pcsx2:i386 (1.5.0~gfc1d9aef0+dfsg-2, 1.6.0+dfsg-1), libip6tc2:amd64 (1.8.5-1, 1.8.5-2), libnm0:amd64 (1.24.0-1, 1.24.2-1), libreoffice-l10n-fr:amd64 (1:6.4.5~rc1-1, 1:6.4.5~rc1-2), libwww-perl:amd64 (6.45-1, 6.46-1), gnome-colors:amd64 (5.5.1-2, 5.5.1-2.1), python3-numpy:amd64 (1:1.18.4-1, 1:1.19.0-1), python3-uno:amd64 (1:6.4.5~rc1-1, 1:6.4.5~rc1-2), libuno-cppuhelpergcc3-3:amd64 (1:6.4.5~rc1-1, 1:6.4.5~rc1-2), rsyslog:amd64 (8.2004.0-1, 8.2006.0-1), libtalloc2:amd64 (2.3.0-5, 2.3.1-1), libgbm1:amd64 (19.3.3-1, 20.1.2-1), mount:amd64 (2.35.2-2, 2.35.2-6), libreoffice-base-core:amd64 (1:6.4.5~rc1-1, 1:6.4.5~rc1-2), sqlite3:amd64 (3.32.2-2, 3.32.3-1), libdrm-amdgpu1:amd64 (2.4.101-2, 2.4.102-1), libdrm-amdgpu1:i386 (2.4.101-2, 2.4.102-1), libblkid1:amd64 (2.35.2-2, 2.35.2-6), libblkid1:i386 (2.35.2-2, 2.35.2-6), libuno-purpenvhelpergcc3-3:amd64 (1:6.4.5~rc1-1, 1:6.4.5~rc1-2), libinfinity-0.7-0:amd64 (0.7.1-3, 0.7.1-4), libreoffice-impress:amd64 (1:6.4.5~rc1-1, 1:6.4.5~rc1-2), libinfgtk-0.7-0:amd64 (0.7.1-3, 0.7.1-4), libgnome-desktop-3-19:amd64 (3.36.2-1, 3.36.3.1-2), man-db:amd64 (2.9.2-1, 2.9.3-1), libmpg123-0:amd64 (1.25.13-1, 1.26.1-1), libmpg123-0:i386 (1.25.13-1, 1.26.1-1), libcap2:amd64 (1:2.34-2, 1:2.36-1), libcap2:i386 (1:2.34-2, 1:2.36-1), fonts-isabella:amd64 (1.202-3, 1.202-4), linux-image-amd64:amd64 (5.6.14-2, 5.7.6-1), libcap2-bin:amd64 (1:2.34-2, 1:2.36-1), libuuid1:amd64 (2.35.2-2, 2.35.2-6), libuuid1:i386 (2.35.2-2, 2.35.2-6), apt-listbugs:amd64 (0.1.31, 0.1.32), libreoffice-style-colibre:amd64 (1:6.4.5~rc1-1, 1:6.4.5~rc1-2), ure:amd64 (1:6.4.5~rc1-1, 1:6.4.5~rc1-2), libreoffice-writer:amd64 (1:6.4.5~rc1-1, 1:6.4.5~rc1-2), liborcus-0.15-0:amd64 (0.15.4-2+b1, 0.15.4-3), libreoffice-common:amd64 (1:6.4.5~rc1-1, 1:6.4.5~rc1-2), libdrm2:amd64 (2.4.101-2, 2.4.102-1), libdrm2:i386 (2.4.101-2, 2.4.102-1), usb.ids:amd64 (2020.06.09-1, 2020.06.18-1), libsmartcols1:amd64 (2.35.2-2, 2.35.2-6), rfkill:amd64 (2.35.2-2, 2.35.2-6), libqscintilla2-qt5-l10n:amd64 (2.11.2+dfsg-6, 2.11.2+dfsg-7), eject:amd64 (2.35.2-2, 2.35.2-6), libgl1-mesa-dri:amd64 (19.3.3-1, 20.1.2-1), libgl1-mesa-dri:i386 (19.3.3-1, 20.1.2-1), libtdb1:amd64 (1.4.2-3+b1, 1.4.3-1), libosmesa6:amd64 (19.3.3-1, 20.1.2-1), bsdutils:amd64 (1:2.35.2-2, 1:2.35.2-6), libasound2:amd64 (1.2.2-2.2, 1.2.2-2.3), libasound2:i386 (1.2.2-2.2, 1.2.2-2.3), python3-talloc:amd64 (2.3.0-5, 2.3.1-1), libxtables12:amd64 (1.8.5-1, 1.8.5-2), ninja-build:amd64 (1.10.0-1, 1.10.0-2), libuno-cppu3:amd64 (1:6.4.5~rc1-1, 1:6.4.5~rc1-2), fonts-opensymbol:amd64 (2:102.11+LibO6.4.5~rc1-1, 2:102.11+LibO6.4.5~rc1-2), libnss3:amd64 (2:3.53-1, 2:3.53.1-1), libdrm-intel1:amd64 (2.4.101-2, 2.4.102-1), libdrm-intel1:i386 (2.4.101-2, 2.4.102-1), rsync:amd64 (3.1.3-8, 3.2.1-1), libglibmm-2.4-1v5:amd64 (2.64.2-1, 2.64.2-2), libreoffice-style-tango:amd64 (1:6.4.5~rc1-1, 1:6.4.5~rc1-2), libdrm-radeon1:amd64 (2.4.101-2, 2.4.102-1), libdrm-radeon1:i386 (2.4.101-2, 2.4.102-1), libuno-sal3:amd64 (1:6.4.5~rc1-1, 1:6.4.5~rc1-2), libhunspell-1.7-0:amd64 (1.7.0-2+b1, 1.7.0-3), libmikmod3:amd64 (3.3.11.1-4, 3.3.11.1-5), libreoffice-calc:amd64 (1:6.4.5~rc1-1, 1:6.4.5~rc1-2), libip4tc2:amd64 (1.8.5-1, 1.8.5-2), libtevent0:amd64 (0.10.1-4, 0.10.2-1), libatopology2:amd64 (1.2.2-2.2, 1.2.2-2.3), libreoffice-draw:amd64 (1:6.4.5~rc1-1, 1:6.4.5~rc1-2), gnome-illustrious-icon-theme:amd64 (5.5.1-2, 5.5.1-2.1), xterm:amd64 (356-1, 356-2), libfreehand-0.1-1:amd64 (0.1.2-2, 0.1.2-3), libglx-mesa0:amd64 (19.3.3-1, 20.1.2-1), libglx-mesa0:i386 (19.3.3-1, 20.1.2-1), libdrm-common:amd64 (2.4.101-2, 2.4.102-1)
End-Date: 2020-06-26 23:00:53

(ouais, y a mesa dedans, vu que j'ai fait les tests sus-mentionnés), mon Pidgin n'arrive plus à se lancer, et crashe au lancement avec cette magnifique erreur :

Pidgin 2.13.0 a planté et a essayé de créer un fichier "core".

Ceci est un problème logiciel et n'est pas dû à une

utilisation erronée du logiciel de votre part.

Si vous pouvez reproduire ce plantage, veuillez en

informer les développeurs en rapportant le problème sur

http://developer.pidgin.im/simpleticket/

Veuillez bien préciser ce que vous faisiez à cet instant et

attacher la pile d'appel (backtrace) obtenue depuis le fichier

core. Si vous ne savez pas comment procéder, veuillez suivre

les indications sur

http://developer.pidgin.im/wiki/GetABacktrace

Abandon

Or, à vue de nez, la MàJ ne concerne ni pidgin, ni la libpurple qu'il utilise, donc je ne pige pas ce que je devrais chercher à rétrograder pour voir si ça remarche. Si quelqu'un a une piste pour ça aussi…

Debeee · 28-06-2020 17:18:45

comment ça gère le 1366 versus 1368 : c'est de l'interpolation (bonjour la zone et l'affichage caca qui doit en résulter !) ou ça strape carrément deux rangées de pixels, ce qui serait plus simple et propre ?
[edit] j'ai le choix 1360*768 sur mon écran natif 1366*768, visiblement, ça bouffe 6 colonnes de pixels sur la hauteur => affichage propre, donc pas trop une piste de recherche... [/edit]
C'est pas de là que vient le pb ? C'est prévu pour fonctionner comme ça ? On s'éloigne du ratio standard 16:9 (1365,33333*768), très peu, mais peut être c'est une source de pb ?
Je ne savais pas que ça existait ces écrans en 1368, mais si...

Dernière modification par Debeee (28-06-2020 17:27:59)

Elzen · 10-07-2020 12:11:37

Oui, j'avais 1366 sur mes précédents ordis de ce format-là, et j'ai été assez surpris aussi de voir 1368 sur celui-ci.
Il me semble qu'il existe une option de X pour basculer entre déformer l'image et mettre des bandes noires sur les côtés, quand la réso choisie n'a pas les mêmes proportions que celles de l'écran. Après, dans mon cas, c'est vrai que techniquement, je pourrais rester sur la réso native de l'écran, mais le fait que la manip' pour forcer la réso que je veux ne marche carrément plus m'interpelle un brin, indépendamment de ce que j'utilise ou pas.

Ce qui m'embête principalement, c'est surtout l'histoire avec xbacklight : je passe mon temps à déplacer mon ordi entre une salle sombre et la proximité d'une fenêtre, la luminosité ambiante entrant par cette dernière variant beaucoup selon la météo… donc j'ai *besoin* de pouvoir ajuster la luminosité aux conditions extérieures si je veux à la fois y voir sur mon écran et garder des yeux en état de fonctionnement.

(Sinon, concernant Pidgin : c'est apparemment le plug-in pour gérer Matrix qui causait le souci, en désactivant ce compte-là à la main dans le fichier de config ça fonctionnait correctement. Mais la MàJ de la semaine suivante a remis les choses dans l'ordre, de toute façon)

Debeee · 10-07-2020 18:24:49

si j'ai bien compris, xrandr et xbacklight, ça pompe à la même source X11 RandR, j'ai bon ?
donc si l'un déconne, normal que l'autre aussi...
En regardant ton dernier post, j'allais justement te proposer xrandr pour régler la luminosité => je sors

M'enfin, t'as pas essayé, juste pour voir, en dépannage ? La commande que tu donnes plus haut (#27) est plus complexe et ça touche à la géométrie de l'image, on ne sait jamais.
et xcalib ? y'a aussi un réglage de luminosité dessus, mais je suppose que ça part de la même source ?
En tous cas, j'ai les nouveaux fichiers mesa sur 2 testing (2 portables différents) et aucun souci, sachant qu'en ce moment, je viens de finir un script pour régler (entre autres) la luminosité d'un moniteur externe, et ça marche (très bien) avec xrandr
Ca confirme ce que tu dis : mesa n'est pas un problème, sauf dans ton cas très particulier.

Dernière modification par Debeee (10-07-2020 18:27:51)

vv222 · 11-07-2020 08:11:54

Je dois avoir ici une machine avec un APU Intel dont je règle la luminosité de l’écran sans passer par xbacklight, je pourrai partager ma méthode plus tard dans la journée.

akik · 15-07-2020 16:01:51

Même problème sous debian testing. Je commence mes vacances, je veux regarder un film avec vlc et boom segmentation fault. Et comme https://tracker.debian.org/pkg/mesa est passé en 20.1 au premier juillet pour testing, j'essaye un snapshot du 30 juin; mais expiré

Donc, pour ceux qui sont dans la même situation, prendre la liste des paquets mesa installés:

apt list --installed | grep 20.1.2-1

Télécharger leurs version en 19.3.3-1: https://snapshot.debian.org/package/mesa/19.3.3-1/

Puis les installer à la main (p.ex.):

apt install ./libegl1-mesa_19.3.3-1_amd64.deb ./libegl-mesa0_19.3.3-1_amd64.deb ./libgbm1_19.3.3-1_amd64.deb ./libgl1-mesa-dri_19.3.3-1_amd64.deb ./libgl1-mesa-glx_19.3.3-1_amd64.deb ./libglapi-mesa_19.3.3-1_amd64.deb ./libglx-mesa0_19.3.3-1_amd64.deb ./libxatracker2_19.3.3-1_amd64.deb ./mesa-vulkan-drivers_19.3.3-1_amd64.deb

Un rapport de bogue existe https://bugs.debian.org/cgi-bin/bugrepo … bug=964929, donc subscribe pour savoir quand il est fixé.

Elzen · 25-07-2020 11:28:41

vv222 a écrit :

Je dois avoir ici une machine avec un APU Intel dont je règle la luminosité de l’écran sans passer par xbacklight, je pourrai partager ma méthode plus tard dans la journée.

Elle est longue, cette journée

(Après, s'il s'agit d'aller écrire des trucs en root dans /sys/class/backlight/intel_backlight/brightness, je connais mais c'est moins pratique)

Sinon, la grande nouvelle du jour: après MàJ d'hier et redémarrage pour être sûr que ça ne cassait rien, il semble finalement que, bien que j'utilise toujours le pilote intel, n'ayant pas eu le temps/l'énergie récemment de creuser les pistes sus-mentionnées, tout se soit remis à marcher. J'ai présentement mesa 20, le pilote intel, et plus de segfault ni dans Falkon, ni dans Mednafen, ni dans VLC, ni dans ScummVM, à vue de nez. Donc c'est cool \o/

De la palanquée de problèmes pour certains sans lien les uns avec les autres signalés dans le premier post, il ne reste plus que Inkscape qui, malgré une MàJ importante en cours de route (et sans que ça ait quoi que ce soit à voir avec le pilote graphique, a priori) continue de me balancer une pop-up pour me prévenir d'une AssertionError quand j'essaye de copier des bouts de mes images pour les coller plus loin. Comme ce problème, énervant mais pas bloquant, était de toute façon assez mineur dans la liste de base (je l'avais mentionné juste pour essayer de faire le tour de tout ce qui ne marchait pas) et n'a de toute façon rien à voir avec le reste de ce dont on a causé ici, je peux enfin passer ce sujet en résolu

Debian-facile

#26 14-06-2020 17:21:52

Re : [Résolu] Soucis divers après MàJ (notamment segfaults en série)

#27 27-06-2020 09:53:25

Re : [Résolu] Soucis divers après MàJ (notamment segfaults en série)

#28 28-06-2020 17:18:45

Re : [Résolu] Soucis divers après MàJ (notamment segfaults en série)

#29 10-07-2020 12:11:37

Re : [Résolu] Soucis divers après MàJ (notamment segfaults en série)

#30 10-07-2020 18:24:49

Re : [Résolu] Soucis divers après MàJ (notamment segfaults en série)

#31 11-07-2020 08:11:54

Re : [Résolu] Soucis divers après MàJ (notamment segfaults en série)

#32 15-07-2020 16:01:51

Re : [Résolu] Soucis divers après MàJ (notamment segfaults en série)

#33 25-07-2020 11:28:41

Re : [Résolu] Soucis divers après MàJ (notamment segfaults en série)

Pied de page des forums