Transition jessie vers Stretch cause des Segfaults

Support Debian
#1

Bonjour,

J’ai récemment fait une transition de Jessie vers stretch et maintenant j’ai quelques bugs de fonctionnement. Pas mal de Segmentation fault qui traine, GDM3 qui veut plus fonctionner …

Après utilisation de gdb, il semblerai que le problème vienne de la librairie libnettle4:

$ gdb gimp
GNU gdb (Debian 7.11.1-2) 7.11.1
Copyright © 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and “show warranty” for details.
This GDB was configured as “i686-linux-gnu”.
Type “show configuration” for configuration details.
For bug reporting instructions, please see:
Find the GDB manual and other documentation resources online at:
For help, type “help”.
Type “apropos word” to search for commands related to “word”…
Reading symbols from gimp…(no debugging symbols found)…done.
(gdb) r
Starting program: /usr/bin/gimp
[Thread debugging using libthread_db enabled]
Using host libthread_db library “/lib/i386-linux-gnu/libthread_db.so.1”.

Program received signal SIGSEGV, Segmentation fault.
0xb3781788 in nettle_yarrow256_update () from /usr/lib/i386-linux-gnu/libnettle.so.4

J’ai regardé sur internet, et il semblerai que libnettle4 ne fasse plus partie de Stretch. Mais je l’ai toujours … Quand j’essais un apt-get remove libnettle4, il veut supprimer tout un tas de logiciel du type gdm, gimp etc … (tous ceux qui merdent en gros …)

Mon sources.list:

$ cat /etc/apt/sources.list

deb http:-//ftp.u-picardie.fr/mirror/debian/ testing main contrib non-free
deb-src http:-//ftp.u-picardie.fr/mirror/debian/ testing main non-free

deb http:-//security.debian.org/ testing/updates main non-free
deb-src http:-//security.debian.org/ testing/updates main non-free

stretch-updates, previously known as ‘volatile’

deb http:-//ftp.u-picardie.fr/mirror/debian/ testing-updates main non-free
deb-src http:-//ftp.u-picardie.fr/mirror/debian/ testing-updates main non-free

deb http:-//http.debian.net/debian/ stretch main contrib non-free

Quelqu’un aurais une idée pour résoudre ce problème ?

#2

Salut
Apparemment Stretch est passé en libnettle6

https://packages.debian.org/search?keywords=libnettle

sudo apt-get install libnettle6

#3

Oui oui c’est bien installé:

apt-get --reinstall install libnettle6

Lecture des listes de paquets… Fait
Construction de l’arbre des dépendances
Lecture des informations d’état… Fait
0 mis à jour, 0 nouvellement installés, 1 réinstallés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de prendre 0 o/207 ko dans les archives.
Après cette opération, 0 o d’espace disque supplémentaires seront utilisés.
(Lecture de la base de données… 261167 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de …/libnettle6_3.2-1_i386.deb …
Dépaquetage de libnettle6:i386 (3.2-1) sur (3.2-1) …
Paramétrage de libnettle6:i386 (3.2-1) …
Traitement des actions différées (« triggers ») pour libc-bin (2.23-5) …

Toujours le même problème. Et pour une raison obscure mes applis continues de tourner avec libnettle4 et pas la 6 …

#4

avec simulation, que propose aptitude

aptitude -s remove libnettle4

#5

aptitude -s remove libnettle4

Les paquets suivants seront ENLEVÉS :
libnettle4
0 paquets mis à jour, 0 nouvellement installés, 1 à enlever et 0 non mis à jour.
Il est nécessaire de télécharger 0 o d’archives. Après dépaquetage, 350 ko seront libérés.
Les paquets suivants ont des dépendances non satisfaites :
libgnutls-deb0-28 : Dépend: libnettle4 (>= 2.7) but it is not going to be installed
librtmp1 : Dépend: libnettle4 but it is not going to be installed
libhogweed2 : Dépend: libnettle4 (= 2.7.1-5) but it is not going to be installed
libgnutls28 : Dépend: libnettle4 (>= 2.7) but it is not going to be installed
Les actions suivantes permettront de résoudre ces dépendances :

 Conserver les paquets suivants dans leur version actuelle :

  1. libnettle4 [2.7.1-5 (now)]

Accepter cette solution ? [Y/n/q/?]
Aucun paquet ne va être installé, mis à jour ou enlevé.
0 paquets mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de télécharger 0 o d’archives. Après dépaquetage, 0 o seront utilisés.
Charger/installer/enlever des paquets.

#6

chez moi
aptitude -s remove libnettle4
Les paquets suivants seront ENLEVÉS :
libnettle4
0 paquets mis à jour, 0 nouvellement installés, 1 à enlever et 1 non mis à jour.
Il est nécessaire de télécharger 0 o d’archives. Après dépaquetage, 339 ko seront libérés.
Les paquets suivants ont des dépendances non satisfaites :
libgnutls-deb0-28 : Dépend: libnettle4 (>= 2.7) but it is not going to be installed
libhogweed2 : Dépend: libnettle4 (= 2.7.1-5+deb8u1) but it is not going to be installed
Les actions suivantes permettront de résoudre ces dépendances :

     Supprimer les paquets suivants :                      
1)     libavformat56 [6:11.7-1~deb8u1 (now, stable)]       
2)     libgnutls-deb0-28 [3.3.8-6+deb8u3 (now, stable)]    
3)     libhogweed2 [2.7.1-5+deb8u1 (now, stable)]          
4)     libvncclient0 [0.9.9+dfsg2-6.1+deb8u1 (now, stable)]

     Leave the following dependencies unresolved:          
