Depuis février 2005 (à partir de Tux Paint 0.9.15), le "Makefile" inclut la prise en charge de la construction sur un système Windows à l'aide de MinGW/MSYS (https://sourceforge.net/projects/msys2/).

Beaucoup d'outils et de bibliothèques sont nécessaires pour élaborer Tux Paint. Le système de gestion de paquet "pacman" apporte une aide pour installer automatiquement, en résolvant less nombreuses dépendances.

ImageMagick est un ensemble d'outils en ligne de commande pour créer, éditer, composer ou convertir des images bitmap, et qui supporte un grand nombre de formats d'image. Tux Paint utilise deux fonctions ("convert" et "composite") pour générer des vignettes pour les images de démarrage et des modèles durant le process de compilation.

L'utilisation des binaires officiels tirés de "Versions binaires pour Windows" est recommandée car les commandes installées avec "pacman" sur MinGW/MSYS ne fonctionnent pas comme elles devraient !

N'oubliez pas de cocher "Installer les utilitaires hérités (par ex. convert)" pour l'installation, car le processus de compilation de Tux Paint les utilise.

Ajoutez le chemin où ImageMagick est installé au début de votre variable d'environnement "PATH". Par exemple :

$ export PATH=/c/Program\ Files/ImageMagick-7.0.10-Q16-HDRI:$PATH

Vous pouvez rendre ceci permanent en ajoutant ce qui précède à votre fichier de configuration du shell BASH, "~/.bash_profile".

Vous pouvez compiler des binaires 64bit en utilisant le shell "MSYS2 64bit", et des binaires 32bit en utilisant le shell "MSYS32 32bit".

• Choisissez "MSYS2 64bit" → "MSYS2 MinGW 64-bit" dans le "Menu de Démarrage" pour ouvrir le shell 64bit.
• Choisissez "MSYS2 64bit" → "MSYS2 MinGW 32-bit" dans le "Menu de Démarrage" pour ouvrir le shell 32bit.

Tous les fichiers nécessaires pour démarrer Tux Paint (et Tux Paint Config) sont rassemblés dans le répertoire de la distribution binaire "bdist", répertoire situé sous "win323. Vous pouvez les démarrer en double-cliquant leurs fichiers exéctutables (.exe) dans le répertoire "bdist".

Inno Setup est utilisé pour construire l'installeur exécutable de Tux Paint. Vous devez donc l'installer en premier.

Officiellement Inno Setup prend en compte des traductions dans environ 20 langues. Cependant, un des points majeurs de Tux Paint est qu'il supporte beaucoup de langues. Aussi, le script de mise au point "tuxpaint.iss" qui sert pour construire le programme d'installation est écrit en beaucoup plus de langues, y compris des non-officielles qui sont disponibles sur "Inno Setup Translations". Vous devez télécharger les fichiers de traduction (.isl) qui sont requis et les mettre dans le répertoire "Languages" sous le répertoire dans lequel Inno Setup est installé.

Avant de construire un programme d'installation, éditez le fichier "tuxpaint.iss" et activez l'une des lignes commençant par "#define BuildTarget=", en fonction de l'architecture du programme que vous voulez créer.

Alors, vous pouvez facilement construire un installateur exécutable en cliquant-droit sur l'icône "tuxpaint.iss" du répertoires "win32" et sélectionner "Compile" dans la liste. Cela prendra un certain temps, et éventuellement vous obtiendrez un fichier "tuxpaint-X.Y.Z-windows-<arch>-installer.exe" dans le même répertoire.

Double-cliquez sur l'exécutable du programme d'installation de Tux Paint (fichier .EXE) et suivez les instructions.

