Archlinux utilise désormais systemd par défaut pour les nouvelles installations

Posté par  . Édité par Davy Defaud, Benoît Sibaud, baud123, Nÿco et B16F4RV4RD1N. Modéré par j. Licence CC By‑SA.
42
14
oct.
2012
Arch Linux

Les bénévoles qui maintiennent Archlinux ont choisi d’utiliser systemd par défaut pour les nouvelles installations. systemd remplacera le vénérable système d’initialisation SysVinit et gérera les processus.

Pour l’instant, cette décision ne concerne que les nouvelles installations d’Archlinux. Mais elle devrait vraisemblablement se généraliser à tous. L’annonce officielle précise d’ailleurs que :

Pour le moment, les paquets initscripts et sysvinit, [qui sont remplacés par systemd], restent disponibles depuis nos dépôts.

En effet, les développeurs ne souhaitent pas maintenir plusieurs systèmes d’initialisation, et la migration d’Archlinux vers systemd est planifiée de longue date.

Le point sur udev et systemd

Posté par  . Édité par Davy Defaud, B16F4RV4RD1N, Nÿco, Benoît et patrick_g. Modéré par Nÿco. Licence CC By‑SA.
48
6
sept.
2012
Linux

L’annonce est passée inaperçue, mais udev est intégré depuis avril 2012 dans les sources de systemd. Les deux projets sont amenés à fusionner. Désormais, c’est systemd qui fournit le logiciel udev. Ce dernier est toujours utilisable indépendamment, mais son avenir est fixé. Les récentes déclarations de Lennart Poettering ont provoqué une salve de critique et même un fork de udev.

D’après Wikipédia, udev est « un gestionnaire de périphériques remplaçant devfs sur les noyaux Linux de la série 2.6. Sa fonction principale est de gérer les périphériques dans le répertoire /dev. udev s’exécute en mode utilisateur et dialogue avec hotplug qui, lui, s’exécute en mode noyau. »

Toujours d’après Wikipédia, systemd est « un remplaçant du démon init system V pour Linux. Il a pour but d’offrir une meilleure infrastructure pour la gestion des dépendances entre services, de permettre le chargement en parallèle des services au démarrage, et de réduire la surcharge du shell. systemd est un projet initié par Lennart Poettering en 2010 et publié sous licence GNU LGPL en version 2.1. Le nom de ce programme vient de « system daemon » : le daemon du système et fait aussi référence au “système D”. »

Journal Le journal

Posté par  (site web personnel) .
Étiquettes :
28
6
sept.
2012

Puisque on parle beaucoup de systemd en ce moment, j'ai fait la migration quand j'ai compris que Arch allait passer à systemd, je préfère prendre un peu d'avance plutôt que de me retrouver face au mur.

Bon, pour moi, ça fonctionne bien mais je n'ai pas envie de parler de lui.

Une autre partie de systemd qui a fait faire des bonds à beaucoup de monde, c'est journald, le "remplaçant" de syslog… (ce qui n'est pas vraiment le cas).

(…)

Journal udev forké

Posté par  . Licence CC By‑SA.
48
4
sept.
2012

udev, le gestionnaire de périphériques dans /dev vient d’être forké. C’est grâce à cet outil que l’on peut, par exemple, monter automatiquement des disques externes ou des clés USB, et les afficher dans un explorateur. En effet, udev reçoit des messages de la part du noyau et les traite en fonction d’un ensemble de règles définies dans les répertoires rules.d. Ainsi, il est possible de lancer des sauvegardes dès que le disque dur correspondant est branché sur (…)

Journal yet another journal about systemd

Posté par  (site web personnel) . Licence CC By‑SA.
26
6
sept.
2012

Bonjour, suite aux différents trolls commentaires à propos de systemd dans les différents journaux (dernier en date celui sur LFS) je voulais aborder quelques points et questions qui me tracassent à ce propos.

