• [^] # Re: activité lente, sinon moribonde du côté de macOS...

    Posté par (site web personnel, Mastodon) . En réponse à la dépêche Sortie de GIMP 2.10.28 et nouvelles autour du projet. Évalué à 10.

    Depuis quelques jours, on a un nouveau contributeur qui essaie de compiler/faire marcher les versions de dév de GIMP (pour la première fois, pour autant qu'on le sache) et qui est plutôt sur la bonne voie.

    Ce qui ne veut pas dire qu'on ne veut pas de ton aide, au contraire. Plus on est, mieux c'est. Y a une sorte de malédiction sur macOS qui veut qu'on n'a jamais eu plus d'un dév à la fois (sérieux, j'ai jamais vu 2 dévs macOS pour GIMP en même temps, c'est pas une blague). La palme revient à un des mainteneurs du paquet mac qui a jeté l'éponge le jour où un autre est apparu et a commencé à proposer des scripts automatisables alors que le mainteneur du moment était injoignable depuis des mois et le paquet super en retard. Le gars est revenu un jour sur IRC, a poussé une gueulante comme si on faisait des trucs dans son dos et est jamais revenu. 🙄

    Enfin bon, donc oui, bienvenu. Je conseillerais de lire les scripts sur le dépôt gimp-macos-build et notre fork de gtk-osx. En particulier, tu trouveras une branche wip/lukaso/tests qui est ce sur quoi le nouveau contributeur bosse pour compiler la version de dév (les logs de la branche est bordélique car c'est en mode "on essaie des trucs", la version mergée devra bien sûr être nettoyée). Et déjà essayer de compiler localement.

    Puis tu peux aider à corriger les problèmes, un problème avec les icônes (voir aussi #6165).

    Ou bien on essaie de comprendre pourquoi glib 0.70.0 ne veut pas compiler (une version précédente marchait):

    [53/1098] Compiling C object glib/libglib-2.0.0.dylib.p/gregex.c.o
    FAILED: glib/libglib-2.0.0.dylib.p/gregex.c.o 
    /Applications/Xcode-12.5.1.app/Contents/Developer/usr/bin/gcc -Iglib/libglib-2.0.0.dylib.p -Iglib -I../../../../gtk/source/glib-2.70.0/glib -I. -I../../../../gtk/source/glib-2.70.0 -I/usr/local/include -I/Library/Developer/CommandLineTools/SDKs/MacOSX10.12.sdk/usr/include -I/Users/distiller/gtk/inst/include -fcolor-diagnostics -Wall -Winvalid-pch -std=gnu99 -O2 -g -D_GNU_SOURCE -fno-strict-aliasing -DG_ENABLE_DEBUG -Wimplicit-fallthrough -Wmisleading-indentation -Wstrict-prototypes -Wunused -Wno-unused-parameter -Wno-bad-function-cast -Wno-pedantic -Wno-format-zero-length -Werror=declaration-after-statement -Werror=format=2 -Werror=implicit-function-declaration -Werror=init-self -Werror=missing-include-dirs -Werror=missing-prototypes -Werror=pointer-arith -O3 -arch x86_64 -isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX10.12.sdk -mmacosx-version-min=10.9 -arch x86_64 -isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX10.12.sdk '-DG_LOG_DOMAIN="GLib"' -DGLIB_COMPILATION -fvisibility=hidden -MD -MQ glib/libglib-2.0.0.dylib.p/gregex.c.o -MF glib/libglib-2.0.0.dylib.p/gregex.c.o.d -o glib/libglib-2.0.0.dylib.p/gregex.c.o -c ../../../../gtk/source/glib-2.70.0/glib/gregex.c
    ../../../../gtk/source/glib-2.70.0/glib/gregex.c:25:10: fatal error: 'pcre.h' file not found
    #include <pcre.h>
     ^~~~~~~~
    1 error generated.
    [54/1098] Compiling C object glib/libglib-2.0.0.dylib.p/gmain.c.o
    [55/1098] Compiling C object glib/libglib-2.0.0.dylib.p/gshell.c.o
    [56/1098] Compiling C object glib/libglib-2.0.0.dylib.p/gscanner.c.o
    [57/1098] Compiling C object glib/libglib-2.0.0.dylib.p/gslice.c.o
    [58/1098] Compiling C object glib/libglib-2.0.0.dylib.p/gsequence.c.o
    ninja: build stopped: subcommand failed.
    *** Error during phase build of glib: ########## Error running ninja *** [17/34]
    

    (on a essayé d'autres trucs, sans succès pour l'instant... dont un truc qui finit avec un CERTIFICATE_VERIFY_FAILED quand ça essaie de télécharger libpcre; je me suis demandé si c'était à cause du prob de certificats racine de Let's Encryt de ces derniers jours)

    Si tu trouves des solutions à ces trucs, n'hésite pas à contribuer (en laissant des messages, voire en envoyant des patchs si tu trouves les problèmes, etc.).

    La liste gimp-developer-list semble avoir une activité raisonnable. C'est là que je fais ma proposition ? :-)

    C'est un bon endroit pour une entrée en matière. Ensuite le mieux est de rentrer dans les problèmes à bras le corps. Déjà compiler localement, ensuite essayer de proposer des patchs (qu'on peut tester sur le CI, c'est pour cela que je crée des branches de test wip/<nickname>/tests).

    Pour discuter plus directement, le mieux reste IRC (#gimp sur irc.gimp.org).

    Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]