ok, je crois que je comprend mieux ton point de vue (désolé si j'ai été un peu long...)
Mais dans ce cas, pourquoi ne pas prendre fuse par le côté libfuse ?
libfuse est une lib permettant d'écrire des systèmes de fichiers (quand on écrit un système pour fuse on ne touche qu'à libfuse).
libfuse est à mon avis écrite justement pour être portable, pour fonctionner sur pas mal de systèmes.
Après, il faut évidemment sur chaque système écrire le bon backend à libfuse (fuse sous linux, macfuse sous mac, ...) permettant de l'exécuter, mais pourquoi pas avoir un backend kio, un gvfs, ...
Donc oui, finalement je te rejoins sur le fait que fuse (le module) n'est pas fait pour être portable mais libfuse par contre l'est.
Evidemment ça n'en fait pas un système uniquement en espace utilisateur, mais permet tout de même d'avoir des systèmes de fichiers "réels" car je trouve vraiment domage de ne pas l'utiliser pour toutes les applis.
Par exemple, récemment j'ai écris un petit système de fichier virtuel pour digikam : justement pour pouvoir l'utiliser de n'importe où. Ca permet de voir les photos de digikam selon leur arborescence de tag, de faire des recherches ... depuis n'importe quelle appli, que ce soit mon client mail, un navigateur de fichier, un browser, ssh, un montage nfs, .... chose que j'aurais jamais pu faire si j'avais voulu l'écrire avec kio ou gvfs.
Alors oui, ça demande d'avoir libfuse (et donc le module noyau) mais c'est vraiment beaucoup plus puissant !
[^] # Re: Pas de VFS
Posté par CrEv (site web personnel) . En réponse au journal Monter un partage Samba sous Linux sans utiliser *VFS. Évalué à 3.
Mais dans ce cas, pourquoi ne pas prendre fuse par le côté libfuse ?
libfuse est une lib permettant d'écrire des systèmes de fichiers (quand on écrit un système pour fuse on ne touche qu'à libfuse).
libfuse est à mon avis écrite justement pour être portable, pour fonctionner sur pas mal de systèmes.
Après, il faut évidemment sur chaque système écrire le bon backend à libfuse (fuse sous linux, macfuse sous mac, ...) permettant de l'exécuter, mais pourquoi pas avoir un backend kio, un gvfs, ...
Donc oui, finalement je te rejoins sur le fait que fuse (le module) n'est pas fait pour être portable mais libfuse par contre l'est.
Evidemment ça n'en fait pas un système uniquement en espace utilisateur, mais permet tout de même d'avoir des systèmes de fichiers "réels" car je trouve vraiment domage de ne pas l'utiliser pour toutes les applis.
Par exemple, récemment j'ai écris un petit système de fichier virtuel pour digikam : justement pour pouvoir l'utiliser de n'importe où. Ca permet de voir les photos de digikam selon leur arborescence de tag, de faire des recherches ... depuis n'importe quelle appli, que ce soit mon client mail, un navigateur de fichier, un browser, ssh, un montage nfs, .... chose que j'aurais jamais pu faire si j'avais voulu l'écrire avec kio ou gvfs.
Alors oui, ça demande d'avoir libfuse (et donc le module noyau) mais c'est vraiment beaucoup plus puissant !