>Je suis fatigué des gens qui répondent sans lire les commentaires.
>Je ne vois pas le rapport entre ce que j'ai dit et la taille des disques durs ...
>rm -rf démontre surtout de la facilité de détruire la cohérence du système de gestion de package. Si on a ecrit des systèmes de gestion de package, c'est qu'il y'a des problèmes autrement plus compliqués que de simplement supprimer les packages (oui on devrait supprimer le principe de dépendance et faire des gros statiques partout, on a de la place aussi ... \o/).
benh c'est exactement pour ça que je te fais la remarque sur le rm -fr.
l'exemple du rm -fr sert pas à montrer qu'on peut flinguer le systeme hyper facilement, ou que ça augmente le risque que quelqu'un soit tenté de le faire, ça illustre juste qu'on a plu une hérarchie de fichier éclatée et éparpillée avec une cohérence certe, mais qui ne se justifie plu.
> Si tu es un administrateur du dimanche qui fait n'importe quoi avec ton système, le système ne peut pas t'aider. C'est hautement débile de faire un chmod -R 777 /. Déja que chmod -R 777 n'importe quoi c'est hautement stupide en général, sur la racine, on atteint des sommets.
personne ne parle pas de faire un chmod -R 777 , c'est juste un exemple pour illustrer une situation donnée, tout comme le rm -fr .
C'est là ou je trouve que l'argument de dire que le systeme de package gere tout est pris à l'envers. Il y a plutot un systeme de package parceque la hierarchie est ingérable. ^^
> A la main, c'est probablement difficile à réparer, probablement pas impossible en reprenant les régles de bases ci-dessus pour tout ce qui est système. Une solution envisageable est d'utiliser mtree(8) pour générer une spécification du système à un temps t et de vérifier à t+1 que c'est la même ( et de corriger sinon). (mtree est un utilitaire qui génère le hash des différents fichiers, stocke leur attributs et cie, des choses qui ne doivent normalement pas bougé sauf si intervention de l'administrateur, plus ou moins intelligente (ca permet entre autre de "vérifier" basiquement l'intégrité d'un système).
> En quoi GoboLinux améliorerait l'efficacité de l'administrateur dans ce cadre ?
je dis juste que je suis pas d'accord avec le fait que ça la rende plus compliquée
L'as tu éssayé ?
Je l'ai éssayé en livecd il y a quelques temps, mais sans l'installer. C'est KDE par défaut et je suis plutot Gnome, et ça me botait pas de compiler ^^
[^] # Re: Fausse bonne idée
Posté par mirak mirak . En réponse à la dépêche Sortie de Gobolinux 014. Évalué à 0.
>Je ne vois pas le rapport entre ce que j'ai dit et la taille des disques durs ...
>rm -rf démontre surtout de la facilité de détruire la cohérence du système de gestion de package. Si on a ecrit des systèmes de gestion de package, c'est qu'il y'a des problèmes autrement plus compliqués que de simplement supprimer les packages (oui on devrait supprimer le principe de dépendance et faire des gros statiques partout, on a de la place aussi ... \o/).
benh c'est exactement pour ça que je te fais la remarque sur le rm -fr.
l'exemple du rm -fr sert pas à montrer qu'on peut flinguer le systeme hyper facilement, ou que ça augmente le risque que quelqu'un soit tenté de le faire, ça illustre juste qu'on a plu une hérarchie de fichier éclatée et éparpillée avec une cohérence certe, mais qui ne se justifie plu.
> Si tu es un administrateur du dimanche qui fait n'importe quoi avec ton système, le système ne peut pas t'aider. C'est hautement débile de faire un chmod -R 777 /. Déja que chmod -R 777 n'importe quoi c'est hautement stupide en général, sur la racine, on atteint des sommets.
personne ne parle pas de faire un chmod -R 777 , c'est juste un exemple pour illustrer une situation donnée, tout comme le rm -fr .
C'est là ou je trouve que l'argument de dire que le systeme de package gere tout est pris à l'envers. Il y a plutot un systeme de package parceque la hierarchie est ingérable. ^^
> A la main, c'est probablement difficile à réparer, probablement pas impossible en reprenant les régles de bases ci-dessus pour tout ce qui est système. Une solution envisageable est d'utiliser mtree(8) pour générer une spécification du système à un temps t et de vérifier à t+1 que c'est la même ( et de corriger sinon). (mtree est un utilitaire qui génère le hash des différents fichiers, stocke leur attributs et cie, des choses qui ne doivent normalement pas bougé sauf si intervention de l'administrateur, plus ou moins intelligente (ca permet entre autre de "vérifier" basiquement l'intégrité d'un système).
> En quoi GoboLinux améliorerait l'efficacité de l'administrateur dans ce cadre ?
je dis juste que je suis pas d'accord avec le fait que ça la rende plus compliquée
L'as tu éssayé ?
Je l'ai éssayé en livecd il y a quelques temps, mais sans l'installer. C'est KDE par défaut et je suis plutot Gnome, et ça me botait pas de compiler ^^