5)     wine-staging-amd64 recommande libgnutls-deb0-28

pas de mention de librtmp1
chez moi j’ai librtmp1 2.4+20151223.gitfa8646d.1-1 qui depends de libnettle6

 apt list librtmp1 -a
En train de lister... Fait
librtmp1/testing,now 2.4+20151223.gitfa8646d.1-1 amd64  [installé, automatique]
librtmp1/stable 2.4+20150115.gita107cef-1 amd64
#7

Chez moi:

apt list librtmp1 -a

En train de lister… Fait
librtmp1/now 1:2.4+20130918.git79459a2-dmo6 i386 [installé, local]
librtmp1/testing,testing 2.4+20151223.gitfa8646d.1-1 i386

Bizarre, bizarre, je vois pas trop d’erreur …

#8

Après investigation:

Program received signal SIGSEGV, Segmentation fault.
0xb12ca788 in nettle_yarrow256_update () from /usr/lib/i386-linux-gnu/libnettle.so.4
(gdb) bt
0 0xb12ca788 in nettle_yarrow256_update () from /usr/lib/i386-linux-gnu/libnettle.so.4
1 0xb1af7781 in ?? () from /usr/lib/i386-linux-gnu/libgnutls.so.30
2 0xb1af78b7 in ?? () from /usr/lib/i386-linux-gnu/libgnutls.so.30
3 0xb1a465c6 in ?? () from /usr/lib/i386-linux-gnu/libgnutls.so.30
4 0xb1a39ee6 in ?? () from /usr/lib/i386-linux-gnu/libgnutls.so.30
5 0xb1a177e0 in ?? () from /usr/lib/i386-linux-gnu/libgnutls.so.30
6 0xb7fea385 in call_init (l=, argc=argc@entry=5, argv=argv@entry=0xbffff104, env=0xbffff11c) at dl-init.c:72
7 0xb7fea4ae in call_init (env=0xbffff11c, argv=0xbffff104, argc=5, l=) at dl-init.c:30
8 _dl_init (main_map=, argc=5, argv=0xbffff104, env=0xbffff11c) at dl-init.c:120
9 0xb7fdbaff in _dl_start_user () from /lib/ld-linux.so.2

Donc libgnutls30 utilise libnettle4 et apt-cache showpkg libgnutls30
donne le résultat suivant:
Dependencies:
3.5.3-4 - libc6 (2 2.22) libgmp10 (2 2:6) libhogweed4 (0 (null)) libidn11 (2 1.13) libnettle6 (0 (null)) libp11-kit0 (2 0.23.1) libtasn1-6 (2 4.5) zlib1g (2 1:1.1.4) gnutls-bin (0 (null))

Donc devrait utiliser la 6 …

#9

librtmp1/now 1:2.4+20130918.git79459a2-dmo6 i386 [installé, local]
dmo6 c’est le depot debian multimedia non?? bien connu pour generer des incoherences

j’utilise Stretch mais je fonctionne comme ça tant que Stretch n’a pas remplacé Jessie officiellement

securité
deb http://security.debian.org/debian-security/ jessie/updates contrib main non-free
deb http://security.debian.org/debian-security/ stretch/updates contrib main non-free

Debian 9 Stretch
deb ftp://ftp2.fr.debian.org/debian/ stretch contrib main non-free

deb ftp://ftp2.fr.debian.org/debian/ stretch-updates contrib main non-free

Debian 8 Jessie
deb ftp://ftp2.fr.debian.org/debian/ jessie contrib main non-free

deb ftp://ftp2.fr.debian.org/debian/ jessie-updates contrib main non-free

donc un simple avis: purger ce qui provient de ce depot multimedia et repartir sur une base propre Stretch/Jessie

apt-get --reinstall install librtmp1/stretch

#10

Arf cette commande à tout résolu … :slight_smile:
Merci !