A créer des devices ou des pseudo devices persistant
mknodes fonctionne toujours e la même manière. Et tu peux modifier ton initrd pour le faire inside, ça fonctionne toujours aussi, ça. Tu peux donner un exemple précis ? Parceque la généralité est fausse, mais il est probable que tu ai des exemples bien vrais.
A configurer X11 comme je veux
on peut utiliser soit le fichier de config à l'ancienne, soit son éclatement en sous fichiers dans l'arbo xorg.d. Mais c'est vrai que pour quelques points cela devient "problématique", typiquement une réso qui peut se marcher sur les pieds toute seule avec kms et un boot graphique (suffit de retirer le boot graphique), ou encore pour se configurer un pseudo X accueillant des progs pour tests (là je me suis arracher les cheveux la première fois). Mais là encore la généralité employée est fausse.
A faire des config réseau conditionelles
Ouf, networkmanager n'est pas aussi envhaissant que kms et xrandr. Suffit de le virer du boot (il y a vraiment des gens l'utilisant ici ??) et de taper les fichiers usuels. On peut faire exactement la même chose, et de la même manière, qu'auparavant. Y compris des configs conditionnelles, oui, ainsi que des centaines de cartes réseaux virtuelles à la volée.
- A capter des events systèmes et à leurs associer des règles qui seront systématiquement respectés (mention spéciale au branchement de périph de stockage type clef USB)
gni ? udev est génial pour ça. Pourquoi cherches tu à le remplacer ? (ton début de phrase : "A capter des events systèmes" fait penser à ça). Il suffit de faire quelques règles udev pour tout cela (mention spéciales à usb-storage, oui oui :p ). Et si tu tiens vraiment à capter plus facilement et directement les events "systèmes", regarde les options du noyau de la distro, avant tout ?
Ne te méprends pas, je suis raccord avec ton propos (sauf sur le "boot" qui ne serait que confort : non, le boot systemd prend en condition des spécifités du noyau linux, et c'est bien normal), mais là, ces exemples me laisse quelques peu dubitatifs.
ps : je profite aussi de ce commentaire pour questionner sur l'utilisation du nom Lennart P. Ne voyant pas ce que cela vient faire là dedans (pour ou centre lennart), ce sont plutôt les techno que l'on devrait questionner. Résumer ces techno par un nom de dev, j'trouve ça pourri :p Par exemple PulseAudio a définitivement dégagé de mon desktop, définitivement (et ce n'est pas faute de l'avoir utilisr pendant longtemps, mais cette fois : décision prise. PA, dehors!) Dans le même temps, je trouve systemd génial pour linux.
[^] # Re: Ça sent le réchauffé...
Posté par bubar🦥 . En réponse au journal The destructive desktop — Linux in trouble?. Évalué à 5. Dernière modification le 16 février 2012 à 09:45.
mknodes fonctionne toujours e la même manière. Et tu peux modifier ton initrd pour le faire inside, ça fonctionne toujours aussi, ça. Tu peux donner un exemple précis ? Parceque la généralité est fausse, mais il est probable que tu ai des exemples bien vrais.
on peut utiliser soit le fichier de config à l'ancienne, soit son éclatement en sous fichiers dans l'arbo xorg.d. Mais c'est vrai que pour quelques points cela devient "problématique", typiquement une réso qui peut se marcher sur les pieds toute seule avec kms et un boot graphique (suffit de retirer le boot graphique), ou encore pour se configurer un pseudo X accueillant des progs pour tests (là je me suis arracher les cheveux la première fois). Mais là encore la généralité employée est fausse.
Ouf, networkmanager n'est pas aussi envhaissant que kms et xrandr. Suffit de le virer du boot (il y a vraiment des gens l'utilisant ici ??) et de taper les fichiers usuels. On peut faire exactement la même chose, et de la même manière, qu'auparavant. Y compris des configs conditionnelles, oui, ainsi que des centaines de cartes réseaux virtuelles à la volée.
gni ? udev est génial pour ça. Pourquoi cherches tu à le remplacer ? (ton début de phrase : "A capter des events systèmes" fait penser à ça). Il suffit de faire quelques règles udev pour tout cela (mention spéciales à usb-storage, oui oui :p ). Et si tu tiens vraiment à capter plus facilement et directement les events "systèmes", regarde les options du noyau de la distro, avant tout ?
Ne te méprends pas, je suis raccord avec ton propos (sauf sur le "boot" qui ne serait que confort : non, le boot systemd prend en condition des spécifités du noyau linux, et c'est bien normal), mais là, ces exemples me laisse quelques peu dubitatifs.
ps : je profite aussi de ce commentaire pour questionner sur l'utilisation du nom Lennart P. Ne voyant pas ce que cela vient faire là dedans (pour ou centre lennart), ce sont plutôt les techno que l'on devrait questionner. Résumer ces techno par un nom de dev, j'trouve ça pourri :p Par exemple PulseAudio a définitivement dégagé de mon desktop, définitivement (et ce n'est pas faute de l'avoir utilisr pendant longtemps, mais cette fois : décision prise. PA, dehors!) Dans le même temps, je trouve systemd génial pour linux.