> La partie noyau FUSE est peu portable
oui il y a une partie dans le noyau (en _standard_ et intégré depuis la version 2.6.14 et on peut le faire marcher sur des 2.4 à partir du 2.4.21).
Il est également disponible sur :
- freebsd
- netbsd
- darwin (macosx)
- windows (en tout cas une partie)
- open solaris
- hurd
Franchement on a vu mieux comme soft peu portable...
pourquoi quelques "vagues" portages ?
Si je ne me trompe, le port pour mac a été réalisé par google. Il y a pire comme vague "portage"...
s'il le manque pour openbsd, tu peu toujours le faire.
Pour ce qui est de se synchroniser avec l'upstream, c'est pas un peu le principe d'un portage ?
> Et bien, si ces libs sont bien écrites, elles sont portables sans de grosses difficultés
oui et _si fuse est bien écrit_ il est portable sans de grosses difficultés
où est la différence ?
Le problème c'est que kio ou autre ne permettent pas à une application de le voir de manière transparente. Donc même si c'est portable ça ne fait pas tout, il faut que les applications comportent de quoi le lire.
Au contraire, avec fuse c'est des systèmes de fichiers, et n'importe quelle application peut l'utiliser.
Si je veux utiliser firefox pour lire un fichier sur un sshfs je peux. Si je veux le faire avec kio/gvfs je ne peux pas (et le coup de ~/.gvfs c'est pas vraiment portable non plus...)
> n'utilisent que des choses standard
fuse n'utilise que des choses standard, le noyau...
[^] # 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é à 2.
oui il y a une partie dans le noyau (en _standard_ et intégré depuis la version 2.6.14 et on peut le faire marcher sur des 2.4 à partir du 2.4.21).
Il est également disponible sur :
- freebsd
- netbsd
- darwin (macosx)
- windows (en tout cas une partie)
- open solaris
- hurd
Franchement on a vu mieux comme soft peu portable...
pourquoi quelques "vagues" portages ?
Si je ne me trompe, le port pour mac a été réalisé par google. Il y a pire comme vague "portage"...
s'il le manque pour openbsd, tu peu toujours le faire.
Pour ce qui est de se synchroniser avec l'upstream, c'est pas un peu le principe d'un portage ?
> Et bien, si ces libs sont bien écrites, elles sont portables sans de grosses difficultés
oui et _si fuse est bien écrit_ il est portable sans de grosses difficultés
où est la différence ?
Le problème c'est que kio ou autre ne permettent pas à une application de le voir de manière transparente. Donc même si c'est portable ça ne fait pas tout, il faut que les applications comportent de quoi le lire.
Au contraire, avec fuse c'est des systèmes de fichiers, et n'importe quelle application peut l'utiliser.
Si je veux utiliser firefox pour lire un fichier sur un sshfs je peux. Si je veux le faire avec kio/gvfs je ne peux pas (et le coup de ~/.gvfs c'est pas vraiment portable non plus...)
> n'utilisent que des choses standard
fuse n'utilise que des choses standard, le noyau...