tech-userlevel archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: More compatibility for refuse
On Wed, Apr 10, 2019 at 10:19:38PM +0000, Taylor R Campbell wrote:
> > Date: Wed, 10 Apr 2019 19:50:02 +0000
> > From: coypu%sdf.org@localhost
> >
> > On Wed, Apr 10, 2019 at 08:55:05PM +0200, Emmanuel Dreyfus wrote:
> > > <coypu%sdf.org@localhost> wrote:
> > >
> > > > If anything we should get rid of perfuse.
> > >
> > > FUSE has thee API: kernel level, low level and high level.
> > >
> > > refuse only implements the high level API
> > >
> > > perfuse implements the kernel API, libfuse runs on top of it and
> > > provides low level API and high level API. `
> > >
> > > Hence, perfuse supports all FUSE filesystems, while refuse can only
> > > supports the one that use the high level API.
> > >
> > > If you want to dive into more details, here is my EuroBSDcon 2014 paper
> > > on that stuff: http://hcpnet.free.fr/pubz/fuse.pdf
> >
> > I'm just going to commit code without code review if all the responses
> > are going to be "please don't work on X, work on Y instead".
> > I am interested in librefuse because that's what gets used.
>
> May I suggest the following rephrasing?
>
> `Cool, thanks, how do I make fuse-ntfs-3g and fuse-ext2 use it?
> What's the costs/benefits to using libfuse via perfused, versus
> librefuse? Is there a reason to prefer one over the other going
> forward?'
Yes, one of them isn't available under a free license. HTH
Home |
Main Index |
Thread Index |
Old Index