Avant toute chose, je tenais à souligner que je ne suis que développeur et pas administrateur système, et donc en ce qui concerne le système d'init je ne suis qu'utilisateur, je n'ai aucune idée de comment ça fonctionne et ça m'intéresse pas franchement.

Cependant, regardant systemd, les (…)

Sortie de PulseAudio 2.0

64
12
mai
2012
Son

PulseAudio est un serveur de son multiplate-forme en réseau, publié sous licence LGPL 2.1. Son développement a été commencé par Lennart Poettering, ce développeur est aujourd'hui reconnu pour ses nombreuses contributions à l'écosystème Linux, même si celles-ci ne font pas toujours l'unanimité. Le rôle principal d'un serveur PulseAudio au sein d'un système d'exploitation est d'effectuer le mixage des différents canaux audio en provenance des diverses applications et sources d'entrée, puis leur lecture sur des périphériques audio tels que des cartes sons locales ou distantes.

PulseAudio

Merci à solstice, patrick_g, liberforce, Nils Ratusznik, PierreLM, moi1392, tankey, Bruno, Xavier Claude, Strash, Benoît et Enjolras pour avoir participé à la rédaction de cet article.

Projet Lumberjack

Posté par  . Édité par Florent Zara, NeoX, Nÿco, Xavier Teyssier et olivierweb. Modéré par Florent Zara. Licence CC By‑SA.
34
7
mar.
2012
Linux

Le projet Lumberjack est une initiative de plusieurs développeurs de système de logs pour améliorer l'enregistrement d'événements par le système. Il a débuté lors d'une conférence dans les bureaux de Red Hat en République Tchèque avec un entretien entre Steve Gibbs (auditd), Lennart Poettering (systemd, journald), Rainer Gerhards (rsyslog), William Heinbockel (CEE, Mitre) et plusieurs autres développeurs Red Hat.

Le but est de standardiser le contenu des logs et d'améliorer leur création par les applications qui les génèrent. Pour cela, les développeurs vont suivre les spécifications Common Event Expression (CEE). Sur leur site, on peut déjà trouver le schéma XML des logs, ainsi qu'un exemple en XML et un autre en JSON.
Logo Lumberjack
NdA : Merci à Nÿco, olvierweb et Neox pour leur aide lors de la rédaction de cette dépêche.

Journal De la vie d'une dépêche noyau

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
18
19
mar.
2012

La vie d'une dépêche noyau ou comment patrick_g< s'est adapté pour suivre le rythme imposé par Linux depuis le kernel 2.6.x.

Un journal à charge pour essayer de trouver quelques travers à cet individu sans faille ;-) (au second degré, bien souvent tout de même).

Un style reconnaissable

  • factuel mais prône au troll, recensant les comportements déviants des contributeurs au noyau et des threads remettant en place le commit mal placé ou trop vite fait
  • complet mais indiquant les points à (…)

Journal Traduction : le sophisme systemd -- Leszek Urbanski, tgr, monolight.cc

Posté par  .
41
6
mar.
2012

Sommaire

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 :

Le sophisme systemd

(…) So, get yourself a copy of The Linux Programming Interface, (…)

Journal The destructive desktop — Linux in trouble?

Posté par  .
Étiquettes :
22
15
fév.
2012

Nanal,

http://blog.ngas.ch/ nous gratifie (l'entrée a quelques mois, mais je me réveille maintenant) d'une réflexion sur l'évolution des technologies dans l'écosystème GNU/Linux. Ça se passe ici (en anglais).

En résumé et en prenant la liberté de reformuler un peu violemment, la tendance à vouloir rendre GNU/Linux prêt pour le desktop conduit à s'enfermer dans des technologies qui posent plus de problèmes qu'elles n'en résolvent. L'auteur cite pour appuyer son propos, principalement bien évidemment tous les logiciels que Lennart à pondu (…)

Journal Trolldi 2 : une pétition anti-Lennart

Posté par  (site web personnel, Mastodon) . Licence CC By‑SA.
Étiquettes :
16
23
déc.
2011

