On Sun, Nov 6, 2011 at 7:07 AM, ken mays maybird1...@yahoo.com wrote:
Hi,
Ref: https://www.illumos.org/issues/252
illumos-fuse2: https://bitbucket.org/gwr/illumos-fuse2a
oi-sfe fuse 2.8.6: https://bugs.illumos.org/issues/1729
I saw a rejection from Richard Lowe for a request for Illumos to update the
OSOLfuse modules to fuse 2.8.4.
From his explanation, fuse is not part of Illumos so the rejection made
sense at the time.
Right, there are still no fuse kernel modules or libraries in illumos.
When some implementation is ready (definition TBD) then it
would be reasonable for someone to propose integration.
(And I hope it might be based on my science project, but
if there's another that makes it to ready first, that's OK:)
Bayerd, are we now opposing this notion?
As for illumos-gate2, Gordon, is it better to use the fuse 2.8.6 sources and
implement your patches to it (vfs related) to create packages to update the
fuse packages (based on OSOLfuse 20100615 (2.7.x) sources) in oi-sfe??
The fuse library in https://bitbucket.org/gwr/illumos-fuse2a
is 2.8.5. I presume the changes between 2.8.5-2.8.6 are
modest. They might be unnecessary in the above code
because fuse_lowlevel is not included, and much of the
original libfuse code is not used in this implementation.
(Read the intro on bitbucket for why that is.)
We
could just use your previous work and start from there to test and review or
from the native fuse 2.8.x sources and port your code. I've already ported
fuse 2.8.6 for oi-sfe purposes, so either way we want to spin the bottle is
fine with me.
If someone wants to update the libfuse used in the opensolaris code,
that should not be terribly hard. That implementation uses the typical
fuse kern. channel interface between the kernel module and the
user-level library, so the library is not heavily changed from upstream.
Gordon
___
oi-dev mailing list
oi-dev@openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev