Date: Tue, 14 Dec 2021 22:10:18 -0500 From: Alexander Motin <mav@FreeBSD.org> To: Mark Millard <marklmi@yahoo.com> Cc: freebsd-current <freebsd-current@freebsd.org>, FreeBSD-STABLE Mailing List <freebsd-stable@freebsd.org> Subject: Re: /usr/share/zfs/compatibility.d/openzfs-2.1-freebsd vs. openzfs-2.1-linux vs. FreeBSD main [so: 14]: edonr status Message-ID: <c35645af-15c2-6288-b6d1-50eca38aced4@FreeBSD.org> In-Reply-To: <0C484963-D833-4B12-A9C8-8FADC0EF1D9B@yahoo.com> References: <928FE23E-C9DB-4473-B8C2-DB3A32529AF4.ref@yahoo.com> <928FE23E-C9DB-4473-B8C2-DB3A32529AF4@yahoo.com> <ae149ace-0ca2-ebf9-8f96-ac5b7569f14f@FreeBSD.org> <B15A2BF9-2CC4-490D-BC83-1AB0A9C94005@yahoo.com> <bcd15948-7964-5e5c-6e4b-13d50516e27f@FreeBSD.org> <0C484963-D833-4B12-A9C8-8FADC0EF1D9B@yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 14.12.2021 22:00, Mark Millard wrote: > On 2021-Dec-14, at 17:35, Alexander Motin <mav@FreeBSD.org> wrote: > >> On 14.12.2021 20:21, Mark Millard wrote: >>> I presume that because of FreeBSD's releng/13.0 and stable/13 (and >>> releng/13.? futures) that: >>> >>> /usr/share/zfs/compatibility.d/openzfs-2.1-freebsd >>> >>> will never have edonr added to the file. Sound right? >> >> FreeBSD stable/13 is tracking still alive upstream zfs-2.1-release >> branch. It is still updated periodically, but primarily with bug fixes. > > I infer from the above that: > > /usr/share/zfs/compatibility.d/openzfs-2.1-freebsd > > is unlikely to be changed to be inaccurate relative to releng/13.0 , at > least as long as 13.0 is a supported FreeBSD release, but probably for > all the releng/13.? . Yes, that would be my personal assumption. >>> Is there going to be a /usr/share/zfs/compatibility.d/openzfs-2.*-freebsd* >>> that has edonr as well (instead of using a openzfs-2.1-linux file for >>> such)? If yes, when does the file show up? Does main get drafts of the >>> file over time until there is a releng/14.0 that would have the final >>> version? >> >> FreeBSD main though tracks openzfs master branch, and as a moving target >> it has no compatibility definitions. I'd expect by the time of FreeBSD >> stable/14 branching there to be some new openzfs branch it could switch >> to, but so far AFAIK there were no specific announcements yet. And >> enabled edonr is a step toward not differentiating FreeBSD and Linux >> compatibility settings any more. > > I infer from the above that it will be much closer to releng/14.0 's > time frame before there will be an additional: > > /usr/share/zfs/compatibility.d/openzfs-*-freebsd* > > ( or a name that does not even mention freebsd or linux but > applies to releng/14.0 ). Good to know. Right. There would be nothing bad to have more openzfs releases before stable/14 branching though, just not after. We'll need to coordinate that with upstream. -- Alexander Motin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?c35645af-15c2-6288-b6d1-50eca38aced4>