Date: Tue, 26 Oct 2010 18:35:04 +1100 From: Peter Jeremy <peterjeremy@acm.org> To: Ivan Voras <ivoras@freebsd.org> Cc: freebsd-arch@freebsd.org Subject: Re: Importing the fusefs kernel module? Message-ID: <20101026073504.GA44394@server.vk2pj.dyndns.org> In-Reply-To: <ia50qv$5kd$1@dough.gmane.org> References: <ia4qnl$bgl$1@dough.gmane.org> <20101025211904.GM2392@deviant.kiev.zoral.com.ua> <ia4td5$mh7$2@dough.gmane.org> <20101025214630.GO2392@deviant.kiev.zoral.com.ua> <ia50qv$5kd$1@dough.gmane.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--SLDf9lqlvOQaIe6s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Oct-26 00:37:18 +0200, Ivan Voras <ivoras@freebsd.org> wrote: >On 10/25/10 23:46, Kostik Belousov wrote: >> On Mon, Oct 25, 2010 at 11:38:44PM +0200, Ivan Voras wrote: >>> On 10/25/10 23:19, Kostik Belousov wrote: >>> >>>> This is not going to work. The code is unmaintained. Committing it into >>>> the src/ just makes the pile of not working code in src/ bigger. >>> >>> Yes, but on the other hand, not importing it means that the code will >>> only decay faster. It's basically a damage control issue :) IMHO, Kostik is correct - whilst the Project has imported code with rough edges in the past, the code was usable/useful as imported as was undergoing active development. My understanding is that you are not offering to provide active maintainership which basically means you are offering to import a block of buggy code which will then be left to rot further. > - survives fsx runs with arguments "-W -R -L", i.e. no mmaped=20 >operations, no file size / truncate operations mmap(2) is fairly critical: An initial quick check shows that cp(1), cmp(1), ar(1) and grep(1) use it where possible and rtld(1) relies on it. I would suggest that fusefs should remain as a port until it becomes reasonably stable and has someone willing to actively maintain it. --=20 Peter Jeremy --SLDf9lqlvOQaIe6s Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (FreeBSD) iEYEARECAAYFAkzGhKgACgkQ/opHv/APuIcZwwCgqNfrU0OWx6A0K9yOxCY4ABRu QjUAnR56jG+XudWkZ3dMyT6z4eKzs67p =Ee1v -----END PGP SIGNATURE----- --SLDf9lqlvOQaIe6s--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20101026073504.GA44394>