Des utilisateurs ont lancé une pétition pour demander à Lennart d'arrêter de développer des programmes inutiles et, à la place, de contribuer à l'existant. But de la pétition, obtenir 200 signatures.

https://www.change.org/petitions/lennart-poettering-stop-writing-useless-programs-systemd-journal

La réaction de Lennart:

« Je ne sais pas si ce qui me déçoit le plus est le but ridiculement bas de 200 signatures seulement ou si c'est le fait qu'ils n'ont même pas réussi à l'atteindre, n'ayant que 128 signatures. Ai-je perdu mon aura trollifére ? (controversy (…)

Journal Que faut-il penser de Lennart qui casse tout ?

Posté par  .
Étiquettes :
6
2
déc.
2011

La grande question éternelle du moment est que penser de Lennart qui casse tout. Selon Brian Proffitt dans un article sur itworld -- qui rapporte en outre que Rainer Gerhards, développeur de rsyslog, pense que l'analyse de Lennart pose le bon diagnostique mais y apporte une mauvaise solution -- la somme de changement d'infra initiée du côté RH montre que ce dernier est plus en train d'essayer de se différencier fortement dans l'écosystème (traduction franche : forker l'écosystème) que quoique (…)

Journal Lennart casse les logs!

Posté par  (site web personnel, Mastodon) . Licence CC By‑SA.
Étiquettes :
25
19
nov.
2011

Salut Journal (huhu, subtil référence anticipée),

Lennart est bien connu pour avoir cassé votre réseau (avahi) et puis, de manière plus spectaculaire votre son (pulseaudio) avant de s'attaquer au boot de votre ordi (systemd).

Que lui reste-t-il à casser ? Pas mal de choses, heureusement, Lennart n'a pas décidé de s'arrêter. Sa prochaine victime ? Vos logs:

https://docs.google.com/document/pub?id=1IC9yOXj7j6cdLLxWEBAGRL6wl97tFxgjLUEHIX3MSTs&pli=1

Lennart introduit donc "Journal".

Journal, c'est le successeur de syslog. Enfin, pas tout à fait. Mais quand même. Bref, j'ai pas compris (…)

/usr friendly

Posté par  (site web personnel) . Modéré par Lucas Bonnet. Licence CC By‑SA.
35
4
nov.
2011
Fedora

« Le FHS du LSB est bien, mais “ / ” est un sacré bordel, il faut tout de même l’avouer. » Ceux qui auront compris cette phrase seront certainement d’accord. Pour les autres, LSB signifie Linux Standard Base, cela définit tout un ensemble de standards autour de GNU/Linux, dont… le FHS, qui est le Filesystem Hierarchy Standard, qui définit l’emplacement des fichiers.

À la racine, c’est‐à‐dire la base du système de fichiers, notée « / », on range notamment les données et les programmes statiques dans « /usr », bien. Ensuite, on range les binaires dans « /bin » et « /sbin », et les bibliothèques dans « /lib » et « /lib64 ». Oui, mais voilà, on range aussi des binaires dans « /usr/bin » et « /usr/sbin », et des bibliothèques dans « /usr/lib » et « /usr/lib64 ».

La proposition vient de Harald Hoyer et Kay Sievers, deux développeurs Red Hat, et est soutenue par Lennart Poettering. L’héritage de 30 ans d’UNIX est clairement à simplifier. Le but est de :

  • fusionner « /bin », « /sbin » et « /usr/sbin » dans « /usr/bin » ;
  • déplacer le contenu de « /lib » dans « /usr/lib » ;
  • déplacer le contenu de « /lib64 » dans « /usr/lib64 » ;
  • créer des liens symboliques pour rester compatible :
    • « /bin » vers « /usr/bin »,
    • « /sbin » vers « /usr/bin »,
    • « /lib » vers « /usr/lib »,
    • « /lib64 » vers « /usr/lib64 ».

Facile à retenir : « sbin », c’est has been ! Hum.

Ceci faciliterait grandement le montage et démontage des systèmes de fichiers, le démarrage du système, les instantanés (snapshots), la virtualisation, etc..