Pour ce cas-ci avec Knoppix je n'en sais rien, mais ce qui arrive souvent, dans cet ordre :
Quelqu'un dans la communauté du logiciel libre implémente quelque chose dans son coin et partage le code, parfois juste une branche d'un logiciel en amont mais la branche n'est pas encore intégrée. Ou ça peut être un nouveau module, mais pas encore intégré dans les distributions majeures. Le code est parfois un peu un hack, pas très propre. Donc en bref : d'abord un truc expérimental.
Un projet en amont et/ou une distribution majeure décide de prendre cette fonctionnalité expérimentale, de rendre le code plus propre, de le faire accepter dans les projets en amont, etc. Donc, intégrer proprement la fonctionnalité.
Quelques exemples que je connais qui ont suivi cette voie :
- glvnd (vendor neutral dispatch pour OpenGL), pour faire fonctionner proprement les pilotes propriétaires Nvidia, avoir un truc robuste. Avant ça, certaines distribs comme Ubuntu utilisaient certains hacks.
- Dans le monde de GTK : l'outil de debug GtkParasite (projet séparé) qui est devenu GtkInspector (fait maintenant partie de GTK lui-même).
Pour rajouter un terme en plus dans la soupe : image-based.
C'est la même « image » système chez tout le monde, peu importe le matériel. Cette image a (normalement) été bien testée. Lors d'une mise à jour majeure, c'est comme si on avait fait une installation fraîche.
Avec une distrib classique à base de paquets qu'on installe (avec snapshots btrfs c'est mieux comme ça y a le roll-back), chaque système diverge de plus en plus. Lors de mises à jour majeures, c'est parfois plus délicat et l'aide d'un sysadmin est nécessaire.
Merci pour cette définition, qui mériterait de figurer en haut de l'article.
Je n'ai pas eu le temps de contribuer à la dépêche, mais j'aurais ajouté :
Ce qui est atomique dans ces distributions-là, ce sont les mises à jour et roll-backs du système. Soit l'opération est faite entièrement, soit elle n'est pas faite du tout. C'est une opération qui est indivisible, « atomique ».
Avec une distrib classique, pendant que les paquets sont mis à jour il ne faut pas qu'il y ait de coupure de courant, sinon le système est entre-deux et il n'est alors peut-être plus possible de le démarrer.
L'implémentation avec OSTree
En interne, OSTree implémente l'opération atomique en changeant juste un lien symbolique. Un lien qui pointe vers le dossier système à utiliser.
OSTree c'est comme Git mais pour des fichiers binaires. Les fichiers du système sont stockés dans la sorte de « base de donnée » avec un système de hash (comme dans .git/objects/), donc il y a de la déduplication (deux fichiers ayant le même hash seront stockés qu'une seule fois).
Au démarrage, le dossier système est créé à la volée en faisant des hard-links depuis la base de données des fichiers OSTree. (Créer des hard-links est une opération très rapide). Une fois que ce dossier est créé, le lien symbolique peut être mis à jour vers le nouveau dossier. C'est cette dernière opération qui est atomique, la création du dossier système en lui-même ne l'est pas.
Quand le système tourne, les mises à jour sont simplement téléchargées dans la base de données OSTree et crée une nouvelle entrée de boot. Donc faire une mise à jour ou un rollback, ça se passe au démarrage, et c'est très rapide, il n'y a pas de temps d'attente.
Voilà pour la petite explication :-)
Explication simple
Pour monsieur et madame tout-le-monde, une explication possible serait : les mises à jour du système sont téléchargées dans un dossier, et puis l'ordinateur démarre dans ce dossier.
« Ben oui c'est évident voyons, pourquoi n'y avons-nous pas pensé plus tôt ?! » ;-)
L'offre et la demande : s'il y a plus d'informaticiens sur le marché de l'emploi et que la demande pour recruter ce genre de profil reste pareille, alors les salaires stagnent.
Avec les gouvernements qui poussent les jeunes à se former en informatique (pcq métier en pénurie), et le domaine de la technologie qui est peut-être plus attrayant, fait qu'il y a peut-être plus d'informaticiens qu'avant.
Mais ceci dit, la demande augmente pcq de plus en plus d'industries passent au numérique et comprennent les bienfaits de l'automatisation, dans presque tous les secteurs.
Mais c'est trop tard, ça va faire 18 ans que je pratique le bépo tous les jours.
Au début le bépo n'était pas encore stabilisé, donc de temps en temps pour passer à la version suivante il y a quelques touches qui changeaient de place.
Autre chose amusante, lors de mon premier boulot je devais parfois taper au clavier sur les ordis de mes "clients", et là c'était vraiment galère pour trouver certaines touches sur leur clavier azerty :
Où se trouve les [ ] et { } encore ?
Ah oui c'est là, voilà :-)
« Tu as fais des études en informatique c'est bien ça ? » Oui oui…
Son seul petit inconvénient pour moi est la touche Caps Lock qui est toute petite et éloignée (déplacer le petit doigt de 3 touches vers la droite). J'utilise le Caps Lock très souvent pour programmer (NULL, TRUE, TOUTES_CES_LONGUES_MACROS_QUON_ADORE_EN_C_GOBJECT, …). Certes, d'autres langages ont moins ce problème.
« Si dans 20 ans j'ai pas mon TypeMatrix, comment je vais faire moi ?! » fut ma première réaction en lisant ce journal. Donc merci d'avoir partagé l'information !
(Et peut-être que dans 20 ans je serai passé à un Langage Moderne™, ou alors je ferai appel à une IA sur-puissante qui transformera automatiquement tous mes null, true et autres joyeusetés en majuscules).
Si on est intéressé par un truc en particulier, le chapitre correspondant donne une bonne introduction et donne les références pour aller plus loin (vers la doc en amont, souvent les manpages).
Le seul bémol est que ça peut être un peu obsolète par rapport aux dernières versions (par exemple en utilisant Fedora ou openSUSE Tumbleweed).
Quand j'ai souscris à mon dernier abonnement téléphonique, dans les petits caractères il y a effectivement une explication sur la liste "Ne m'appelez plus" (DNCM).
C'est le truc officiel, régie par la loi comme expliqué sur leur site.
You should have received a copy of the GNU General Public License
along with this program; if not, write to the Free Software
Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA.
Dans KDE (donc basé sur Qt) il y a :
- Falkon (plus récent que Konqueror)
- Konqueror (qui fait aussi le café)
- Angelfish (pour smartphones et tablettes)
Le moteur de rendu de Firefox (Gecko, WebRender) n'est pas vraiment réutilisable en-dehors de Firefox, ce n'est pas développé comme un toolkit à part. Donc c'est pas pour rien que presque tous les autres navigateurs web (en GUI) sont basés sur WebKit.
Donc, pour répondre à la question du journal :
est-ce qu'il n'est pas temps de sortir un beau navigateur tout neuf sur une base Webkit ?
Il en existe déjà plein :-) Pas besoin d'en créer un nouveau. Il y a déjà suffisamment de projets comme ça, autant participer au développement d'un navigateur existant.
que Inkscape est en train d'être migré vers GTK 4 !
La 1.4 fait du travail préparatif, tandis que la 1.5 (git master) est en GTK 4.
Apparemment les performances ont régressées avec le passage de GTK 2 à GTK 3, et s'ils veulent retrouver des meilleures perfs il faut passer à GTK 4, selon leurs dires d'il y a deux ans.
(Mais il n'y a pas que les performances comme avantage de passer à GTK 4, bien entendu. Un jour GTK 3 ne sera plus maintenu, et actuellement GTK 4 bénéficie déjà d'un meilleur support pour le matériel plus récent.)
Pour être compétitif face aux concurrents, la barrière est très haute. Le web est devenu horriblement complexe, avec des standards à la pelle. Début des années 2000 il était beaucoup plus "simple" (entre guillemets) d'implémenter un nouveau moteur web.
D'ailleurs c'est vrai pour beaucoup de technologies qui ont fort évoluées et se sont complexifiées à un tel point qu'il est difficilement envisageable de réimplémenter depuis zéro : un noyau comme UNIX, un toolkit graphique comme GTK ou Qt, le support du multimédia, et sûrement plein d'autres.
Donc, pour Ladybird, j'espère que ça va marcher. Firefox dépend de plus en plus (on dirait) de revenus publicitaires…
[^] # Re: merci au co-rédacteur
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche QEMU 10.0. Évalué à 10.
Je suis presqu'ému.
[^] # Re: Atomique ancien
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche GNOME OS comme Linux idéal, partie 1 : la promesse de l'atomique. Évalué à 2.
Pour ce cas-ci avec Knoppix je n'en sais rien, mais ce qui arrive souvent, dans cet ordre :
Quelques exemples que je connais qui ont suivi cette voie :
- glvnd (vendor neutral dispatch pour OpenGL), pour faire fonctionner proprement les pilotes propriétaires Nvidia, avoir un truc robuste. Avant ça, certaines distribs comme Ubuntu utilisaient certains hacks.
- Dans le monde de GTK : l'outil de debug GtkParasite (projet séparé) qui est devenu GtkInspector (fait maintenant partie de GTK lui-même).
[^] # Re: je suis perdu
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche GNOME OS comme Linux idéal, partie 1 : la promesse de l'atomique. Évalué à 3.
Pour rajouter un terme en plus dans la soupe : image-based.
C'est la même « image » système chez tout le monde, peu importe le matériel. Cette image a (normalement) été bien testée. Lors d'une mise à jour majeure, c'est comme si on avait fait une installation fraîche.
Avec une distrib classique à base de paquets qu'on installe (avec snapshots btrfs c'est mieux comme ça y a le roll-back), chaque système diverge de plus en plus. Lors de mises à jour majeures, c'est parfois plus délicat et l'aide d'un sysadmin est nécessaire.
[^] # Re: Atomique ancien
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche GNOME OS comme Linux idéal, partie 1 : la promesse de l'atomique. Évalué à 4.
C'était le projet Stateless Linux (2004). Extrait :
Ce qui a permis la création des live CD notamment.
11 ans plus tard : Planning for an "Atomic Workstation" (Owen Taylor, 2015), qui reparle du projet Stateless Linux et le met en perspective.
[^] # Définition de distribution « Atomique »
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche GNOME OS comme Linux idéal, partie 1 : la promesse de l'atomique. Évalué à 6.
Je n'ai pas eu le temps de contribuer à la dépêche, mais j'aurais ajouté :
Ce qui est atomique dans ces distributions-là, ce sont les mises à jour et roll-backs du système. Soit l'opération est faite entièrement, soit elle n'est pas faite du tout. C'est une opération qui est indivisible, « atomique ».
Avec une distrib classique, pendant que les paquets sont mis à jour il ne faut pas qu'il y ait de coupure de courant, sinon le système est entre-deux et il n'est alors peut-être plus possible de le démarrer.
L'implémentation avec OSTree
En interne, OSTree implémente l'opération atomique en changeant juste un lien symbolique. Un lien qui pointe vers le dossier système à utiliser.
OSTree c'est comme Git mais pour des fichiers binaires. Les fichiers du système sont stockés dans la sorte de « base de donnée » avec un système de hash (comme dans
.git/objects/), donc il y a de la déduplication (deux fichiers ayant le même hash seront stockés qu'une seule fois).Au démarrage, le dossier système est créé à la volée en faisant des hard-links depuis la base de données des fichiers OSTree. (Créer des hard-links est une opération très rapide). Une fois que ce dossier est créé, le lien symbolique peut être mis à jour vers le nouveau dossier. C'est cette dernière opération qui est atomique, la création du dossier système en lui-même ne l'est pas.
Quand le système tourne, les mises à jour sont simplement téléchargées dans la base de données OSTree et crée une nouvelle entrée de boot. Donc faire une mise à jour ou un rollback, ça se passe au démarrage, et c'est très rapide, il n'y a pas de temps d'attente.
Voilà pour la petite explication :-)
Explication simple
Pour monsieur et madame tout-le-monde, une explication possible serait : les mises à jour du système sont téléchargées dans un dossier, et puis l'ordinateur démarre dans ce dossier.
« Ben oui c'est évident voyons, pourquoi n'y avons-nous pas pensé plus tôt ?! » ;-)
# EU OS
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au lien EU OS: SUSE a aussi son mot à dire. Évalué à 6. Dernière modification le 27 mars 2025 à 20:09.
On en parlait ici:
EU-OS, une démonstration de principe d'un OS pour le secteur public européen
L'article d'openSUSE explique que d'un point de vue sécurité c'est mieux d'avoir de la diversification (GNOME/KDE, et basé sur différentes distribs).
# Plus d'informaticiens sur le marché de l'emploi ?
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au lien Salaires de la tech [en France] : une stagnation, voire une contraction. Évalué à 3.
L'offre et la demande : s'il y a plus d'informaticiens sur le marché de l'emploi et que la demande pour recruter ce genre de profil reste pareille, alors les salaires stagnent.
Avec les gouvernements qui poussent les jeunes à se former en informatique (pcq métier en pénurie), et le domaine de la technologie qui est peut-être plus attrayant, fait qu'il y a peut-être plus d'informaticiens qu'avant.
Mais ceci dit, la demande augmente pcq de plus en plus d'industries passent au numérique et comprennent les bienfaits de l'automatisation, dans presque tous les secteurs.
[^] # Duke
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au lien Debian trixie freeze dates. Évalué à 2.
Petite référence à Duke Nukem Forever ? Pour ceux qui seront impatients de sa sortie.
[^] # Re: Mode asynchrone
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au lien « C’est simple, je ne décroche jamais » : pourquoi les jeunes ne répondent plus au téléphone ?. Évalué à 2. Dernière modification le 20 janvier 2025 à 12:38.
Il y a aussi une autre "anti-fonctionnalité" : indiquer aux autres qu'on est en train d'écrire un message.
Et si je change d'avis et que je préfère effacer mon texte ?
Je déteste ce genre de fonctionnalités… C'est pas parce que c'est techniquement possible que c'est une bonne chose !
[^] # Re: TypeMatrix Bépo, il n'y a que ça de vrai
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au journal Coup de mou pour les claviers Typematrix. Évalué à 2.
Je ne connaissais pas.
Mais c'est trop tard, ça va faire 18 ans que je pratique le bépo tous les jours.
Au début le bépo n'était pas encore stabilisé, donc de temps en temps pour passer à la version suivante il y a quelques touches qui changeaient de place.
Autre chose amusante, lors de mon premier boulot je devais parfois taper au clavier sur les ordis de mes "clients", et là c'était vraiment galère pour trouver certaines touches sur leur clavier azerty :
[^] # Re: TypeMatrix Bépo, il n'y a que ça de vrai
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au journal Coup de mou pour les claviers Typematrix. Évalué à 3.
Bonne idée.
Ou alors avoir une touche en plus qui fait Caps Lock. Je pense au "É" (shift+é), ou alors "»" (qui est en accès direct), que j'emploie très rarement.
# TypeMatrix Bépo, il n'y a que ça de vrai
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au journal Coup de mou pour les claviers Typematrix. Évalué à 6.
Son seul petit inconvénient pour moi est la touche Caps Lock qui est toute petite et éloignée (déplacer le petit doigt de 3 touches vers la droite). J'utilise le Caps Lock très souvent pour programmer (NULL, TRUE,
TOUTES_CES_LONGUES_MACROS_QUON_ADORE_EN_C_GOBJECT, …). Certes, d'autres langages ont moins ce problème.« Si dans 20 ans j'ai pas mon TypeMatrix, comment je vais faire moi ?! » fut ma première réaction en lisant ce journal. Donc merci d'avoir partagé l'information !
(Et peut-être que dans 20 ans je serai passé à un Langage Moderne™, ou alors je ferai appel à une IA sur-puissante qui transformera automatiquement tous mes null, true et autres joyeusetés en majuscules).
[^] # Re: …pas seulement commerciales
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au lien La documentation sur Linux et les logiciels libres est un véritable capharnaüm. Évalué à 3.
Mon but n'était pas d'être exhaustif ;-) (ni de faire des généralités).
Juste donner quelques pistes.
[^] # Re: Documentation
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche Revue de presse de l’April pour la semaine 38 de l’année 2024. Évalué à 3.
On en discute aussi sur ce lien.
# Manuels des distribs commerciales
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au lien La documentation sur Linux et les logiciels libres est un véritable capharnaüm. Évalué à 5.
Il y a les manuels des distributions Linux commerciales :
C'est bien écrit, il y a beaucoup de contenu.
Si on est intéressé par un truc en particulier, le chapitre correspondant donne une bonne introduction et donne les références pour aller plus loin (vers la doc en amont, souvent les manpages).
Le seul bémol est que ça peut être un peu obsolète par rapport aux dernières versions (par exemple en utilisant Fedora ou openSUSE Tumbleweed).
[^] # Re: 47!
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au lien Sortie de Gnome 47 « Denver ». Évalué à 5.
Il y a un calendrier ici, avec un historique :
https://release.gnome.org/calendar/
en bas de page "View Past Releases".
Petit extrait :
Prochaine étape : la version 2030 ? :-)
# En Belgique
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche Agir contre les appels commerciaux. Évalué à 10.
Il y a dncm.be (Do Not Call Me).
Quand j'ai souscris à mon dernier abonnement téléphonique, dans les petits caractères il y a effectivement une explication sur la liste "Ne m'appelez plus" (DNCM).
C'est le truc officiel, régie par la loi comme expliqué sur leur site.
(Et ça marche assez bien, en tout cas pour moi).
# Mettre à jour les en-têtes de licence
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au lien FSF | Join us in saying goodbye to our beloved office on August 16! . Évalué à 6.
Pour la GPLv2 :
La GPLv3 met une URL vers gnu.org à la place.
De toute façon les longues en-têtes de licence, c'est dépassé ! Suivez le guide REUSE (de la FSFE) à la place, avec les tags SPDX.
# Autres navigateurs basés sur WebKit
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au journal Firefox mis en danger par les déboires de Google.. Évalué à 8. Dernière modification le 10 août 2024 à 13:00.
Il existe d'autres navigateurs web basés sur WebKit.
Basé sur WebKitGTK il y a :
- Epiphany (GNOME Web)
- Eolie (voir le tag eolie sur LinuxFr)
- Tangram
Dans KDE (donc basé sur Qt) il y a :
- Falkon (plus récent que Konqueror)
- Konqueror (qui fait aussi le café)
- Angelfish (pour smartphones et tablettes)
Le moteur de rendu de Firefox (Gecko, WebRender) n'est pas vraiment réutilisable en-dehors de Firefox, ce n'est pas développé comme un toolkit à part. Donc c'est pas pour rien que presque tous les autres navigateurs web (en GUI) sont basés sur WebKit.
Donc, pour répondre à la question du journal :
Il en existe déjà plein :-) Pas besoin d'en créer un nouveau. Il y a déjà suffisamment de projets comme ça, autant participer au développement d'un navigateur existant.
# Préparation à GTK 4
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au lien Inkscape 1.4 bêta 2. Évalué à 2.
Je vois dans les notes de versions :
- Release notes/1.4
- Release notes/1.5
que Inkscape est en train d'être migré vers GTK 4 !
La 1.4 fait du travail préparatif, tandis que la 1.5 (git master) est en GTK 4.
Apparemment les performances ont régressées avec le passage de GTK 2 à GTK 3, et s'ils veulent retrouver des meilleures perfs il faut passer à GTK 4, selon leurs dires d'il y a deux ans.
(Mais il n'y a pas que les performances comme avantage de passer à GTK 4, bien entendu. Un jour GTK 3 ne sera plus maintenu, et actuellement GTK 4 bénéficie déjà d'un meilleur support pour le matériel plus récent.)
# Requirements Engineering (Axel van Lamsweerde)
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au message Lectures sur la conception de produits. Évalué à 3.
Il y a Requirements Engineering de Axel van Lamsweerde (un prof que j'ai eu).
[^] # Re: Barrière d'entrée très haute pour être compétitif
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au lien Changement de gouvernance pour le navigateur indépendant Ladybird . Évalué à 2.
Un petit lien pour la route : slint.dev, en Rust.
# Barrière d'entrée très haute pour être compétitif
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au lien Changement de gouvernance pour le navigateur indépendant Ladybird . Évalué à 6.
Pour être compétitif face aux concurrents, la barrière est très haute. Le web est devenu horriblement complexe, avec des standards à la pelle. Début des années 2000 il était beaucoup plus "simple" (entre guillemets) d'implémenter un nouveau moteur web.
D'ailleurs c'est vrai pour beaucoup de technologies qui ont fort évoluées et se sont complexifiées à un tel point qu'il est difficilement envisageable de réimplémenter depuis zéro : un noyau comme UNIX, un toolkit graphique comme GTK ou Qt, le support du multimédia, et sûrement plein d'autres.
Donc, pour Ladybird, j'espère que ça va marcher. Firefox dépend de plus en plus (on dirait) de revenus publicitaires…
[^] # Re: Quand aura lieu la prochaine freeze ?
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au lien Debian 12.6. Évalué à 2.
Intéressant, merci.
[^] # Re: Quand aura lieu la prochaine freeze ?
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au lien Debian 12.6. Évalué à 2.
Super merci.