> Bon d'accord, tous les softs son patchés en dépit du bon sens. Aucun > fichier n'est là ou il supposé être, les upgrades plantent une fois > sur deux. Mais à part ces quelques détails ... > Troll master 2000 o/
Maintenant qu'on est en 2014, il va falloir qu'on trouve autre chose que "2000" pour dire "méga-cool".
C'est assumé. Les trolls debian/reste du monde ça fait tellement année 2000 :)
D'ailleurs on ne dit plus "méga-cool" non plus je crois.
La population des informaticiens vieillit. Sur usenet (qui est dying) on doit encore trouver des fans de Jeanne Mas, de David et Jonathan ainsi que de Europe. -- Kevin
Le 17-06-2014, Yliur <yliur@free.fr> a écrit :
> Bon d'accord, tous les softs son patchés en dépit du bon sens. Aucun
> fichier n'est là ou il supposé être, les upgrades plantent une fois
> sur deux. Mais à part ces quelques détails ...
>
Troll master 2000 o/
Maintenant qu'on est en 2014, il va falloir qu'on trouve autre chose
que "2000" pour dire "méga-cool".
C'est assumé. Les trolls debian/reste du monde ça fait tellement
année 2000 :)
D'ailleurs on ne dit plus "méga-cool" non plus je crois.
La population des informaticiens vieillit. Sur usenet
(qui est dying) on doit encore trouver des fans de Jeanne Mas, de David
et Jonathan ainsi que de Europe.
--
Kevin
> Bon d'accord, tous les softs son patchés en dépit du bon sens. Aucun > fichier n'est là ou il supposé être, les upgrades plantent une fois > sur deux. Mais à part ces quelques détails ... > Troll master 2000 o/
Maintenant qu'on est en 2014, il va falloir qu'on trouve autre chose que "2000" pour dire "méga-cool".
C'est assumé. Les trolls debian/reste du monde ça fait tellement année 2000 :)
D'ailleurs on ne dit plus "méga-cool" non plus je crois.
La population des informaticiens vieillit. Sur usenet (qui est dying) on doit encore trouver des fans de Jeanne Mas, de David et Jonathan ainsi que de Europe. -- Kevin
Kevin Denis
Le 18-06-2014, Tonton Th a écrit :
blog? Il est heureux que toutes les distribs aient un /usr qui ne soit pas sur un autre que / car ça va lui permettre de trasher /var et /etc qui ne servent à rien. Bref, linux va
Oh wait ! je crois que j'ai raté un épisode, là !
http://0pointer.de/blog/projects/stateless.html "With the /usr merge completed " "shall flush out /etc and /var" "a system like this never stores /etc or /var on persistent storage" "/etc or /var are either included in the OS image, or simply unnecessary for booting." "A new tool systemd-sysusers" "We also added a default user definition list" "we are very close to making boots with empty /etc and /var on general purpose Linux"
Et comme d'habitude, avec Lennart, tout est beau et bien, et il ne veut rien casser ni changer les habitudes, mais: "If you are a packager, you can also help on making this all work: Ask upstream to implement what we describe above" "Consider moving from imperative useradd commands in packaging scripts, to declarative sysusers files."
Et enfin, si vous éméttez une opinion un tant soit peu critique: "Please note that I take the liberty to delete any comments posted here" -- Kevin
Le 18-06-2014, Tonton Th <tth@nowhere.invalid> a écrit :
blog? Il est heureux que toutes les distribs aient un /usr
qui ne soit pas sur un autre que / car ça va lui permettre de
trasher /var et /etc qui ne servent à rien. Bref, linux va
Oh wait ! je crois que j'ai raté un épisode, là !
http://0pointer.de/blog/projects/stateless.html
"With the /usr merge completed "
"shall flush out /etc and /var"
"a system like this never stores /etc or /var on persistent storage"
"/etc or /var are either included in the OS image, or simply
unnecessary for booting."
"A new tool systemd-sysusers"
"We also added a default user definition list"
"we are very close to making boots with empty /etc and /var on
general purpose Linux"
Et comme d'habitude, avec Lennart, tout est beau et bien, et il
ne veut rien casser ni changer les habitudes, mais:
"If you are a packager, you can also help on making this all work:
Ask upstream to implement what we describe above"
"Consider moving from imperative useradd commands in packaging
scripts, to declarative sysusers files."
Et enfin, si vous éméttez une opinion un tant soit peu critique:
"Please note that I take the liberty to delete any comments
posted here"
--
Kevin
blog? Il est heureux que toutes les distribs aient un /usr qui ne soit pas sur un autre que / car ça va lui permettre de trasher /var et /etc qui ne servent à rien. Bref, linux va
Oh wait ! je crois que j'ai raté un épisode, là !
http://0pointer.de/blog/projects/stateless.html "With the /usr merge completed " "shall flush out /etc and /var" "a system like this never stores /etc or /var on persistent storage" "/etc or /var are either included in the OS image, or simply unnecessary for booting." "A new tool systemd-sysusers" "We also added a default user definition list" "we are very close to making boots with empty /etc and /var on general purpose Linux"
Et comme d'habitude, avec Lennart, tout est beau et bien, et il ne veut rien casser ni changer les habitudes, mais: "If you are a packager, you can also help on making this all work: Ask upstream to implement what we describe above" "Consider moving from imperative useradd commands in packaging scripts, to declarative sysusers files."
Et enfin, si vous éméttez une opinion un tant soit peu critique: "Please note that I take the liberty to delete any comments posted here" -- Kevin
Nicolas George
Tonton Th , dans le message , a écrit :
Bah, je trouve qu'il y a du vrai dans ce qu'il raconte. En particulier sur les fichiers qui changent de place.
Cette question se pose parce qu'il y a deux objectifs fondamentalement opposés et incompatibles.
La base du problème, c'est qu'il n'y a pas de standard parfaitement suivi par tous les logiciels pour le placement de leurs fichiers. Il y a des pratiques générales, mais il y a des variantes entre ces pratiques, et il y a toujours des auteurs pour penser que leur programme à eux est spécial et doit avoir ses fichiers à un endroit bien particulier. Sans compter ceux qui veulent lancer nouvelle organisation géniale des fichiers, qu'ils appliquent bien sûr à leurs programmes mais qui n'est suivie que par eux et leurs potes.
Donc au final, tu as deux exigences possibles pour l'uniformité. Première possibilité : pour tel programme donné, ses fichiers sont toujours au même endroit que ce soit sur une Debian, une Slackware, un OpenBSD ou un Solaris. Deuxième possibilité : sur un système donné, tu veux que les fichiers des différents programmes installés soient classés de manière logique, prévisible.
Si tu administres tel programme particulier sur différents systèmes, tu vas bien sûr préférer la première possibilité. Mais si tu as décidé de n'avoir que des Debian, alors c'est la deuxième que tu vas probablement préférer.
Tonton Th , dans le message
<slrnlq2488.7pj.tth@hangartistique.cispeo.fr>, a écrit :
Bah, je trouve qu'il y a du vrai dans ce qu'il raconte.
En particulier sur les fichiers qui changent de place.
Cette question se pose parce qu'il y a deux objectifs fondamentalement
opposés et incompatibles.
La base du problème, c'est qu'il n'y a pas de standard parfaitement suivi
par tous les logiciels pour le placement de leurs fichiers. Il y a des
pratiques générales, mais il y a des variantes entre ces pratiques, et il y
a toujours des auteurs pour penser que leur programme à eux est spécial et
doit avoir ses fichiers à un endroit bien particulier. Sans compter ceux qui
veulent lancer nouvelle organisation géniale des fichiers, qu'ils appliquent
bien sûr à leurs programmes mais qui n'est suivie que par eux et leurs
potes.
Donc au final, tu as deux exigences possibles pour l'uniformité. Première
possibilité : pour tel programme donné, ses fichiers sont toujours au même
endroit que ce soit sur une Debian, une Slackware, un OpenBSD ou un Solaris.
Deuxième possibilité : sur un système donné, tu veux que les fichiers des
différents programmes installés soient classés de manière logique,
prévisible.
Si tu administres tel programme particulier sur différents systèmes, tu vas
bien sûr préférer la première possibilité. Mais si tu as décidé de n'avoir
que des Debian, alors c'est la deuxième que tu vas probablement préférer.
Bah, je trouve qu'il y a du vrai dans ce qu'il raconte. En particulier sur les fichiers qui changent de place.
Cette question se pose parce qu'il y a deux objectifs fondamentalement opposés et incompatibles.
La base du problème, c'est qu'il n'y a pas de standard parfaitement suivi par tous les logiciels pour le placement de leurs fichiers. Il y a des pratiques générales, mais il y a des variantes entre ces pratiques, et il y a toujours des auteurs pour penser que leur programme à eux est spécial et doit avoir ses fichiers à un endroit bien particulier. Sans compter ceux qui veulent lancer nouvelle organisation géniale des fichiers, qu'ils appliquent bien sûr à leurs programmes mais qui n'est suivie que par eux et leurs potes.
Donc au final, tu as deux exigences possibles pour l'uniformité. Première possibilité : pour tel programme donné, ses fichiers sont toujours au même endroit que ce soit sur une Debian, une Slackware, un OpenBSD ou un Solaris. Deuxième possibilité : sur un système donné, tu veux que les fichiers des différents programmes installés soient classés de manière logique, prévisible.
Si tu administres tel programme particulier sur différents systèmes, tu vas bien sûr préférer la première possibilité. Mais si tu as décidé de n'avoir que des Debian, alors c'est la deuxième que tu vas probablement préférer.
Nicolas George
Kevin Denis , dans le message , a écrit :
Et comme d'habitude, avec Lennart, tout est beau et bien, et il ne veut rien casser ni changer les habitudes, mais:
Je ne me prononcerai pas sur les projets du monsieur en question ni sur sa personnalité, mais je pense que certains points soulevés sont très valides.
Regarde le contenu d'un /etc typique : l'immense majorité est constituée de fichiers par défaut, venus tels quels de la distrib ; certains sont d'ailleurs plutôt complexes. Dans le lot, il y en a un bon paquet où l'administrateur a modifié légèrement quelques pour les adapter au système, mais c'est une minorité, et une petite poignée qu'il a transformés en profondeur ou écrits entièrement.
Ce n'est pas satisfaisant et ça pose des problèmes pratiques. En cas d'upgrade, que faire de la nouvelle version du fichier de config ? Certaines lignes ont changé parce que le logiciel lui-même a changé, d'autres parce que c'est une modification locale. Et puis en cas de réinstallation sur un nouveau matériel, remet-on les fichiers de config tels quels, ou bien repart-on d'une config par défaut pour refaire les modifications proprement ? Mais dans ce dernier cas, comment être sûr de n'avoir rien oublié.
Il me semblerait bien plus satisfaisant que /etc ne contienne que ce qui a vraiment été choisi par l'administrateur.
Kevin Denis , dans le message
<slrnlq38ik.c79.kevin@slackwall.local.tux>, a écrit :
Et comme d'habitude, avec Lennart, tout est beau et bien, et il
ne veut rien casser ni changer les habitudes, mais:
Je ne me prononcerai pas sur les projets du monsieur en question ni sur sa
personnalité, mais je pense que certains points soulevés sont très valides.
Regarde le contenu d'un /etc typique : l'immense majorité est constituée de
fichiers par défaut, venus tels quels de la distrib ; certains sont
d'ailleurs plutôt complexes. Dans le lot, il y en a un bon paquet où
l'administrateur a modifié légèrement quelques pour les adapter au système,
mais c'est une minorité, et une petite poignée qu'il a transformés en
profondeur ou écrits entièrement.
Ce n'est pas satisfaisant et ça pose des problèmes pratiques. En cas
d'upgrade, que faire de la nouvelle version du fichier de config ? Certaines
lignes ont changé parce que le logiciel lui-même a changé, d'autres parce
que c'est une modification locale. Et puis en cas de réinstallation sur un
nouveau matériel, remet-on les fichiers de config tels quels, ou bien
repart-on d'une config par défaut pour refaire les modifications
proprement ? Mais dans ce dernier cas, comment être sûr de n'avoir rien
oublié.
Il me semblerait bien plus satisfaisant que /etc ne contienne que ce qui a
vraiment été choisi par l'administrateur.
Et comme d'habitude, avec Lennart, tout est beau et bien, et il ne veut rien casser ni changer les habitudes, mais:
Je ne me prononcerai pas sur les projets du monsieur en question ni sur sa personnalité, mais je pense que certains points soulevés sont très valides.
Regarde le contenu d'un /etc typique : l'immense majorité est constituée de fichiers par défaut, venus tels quels de la distrib ; certains sont d'ailleurs plutôt complexes. Dans le lot, il y en a un bon paquet où l'administrateur a modifié légèrement quelques pour les adapter au système, mais c'est une minorité, et une petite poignée qu'il a transformés en profondeur ou écrits entièrement.
Ce n'est pas satisfaisant et ça pose des problèmes pratiques. En cas d'upgrade, que faire de la nouvelle version du fichier de config ? Certaines lignes ont changé parce que le logiciel lui-même a changé, d'autres parce que c'est une modification locale. Et puis en cas de réinstallation sur un nouveau matériel, remet-on les fichiers de config tels quels, ou bien repart-on d'une config par défaut pour refaire les modifications proprement ? Mais dans ce dernier cas, comment être sûr de n'avoir rien oublié.
Il me semblerait bien plus satisfaisant que /etc ne contienne que ce qui a vraiment été choisi par l'administrateur.
Yliur
Le 18 Jun 2014 10:15:25 GMT Kevin Denis a écrit :
Le 18-06-2014, Tonton Th a écrit : >> blog? Il est heureux que toutes les distribs aient un /usr >> qui ne soit pas sur un autre que / car ça va lui permettre de >> trasher /var et /etc qui ne servent à rien. Bref, linux va > > Oh wait ! je crois que j'ai raté un épisode, là ! > http://0pointer.de/blog/projects/stateless.html "With the /usr merge completed " "shall flush out /etc and /var" "a system like this never stores /etc or /var on persistent storage" "/etc or /var are either included in the OS image, or simply unnecessary for booting." "A new tool systemd-sysusers" "We also added a default user definition list" "we are very close to making boots with empty /etc and /var on general purpose Linux"
Et comme d'habitude, avec Lennart, tout est beau et bien, et il ne veut rien casser ni changer les habitudes, mais: "If you are a packager, you can also help on making this all work: Ask upstream to implement what we describe above" "Consider moving from imperative useradd commands in packaging scripts, to declarative sysusers files."
Et enfin, si vous éméttez une opinion un tant soit peu critique: "Please note that I take the liberty to delete any comments posted here"
Ha ha ha ! Double épaisseur de poils pour Kevin ;) .
Je n'en dis pas plus, l'article est plutôt intéressant à lire.
Le 18 Jun 2014 10:15:25 GMT
Kevin Denis <kevin@nowhere.invalid> a écrit :
Le 18-06-2014, Tonton Th <tth@nowhere.invalid> a écrit :
>> blog? Il est heureux que toutes les distribs aient un /usr
>> qui ne soit pas sur un autre que / car ça va lui permettre de
>> trasher /var et /etc qui ne servent à rien. Bref, linux va
>
> Oh wait ! je crois que j'ai raté un épisode, là !
>
http://0pointer.de/blog/projects/stateless.html
"With the /usr merge completed "
"shall flush out /etc and /var"
"a system like this never stores /etc or /var on persistent storage"
"/etc or /var are either included in the OS image, or simply
unnecessary for booting."
"A new tool systemd-sysusers"
"We also added a default user definition list"
"we are very close to making boots with empty /etc and /var on
general purpose Linux"
Et comme d'habitude, avec Lennart, tout est beau et bien, et il
ne veut rien casser ni changer les habitudes, mais:
"If you are a packager, you can also help on making this all work:
Ask upstream to implement what we describe above"
"Consider moving from imperative useradd commands in packaging
scripts, to declarative sysusers files."
Et enfin, si vous éméttez une opinion un tant soit peu critique:
"Please note that I take the liberty to delete any comments
posted here"
Ha ha ha ! Double épaisseur de poils pour Kevin ;) .
Je n'en dis pas plus, l'article est plutôt intéressant à lire.
Le 18-06-2014, Tonton Th a écrit : >> blog? Il est heureux que toutes les distribs aient un /usr >> qui ne soit pas sur un autre que / car ça va lui permettre de >> trasher /var et /etc qui ne servent à rien. Bref, linux va > > Oh wait ! je crois que j'ai raté un épisode, là ! > http://0pointer.de/blog/projects/stateless.html "With the /usr merge completed " "shall flush out /etc and /var" "a system like this never stores /etc or /var on persistent storage" "/etc or /var are either included in the OS image, or simply unnecessary for booting." "A new tool systemd-sysusers" "We also added a default user definition list" "we are very close to making boots with empty /etc and /var on general purpose Linux"
Et comme d'habitude, avec Lennart, tout est beau et bien, et il ne veut rien casser ni changer les habitudes, mais: "If you are a packager, you can also help on making this all work: Ask upstream to implement what we describe above" "Consider moving from imperative useradd commands in packaging scripts, to declarative sysusers files."
Et enfin, si vous éméttez une opinion un tant soit peu critique: "Please note that I take the liberty to delete any comments posted here"
Ha ha ha ! Double épaisseur de poils pour Kevin ;) .
Je n'en dis pas plus, l'article est plutôt intéressant à lire.
Yliur
Le 18 Jun 2014 09:24:57 GMT Kevin Denis a écrit :
Bref, linux va devenir un système opaque et fermé à la apple dans lequel le RTFM va se voir remplacer par "touche pas à ça petit con".
Je croyais que "etc" voulait déjà dire "eh, touchepasàçaptit con" ?
Le 18 Jun 2014 09:24:57 GMT
Kevin Denis <kevin@nowhere.invalid> a écrit :
Bref, linux va
devenir un système opaque et fermé à la apple dans lequel le
RTFM va se voir remplacer par "touche pas à ça petit con".
Je croyais que "etc" voulait déjà dire "eh, touchepasàçaptit con" ?
Je n'ai pas le souvenir d'avoir eu des problèmes de mise à jour ;-)
Je n'ai pas de souvenir d'upgrade (changement de version) qui se soit bien passé.
Ça a pas mal varié en fonction des versions. Le passage de Lenny à Squeeze était assez merdique. Par contre de Squeeze à Wheezy, ça passe tout seul.
-- In the modern world the stupid are cocksure while the intelligent are full of doubt. Bertrand Russell
Emmanuel Florac
Le Wed, 18 Jun 2014 18:25:05 +1100, Doug713705 a écrit:
De toutes façons, venant d'une Slackware on ne peut *que* être déçu par une autre distribution. C'est le gros problème de Slackware ;-)
Faut vraiment que j'upgrade mon PC de maison, toujours en 13.37... Mais avec tous les trucs compilés maison (je n'avais pas encore découvert sbopkg) je vais galérer comme un fou...
-- Don't worry about people stealing your ideas. If it's original, you'll have to ram it down their throats. Howard Aiken, creator of the IBM/Harvard Mark 1 Computer
Le Wed, 18 Jun 2014 18:25:05 +1100, Doug713705 a écrit:
De toutes façons, venant d'une Slackware on ne peut *que* être déçu par
une autre distribution.
C'est le gros problème de Slackware ;-)
Faut vraiment que j'upgrade mon PC de maison, toujours en 13.37... Mais
avec tous les trucs compilés maison (je n'avais pas encore découvert
sbopkg) je vais galérer comme un fou...
--
Don't worry about people stealing your ideas. If it's original, you'll
have to ram it down their throats.
Howard Aiken, creator of the IBM/Harvard Mark 1 Computer
Le Wed, 18 Jun 2014 18:25:05 +1100, Doug713705 a écrit:
De toutes façons, venant d'une Slackware on ne peut *que* être déçu par une autre distribution. C'est le gros problème de Slackware ;-)
Faut vraiment que j'upgrade mon PC de maison, toujours en 13.37... Mais avec tous les trucs compilés maison (je n'avais pas encore découvert sbopkg) je vais galérer comme un fou...
-- Don't worry about people stealing your ideas. If it's original, you'll have to ram it down their throats. Howard Aiken, creator of the IBM/Harvard Mark 1 Computer
ST
On 2014-06-18, Emmanuel Florac wrote:
Faut vraiment que j'upgrade mon PC de maison, toujours en 13.37... Mais avec tous les trucs compilés maison (je n'avais pas encore découvert sbopkg) je vais galérer comme un fou...
Pourquoi upgrader ?
Sur ma slack, je compile a la mimine le noyau et les programmes que j'utilise au quotidien si ceux d'origine ne conviennent pas. Les upgrades de version passent de toutes façons par un configure && make && make install (a l'exception des Firefox, LibreOffice ... que j'installe via le binaire fourni sur le site d'origine).
-- Notre race est la race des maîtres. Nous sommes des dieux vivants sur cette planète. Nous sommes aussi différents des races inférieures comme ils le sont des insectes. Notre destin doit être de régner sur ces races. Menahem Begin 1er Ministre d'Israel 1977-1983.
On 2014-06-18, Emmanuel Florac <eflorac@imaginet.fr> wrote:
Faut vraiment que j'upgrade mon PC de maison, toujours en 13.37... Mais
avec tous les trucs compilés maison (je n'avais pas encore découvert
sbopkg) je vais galérer comme un fou...
Pourquoi upgrader ?
Sur ma slack, je compile a la mimine le noyau et les programmes que
j'utilise au quotidien si ceux d'origine ne conviennent pas. Les
upgrades de version passent de toutes façons par un configure && make &&
make install (a l'exception des Firefox, LibreOffice ... que j'installe
via le binaire fourni sur le site d'origine).
--
Notre race est la race des maîtres. Nous sommes des dieux vivants sur
cette planète. Nous sommes aussi différents des races inférieures comme
ils le sont des insectes. Notre destin doit être de régner sur ces
races. Menahem Begin 1er Ministre d'Israel 1977-1983.
Faut vraiment que j'upgrade mon PC de maison, toujours en 13.37... Mais avec tous les trucs compilés maison (je n'avais pas encore découvert sbopkg) je vais galérer comme un fou...
Pourquoi upgrader ?
Sur ma slack, je compile a la mimine le noyau et les programmes que j'utilise au quotidien si ceux d'origine ne conviennent pas. Les upgrades de version passent de toutes façons par un configure && make && make install (a l'exception des Firefox, LibreOffice ... que j'installe via le binaire fourni sur le site d'origine).
-- Notre race est la race des maîtres. Nous sommes des dieux vivants sur cette planète. Nous sommes aussi différents des races inférieures comme ils le sont des insectes. Notre destin doit être de régner sur ces races. Menahem Begin 1er Ministre d'Israel 1977-1983.
Loki Harfagr
Wed, 18 Jun 2014 20:18:26 +0200, Yliur did cat :
Le 18 Jun 2014 10:15:25 GMT Kevin Denis a écrit :
Le 18-06-2014, Tonton Th a écrit : >> blog? Il est heureux que toutes les distribs aient un /usr >> qui ne soit pas sur un autre que / car ça va lui permettre de >> trasher /var et /etc qui ne servent à rien. Bref, linux va > > Oh wait ! je crois que j'ai raté un épisode, là ! > http://0pointer.de/blog/projects/stateless.html "With the /usr merge completed " "shall flush out /etc and /var" "a system like this never stores /etc or /var on persistent storage" "/etc or /var are either included in the OS image, or simply unnecessary for booting." "A new tool systemd-sysusers" "We also added a default user definition list" "we are very close to making boots with empty /etc and /var on general purpose Linux"
Et comme d'habitude, avec Lennart, tout est beau et bien, et il ne veut rien casser ni changer les habitudes, mais: "If you are a packager, you can also help on making this all work: Ask upstream to implement what we describe above" "Consider moving from imperative useradd commands in packaging scripts, to declarative sysusers files."
Et enfin, si vous éméttez une opinion un tant soit peu critique: "Please note that I take the liberty to delete any comments posted here"
Ha ha ha ! Double épaisseur de poils pour Kevin ;) .
Je n'en dis pas plus, l'article est plutôt intéressant à lire.
certes, mais le "but ultime"(*) dévoilé vers la fin démontre que soit la page est un "fake" (qu'elle ait été capturée et caricaturée ou que ce soit volontaire), soit l'auteur a craqué et fini par laisser filtrer son besoin d'un stateless millénaire (ou une envie irrépressible de changer les 'oh no I killed init' par de grands drapeaux rouge et noir claquant dans le vent divin des ventilos en folie.
(*) "" Oh, and of course, the concepts behind this are really not new, we know that. However, what's new here is that we try to make them available in a general purpose OS core, instead of special purpose systems. ""
Wed, 18 Jun 2014 20:18:26 +0200, Yliur did cat :
Le 18 Jun 2014 10:15:25 GMT
Kevin Denis <kevin@nowhere.invalid> a écrit :
Le 18-06-2014, Tonton Th <tth@nowhere.invalid> a écrit :
>> blog? Il est heureux que toutes les distribs aient un /usr
>> qui ne soit pas sur un autre que / car ça va lui permettre de
>> trasher /var et /etc qui ne servent à rien. Bref, linux va
>
> Oh wait ! je crois que j'ai raté un épisode, là !
>
http://0pointer.de/blog/projects/stateless.html
"With the /usr merge completed "
"shall flush out /etc and /var"
"a system like this never stores /etc or /var on persistent storage"
"/etc or /var are either included in the OS image, or simply
unnecessary for booting."
"A new tool systemd-sysusers"
"We also added a default user definition list"
"we are very close to making boots with empty /etc and /var on
general purpose Linux"
Et comme d'habitude, avec Lennart, tout est beau et bien, et il
ne veut rien casser ni changer les habitudes, mais:
"If you are a packager, you can also help on making this all work:
Ask upstream to implement what we describe above"
"Consider moving from imperative useradd commands in packaging
scripts, to declarative sysusers files."
Et enfin, si vous éméttez une opinion un tant soit peu critique:
"Please note that I take the liberty to delete any comments
posted here"
Ha ha ha ! Double épaisseur de poils pour Kevin ;) .
Je n'en dis pas plus, l'article est plutôt intéressant à lire.
certes, mais le "but ultime"(*) dévoilé vers la fin démontre que soit la page
est un "fake" (qu'elle ait été capturée et caricaturée ou que ce soit volontaire),
soit l'auteur a craqué et fini par laisser filtrer son besoin d'un stateless
millénaire (ou une envie irrépressible de changer les 'oh no I killed init'
par de grands drapeaux rouge et noir claquant dans le vent divin des
ventilos en folie.
(*)
""
Oh, and of course, the concepts behind this are really not new, we know that.
However, what's new here is that we try to make them available in a general
purpose OS core, instead of special purpose systems.
""
Le 18-06-2014, Tonton Th a écrit : >> blog? Il est heureux que toutes les distribs aient un /usr >> qui ne soit pas sur un autre que / car ça va lui permettre de >> trasher /var et /etc qui ne servent à rien. Bref, linux va > > Oh wait ! je crois que j'ai raté un épisode, là ! > http://0pointer.de/blog/projects/stateless.html "With the /usr merge completed " "shall flush out /etc and /var" "a system like this never stores /etc or /var on persistent storage" "/etc or /var are either included in the OS image, or simply unnecessary for booting." "A new tool systemd-sysusers" "We also added a default user definition list" "we are very close to making boots with empty /etc and /var on general purpose Linux"
Et comme d'habitude, avec Lennart, tout est beau et bien, et il ne veut rien casser ni changer les habitudes, mais: "If you are a packager, you can also help on making this all work: Ask upstream to implement what we describe above" "Consider moving from imperative useradd commands in packaging scripts, to declarative sysusers files."
Et enfin, si vous éméttez une opinion un tant soit peu critique: "Please note that I take the liberty to delete any comments posted here"
Ha ha ha ! Double épaisseur de poils pour Kevin ;) .
Je n'en dis pas plus, l'article est plutôt intéressant à lire.
certes, mais le "but ultime"(*) dévoilé vers la fin démontre que soit la page est un "fake" (qu'elle ait été capturée et caricaturée ou que ce soit volontaire), soit l'auteur a craqué et fini par laisser filtrer son besoin d'un stateless millénaire (ou une envie irrépressible de changer les 'oh no I killed init' par de grands drapeaux rouge et noir claquant dans le vent divin des ventilos en folie.
(*) "" Oh, and of course, the concepts behind this are really not new, we know that. However, what's new here is that we try to make them available in a general purpose OS core, instead of special purpose systems. ""
