<html><body><div style="color:#000; background-color:#fff; font-family:times new roman, new york, times, serif;font-size:12pt"><div><span>Hi,<br></span></div><div><br><span></span></div><div><span>Ref: </span><a href="https://www.illumos.org/issues/252" target="_blank">https://www.illumos.org/issues/252 <br></a></div><div><a href="https://www.illumos.org/issues/252" target="_blank">illumos-fuse2: https://bitbucket.org/gwr/illumos-fuse2a<br></a></div><div>oi-sfe fuse 2.8.6: https://bugs.illumos.org/issues/1729</div><div><br></div><div>I saw a rejection from Richard Lowe for a request for Illumos to update the OSOLfuse modules to fuse 2.8.4.</div><div>From his explanation, fuse is not part of Illumos so the rejection made sense at the time. Bayed, are we now opposing this notion?<br></div><br>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?? 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.<br><div><br></div><div>See:</div><div>system/file-system/fuse-ext2@0.0.5,5.11-0.151.1:20111014T184713Z <br>system/file-system/fusefs@0.20100615,5.11-0.151.1:20111014T184714Z <br>system/file-system/libfuse@0.20100615,5.11-0.151.1:20111014T184714Z <br></div><div><br></div><div>Also, I don't mind if someone else picks up the continual work effort from the oi-sfe side of the fence. Just, let us move forward on the topic...</div><div><br></div><div>~ Ken Mays</div><div><br></div><div><br></div><div><br></div><div style="font-family: times new roman, new york, times, serif; font-size: 12pt;"><div style="font-family: times new
roman, new york, times, serif; font-size: 12pt;"><font face="Arial" size="2"><hr size="1"><b><span style="font-weight:bold;">From:</span></b> Gordon Ross <gordon.w.ross@gmail.com><br><b><span style="font-weight: bold;">To:</span></b> OpenIndiana Developer mailing list <oi-dev@openindiana.org><br><b><span style="font-weight: bold;">Sent:</span></b> Sunday, November 6, 2011 12:47 AM<br><b><span style="font-weight: bold;">Subject:</span></b> Re: [oi-dev] Fuse and NTFS-3g<br></font><br>
On Sun, Nov 6, 2011 at 12:15 AM, Bayard G. Bell<br><<a ymailto="mailto:buffer.g.overflow@gmail.com" href="mailto:buffer.g.overflow@gmail.com">buffer.g.overflow@gmail.com</a>> wrote:<br>> On Fri, 2011-11-04 at 18:41 +0000, Bayard G. Bell wrote:<br>>> On Thu, 2011-11-03 at 09:58 +0100, Damian Wojsław wrote:<br>>> > Hi<br>>> ><br>>> > I would like to work on inclusion of fuse and ntfs-3g into main<br>>> > openindiana package repo and also maintain packages if they get<br>>> > included. Is OI interested?<br>>><br>>> Two points: this project is now hosted at <a target="_blank" href="http://opensolaris.org">opensolaris.org</a>, so please<br>>> consider forking it somewhere like bitbucket [...]<br><br>If someone wants to debug/extend/maintain that code,<br>then yes, bitbucket or somewhere would be a good idea.<br><br>>> [...] I also take Gordon's point about the
stability of<br>>> something like a semi-orphaned kernel module for which we don't have<br>>> upstream issue tracking (forking gets this out in the open). Whether we<br>>> flag this by repo or other metadata (and there are other cases where we<br>>> ought to consider this, such as transitioning off of legacy libraries),<br>>> we should have some way of marking caveat emptor.<br><br>That was the reason for my question. I'm not sure what level of<br>stability that opensolaris code has. Some have found it useful.<br><br>> Hm, looking at the GSoC project ideas page, I noticed that gwr has<br>> previously forked fuse for illumos (see bottom of<br>> <a href="https://www.illumos.org/projects/illumos-gate/wiki/Project_Ideas" target="_blank">https://www.illumos.org/projects/illumos-gate/wiki/Project_Ideas</a>). Could<br>> we please start from this base? I think fuse support is something that<br>> should be
coordinated with the illumos upstream, including giving<br>> SFE-maintained patches a long-term home.<br><br>That little "science project" I started was fun, and I'd _love_ to<br>see someone with interest in that take it forward. The initial<br>results were very promising, but there's much more work to do.<br>(For more info, see: <a href="https://bitbucket.org/gwr/illumos-fuse2a" target="_blank">https://bitbucket.org/gwr/illumos-fuse2a</a> )<br><br>However, unless and until someone does more work on that<br>"science project", I don't think it's really a contender to be<br>"the illumos 'fuse' module". (And if there's not some more<br>testing, debugging, etc. done on the old opensolaris fuse<br>code, I'm not sure that's really a contender either!:)<br><br>Gordon<br><br>_______________________________________________<br>oi-dev mailing list<br><a ymailto="mailto:oi-dev@openindiana.org"
href="mailto:oi-dev@openindiana.org">oi-dev@openindiana.org</a><br>http://openindiana.org/mailman/listinfo/oi-dev<br><br><br></div></div></div></body></html>