[grisbi-devel] Grisbi 2.0 pour bientôt ?
Nicolas LAURENT
nl at haplo.info
Fri Jan 8 17:07:01 CET 2021
>
> Je crois que j'ai trouvé la cause du problème.
> Le problème n'est pas du tout l'OS Mojave, Catalina ou Big Sur.
> En fait les graphiques n'ont jamais (depuis que je génère les binaires) fonctionné ailleurs que sur ma machine. Je ne crois pas avoir vu un rapport de bug la dessus donc je me demande si c'est une feature utilisée
> goffice cherche ses plugins dans /Users/rousseau/gtk/inst/lib/goffice/0.10.49/plugins/
Bien vu!
> C'est codé en dur dans la lib libgoffice-0.10.10.dylib :
> $ strings libgoffice-0.10.10.dylib | grep inst
> /Users/rousseau/gtk/inst/share/goffice/0.10.49
> /Users/rousseau/gtk/inst/share/pixmaps/goffice/0.10.49
> /Users/rousseau/gtk/inst/lib/goffice/0.10.49
> /Users/rousseau/gtk/inst/lib/goffice/0.10/plugins
> /Users/rousseau/gtk/inst/share/locale
>
> C'est très con parce que ce chemin n'existe *que* sur ma machine.
>
> Nicolas, ton binaire lui utilise un autre chemin :
> /Users/nl/gtk/inst/lib/goffice/0.10.49
C’est le chemin par défaut de plugin goffice.
>
> Je propose de désactiver goffice et les graphiques dans Grisbi sur macOS.
> Sauf si quelqu'un propose une solution.
La bonne nouvelle c’est que go_plugins_init() permet d’ajouter des chemins de recherche :)
Il « suffirait » de modifier cet appel dans src/main.c (de grisbi) en utilisant une variable d’environnement (fixer par le lanceur?) ?
Qu’en pensez-vous?
More information about the devel
mailing list