> Bah c'est quand meme plus lisible qu'une suite de baragouinement avec des 0 0 sync,rw et consorts
Non la syntaxe d'fstab te donne tout de suite ce que tu cherches. La ligne est simple clair conscise. Ton charabiat d'XML il faut chercher les infos avec les yeux. Un fstab comme le tien avec 25 partitions de montées serait d'une lisibilité folle.
> Ca ne t'apprend pas a te servir du truc, mais tu sais de quoi ca parle au moins, et si il manque une virgule ou autre chose, tu a la dtd
lire une DTD est follement plus amusant que de faire less fstab
vi spécial comme ceux utilisé pour l'édition de la crontab et de sudo
rien ne t'oblige d'utiliser un vi special. C'est juste pour t'eviter de casser ton systeme. Le XML ne t'empechera pas de faire ca.
> En plus, la coloration est directement faite
Heu moi vim me dit quand j'ai tappé
proc /proc proc defaulst (le defaulst est pas en jaune)
Alors que des editeurs de textes qui serait capable de detecter qu'un
<option> defaulst<> c'est plus rare.
> Et enfin, ca faciliterait et éviterait l'éparpillement des outils spécifiques au distrib, en fournissant par exemple un noyau a ceux-ci, qu'il implémenterait en ajoutant leur interface dessus.
Ca c'est un vrai problème pour faire une interface unifiée pour la config.
> Et sinon, a propos de pmk, ya beaucoup de projet qui l'utilise?
Pas enormement c'est jeune et comme tout projet jeune dans ces domaines avoir une dependence contre PMK est pénalisante. CONS et SCONS ont le même problème il me semble.
[^] # Re: Remplacer les outils de base de Linux
Posté par ckyl . En réponse au journal Remplacer les outils de base de Linux. Évalué à 2.
Non la syntaxe d'fstab te donne tout de suite ce que tu cherches. La ligne est simple clair conscise. Ton charabiat d'XML il faut chercher les infos avec les yeux. Un fstab comme le tien avec 25 partitions de montées serait d'une lisibilité folle.
> Ca ne t'apprend pas a te servir du truc, mais tu sais de quoi ca parle au moins, et si il manque une virgule ou autre chose, tu a la dtd
lire une DTD est follement plus amusant que de faire less fstab
1 # /etc/fstab: static file system information.
2 # <file system> <mount point> <type> <,options> <dump> <pass>
vi spécial comme ceux utilisé pour l'édition de la crontab et de sudo
rien ne t'oblige d'utiliser un vi special. C'est juste pour t'eviter de casser ton systeme. Le XML ne t'empechera pas de faire ca.
> En plus, la coloration est directement faite
Heu moi vim me dit quand j'ai tappé
proc /proc proc defaulst (le defaulst est pas en jaune)
Alors que des editeurs de textes qui serait capable de detecter qu'un
<option> defaulst<> c'est plus rare.
> Et enfin, ca faciliterait et éviterait l'éparpillement des outils spécifiques au distrib, en fournissant par exemple un noyau a ceux-ci, qu'il implémenterait en ajoutant leur interface dessus.
Ca c'est un vrai problème pour faire une interface unifiée pour la config.
> Et sinon, a propos de pmk, ya beaucoup de projet qui l'utilise?
Pas enormement c'est jeune et comme tout projet jeune dans ces domaines avoir une dependence contre PMK est pénalisante. CONS et SCONS ont le même problème il me semble.