Compilation du jeu., 28 mars 2024, liste linuxfr-news Sommaire :
1. [Lettre LinuxFr.org] Revue de presse de l’April pour la semaine 12 de
l’année 2024 - [email protected]
2. [Lettre LinuxFr.org] TuxRun et le noyau Linux - [email protected]
3. [Lettre LinuxFr.org] Tribune April : Techsoup et Solidatech, instruments
d'influence - [email protected]
--- Begin Message ---Revue de presse de l’April pour la semaine 12 de l’année 2024
Cette revue de presse sur Internet fait partie du travail de veille mené par l’April dans le cadre de son action de défense et de promotion du logiciel libre. Les positions exposées dans les articles sont celles de leurs auteurs et ne rejoignent pas forcément celles de l’April.
- [ZDNet France] L'open data, un moyen de 'changer les données' de la démocratie
- [Silicon] Redis change de licence: le point sur la situation
- [Echirolles] Une première réussie pour AlpOSS!
- [Numerama] Elon Musk publie un torrent de 318 Go et rend Grok open source
- [ZDNet France] Mais 3 Go par semaine, c'est sa peau contre ma peau…
- lien nᵒ 1 : April
- lien nᵒ 2 : Revue de presse de l'April
- lien nᵒ 3 : Revue de presse de la semaine précédente
- lien nᵒ 4 : 🕸 Fils du Net
[ZDNet France] L'open data, un moyen de 'changer les données' de la démocratie
✍ Thierry Noisette, le dimanche 24 mars 2024.
Les données ouvertes «ne servent pas seulement à révéler des faits mais à transformer la réalité, ‘à changer les données’, expose Samuel Goëta dans ‘Les données de la démocratie’, un excellent ouvrage sur l’histoire, les enjeux et les perspectives de l’open data.
[Silicon] Redis change de licence: le point sur la situation
✍ Clément Bohic, le vendredi 22 mars 2024.
Redis abandonne la licence permissive BSD au profit d’un système «à la carte» avec deux options. Quels en sont les motifs et les implications?
N. D. M. : ainsi qu'un journal et un lien sur le sujet sur LinuxFr.org.
[Echirolles] Une première réussie pour AlpOSS!
Le vendredi 22 mars 2024.
Ce jeudi 21 mars s’est tenu la 1ère édition d’AlpOSS au sein de l’Hôtel de Ville. Coorganisé avec OW2 et Belledonne Communications, le nouvel événement isérois de l’écosystème open source local a réuni 250 personnes - entreprises, associations, collectivités locales ou passionné-es du libre - venu-es se rencontrer et échanger.
[Numerama] Elon Musk publie un torrent de 318 Go et rend Grok open source
✍ Nicolas Lellouche, le lundi 18 mars 2024.
En guerre contre OpenAI et ses modèles commerciaux, Elon Musk avait promis début mars qu’il rendrait le modèle de langage derrière Grok, son chatbot, open source. Promesse tenue.
[ZDNet France] Mais 3 Go par semaine, c'est sa peau contre ma peau…
✍ Guillaume Serries, le lundi 18 mars 2024.
Najat Vallaud-Belkacem, ancienne ministre de l’Education nationale, critique l’utilisation massive des écrans. Sa solution? ‘La rareté oblige à une certaine sagesse’ dit-elle. Et de mettre au débat le fait de ‘rationner internet’ par la loi.
Et aussi:
N. D. M. : ainsi qu'un lien LinuxFr.org.
Commentaires : voir le flux Atom ouvrir dans le navigateur
--- End Message ---
--- Begin Message ---TuxRun et le noyau Linux
Il y a quelques années, je vous avais présenté TuxMake, un utilitaire pour faciliter la (cross-)compilation du noyau Linux supportant une grande variété de toolchains différentes : TuxMake et le noyau Linux.
TuxMake facilitant la compilation du noyau Linux, nous nous sommes alors attaqués à rendre l’exécution de ces noyaux plus aisée : ainsi est né TuxRun.
Exemples
TuxRun propose une interface en ligne de commande simple pour exécuter un noyau dans QEMU. TuxRun se charge de fournir un environnement suffisant pour démarrer le noyau avec QEMU.
tuxrun --device qemu-arm64 \ --kernel https://example.com/arm64/ImageTuxRun va alors télécharger le noyau et un système de fichier compatible avec ARM64 puis lancer qemu-system-arm64 avec les bons arguments et afficher les logs du boot.
La ligne de commande de qemu générée par TuxRun est la suivante :
/usr/bin/qemu-system-aarch64 \ -cpu max,pauth-impdef=on \ -machine virt,virtualization=on,gic-version=3,mte=on \ -nographic -nic none -m 4G -monitor none -no-reboot -smp 2 \ -kernel /.../Image \ -append "console=ttyAMA0,115200 rootwait root=/dev/vda debug verbose console_msg_format=syslog systemd.log_level=warning earlycon" \ -drive file=/.../rootfs.ext4,if=none,format=raw,id=hd0 \ -device virtio-blk-device,drive=hd0Il est également possible de lancer une suite de tests directement depuis la ligne de commande :
tuxrun --device qemu-arm64 \ --kernel https://example.com/arm64/Image \ --tests ltp-smokeLes résultats de la suite de test seront analysés par TuxRun et la valeur de retour de TuxRun sera 0 uniquement si la suite de tests passe intégralement. Ceci permet d’utiliser TuxRun pour valider qu’une suite de tests donnée fonctionne toujours correctement sur un nouveau noyau.
Architectures
QEMU
Grâce à QEMU, TuxRun supporte de nombreuses architectures:
- ARM: v5/v7/v7be/64/64be
- Intel/AMD: i386/x86_64
- MIPS: 32/32el/64/64el
- PPC: 32/64/64le
- RISCV: 32/64
- sh4, sparc64, …La liste complète est disponible dans la documentation.
FVP
Il est également possible d’utiliser FVP, le simulateur de ARM pour simuler un processeur ARMv9. FVP est un simulateur bien plus précis que QEMU au prix d’un temps d’exécution bien supérieur.
FVP permettant de configurer et simuler de nombreux composants du processeur, TuxRun propose une configuration permettant de démarrer et tester Linux dans un temps raisonnable.
tuxrun --device fvp-aemva \ --kernel https://example.com/arm64/Image \ --tests ltp-smoke \ --image tuxrun:fvpARM ne permettant pas (pour le moment) de redistribuer les binaires FVP, il faut construire localement le container tuxrun:fvp.
Système de fichiers
Par défaut, TuxRun télécharge et utilise un système de fichier compatible avec l’architecture cible. TuxRun fournit donc 20 systèmes de fichiers différents, un pour chaque architecture disponible.
Ces systèmes de fichiers sont basés sur buildroot et comportent les outils nécessaires pour faire tourner la majorité des suites de tests supportés par TuxRun. La liste complète est disponible dans la documentation.
Il est également possible d’utiliser un autre système de fichiers :
tuxrun --device qemu-arm64 \ --kernel https://example.com/Image \ --rootfs https://example.com/rootfs.ext4.zstRuntimes
TuxRun télécharge et utilise un container que nous maintenons. Ce container inclut l’ensemble des binaires nécessaires ainsi que QEMU. Par défaut, TuxRun utilise toujours la dernière version du container disponible.
Il est cependant possible de spécifier une version particulière afin de reproduire plus facilement une erreur. Les nouvelles versions de QEMU introduisent quelques fois des régressions dans les suites de tests. Il est alors nécessaire d’utiliser exactement la même image pour reproduire le problème.
Reproduire un test
TuxRun est utilisé, via tuxsuite notre service de compilation et de test dans le cloud, par le projet LKFT (Linux Kernel Functional Testing) de Linaro. Lorsqu’une régression est détectée, il suffit de fournir la ligne de commande TuxRun pointant sur les artefacts utilisés pour pouvoir reproduire le problème.
Les développeurs du noyau sont alors à même de reproduire et de corriger les régressions détectées par LKFT. TuxRun simplifie ainsi énormément la reproduction du test.
Un exemple parmi tant d’autres : selftests: sigaltstack: sas…
Installation
TuxRun étant un programme Python, il est possible de l’installer depuis pypi :
python3 -m pip install tuxrunNous fournissons également un paquet Debian, et un rpm.
TuxMake et Tuxrun
Dans un prochain article, je vous montrerai comment combiner TuxMake et TuxRun pour automatiquement trouver le commit responsable de la régression dans le noyau.
Commentaires : voir le flux Atom ouvrir dans le navigateur
--- End Message ---
--- Begin Message ---Tribune April : Techsoup et Solidatech, instruments d'influence
Après une première position sur Solidatech en 2020, l'April a passé à nouveau du temps pour étudier et comprendre la place des structures Solidatech et Techsoup en France.
L'April a donc publié une nouvelle tribune "Techsoup : instrument d'influence des big tech américaines" publiée le 1er mars 2024, qui met en évidence le soft power puissant de la Big Tech, la domination qui persiste et la grande difficulté pour le libre, à se faire une place.
Le logiciel libre reste donc, plus que jamais, une alternative à promouvoir et défendre. Outre le travail de fourmis de toutes les communautés du libre, dénoncer de tels systèmes est complémentaire pour tenter de faire bouger les choses.
N'hésitez pas à lire et relayer auprès des associations que vous côtoyez.
Dessin : Gee - CC-BY-SACommentaires : voir le flux Atom ouvrir dans le navigateur
--- End Message ---
Fin de compilation de la liste linuxfr-news - jeu., 28 mars 2024
