From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dmitri Nikulin Subject: Re: Btrfs development plans Date: Tue, 21 Apr 2009 18:56:36 +1000 Message-ID: <3a7f57190904210156j519ffe7co40676783a6bde06d@mail.gmail.com> References: <1240238253.16213.48.camel@think.oraclecorp.com> <20090420153118.GB6195@mother.fordon.pl.eu.org> <3da3b5b40904200910x63e4e26cqe058ce0e4bc7f8c8@mail.gmail.com> <1240245537.16213.59.camel@think.oraclecorp.com> <20090421094655.469cfb37.skraw@ithnet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 To: linux-btrfs Return-path: In-Reply-To: <20090421094655.469cfb37.skraw@ithnet.com> List-ID: On Tue, Apr 21, 2009 at 5:46 PM, Stephan von Krawczynski wrote: > On Mon, 20 Apr 2009 12:38:57 -0400 > Chris Mason wrote: > >> The short answer from my point of view is yes. =C2=A0This doesn't re= ally >> change the motivations for working on btrfs or the problems we're tr= ying >> to solve. > > ... which sounds logical to me. From looking at the project for a whi= le one > can see you are trying to solve problems that are not really linux' o= nes... Even so, I certainly hope that btrfs end up at least as reliable and feature-complete as ZFS, if ZFS itself cannot be merged into Linux. That's a big ask, but now that ZFS' IP has been imported into Oracle, perhaps a lot of patent and copyright issues can be smoothed over, giving btrfs a huge advantage relative to what it had before the acquisition. --=20 Dmitri Nikulin Centre for Synchrotron Science Monash University Victoria 3800, Australia -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" = in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html