systemd : l’init martyrisé, l’init bafoué, mais l’init libéré !

Posté par  . Édité par ariasuni, M5oul, esdeem, BAud, Stéphane Aulery, xcomcmdr, Anonyme, Nicolas Boulay, Benoît Sibaud, Kaane, Sidonie_Tardieu, Jiehong, pingouin 🐧 des montagnes 🏔, rogo, Davy Defaud, _PhiX_, Nils Ratusznik, Nÿco, Anthony Jaguenaud, anaseto, francis latouche, err404, Spyhawk, Thomas Debesse, Nicolas Casanova, NeoX, Moonz, plietar, patrick_g, zurvan, alendroi, Michaël, karteum59, GCN, Pierre Jarillon, jseb, eingousef, Laurent Pointecouteau, jcr83, Cyril Brulebois, bubar🦥, François, yohann, needs, coid, vg, Sébastien Le Ray, Enj0lras, Sak, woprandi, Yann LD, Storm, Malizor, palm123 et djabal. Modéré par patrick_g. Licence CC By‑SA.
Étiquettes :
127
24
fév.
2015
Linux

systemd est un projet composé de trois parties distinctes :

  • un processus d’initialisation, systemd, qui s’occupe de gérer le démarrage, du lancement du noyau Linux à l’interface graphique, et de la surveillance des processus ;
  • un ensemble d’outils qui contrôlent le processus systemd, notamment systemctl, et qui permettent, entre autres, de suivre, redémarrer et arrêter les différents services d’une machine ;
  • un jeu d’outils qui peuvent être utilisés comme base pour la création d’un système d’exploitation complet — un peu à la manière de ce que le projet GNU propose, mais avec une portabilité beaucoup plus réduite.

La première version de systemd a été publiée le 30 mars 2010. Presque cinq ans plus tard, quasiment toutes les distributions majeures l’ont adopté.

Remplaçant un composant central du système, il n’est pas étonnant que l’arrivée de systemd ait provoqué de nombreuses réactions. Elles ont parfois été violentes, mais pourquoi au juste ?

Cette dépêche éminemment collective (à peu près tous les contributeurs habituels sont venus participer, pour faire court) présente un état des lieux des opinions en présence, dans une démarche de remise à plat et d’apaisement, un peu similaire à celle entreprise ici ou là et visible ici.

Forum général.cherche-logiciel Distribution Buysbox/Linux utilisant runsvdir comme init

Posté par  . Licence CC By‑SA.
Étiquettes :
1
13
déc.
2013

Bonjour,

Suite à une dépêche récente sur les différents systèmes d'initialisation j'ai découvert que busybox avait une implémentation d'un système d'init proche de runit (runsvdir), que j'aimerais pouvoir tester en situation réelle via une distribution existante.

Malheureusement, toutes les distributions basées sur Busybox que j'ai pu trouver se basent sur d'autres systèmes d'init (OpenRC pour Alpine Linux, init standard pour ttylinux, etc). Connaissez-voux une distribution s'appuyant sur Busybox et runsvdir comme système d'initialisation ?

Journal Alpine Linux 2.4.6

Posté par  . Licence CC By‑SA.
Étiquettes :
27
20
oct.
2012

Sommaire

Vendredi, c’était hier…

Alpine Linux, une petite distribution peu connue du public

Il s’agit à l’origine d’un fork du projet LEAF, souhaitant s’extraire du conteneur d’une unique disquette, ainsi est née A Linux Powered Integrated Network Engine, depuis devenue simplement Alpine Linux.

Alpine Linux n’a pas d’orientation obligeante en termes de cible fonctionnelle, (…)

Journal pkgconf: un pkg-config qui ne se mord pas la queue

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

Depuis la version 0.26, pkg-config utilise glib2, très bien, pourquoi pas…

Là où ça se complique, c'est que : les versions précédentes de pkg-config embarquaient les morceaux de la glib1 qui étaient utilisés afin d'éviter une dépendance externe, la version 0.26 - elle - dépend de la glib2 uniquement en externe, rendant du coup impossible la compilation from scratch sans horribles hacks.

Bah oui, pkg-config dépend de glib2 pour se compiler et glib2 dépend de pkg-config qui dépend de glib2 qui (…)