Tout d'abord, il vous sera demandé d'accepter la licence. (Il s'agit de la licence publique générale GNU (GPL), qui est également disponible en tant que "COPYING.txt".)

Il vous sera ensuite demandé si vous souhaitez installer des raccourcis à Tux Paint dans votre menu Démarrer de Windows et sur votre bureau Windows.(Les deux options sont définies par défaut.)

Puis, il vous sera demandé où vous souhaitez installer Tux Paint. La valeur par défaut devrait convenir, tant qu'il y a de l'espace disponible. Sinon, choisissez un autre emplacement.

À ce stade, vous pouvez cliquer sur «Installer» pour installer Tux Paint !

Pour modifier les paramètres du programme, cliquez avec le bouton droit sur le raccourci TuxPaint et sélectionnez «Propriétés» (en bas).

Assurez-vous que l'onglet "Raccourci" est sélectionné dans la fenêtre qui apparaît et examinez le champ «Cible:». Vous devriez voir quelque chose comme ceci :

"C:\Program Files\TuxPaint\TuxPaint.exe"

Vous pouvez maintenant ajouter des options de ligne de commande qui seront activées lorsque vous double-cliquez sur l'icône.

Par exemple, pour faire fonctionner le jeu en mode plein écran, avec des formes simples (pas d'option de rotation) et en français, ajoutez les options (après 'TuxPaint.exe'), comme ceci :

"C:\Program Files\TuxPaint\TuxPaint.exe" -f -s --lang french

(Voir «README.txt» pour une liste complète des options de ligne de commande disponibles.)

Si vous faites une erreur ou que tout disparaît, utilisez [Control] + [Z] pour annuler ou appuyez simplement sur la touche [Esc] et la boîte se fermera sans aucune modification (sauf si vous avez appuyé sur le bouton "Appliquer" !).

Quand vous avez fini, appuyez sur "OK".

Si, lorsque vous double-cliquez sur le raccourci pour lancer le jeu, rien ne se passe, c'est probablement parce que certaines des options en lignes de commande sont erronées. Ouvrez un explorateuet recherchez un fichier appelé "stderr.txt" dans votre dossier personnel de sauvegarde de TuxPaint, qui est normalement "C:\Users\utilisateur\AppData\Roaming\TuxPaint".

Il contiendra une description de ce qui n'allait pas. Habituellement, ce sera simplement dû à une casse de caractère incorrecte (majuscule 'Z' à la place de 'z' minuscule) ou un '-' (tiret) manquant (en trop).

💡 Remarque :Tux Paint n'utilise pas autoconf/automake, dès lors il n'y a pas de script "./configure" à lancer. La compilation devrait aller cependant aller toute seule, en supposant que Tux Paint ait tout ce dont il a besoin.

Pour compiler le programme à partir des sources, lancez simplement la commande suivante après une invite shell (par ex. "$") :

$ make

Pour désactiver le support de SVG (par ex. si votre système n'a pas de bibliothèque Cairo, ou d'autres choses dont SVG est dépendant), vous pouvez exécuter "make" avec "SVG_LIB= SVG_CFLAGS= NOSVGFLAG=NOSVG" :

$ make SVG_LIB= SVG_CFLAGS=

Si vous n'avez pas de carte son ou si vous préférez créer le programme sans support sonore (et donc sans dépendance SDL_mixer), vous pouvez exécuter "make" avec "SDL_MIXER_LIB=" comme paramètre :

$ make SDL_MIXER_LIB=

Diverses autres options (par exemple, les dossiers d'installation) peuvent être remplacées; voir dans "Makefile" pour plus de détails.

Si vous avez des erreurs lors de la compilation, assurez-vous d'avoir les bibliothèques adéquates installées (voir ci-dessus). Si vous utilisez les versions issues des paquets des bibliothèques (par exemple, les RPM sous RedHat ou les DEB sous Debian), assurez-vous d'avoir choisi également les packages "-dev" ou "-devel" correspondants, sinon vous ne pourrez pas compiler Tux Paint (et d'autres programmes) provenant des sources !

En supposant qu'aucune erreur fatale ne se soit produite, vous pouvez maintenant installer le programme afin qu'il puisse être exécuté par les utilisateurs du système. Par défaut, cela doit être effectué par l'utilisateur "root" ("superutilisateur"). Passer à "root" en tapant la commande :

$ su

Entrez le mot de passe de "root" à l'invite. Vous devriez maintenant être "root" (avec une invite comme "#"). Pour installer le programme et ses fichiers de données, tapez :

# make install

Pour finir, vous pouvez revenir sur votre compte utilisateur en sortant du compte superutilisateur :

# exit

Autre manière : vous faites simplement utilisation de la commande "sudo" (par ex. sur Ubuntu) :

$ sudo make install

💡 Remarque :Par défaut, "tuxpaint", le programme exécutable, est placé en "/usr/local/bin/". Les données (images, sons, etc ...) sont dans "/usr/local/share/tuxpaint/".

Bien Tux Paint puisse être construit sans Xcode IDE, ce dernier est toujours nécessaire. Téléchargez le = partir de l' the App Store, et lancez le une fois pour accepter ses accords de licence. Vous pouvez aussi installer les outils de ligne de commande de Xcode en tapant la commande :

$ xcode-select --install

Construire Tux Paint nécessite plusieurs bibliothèques. Nous les installons à partir de MacPorts quand c'est possible, sinon à partir du code source. Installez MacPorts avec le chemin par défaut /opt/local suivant les instructions données sur leur site : https://www.macports.org/

• ImageMagick
• cairo
• fribidi
• lbzip2
• libimagequant^*
• libpaper
• libpng
• librsvg
• libsdl2
• libsdl2_image
• libsdl2_mixer
• libsdl2_pango^*
• libsdl2_ttf
• libsdl2_gfx
• pkgconfig
• zlib

ATTENTION :Posséder des outils Unix à côté de MacPorts et Xcode, tels que Fink ou Brew, vous empêchera de créer un programme portable. V"rifiez que Fink et Brew ne soient pas accessibles via votre environnement de travail.

Tapez simplement :

% make
% make install

Des étapes supplémentaires sont nécessaires pour construire un 'Universal Binary'. Voyez "Construire un Universal Binary" ci-dessous.

• Un binaire macOS construit sur une version spécifique de macOS ne fonctionnera qu'avec cette version, ou une plus récente. Pour s'assurer que Tux Paint puisse tourner sur la plus vieille version de macOS possible, construisez le sur la plus vieille version de macOS disponible. Au moment où nous écrivons Tux Paint ne peut être construit pour tourner sur macOS 10.7 ou plus récent.
  
  Voyez "Vieilles Versions de macOS" ci-dessous pour les meilleures instructions pour obtenir, installer et construire Tux Paint sur des vieilles versions de macOS.
  
  Autrement, Tux Paint et toutes les bibliothèques dépendantes peuvent être compilés avec les options adéquates pour pouvoir tourner sur des versions plus anciennes de macOS. Ces options sont déjà prêtes dans Tux paint, ainsi seules les dépendances (à partir de macOS) doivent être recompilées. Voir ci-dessous "Recompilation avec MacPorts" pour les instructions.

Quelques vieilles versions de macOS peuvent être téléchargées sur la page d'aide d'Apple : https://support.apple.com/en-us/HT211683

macOS avec un CPU Intel permet de booter sur plusieurs versions de l'OS, mais c'est préférable et plus facile d'installer le vieux macOS sur une clé. Quelque soit la l'endroit où vous l'installer, le partitionnement du disque et le type de partition doivent correspondre à ce qu'attend l'ancien macOS, dès lors utilisez l'utilitaire de partitionnement et le format de la clé en accord avec ceci.

Le dual boot pour plusieurs versions de macOS pour Apple Silicon a été jusqu'à présent sans succès. Au lieu d'installer une vieille version de macOS pour Apple Silicon pour que Tux Paint puisse tourner, utilisez les instructions que l'on trouve dans la section "Recompiler Macports" afin que Tux Paint puisse tourner sur des vieilles version de MacOS pour Apple Silicon.

À ce moment, l'ancienne version de macOS disponible sur le site d'Apple est la Yosemite 10.10, qui un partitionnement "GPT (GUID Partition Table)" au lieu de MBR, et "Mac OS Extended (Journalisé)" comme type de partition au lieu du nouveau type APFS.

Au lancement de l'installateur, si vous avez un message disant que macOD est trop vieux ou trop récent pour être installé, un installateur bootable peut être créé en suivant les instructions données ici : https://support.apple.com/en-mide/HT201372

Une fois l'ancienne version de macOS installée, vous pouvez trouver que le Xcode du App Store est trop récent pour tourner sur la version du vieux macOS. Des anciennes versions de Xcode peuvent être téléchargées sur le site des développeurs d'Apple dans une zone accessible après enregistrement gratuit : https://developer.apple.com/download/more/

La liste des versions de macOS et de la dernière version de Xcode compatible avec celle-ci a été gentiment mise sur la page Wikipedia sur Xcode : https://en.wikipedia.org/wiki/Xcode#Table de comparaison des versions

Comme Xcode a été installé manuellement, vous pouvez sauter l'étape d'installation des outils de commande en terminal (ne pas exécuter "xcode-select --install") mais alors vous compilez Tux Paint en utilisant les mêmes étapes décrites auparavant dans ce document.

Pour recompiler MacPorts afin d'être utilisé sur une ancienne version de macOS, mettez les options suivantes dans /opt/local/etc/macports/macports.conf :

buildfromsource always
macosx_deployment_target 10.10

Ensuite désinstaller tous les paquets MacPorts :

$ sudo port -fp uninstall installed

Puis réinstallez tous les paquets MacPorts dont Tux Paint a besoin. Reconstruisez également libimagequant en utilisant le paquet Cargo à jour depuis MacPorts.

À cet instant, toutes les bibliothèques que Tux Paint demande depuis MacPorts peuvent être recompilées de cette façon pour pouvoir tourner sur macOS 10.10 (et plus récent) avec les CPU Intel, et macOS 11.0 Big Sur (et plus récent) avec Apple Silicon. Malheureusement, bien que MacPorts possède une option pour autoriser la construction de bibliothèques universelles, plusieurs bibliothèques que demande Tux Paint ne peuvent être construites comme telles, dès lors elles ne sont fabriquées pour tourner uniquement avec le matériel sur lequel elles ont été construites. Voir "Construire un binaire universel" ci-dessous pour les instructions à suivre pour faire que Tux paint soit un Binaire Universel.

Pour fabriquer Tux Paint en tant que 'Universal Binary', compilez Tux Paint pour le CPU Intel et pour le Apple Silicon, chacun séparément. Puis renommez l'ensemble pour le CPU Intel en TuxPaint-x86_64.app et l'ensemble pour le Apple Silicon en TuxPaint-arm64.app. Copiez l'ensemble app pour Intel sur la machine Apple Silicon puis exécutez le script fourni build-universal.sh pour combiner les deux applications comme ci-dessous. Le fichier DMG, s'il est demandé, doit être fabriqué après :

$ macos/build-universal.sh
$ make TuxPaint.dmg

Vous avez besoin des versions récentes de :

• Gradle — outil de construction automatique
• Android Studio (Software Development Kit (SDK)) — pour supporter le développement d'application Androidn(Java)
• Android Native Development Kit (NDK) — pour un support de développement natif en C/C++

Pour compiler le dernier Tux Paint, on doit synchroniser le dépôt Git tuxpaint du projet principal Sourceforge , avec le dépôt Git TuxPaint-Android. (Pere utilise un script qui enregistre le répertoire app/src/main/jni/tuxpaint dans le dépôt Git Tuxpaint-Android puis qui compile Tuxpaint-Android de Sourceforge pour générer les traductions et autres qui ne le sont pas dans les compilation Android, et enfin il copie le tuxpaint de Sourceforge vers Tuxpaint-Android.) FIXME: C'est à vérifier. Voirhttps://sourceforge.net/p/tuxpaint/feature-requests/224/)

Pour le faire tourner, vous avez besoin des sources de tuxpaint et Tuxpaint-Android l'un à côté de l'autre, et le script dans le répertoire qui contient les dexu.

Remplissez le répertoire app/src/main/assets en exécutant cd app/src/main/jni/tuxpaint && ./mkzip_assets.sh

La construction avec Gradle génère quelques variants : PlayStore, debugPlayStore, offPlayStore et debugoffPlayStore. Vous devez signer ceux qui ne sont pas débuggés pour pouvoir les installer.(FIXME : mettre le lien pour montrer comment signer).(Note: ceux dans "playStore" sont destinés à être transférés dans Google Play; ceci est actuellement géré par Terrence Sheflin —March 2023. "offPlayStore" est une variété que nous distribuons en tant que fichiers APK sur le site de Tux Paint, et le site SourceForge, et c'est un variant construit par le dépôt F-Droid.)

Pour déclencher une exécution sur F-Droid, il suffit de déclencher un commit et et push vers GitHub. Cele ne garantit pas que la construction aboutira, aussi Pere utilise un serveur F-Droid local pour tester la construction et éventuellement il fait des adaptations avant de faire un push vers GitHub.

Les logiciels fournis par Pere sont tous élaborés avec ce server F-droid locale. Ceci a l'avantage de mettre en paquets les soucres et les logs, et de signer les APK. Beaucoup plus important, il utilise les mêmes outils que F-Droid utilise pour compiler Tux paint, et on peut ainsi détecter les problèmes péalablement.

Le processus que Pere utilise pour les constructions F-Droid est le répertoire de https://gitlab.com/fdroid/fdroiddata. Le code server F-Droid est dans https://gitlab.com/fdroid/fdroidserver. Pour générer le server vous avez besoin de 1 GB de lbre sur le disque. Faites tourner l'outil makebuildserver qui est fourni, puis, depuis la racine de fdroiddata, exécutez ../fdroidserver/fdroid build --server org.tuxpaint:NNNN (NNNN = version, e.g. 9288)

Installez les paquets de développement requis via un terminal :

32-bit :

pkgman install xcairo_x86_devel fribidi_x86_devel gdk_pixbuf_x86_devel libiconv_x86_devel libimagequant_x86_devel gettext_x86_libintl libpaper_x86_devel pango_x86_devel libpng16_x86_devel librsvg_x86_devel libsdl2_x86_devel sdl2_image_x86_devel sdl2_gfx_x86_devel sdl2_mixer_x86_devel sdl2_pango_x86_devel sdl2_ttf_x86_devel zlib_x86_devel

64-bit :

pkgman install xcairo_devel fribidi_devel gdk_pixbuf_devel libiconv_devel libimagequant_devel gettext_libintl libpaper_devel pango_devel libpng16_devel librsvg_devel libsdl2_devel sdl2_image_devel sdl2_gfx_devel sdl2_mixer_devel sdl2_pango_devel sdl2_ttf_devel zlib_devel

Pour 32-bit vous devez basculer vers le nouveau compilateur (actuellement gcc 11.2.0) vers setarch x86

make PREFIX=/boot/home/config/non-packaged

make install-all DATA_PREFIX=/boot/home/config/non-packaged/share/tuxpaint/

Si vous avez installé les raccourcis du menu Démarrer (par défaut), accédez au dossier TuxPaint et sélectionnez "Désinstaller". Une boîte s'affichera qui confirme que vous êtes sur le point de désinstaller Tux Paint et, si vous en êtes certain et que vous souhaitez supprimer définitivement Tux Paint, cliquez sur le bouton 'Désinstaller'.

Quand c'est fini, cliquez sur "Fermer".

Il est également possible d'utiliser l'entrée "TuxPaint (supprimer uniquement)" dans la Section Ajout / Suppression de programmes du Panneau de configuration.