Sébastien Wilmet a écrit 683 commentaires

J'ai un site web. Ni un animal, ni un végétal, ni un champignon, ni un blob.

Mais qui ramène parfois des trolls.

Open Source Software at NASA, une conférence du FOSDEM 2023.

Je pense que le module load app_stack.so n'est pas une commande shell mais une commande propre à Asterisk.

Il faut sûrement créer un script Asterisk, et l'exécuter avec :

$ asterisk --option-qui-va-bien le-script

Il n'y a pas que pour les admins sys'.

On demande aux programmeurs de savoir maitriser de plus en plus de technologies, incluant souvent plusieurs langages de programmation, sans compter les langages à usage spécifique (les "DSL", domain-specific languages tel que les systèmes de build entre-autres).

Lors d'un entretien d'embauche pour faire à priori uniquement du Java, on m'avait demandé si je connaissais aussi Scala et Python.

C'est pas nouveau, loin de là, mais le phénomène s'accentue avec la prolifération de technologies et de langages. Et les migrations vers ces nouveaux trucs où il faut savoir chipoter aussi dans l'ancien système (donc ça fait deux technologies à maitriser pour le prix d'un).

Bref, ce n'est plus pour moi ce genre de boulot. Et puis on s'étonne que c'est un métier en pénurie.

Peut-être pour plus tard, mais il y a GNOME Circle qui pourrait être intéressant pour mieux faire connaitre PulseControl.

Ainsi va la vie dans le logiciel libre, je dirais. C'est jamais simple de savoir quelle est la meilleure solution dans ce cas.

Ça me fait penser à Papers, un fork d'Evince (visionneur PDF). En lisant la raison du fork dans cet article sur le blog de l'auteur, c'est un peu près la même histoire.

Quand un projet vivote et que tout d'un coup un gros contributeur arrive, le ou les mainteneurs n'ont pas le temps de passer en revue toutes les contributions, donc il y a un certain délai.

Je viens d’acheter un PC et bien que j’aie fouillé et patienté longtemps, aucune offre sans OS n’arrivait ou ne convenait donc j’ai cédé à la vente forcée d’un PC avec Windows.

Dommage, il existe pourtant de plus en plus d'offres d'ordinateurs vendus neufs sans OS pré-installé, ou avec Linux.

Il y a notamment :
- system76
- Slimbook Fedora
- Et bien d'autres, je n'ai pas tous les liens sous la main.

Je pense qu'il y a moyen d'acheter des Lenovo (ThinkPad par exemple) avec Linux pré-installé en allant sur le site du constructeur.

Pour ma part c'est un system76 que j'ai choisi dernièrement.

Il manque un lien vers le-dit logiciel (libre je présume).

Il y a https://inginious.org/ que je connais, mais c'est à la base pour que des étudiants fassent des exercices et projets pour des cours.

Sinon, ils utilisent quoi dans les grands concours de programmation genre https://prologin.org/ ?

Si tu démarres avec le noyau Linux 6.5.11 ou 6.5.10, que se passe-t-il ?

Et si tu démarres avec le mode "rescue", que se passe-t-il ?

Comme dit plus haut dans un autre commentaire, appuyer sur Escape permet de voir les messages lors du démarrage, ce qui permet parfois de connaitre la cause.

Aussi, Fedora 37 n'est actuellement plus supportée pour les mises à jour de sécurité, donc il vaut mieux en fait réinstaller la dernière Fedora (Fedora 40 actuellement). Est-ce qu'un live USB démarre ?

À quand le "Fond pour la Souveraineté Numérique" en France ?

