La sortie de la dernière version de PulseAudio coïncide avec celle de trois nouvelles versions de systemd, c’est donc l’occasion de faire une dépêche spéciale Lennart Poettering !
plop,
Pour commencer à préparer la progression vers vendredi en douceur, j'ai traduit ce post de Leszek Urbanski sur systemd, qui dissertait en mai 2011 en les problèmes qu'il peut poser sur serveurs. Posté en ces lieux avec l'aimable autorisation de l'auteur (de l'article, par la suite le mot auteur, au sein de la traduction, désignera l'auteur de systemd).
C'est parti :
(…) So, get yourself a copy of The Linux Programming Interface, (…)
Hello,
J'ai eu l'occasion de remonter mon serveur et tous ses services suite à un bug sur le système de fichier.
Je pouvais juste remonter les sauvegardes de ma Debian 11 Bullseye, mais j'avais prévu une nouvelle machine et je voulais en profiter pour refaire à la main les installations des services.
J'emploie Debian et j'utilise donc d'habitude les paquets Debian.
Mais, bien sûr, j'ai certains services, comme Firefox Sync et Grafana, qui ne sont pas disponible dans les répertoires (…)
J'ai eu aujourd'hui la désagréable surprise de recevoir un email d'OVh me disant en substance ceci :
[IMPORTANT] Arrêt du service RPS le 24 Juin 2013
OVH a proposé le produit RPS de Janvier 2008 à Juin 2011. L'infrastructure de ce produit
devient obsolète, amenant à terme de potentiels risques. OVH proposant désormais des offres
plus adaptées à ce type de besoin, nous avons pris la décision de stopper le service.
Le service RPS sera donc définitivement stoppé le 24 (…)
Bon, le titre trollesque, c'est juste pour attirer le chaland. En fait, c'est plus subtil.
Daniel Kahn Gillmor (alias dkg) a testé systemd sur Debian. Il y trouve des points positifs : la gestion des daemons, la gestion saine des états des processus, l'élimination de la redondance dans les scripts init, le démarrage des services réseaux. Bref, tout ce qui convient à un serveur robuste se trouve dans systemd.
Mais il est aussi inquiet. Principalement par deux choses :
Bonjour Nal,
Cela fait quelques années que j'ai un irssi qui tourne gentiment sur un serveur à moi chez Claude. Il tourne dans un tmux, et pour être sûr de ne rien rater, j'ai toujours fait en sorte que ladite instance tmux soit démarrée automatiquement quand le serveur boote.
Avant, j'avais un script d'init qui faisait ça. Ce script était placé dans /etc/init.d/ et ça marchait. Mais c'était un peu nul parce que les scripts d'init sont globaux et il (…)
Bonjour tout le monde
Mon activité professionnelle quotidienne m'ayant éloigné du développement (je suis devenu DBA parce que le développement logiciel en entreprise me paraissait de plus en plus ridicule, mais libre à vous de me convaincre du contraire), je travaille en auto-entrepreneur sur les projets intéressants que l'on pourrait me présenter. Depuis quelques temps, je travaille sur un système embarqué, où une carte centrale (Raspberry Pi hélas, faute de mieux sur le plan prix/fiabilité d'apprivisionnement notamment) avec une interface (…)
On sait que GNOME a choisi de dépendre de certaines fonctions offertes par systemd. C'est le cas notamment pour logind, le module permettant de gérer les sessions utilisateurs.
Cela a provoqué de nombreuses polémiques parce que plusieurs personnes ne veulent pas de cette dépendance et préféreraient que leur ordinateur ne contienne aucun code issu du projet systemd.
Pour ces gens là il fallait donc opter pour un bureau différent et KDE pouvait, par exemple, servir de refuge.
Ce sera de (…)
Nous allons voir dans ce petit article comment utiliser systemd dans l'initrd. La construction d'un initrd étant spécifique à la distribution, nous verrons comment l'utiliser avec Arch Linux mais avec un peu de travail cela devrait pouvoir donner le principe général de fonctionnement et être adaptable sur d'autres distributions.
ATTENTION : nous allons modifier une partie très importante du démarrage de la machine, et il est probable que la machine ne démarre plus. Prévoyez donc un live-cd quelconque pour (…)
Bonjour
l'un des reproches fait au journal (outil de log de systemd) est l'utilisation d'un format binaire initialement non documenté et pour lequel aucune promesse de stabilité n'avais été faite :
https://docs.google.com/document/pub?id=1IC9yOXj7j6cdLLxWEBAGRL6wl97tFxgjLUEHIX3MSTs
Une partie de ces reproches est maintenant caduque puisqu'un document apparu hier sur le wiki de systemd documente en profondeur le format du journal : http://www.freedesktop.org/wiki/Software/systemd/journal-files
Le comportement que doit avoir un logiciel souhaitant lire ou écrire le journal sans passer par l'api de journald est également décrit.
Afin de mitiger le problème du troupeau tonitruants lors de l’exécution de jobs sur un grand nombre d'appareils (typiquement écrouer les serveurs quand tout le monde fait la même mise à jour au même moment), l'artiste a implémenté une solution carrément plus élégante que ce qu'on peut trouver en cherchant 2 mn dans son cerveau tordu de SysAdmin
Comme par exemple
30 8-21/* * * * sleep ${RANDOM:0:2}m ; /path/to/script.php
ou encore
0 1 * * * * perl -le
Énième remous de l’affaire systemd/debian : un « groupe de développeurs Debian » menace de forker la distrib si on ne laisse pas à l’utilisateur la possibilité de ne pas utiliser systemd.
La guerre de tranchée fait toujours rage :
http://www.debianuserforums.org/viewtopic.php?f=12&t=3031
http://soylentnews.org/article.pl?sid=14/09/27/2211225
Le problème est double, certains rejettent systemd en tant que solution technique, et certains sont choqués par la manière dont la décision a été prise.
Moi ce qui m’inquiète un peu, en dehors de ce gaspillage d’énergie, c’est que (…)
Bonjour nal.
Systemd n'est pas un inconnu pour toi.
Mais peut-être n'es-tu pas au courant que Lennart Poettering a publié quelques excellents articles sur son blogue. "The systemd for Administrators Blog Series" et "The systemd for Developers Series". Je vous conseille leurs lecture, c'est très instructif.
Une version Markdown de "The systemd for Administrators Blog Series" est disponible depuis peu. Tu va pouvoir le lire en offline. Tu vas même pouvoir en faire des eBooks pour ton prochain voyage en (…)
Les nouveaux processeurs Ryzen sortis le 7 juillet, soit à peine une semaine après la sortie de Mageia 7, ont révélé un bogue de systemd rendant impossible l’amorçage des nouvelles images ISO avec ces processeurs. Ce bogue n’est pas propre à Mageia, toutes les distributions utilisant systemd sont concernées. L’équipe de Mageia ne voulait pas laisser les propriétaires de ce nouveau matériel au bord du chemin. Une semaine après, l’équipe sort donc une version corrigée : Mageia 7.1.
L’équipe de traduction francophone de Linux From Scratch est fière de vous annoncer que la version 7.6 systemd de LFS est désormais complètement traduite en français !
systemd étant assez différent de SysVinit, cette version contient de nombreuses adaptations pour la configuration du système qui vous permettront, en plus de comprendre le fonctionnement d’un système GNU/Linux, de comprendre les bases du fonctionnement et de la configuration d’un système basé sur systemd.
En plus d’être une nouvelle branche traduite en français, cette version est la première à être traduite grâce à notre nouveau système utilisant les fichiers .po de GNU gettext. (habituellement, la traduction se faisait directement dans le XML en lisant les fichiers diff de la version anglaise, ce qui effrayait beaucoup les nouveaux traducteurs).
Nous espérons donc que beaucoup de nouveaux traducteurs viendront prochainement nous rejoindre, afin de nous aider à traduire les différentes architectures de CLFS ainsi que BLFS-systemd.