Articles : GoboLinux : une nouvelle hiérarchie de fichier pour votre distribution
Posté par Philippe Fremy (page perso, ). Modéré le 13 mai 2003.
L'auteur de GoboLinux nous propose ici une approche nouvelle : réorganiser le système de fichier.
Très souple, le système permet de garder un répertoire par programme installé et miroire tout à coup de liens symboliques vers des emplacements centraux, avec une philosophie qu'on peut retrouver sous MacOs X. Plus besoin de base de donnée des paquets installés, le système de fichier est la base de donnée. Le système peut s'essayer sur une distribution existante. A tester donc.
![[en]](../images/en.png)
article sur Kuroshin (1355 hits)-
GoboLinux (2179 hits)
> Lire la dépêche (122 commentaires, moyenne: 2,3).
Vous avez demandé le commentaire #208255.
Run by 
Cette page a été générée par Templeet en 0.0429s (dont 0.004 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Re: GoboLinux : une nouvelle hiérarchie de fichier pour votre distribution
Ce systeme parait naturel et intéressant, mais le fait de retirer completement le systeme de paquetage n'est pas une bonne chose. D'autant plus qu'il est tout à fait possible de faire la meme chose avec rpm ou dpkg. Il suffirait que chaque paquetage fasse le boulot lui meme, en installant ses fichiers dans /usr/logiciel_machin, puis en faisant les liens symboliques dans les scripts de post-install. Je pense que c'est meme faisable directement sur n'importe quelle distrib. Et son probleme avec les paquets "compat" n'en est pas un, parce qu'on peut très bien installer un paquet glibc3.2 en meme temps qu'un glibc3.1. Il faut juste que les noms de base des paquets soient différents. (quoique le dernier rpm permet maintenant d'installer en meme temps toto-1 et toto-2 s'il n'ya pas de conflit)
[^]Re: GoboLinux : une nouvelle hiérarchie de fichier pour votre distribution
<blockquote> Il faut juste que les noms de base des paquets soient différents. </blockquote> Dans le cas de Gentoo, le problème est géré par un système de "slots" : deux même apps de slots diffèrents sont considérées comme diffèrentes dans certains cas (par example on remplace pas une version par celle venant d'un autre slot lors d'une mise à jour). De plus chacun des packages (qui sont en fait des scripts) a la posiblité de spécifier un masque ou une version relative (comme "<2.4.18") dans ses dépendances. Voilà, j'voulais pas rester le dernier à pas avoir fait de pub pour ma distrib (comment ça elle gère pas les dépendances à la désinstallation? -_^)
Respect à RMS.