Distribution : Sortie de Gobolinux 014
Posté par patrick_g (page perso, ). Modéré le 08 janvier 2008.
Celle-ci contient KDE 3.5.8, Glibc 2.5 et Xorg 7.2 ainsi que des nouvelles versions des outils de gestion spécifiques de GoboLinux. L'ISO téléchargée ne contient aucun programme propriétaire et le CD gravé permet, outre l'installation en mode graphique, de tester GoboLinux en mode LiveCD.
Ce liveCD est extrêmement adaptable et il est possible d'utiliser les outils GoboLinux pour se construite une version spécifique adaptée à ses besoins.
![[en]](../images/en.png)
Les nouveautés de la version 014 (270 hits)![[fr]](../images/fr.png)
La présentation de GoboLinux (1301 hits)-
La FAQ (217 hits)
-
Copies d'écran de GoboLinux (1040 hits)
-
Page de téléchargement (178 hits)
-
DLFP (2003) : GoboLinux : une nouvelle hiérarchie de fichier pour votre distribution (338 hits)
> Lire la dépêche (73 commentaires, moyenne: 2,9).
Vous avez demandé le commentaire #894458.
Run by 
Cette page a été générée par Templeet en 0.0542s (dont 0.0055 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
module noyau masquant
y a t il un module noyau servant à masquer complètement l' arborescence réelle de gobolinux ? (ou un autre système, je pense à celui ci car une autre distro ayant fait le même choix de "pleins de liens partout" avait ce truc permettant d' avoir une bonne visibilité sur l' arborescence mise en valeur, en masquant la partie "compatibilité" assurée par qq centaines de liens symboliques).
[^]Re: module noyau masquant
Y'a GoboHide qui cache l'arborescence réelle : http://www.gobolinux.org/index.php?page=doc/articles/gobohid(...)
[^]Re: module noyau masquant
Tiens ca a quelque chose d'un rootkit, mais bon ici il cache les fichiers pour ton bien :)
=>[] Je vois la lumiere!
[^]Re: module noyau masquant
Merci patrick_g
alors c' était bien GoboLinux ;)
[^]Re: module noyau masquant
Il me semble qu'en théorie le Hurd permettrait de faire ca en jouant avec les translators. Le contenu de chaque paquet est a un endroit propre avec son arborescence, et le reste du systeme voit le contenu de tous les packages dans l'arborescence classique.
Je suppose que ce serait également possible avec unionfs ou fuse (?).
"While a monkey can be a manager, it takes a human to be an engineer" Erik Zapletal
[^]Re: module noyau masquant
Plan9 fait cela depuis +15 ans... En gros, le $PATH n'existe pas. Il n'y a qu'une arborescence pour les binaire, /bin. Les librairies restent dans /$objtype/lib, le loader les trouvera tout seul. Les scripts de demarrage s'occupent de monter en union les bon répertoires aux bon endroits, par exemple /$cputype/bin sur /bin. Idem pour les scripts de connexion, un utilisateur peut personnaliser son système en ajoutant des "union-mount" à son ".profile". Cf. http://www.cs.bell-labs.com/magic/man2html/1/0intro
Cela est très pratique quand on a un serveur de fichiers avec le système installé et que l'on se connecte depuis des terminaux "diskless" qui ne sont pas toujours de la même architecture. Tout fonctionne de manière transparente et sans gros hack (comme peuvent l'être le ld_preload et autres joyeusetés).
Il devrait être possible de faire pareil avec un gestionnaire de paquets modifié et une bonne dose voodoo d'union-mounts*. Cela aurait pas mal d'avantages, comme restreindre les paquets disponibles par rapport à un utilisateur. Maintenant, je ne sais pas quelle mesure cela est réalisable: j'imagine qu'avoir 8000 répertoires - un par paquet - attachés à son namespace entraînerait une certaine pénalité au regard des performances d'accès au système de fichiers.
*: cf. les shared subtrees, private namespace et autres joyeusetés qui nécessitent un linux pas trop vieux.
[^]Re: module noyau masquant
gobohide masque l'arborescence virtuelle en fait