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 les dépendances nombreuses.

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

Additional steps are required when building a Unviersal Binary. See "Building a Universal Binary" below.

• 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.
  
  Alternatively, Tux Paint and all of its library dependencies may be compiled with appropriate options to be runnable on older versions of macOS. These options are already set on Tux Paint, so only its dependencies (from MacPorts) need to be recompiled. See "Recompiling MacPorts" below for the 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.

Dual booting multiple versions of macOS for Apple Silicon has been so far unsuccessful. Instead of installing an older version of macOS for Apple Silicon to build Tux Paint to run on the old version of macOS for Apple Silicon, use the instructions found in the "Recompiling MacPorts" section to build Tux Paint to run on older versions of macOS for 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.

To recompile MacPorts to be usable on older versions of macOS, set the following options in /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

Then reinstall all MacPorts packages needed by Tux Paint. Also rebuild libimagequant using the updated Cargo package from MacPorts.

As of this writing, all libraries Tux Paint requires from MacPorts can be recompiled in this manner to run on macOS 10.10 Yosemite and later on Intel CPUs, and macOS 11.0 Big Sur and later on Apple Silicon. Unfortunately, although MacPorts has the option to enable the building of universal libraries, several libraries Tux Paint require cannot be built as universal libraries so they can only be built to run natively on the hardware on which they were built. See "Building a Universal Binary" below for instructions on how to build Tux Paint as a Universal Binary.

To build Tux Paint as a Universal Binary, compile Tux Paint for the Intel CPU and the Apple Silicon separately first. Then rename the app bundle for the Intel CPU to TuxPaint-x86_64.app, and the bundle for the Apple Silicon to TuxPaint-arm64.app, copy the app bundle from the Intel machine to the Apple Silicon machine, then use the provided build-universal.sh script to combine the two application bundles as below. The DMG file can be built afterwards:

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

Vous avez besoin des versions récentes de :

• Gradle — build automation tool
• Android Studio (Software Development Kit (SDK)) — to support Android app development (Java)
• Android Native Development Kit (NDK) — to support native development in C/C++

To compile the latest Tux Paint, one has to sync the main SourceForge project's tuxpaint Git repository with the GitHub project's TuxPaint-Android Git repository. (Pere uses a shell script that backs up the app/src/main/jni/tuxpaint directory in the Tuxpaint-Android GitHub repo and makes a build of SourceForge's tuxpaint to generate translations and other things that are not autogenerated in the Android builds, and then copies the SourceForge tuxpaint back to Tuxpaint-Android.) (FIXME: It should be checked-in somewhere. For now, see https://sourceforge.net/p/tuxpaint/feature-requests/224/)

For it to run you need the tuxpaint and Tuxpaint-Android sources one next to one another, and the script in the directory containing both.

Fill the app/src/main/assets directory by running cd app/src/main/jni/tuxpaint && ./mkzip_assets.sh

The Gradle build generates some variants: PlayStore, debugPlayStore, offPlayStore and debugoffPlayStore. You must sign the non-debug ones to be able to install them. (FIXME: Link to info on how to sign.) (Note: "playStore" ones are intended to be uploaded to Google Play; this is currently managed by Terrence Sheflin —March 2023. "offPlayStore" is the flavor that we distribute as APK files on the Tux Paint website and SourceForge file hosting, and is the variant built by the F-Droid app. repository.)

To trigger a build from F-droid, it suffices to tag a commit and push it to GitHub. That doesn't guarantee the build will succeed though, so Pere usually runs a local F-droid server to test the build and eventually adapt the F-droid's build receipt before pushing the tag to GitHub.

The builds Pere distributes are all made with that local F-droid server. It has the advantage of packing the sources and logs, and signing the APK. Most importantly, it uses the same tools F-Droid will use to build Tux Paint, so you can detect problems beforehand.

The receipt Pere uses for F-Droid builds is in the metadata dir of https://gitlab.com/fdroid/fdroiddata. The F-Droid server code is at https://gitlab.com/fdroid/fdroidserver. To generate the server you will need 1GB free on disk. Run the makebuildserver tool they provide, then, from the root of fdroiddata, run ../fdroidserver/fdroid build --server org.tuxpaint:NNNN (NNNN = version, e.g. 9288)

Install the required develop packages in 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

For 32-bit you need to switch to the new compiler (currently gcc 11.2.0) with 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.