# Gimp 2.10 ne marche vraiment pas

**URL:** <https://www.debian-fr.org/t/gimp-2-10-ne-marche-vraiment-pas/77385>\
**Category:** Support Debian\
**Created:** [Août 23, 2018, 9:05 UTC](https://www.debian-fr.org/t/gimp-2-10-ne-marche-vraiment-pas/77385 "2018-08-23T09:05:34Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![MiniApp](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/b5a626/32.png) [@MiniApp](https://www.debian-fr.org/u/MiniApp)\
**Post date:** [Août 23, 2018, 9:05 UTC](https://www.debian-fr.org/t/gimp-2-10-ne-marche-vraiment-pas/77385/1 "2018-08-23T09:05:34Z")

</div>

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 `SIGSTOP`pour que gdb me monte où ça coince (on dirait qu’il y a un thread qui ne veut pas quitter) :

```auto
#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 ?

---

<div class="post-metadata">

**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:** [Août 23, 2018, 11:15 UTC](https://www.debian-fr.org/t/gimp-2-10-ne-marche-vraiment-pas/77385/2 "2018-08-23T11:15:10Z")

</div>

Salut  
chez moi il bloquait sur la vérification des plugins xsane

 ![Capture du 2018-08-23 13-03-42](https://www.debian-fr.org/uploads/default/original/2X/4/4aeb092e111e4c1d05f21b0b81ce6065ff055d09.png)

j’ai supprimé tous les dossier gimp qui trainaient dans mon /home  
debian:~$ rm -R .gimp-2.8  
debian:~/.config$ rm -R GIMP

et il a fini par repartir

 ![Capure du 2018-08-23 13-14-41](https://www.debian-fr.org/uploads/default/original/2X/c/cc402d000d5f1984da7dee9d745395ee572928c0.png)

```auto
debian:~/.config/GIMP/2.10$ ls
action-history CrashLog filters gradients menurc plug-ins themerc unitrc
backups curves fonts gtkrc modules scripts themes
brushes devicerc fractalexplorer icons palettes sessionrc tmp
colorrc dockrc gfig internal-data parasiterc tags.xml tool-options
contextrc dynamics gflare interpreters patterns templaterc tool-presets
controllerrc environ gimpressionist levels pluginrc templates toolrc

```

---

<div class="post-metadata">

**Author:** ![MiniApp](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/b5a626/32.png) [@MiniApp](https://www.debian-fr.org/u/MiniApp)\
**Post date:** [Août 23, 2018, 6:38 UTC](https://www.debian-fr.org/t/gimp-2-10-ne-marche-vraiment-pas/77385/3 "2018-08-23T18:38:13Z")

</div>

J’ai testé et ça n’a pas fonctionné, dans mon cas je n’ai même pas l’écran de démarrage ni de sortie dans la console.

---

<div class="post-metadata">

**Author:** ![MiniApp](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/b5a626/32.png) [@MiniApp](https://www.debian-fr.org/u/MiniApp)\
**Post date:** [Septembre 9, 2018, 6:31 UTC](https://www.debian-fr.org/t/gimp-2-10-ne-marche-vraiment-pas/77385/4 "2018-09-09T18:31:05Z")

</div>

Désinstaller openblas a résolu ma situation