[oi-dev] Fuse and NTFS-3g

[ken mays]

Gordon,

Thanks for the info. I went ahead and migrated over your patches. I'll phase in the final concept soon.


~ Ken Mays



________________________________
From: Gordon Ross <gordon.w.ross at gmail.com>
To: OpenIndiana Developer mailing list <oi-dev at openindiana.org>
Sent: Sunday, November 6, 2011 11:08 AM
Subject: Re: [oi-dev] Fuse and NTFS-3g

On Sun, Nov 6, 2011 at 7:07 AM, ken mays <maybird1776 at 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 at openindiana.org
http://openindiana.org/mailman/listinfo/oi-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://openindiana.org/pipermail/oi-dev/attachments/20111106/9ea5fc28/attachment-0005.html>