Pour copier le Sovereign Tech Fund allemand, ou le NLnet néerlandais (d'ailleurs NLnet est plus orienté réseaux informatiques et internet, ce serait une super nouvelle s'ils élargissent leur programme pour davantage de logiciels libres, par exemple pour des usages bureautiques, l'éducation, etc).

Il y a plus de détails dans cet article écrit récemment.

Pour ajouter des infos, créer un projet C++ en GTK demande d'avoir les bindings C++ pour une partie de la GLib aussi (glibmm). Quand une fonction de GTK prend en paramètre ou retourne une structure de donnée définie dans la GLib, il faut que ce soit utilisable de manière pratique en C++ aussi.

À la fois GTK 2, 3 et 4 dépendent de la GLib 2. Au plus on avance dans les versions de GTK, au plus on dépend de fonctionnalités plus récentes de la GLib (dont des bindings C++ sont donc requis).

Mais, GTK 2 et 3 n'évoluent plus. Ces versions de GTK ne dépendent pas des toutes dernières nouveautés de la GLib. Et je suppose que gtkmm, glibmm, etc couvrent assez bien toutes les API (en ce qui concerne GTK 2 et 3).

En ce qui concerne GTK 4, c'est bien sûr une autre histoire.

Ce qui veut dire que les projets C++ utilisant GTK 2 ou 3 ne se sentent pas forcés d'aider à la maintenance de gtkmm etc (chose qui peut-être ne leur sera jamais utile si le projet ne migre pas à GTK 4).

Il y a aussi Ardour comme gros projet en C++ et GTK (mais c'est du GTK 2).

Oh, les journaux ne se limitent pas à l'informatique et le logiciel libre, on peut - de temps en temps - parler d'autres choses, écrire une petite nouvelle de science-fiction, parler de livres à lire (romans), H2G2 et autres :-)

Je pense à ça qui est en phase de développement :

https://www.whist.com/

Un nouveau navigateur web ("cloud-powered Chrome").

Et, maintenant que j'y pense, voir aussi :

https://drewdevault.com/2021/01/04/A-culture-of-stability-and-reliability.html

(qui je pense s'applique en partie à fontconfig).

Et, maintenant que j'y pense, c'est sans doute mieux un modèle comme ça qu'un modèle à la npm.

Effectivement, ça peut poser problème. Heureusement, certaines distributions n'hésitent pas à prendre une version de développement de fontconfig, ou en tout cas faire du cherry-picking de certains commits.

Je vois par exemple du côté de Fedora :
- https://koji.fedoraproject.org/koji/packageinfo?packageID=174
- https://koji.fedoraproject.org/koji/buildinfo?buildID=1786608

Avec dans le Changelog (mais en 2020) :

cherry pick some upstream patches

---

En ce qui concerne le peu de contributions, je pense que c'est pcq les développeurs sont occupés à développer des trucs au-dessus, et comme fontconfig fonctionne bien, qu'il n'y a pas (trop) de bugs, ou des bugs qui ne les concernent pas, alors ils ne pensent pas à améliorer fontconfig.

C'est le problème des logiciels libres qui fonctionnent (trop) bien, où il n'y a quasi aucuns bugs, et qui ont suffisamment de fonctionnalités. C'est à croire qu'il faut faire exprès d'introduire un bug, pour avoir des contributeurs en plus.

Oui, c'est pareil quand on utilise l'option --filter, par exemple :

#!/bin/sh

src='/home/foo'
dest='/run/media/foo/backup/home-foo'

rsync --archive --delete --force --progress --stats \
        --filter '- /foo/.cache/'                   \
        "$src" "$dest"

(version simplifiée d'un de mes scripts de backup).

--filter '- foo/.cache/' ou
--filter '- .cache/' n'ont pas le même effet.

C'est prévu qu'il y ait du développement (par Red Hat) pour mieux intégrer systemd-homed dans GNOME et Fedora, pour que ça Juste Marche™.

Voir cet article du blog de Christian Schaller (comme d'habitude en ce qui concerne GNOME && Fedora).

En attendant, c'est comme au bon vieux temps où il faut bidouiller avec son système Linux :-)

Profil Guided Optimization (PGO) et JIT (compilation Just In Time) ne sont pas la même chose.

Basé sur un profil, ça veut dire que ça se base sur les exécutions précédentes du programme. Il y a des patterns d'exécution qui sont les mêmes d'une exécution à une autre, donc autant optimiser ces parties-là. Surtout pour des programmes batch.

En tout cas c'est comme ça que je le comprends.

Pour WSL (Windows Subsystem for Linux), du PGO est aussi à l'ordre du jour pour le kernel Linux. On verra donc peut-être ça débarquer dans certaines distribs Linux classiques :-) (c'est drôle pcq Microsoft emploie des développeurs pour Linux et la GNU toolchain, chose inimaginable il y a une décennie).

Bien que je ne m'y connaisse pas dans tout ça, je sais juste que le support pour HDR est dans le pipeline de l'équipe desktop de chez Red Hat (de manière générale dans GNOME, pas GIMP en particulier, je présume). Voir cet article de blog et Ctrl+F "HDR".

Sinon lire les 3 pages de la table des matières du PDF, ça résume sans doute bien les fils de discussion twitter (mais c'est de l'anglais juridique).

Et lire les 173 pages du PDF (surtout que c'est du droit américain), ça n'aide sans doute pas pour la décompression.

Il manque un c dans le titre ;-)

GLib fait partie du projet GTK et GNOME.

glibc, ou GNU libc, c'est plus bas niveau, c'est l'implémentation GNU de la bibliothèque standard du langage C.

• Il y a Qt, qui fonctionne du tonnerre de Zeus (le cours de l'action a fort grimpé).
• SUSE qui s'est lancé récemment.
• Red Hat à l'époque qui a fort grimpé, puis racheté par IBM comme vecteur de croissance pour le mastodonte qui stagnait un peu.

J'en connais pas des masses, en connaissez-vous d'autres ? Qui font (principalement) du logiciel libre, bien entendu.