Bonjour,
Je suis sous testing et ce matin j’ai voulu utiliser gimp 
Sauf qu’il ne démarre vraiment pas, en lançant dans la console gimp --verbose je n’ai absolument aucune sortie, dans le moniteur système je vois toutes les instances de gimp que je lance et sont au repos (4,7Mio de RAM et ~0.50 de temps CPU) 
.
Parfois il se lance \o/… mais quand je veux charger un JPEG… le sous processus file-jpeg fait comme son père 
, il dort…
Installer la version de sid avec les dépendances ne change rien…
Quand je regarde plus en détails ces loups endormies, je vois qu’ils ont juste ouvert le dossier /usr/lib/x86_64-linux-gnu/gegl-0.4, aucun autre fichier ouvert mise à part des tubes.
J’ai finis par lancer gimp dans gdb et je le ai fait un SIGSTOPpour que gdb me monte où ça coince (on dirait qu’il y a un thread qui ne veut pas quitter) :
#0 0x00007ffff573338d in __GI___pthread_timedjoin_ex (threadid=140737141978880, thread_return=0x0, abstime=0x0, block=<optimized out>)
at pthread_join_common.c:89
__tid = 19589
_buffer = {__routine = 0x7ffff5733200 <cleanup>, __arg = 0x7fffeb5abd28, __canceltype = 0, __prev = 0x0}
oldtype = 0
pd = 0x7fffeb5ab700
self = <optimized out>
result = 0
#1 0x00007fffeb8d364f in blas_thread_shutdown_ () at /usr/lib/x86_64-linux-gnu/libopenblas.so.0
#2 0x00007fffeb8d25e7 in blas_shutdown () at /usr/lib/x86_64-linux-gnu/libopenblas.so.0
#3 0x00007fffeb6ac011 in gotoblas_quit () at /usr/lib/x86_64-linux-gnu/libopenblas.so.0
#4 0x00007ffff7fe8c54 in _dl_close_worker (map=<optimized out>, force=<optimized out>) at dl-close.c:288
array = 0x7fffed776d10
sz = <optimized out>
imap = 0x555555d845f0
i = 128
nsid = <optimized out>
idx = <optimized out>
unload_any = <optimized out>
scope_mem_left = false
first_loaded = 71
tls_free_end = <optimized out>
used = <optimized out>
done_index = <optimized out>
r = <optimized out>
nloaded = <optimized out>
done = <optimized out>
unload_global = 6
any_tls = false
maps = 0x7fffffffd590
do_audit = <optimized out>
tls_free_start = <optimized out>
map = <optimized out>
dl_close_state = pending
dl_close_state = pending
#5 0x00007ffff7fe983e in _dl_close (_map=0x555555d4c130) at dl-close.c:842
map = 0x555555d4c130
#6 0x00007ffff56a0adf in __GI__dl_catch_exception (exception=exception@entry=0x7fffffffdd10, operate=0x7ffff2d51350 <dlclose_doit>, args=0x555555d4c130) at dl-error-skeleton.c:196
errcode = 32767
c =
{exception = 0x7fffffffdd10, errcode = 0x7fffffffdc1c, env = {{__jmpbuf = {0, 2379574614494505009, 93824999951472, 0, 16, 93825000446123, 8381382424892500017, 8381396556906063921}, __mask_was_saved = 0, __saved_mask = {__val = {3245781137088976384, 93824999951464, 140737310755695, 0, 0, 0, 3245781137088976384, 93824999951456, 140737267438512, 140737488346352, 140737267439989, 140737354125408, 0, 140737247140224, 140737267438656, 93825000587568}}}}}
old = <optimized out>
#7 0x00007ffff56a0b6f in __GI__dl_catch_error (objname=0x555555cb0c70, errstring=0x555555cb0c78, mallocedp=0x555555cb0c68, operate=<optimized out>, args=<optimized out>) at dl-error-skeleton.c:215
exception =
{objname = 0x0, errstring = 0x2d0b54bf4eda1600 <error: Cannot access memory at address 0x2d0b54bf4eda1600>, message_buffer = 0x7fffffffdd70 ""}
errorcode = <optimized out>
#8 0x00007ffff2d51975 in _dlerror_run (operate=operate@entry=0x7ffff2d51350 <dlclose_doit>, args=0x555555d4c130) at dlerror.c:162
result = 0x555555cb0c60
#9 0x00007ffff2d51393 in __dlclose (handle=<optimized out>) at dlclose.c:46
handle = <optimized out>
#10 0x00007ffff5368366 in g_module_close () at /usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0
#11 0x00007ffff6bd9eec in () at /usr/lib/x86_64-linux-gnu/libgegl-0.4.so.0
#12 0x00007ffff6bda5f2 in gegl_module_new () at /usr/lib/x86_64-linux-gnu/libgegl-0.4.so.0
#13 0x00007ffff6bdaacc in () at /usr/lib/x86_64-linux-gnu/libgegl-0.4.so.0
#14 0x00007ffff6bd9ac1 in gegl_datafiles_read_directories () at /usr/lib/x86_64-linux-gnu/libgegl-0.4.so.0
#15 0x00007ffff5949ced in g_slist_foreach () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#16 0x00007ffff6bac608 in () at /usr/lib/x86_64-linux-gnu/libgegl-0.4.so.0
#17 0x00007ffff59375d8 in g_option_context_parse () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#18 0x00007ffff5938574 in g_option_context_parse_strv () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#19 0x00005555556252ca in main ()
J’ai beau faire des purge et des install avec APT, gimp ne veut vraiment pas se lancer, aussi mon système est à jour.
Il y a peut être 1 semaine ou 2 Gimp 2.10 fonctionnait normalement.
Quelqu’un saurait-il comment réveiller mon gimp ?
