GiteaPC : Installer et mettre à jour automatiquement des projets Gitea
Posté le 01/01/2021 23:19
Ce topic fait partie de la série de topics du fxSDK.
GiteaPC est un programme Python qui automatise l'installation de projets de la
la forge Git de Planète Casio. Son usage principal est d'installer et mettre à jour le
fxSDK de façon automatique.
Le code source est sur le dépôt Git
Lephenixnoir/GiteaPC. Merci notamment à
Breizh_craft,
Dark Storm et
Cakeisalie5 qui m'ont bien aidé à cerner un design plus élégant.
Installation de GiteaPC
Pour Mac OS : GiteaPC fonctionne, mais il y a quelques ajustements à faire. Voyez
le guide de Choukas.
Il y a quelques dépendances à installer. Voici la commande pour les distributions les plus communes sur Planète Casio : copiez la commande (la ligne après le
%) dans un terminal puis appuyez sur Entrée (votre mot de passe sera demandé).
# Si vous avez Debian, Ubuntu, WSL sous Windows, Linux Mint ou d'autres dérivés de Debian :
% sudo apt install curl git python3 build-essential cmake pkg-config
# Si vous avez Arch Linux, Manjaro, ou d'autres dérivés d'Arch Linux :
% sudo pacman -S curl git python3 gcc make cmake pkgconf
Ensuite vous pouvez installer GiteaPC en une ligne avec la commande suivante :
% curl "https://git.planet-casio.com/Lephenixnoir/GiteaPC/raw/branch/master/install.sh" -o /tmp/giteapc-install.sh && bash /tmp/giteapc-install.sh
Vous pouvez
consulter le script ici ou faire l'installation manuelle depuis le dépôt
Lephenixnoir/GiteaPC si vous préférez ça.
Vous aurez probablement besoin de mettre à jour votre PATH. Si vous ne connaissez pas le PATH ou avez du mal à le situer, vous pouvez lire le
Tutoriel du Mercredi #20 sur ce sujet. Si ça se produit, GiteaPC vous demandera de modifier le PATH en ces termes :
<giteapc> In order to use programs installed by GiteaPC, you will need to add their
<giteapc> install folder to your PATH. This can be done automatically when you log
<giteapc> in by adding the following command to your startup file:
<giteapc>
<giteapc> export PATH="$PATH:/home/el/.local/bin"
<giteapc>
<giteapc> -> Press Enter to add this command to /home/el/.profile, or
<giteapc> -> Type another file name to add this command to, or
<giteapc> -> Type "-" to skip setting the PATH entirely.
>
Si vous n'utilisez pas votre
.profile,
.bashrc ou équivalent (ou ne savez pas ce que c'est), appuyez sur Entrée puis fermez et rouvrez votre session (ou redémarrez votre ordinateur). Si vous utilisez
.profile ou équivalent, alors vous comprenez certainement la question, faites ce que vous préférez.
Pour vérifier que l'installation a fonctionné, lancez la commande
giteapc. Vous devez obtenir un message d'aide coloré avec la liste des commandes.
giteapc peut se mettre à jour tout seul donc vous n'aurez plus besoin de refaire ce travail d'installation.
Installation du fxSDK avec GiteaPC
Le fxSDK et toutes les bibliothèques qui vont avec (que je gère, du moins) peuvent être obtenues avec GiteaPC. Le fxSDK dépend de quelques bibliothèques dont vous aurez besoin (même formule que précédemment, attention à bien copier la commande complète d'un coup même si elle s'affiche sur plusieurs lignes) :
# Debian, Ubuntu, WSL sous Windows, Linux Mint, dérivés de Debian :
% sudo apt install python3-pil libusb-1.0-0-dev libudev-dev libsdl2-dev libpng-dev libncurses-dev
# En option pour fxlink -s :
% sudo apt install libudisks2-dev libglib2.0-dev
# ArchLinux, Manjaro, dérivés d'ArchLinux :
% sudo pacman -S python-pillow libusb sdl2 ncurses patch
# En option pour fxlink -s :
% sudo pacman -S udisks2
Avec ces dépendances, vous pouvez obtenir un environnement de développement avec gint et le fxSDK en quelques étapes. Prenez garde aux cas particuliers suivants :
- Si jamais vous avez déjà une version de binutils/GCC installée après le fxSDK 2.9 et que vous ne voulez pas les recompiler (ce qui prend ~30 minutes), vous pouvez ajouter :any après Lephenixnoir/sh-elf-binutils et Lephenixnoir/sh-elf-gcc.
- Si votre Linux n'utilise pas UDisks2 comme gestionnaire de périphériques (vous pouvez tester si la commande udisksctl existe), ajoutez :noudisks2 après Lephenixnoir/fxsdk. Cela désactivera l'option -s de fxlink qui utilise UDisks2 pour copier des fichiers vers les Graph 35+E II et Graph 90+E depuis la ligne de commande.
- Si vous avez déjà une installation du fxSDK installée sans GiteaPC ou avant la version fxSDK 2.9, vous devez la supprimer avant de commencer, sinon tout va interférer et ce sera le chaos !
Cela étant vu, on commence par installer les outils principaux du fxSDK et le cross-compilateur. Pendant qu'on y est, on installe aussi le debugger (optionnel) :
% giteapc install Lephenixnoir/fxsdk Lephenixnoir/sh-elf-binutils Lephenixnoir/sh-elf-gcc
% giteapc install Lephenixnoir/sh-elf-gdb
Ensuite on installe la lib mathématique, la libc, et on repasse sur GCC pour obtenir la lib C++ :
% giteapc install Lephenixnoir/OpenLibm Vhex-Kernel-Core/fxlibc
% giteapc install Lephenixnoir/sh-elf-gcc
Et enfin on installe gint (et si vous le voulez d'autres libs) :
% giteapc install Lephenixnoir/gint # Lephenixnoir/libprof Slyvtt/cZlib1_2_5 ...
À partir de là vous pouvez coder des add-ins.
Vous pouvez toujours consulter les dépôts clonés par GiteaPC avec la commande
giteapc show -p :
cd $(giteapc show -p Lephenixnoir/fxsdk)
Si vous voulez juste coder avec le fxSDK, jetez un œil à la section suivante pour les mises à jour puis vous pouvez arrêter de lire. Le reste de ce topic parle des détails de GiteaPC, qui ne sont pas importants pour juste programmer des add-ins.
Enrichir et mettre à jour une installation du fxSDK avec GiteaPC
Pour installer un nouveau dépôt qui supporte GiteaPC, par exemple la bibliothèque
libprof, utilisez
giteapc install.
giteapc install Lephenixnoir/libprof
Vous pouvez tout mettre à jour avec
giteapc install -u. GiteaPC vous autorise à donner les noms des dépôts sans leur propriétaire s'il n'y a pas d'ambiguïté, ce qui est un peu risqué quand il s'agit des dépôts distants (à l'installation) mais pas trop quand il s'agit de dépôts locaux (durant une mise à jour).
giteapc install -u sh-elf-binutils sh-elf-gcc fxsdk gint libprof
Et voilà, tout est à jour.
Instructions d'utilisations plus précises
Lister et rechercher des dépôts
Utilisez
giteapc list -r pour lister les dépôts de la forge qui peuvent être installés avec Gitea, et
giteapc list pour lister tous les dépôts que vous avez sur votre ordinateur.
Si un argument supplémentaire est donné, il servira à filtrer par nom et par description. Par exemple,
giteapc list -r gcc.
Installer et mettre à jour des dépôts
Utilisez
giteapc install pour installer un dépôt et
giteapc install -u pour mettre à jour un dépôt. La différence c'est qu'avec -u les nouveautés seront téléchargées avant l'installation (git pull).
Installer des versions spécifiques
Les noms des dépôts dans les commandes
install et
build acceptent deux suffixes :
@version et
:config (dans cet ordre). Le premier permet de sélectionner (git checkout) une branche ou un tag. Le second permet de modifier les options de compilation si le dépôt en supporte (par exemple binutils et GCC ont une configuration
:any discutée précédemment).
Par exemple, pour installer spécifiquement binutils 2.35.1, on peut utiliser la commande ci-dessous. Notez que du coup le dépôt est figé à la version 2.35.1 et ne sera pas mis à jour (même avec -u) tant que vous n'installerez pas explicitement
sh-elf-binutils@master pour revenir sur la branche principale.
giteapc install Lephenixnoir/sh-elf-binutils@2.35.1
Pour installer binutils mais utiliser une version déjà installée au bon endroit sans le recompiler, on peut utiliser la configuration
:any.
giteapc install Lephenixnoir/sh-elf-binutils:any
Commandes fines
•
giteapc fetch permet de clôner ou mettre à jour (git fetch) un dépôt sans toucher à rien.
•
giteapc build permet de configure/build un dépôt sans l'installer ou de recompiler sans reconfigurer.
•
giteapc show permet de voir les versions disponibles d'un dépôt local ou distant.
Voyez l'aide (
giteapc --help) pour le détail des options.
Désinstaller un dépôt
giteapc uninstall désinstalle un dépôt et supprime le clône local,
giteapc uninstall -k déinstalle le dépôt mais garde le clône local. Les dépendances ne sont pas vérifiées durant une désinstallation donc gardez un œil dessus.
Créer un projet supportant GiteaPC
Pour pouvoir être installé par GiteaPC, un dépôt doit avoir les choses suivantes :
• Le topic
giteapc sur le dépôt (qu'on peut ajouter en cliquant sur le lien "Manage topics" sur la page principale du dépôt) : c'est ce qui permet au dépôt d'apparaître dans
giteapc list -r.
• Fournir un
giteapc.make qui contient quelques métadonnées, qui inclut optionnellement
giteapc-config.make et fournit quatre cibles
configure,
build,
install et
uninstall (plus de détails ci-dessous).
• Avoir
giteapc-config.make dans le
.gitignore.
giteapc-config.make sera un lien symbolique pointant vers la configuration courante, laquelle sera nommée
giteapc-config-X.make pour
:X.
Le
giteapc.make doit ressembler à ça :
# giteapc: version=1
# giteapc: depends=Lephenixnoir/sh-elf-gcc
-include giteapc-config.make
configure:
...
build:
...
install:
...
uninstall:
...
.PHONY: configure build install uninstall
D'abord les métadonnées ; il y en a deux pour l'instant :
version (doit être "1") et
depends (liste des dépendances). Ensuite l'inclusion de
giteapc-config.make quand une configuration est demandée. Et enfin, les règles
configure,
build,
install et
uninstall, dans lesquelles vous pouvez lancer le code qui va bien.
Quelques exemples :
sh-elf-gcc,
fxsdk,
Template-gint-library.
Citer : Posté le 05/06/2021 12:42 | #
Les PPA c’est spécifique à Ubuntu, tu peux tout à fait héberger ton propre repo pour Debian ou Ubuntu sur un Pi (par contre faut compiler ailleurs si tu veux faire du x86_64).
Citer : Posté le 05/06/2021 12:43 | #
My bad.
Je peux héberger sur ppa.middleearth.fr si tu le souhaite ^^'
Citer : Posté le 05/06/2021 13:38 | #
Merci pour le heads up Darks, j'ai mis à jour le sujet avec les dépendances. Elles étaient sur le dépôt fxSDK mais plus y'a de copies plus on en oublie vite... x)
Citer : Posté le 05/06/2021 14:33 | #
je parlais de herberger sur mon rasbperry pi.
un rasbperry pi arm peut très bien herberger des packets amd64
Citer : Posté le 31/12/2021 19:24 | #
Bonjour !
A l'installation du FXSDK j'ai :
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
CMake Error at /usr/share/cmake-3.16/Modules/FindPackageHandleStandardArgs.cmake:146 (message):
Could NOT find PkgConfig (missing: PKG_CONFIG_EXECUTABLE)
Call Stack (most recent call first):
/usr/share/cmake-3.16/Modules/FindPackageHandleStandardArgs.cmake:393 (_FPHSA_FAILURE_MESSAGE)
/usr/share/cmake-3.16/Modules/FindPkgConfig.cmake:41 (find_package_handle_standard_args)
CMakeLists.txt:9 (find_package)
-- Configuring incomplete, errors occurred!
See also "/home/potter/.local/share/giteapc/Lephenixnoir/fxsdk/build/CMakeFiles/CMakeOutput.log".
make: *** [giteapc.make:12: configure] Error 1
error: error 2 in command: make -f giteapc.make configure
Ajouté le 31/12/2021 à 19:37 :
Résolu,désolé.
Citer : Posté le 31/12/2021 19:41 | #
Pas de souci, c'est un classique. On a tendance à croire que pkg-config est installé partout par défaut mais ce n'est pas le cas
Citer : Posté le 31/12/2021 19:42 | #
Par contre j'ai
2 | #include <gint/rtc.h>
| ^~~~~~~~~~~~
compilation terminated.
make[3]: *** [CMakeFiles/fxlibc.dir/build.make:1546: CMakeFiles/fxlibc.dir/src/libc/time/target/gint/clock.c.obj] Error 1
make[3]: Leaving directory '/home/potter/.local/share/giteapc/Vhex-Kernel-Core/fxlibc/build-gint'
make[2]: *** [CMakeFiles/Makefile2:76: CMakeFiles/fxlibc.dir/all] Error 2
make[2]: Leaving directory '/home/potter/.local/share/giteapc/Vhex-Kernel-Core/fxlibc/build-gint'
make[1]: *** [Makefile:130: all] Error 2
make[1]: Leaving directory '/home/potter/.local/share/giteapc/Vhex-Kernel-Core/fxlibc/build-gint'
make: *** [giteapc.make:9: build] Error 2
error: error 2 in command: make -f giteapc.make build
Citer : Posté le 31/12/2021 19:43 | #
Oh, zut. Ça c'est de mon côté, et chiant en plus. Je regarde...
Citer : Posté le 31/12/2021 19:43 | #
Ok,pas de souci ! Merci !
Citer : Posté le 31/12/2021 19:50 | #
J'ai poussé un fix sur dev. Est-ce que tu peux faire giteapc install fxlibc@dev pour voir si ça marche ? Que ça marche ou non, patiente avant de reprendre ton installation, il y aura d'autres petites instructions ensuite
Citer : Posté le 31/12/2021 19:55 | #
Est ce que ça te dérange si je fais ça demain ? En tout cas merci !
Citer : Posté le 31/12/2021 19:55 | #
Non pas de souci ! Bonne soirée
Citer : Posté le 31/12/2021 19:55 | #
Merci toi aussi !
Ajouté le 01/01/2022 à 18:32 :
Re !
Alors giteapc install fxlibc@dev marche (enfin je pense, j'ai <giteapc> Vhex-Kernel-Core/fxlibc: Done! )
Du coup, je fais quoi après ?
Citer : Posté le 01/01/2022 18:35 | #
Du coup j'ai poussé la correction sur master. Maintenant :
Comme ça tu seras bien sur la branche stable master au lieu d'être sur la branche dev.
Ensuite tu peux relancer ta commande originale (de mise à jour gint je suppose).
Citer : Posté le 01/01/2022 18:36 | #
Ok, merci beaucoup !
Citer : Posté le 05/01/2022 20:58 | #
Hello,
j'ai eu des soucis sur une distribution ubuntu 20.04 avec la ligne :
car apt ne sait pas trouver libusb, il faut l'aider un peu avec:
de même "apt" fait parfois des histoires, je le remplace par "apt-get" (par exemple
@+
Sly
Citer : Posté le 05/01/2022 21:01 | #
car apt ne sait pas trouver libusb, il faut l'aider un peu avec:
Y'en a pas deux qui s'appellent pareil... merci.
Ça c'est plutôt un problème de ton côté, dans ce genre de cas c'est équivalent et apt est plus user-friendly comme front-end
Citer : Posté le 05/01/2022 21:13 | #
Ça c'est plutôt un problème de ton côté, dans ce genre de cas c'est équivalent et apt est plus user-friendly comme front-end
oui je sais pas pourquoi, mais c'est l'astuce que j'ai trouvé pour pas être embêté, du coup je le mets à toutes les sauces
Citer : Posté le 11/01/2022 19:05 | #
J'ai ajouté pkg-config aux dépendances dans les commandes, précisé libusb-1.0-0 en libusb-1.0-0-dev pour les Debian-based, et ajouté aussi libudev-dev qui semble ne pas être une dépendance des précédents comme je le croyais (sous WSL au moins).
Ajouté le 11/01/2022 à 22:40 :
J'ai ajouté mkg3a aussi, depuis le temps qu'on me le dit...
Citer : Posté le 29/01/2022 00:21 | #
je sais pas ce qui en a besoin mais il semblerait que libsdl2-dev fasse partie des dépendance nécessaire (je dirais soit gint soit fxsdk).
Aussi pour udisk sur ubuntu j'ai eu besoin d'installer libglib2.0-dev (pour fxsdk)
Citer : Posté le 29/01/2022 08:10 | #
Merci, j'ai ajouté ça. libglib2.0-dev devrait vraiment être une dépendance de libudisks2-dev... ils sont pas malins des fois.