Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 20 Feb 2019 09:11:40 -0800 (PST)
From:      "Rodney W. Grimes" <freebsd@pdx.rh.CN85.dnsmgr.net>
To:        Enji Cooper <yaneurabeya@gmail.com>
Cc:        Alexey Dokuchaev <danfe@freebsd.org>, Shawn Webb <shawn.webb@hardenedbsd.org>, Pawel Jakub Dawidek <pjd@freebsd.org>, svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org
Subject:   Re: svn commit: r344316 - head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs
Message-ID:  <201902201711.x1KHBeiQ016158@pdx.rh.CN85.dnsmgr.net>
In-Reply-To: <1235DF70-2954-4421-9CF3-AA0538B24720@gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
> > On Feb 19, 2019, at 23:56, Alexey Dokuchaev <danfe@freebsd.org> wrote:
> > 
> >> On Tue, Feb 19, 2019 at 06:43:28PM -0500, Shawn Webb wrote:
> >> At the risk of painting a bikeshed a lovely color of neon purple, I'm
> >> curious about if/how these types of commits get merged upstream to
> >> (OpenZFS|Illumos|ZFS On Linux|where ever ZFS upstream is now|I'm very
> >> confused|is anyone else confused where upstream is?).
> >> 
> >> Who is upstream? Is work like this going to remain as a downstream
> >> patch to ZFS? Or is FreeBSD going to work to upstream this type of
> >> work?
> > 
> > I've always felt that we should've become upstream to everyone else
> > the moment we knew Oracle would eat Sun (20 April 2009), and never
> > understood why it didn't happen and now, ten years later, we're talking
> > about ZFS on fucking Linux becoming our upstream.  Something'd got very
> > wrong here and I'd like to know what and why.
> 
> As others have pointed out, FreeBSD has less developer inertia than Linux,
> and there are (seemingly) less developers or interested parties in running
> an openindiana based stack.
> 
> Also: better OS support for other general purpose infrastructure/usecases
> with items like multitenancy via containerization/CGroups2, Java, etc,
> and mindshare around this and other things.
> 
> The only thing really holding ZoL back in Linux is the fact that (due
> to licensing) it won?t ever be in the Linux kernel.

One can personally link ZoL into your own kernel, and a company/corporate
can even do this and run it on 1000's of servers, you just can not
distribute it to anyone else, which in the end is not really a big
deal, unless your in the Linux distribution business.

-- 
Rod Grimes                                                 rgrimes@freebsd.org



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201902201711.x1KHBeiQ016158>