On Mon, Apr 29, 2019 at 10:09 AM Rodney W. Grimes < freebsd-rwg at gndrsh.dnsmgr.net> wrote:> > > > Correct, this is ZFS only. And it's something we're using specific to > FreeNAS / TrueOS, which is why I didn't originally mention it as apart of > our CFT. > > Then please it is "CFT: FreeNAS/TrueOS pkg base, ZFS only", > calling this FreeBSD pkg base when it is not was wrong, > and miss leading. >Sorry, I disagree. This pkg base is independent of the ZFS tool we're using to wrangle boot-environments. Hence why it wasn't mentioned in the CFT. These base packages work the same as existing in-tree pkg base on UFS, no difference. If anything are probably safer due to being able to update all of userland in single extract operation, so you don't have out of order extraction of libc or some such.> > > For UFS, there will need to be additional care taken when doing updates. > > > > -- > > Kris Moore > > Vice President of Engineering > > iXsystems, Inc > > Ph: (408) 943-4100 > > Ph: (408) 943-4101 > > The Groundbreaking TrueNAS M-Series - > > Enterprise Storage & Servers Driven By Open Source > > > > -----Original Message----- > > From: Goran Meki? <meka at tilda.center> > > Sent: Monday, April 29, 2019 9:43 AM > > To: Kris Moore <kris at ixsystems.com> > > Cc: Emmanuel Vadot <manu at bidouilliste.com>; FreeBSD Stable < > freebsd-stable at freebsd.org>; FreeBSD Current <freebsd-current at freebsd.org>; > freebsd-pkgbase at freebsd.org; freebsd-pkg at freebsd.org; > freebsd-hackers at freebsd.org; freebsd-ports at freebsd.org > > Subject: Re: CFT: FreeBSD Package Base > > > > On Mon, Apr 29, 2019 at 09:25:05AM -0400, Kris Moore wrote: > > > We've written our own tool "sysutils/sysup" in GO which handles this. > > > It performs updates using Boot-Environments to ensure that > > > kernel/world are updated at same time. > > > > If I'm right, UFS doesn't support boot environments, so how would it > work for UFS based installs? > > > > I personally feel GO is a bit ackward choice of language for something > that practically should be part of base. At least I would expect OS > update/upgrade not to require any external package. > > > > Regards, > > meka > > > > _______________________________________________ > > freebsd-current at freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to " > freebsd-current-unsubscribe at freebsd.org" > > > > > > -- > Rod Grimes > rgrimes at freebsd.org >
> On Mon, Apr 29, 2019 at 10:09 AM Rodney W. Grimes < > freebsd-rwg at gndrsh.dnsmgr.net> wrote: > > > > > > > Correct, this is ZFS only. And it's something we're using specific to > > FreeNAS / TrueOS, which is why I didn't originally mention it as apart of > > our CFT. > > > > Then please it is "CFT: FreeNAS/TrueOS pkg base, ZFS only", > > calling this FreeBSD pkg base when it is not was wrong, > > and miss leading. > > > > Sorry, I disagree.Which is fine.> This pkg base is independent of the ZFS tool we're using > to wrangle boot-environments. Hence why it wasn't mentioned in the CFT. > These base packages work the same as existing in-tree pkg base on UFS, no > difference. If anything are probably safer due to being able to update all > of userland in single extract operation, so you don't have out of order > extraction of libc or some such.You missed the major string change and focused on the edge, No comment on calling iXsystems :stuff: FreeBSD instead of FreeNAS/TrueOS? That was the major point of my statement, your miss leading the user community, you yourself said this would never be imported into FreeBSD base, so I see no reason that it should be called "FreeBSD package Base", as it is not, that is a different project.> > > For UFS, there will need to be additional care taken when doing updates. > > > > > > -- > > > Kris Moore > > > Vice President of Engineering > > > iXsystems, Inc > > > Ph: (408) 943-4100 > > > Ph: (408) 943-4101 > > > The Groundbreaking TrueNAS M-Series - > > > Enterprise Storage & Servers Driven By Open Source > > > > > > -----Original Message----- > > > From: Goran Meki? <meka at tilda.center> > > > Sent: Monday, April 29, 2019 9:43 AM > > > To: Kris Moore <kris at ixsystems.com> > > > Cc: Emmanuel Vadot <manu at bidouilliste.com>; FreeBSD Stable < > > freebsd-stable at freebsd.org>; FreeBSD Current <freebsd-current at freebsd.org>; > > freebsd-pkgbase at freebsd.org; freebsd-pkg at freebsd.org; > > freebsd-hackers at freebsd.org; freebsd-ports at freebsd.org > > > Subject: Re: CFT: FreeBSD Package Base > > > > > > On Mon, Apr 29, 2019 at 09:25:05AM -0400, Kris Moore wrote: > > > > We've written our own tool "sysutils/sysup" in GO which handles this. > > > > It performs updates using Boot-Environments to ensure that > > > > kernel/world are updated at same time. > > > > > > If I'm right, UFS doesn't support boot environments, so how would it > > work for UFS based installs? > > > > > > I personally feel GO is a bit ackward choice of language for something > > that practically should be part of base. At least I would expect OS > > update/upgrade not to require any external package. > > > > > > Regards, > > > meka > > > > > > _______________________________________________ > > > freebsd-current at freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to " > > freebsd-current-unsubscribe at freebsd.org" > > > > > > > > > > -- > > Rod Grimes > > rgrimes at freebsd.org > >-- Rod Grimes rgrimes at freebsd.org
> -----Original Message----- > From: Rodney W. Grimes <freebsd-rwg at gndrsh.dnsmgr.net> > Sent: Monday, April 29, 2019 10:41 AM > To: Kris Moore <kris at ixsystems.com> > Cc: Rodney W. Grimes <freebsd-rwg at gndrsh.dnsmgr.net>; Goran Meki? > <meka at tilda.center>; Emmanuel Vadot <manu at bidouilliste.com>; FreeBSD > Stable <freebsd-stable at freebsd.org>; FreeBSD Current <freebsd- > current at freebsd.org>; freebsd-pkgbase at freebsd.org; freebsd- > pkg at freebsd.org; freebsd-hackers at freebsd.org; freebsd-ports at freebsd.org > Subject: Re: CFT: FreeBSD Package Base > > > On Mon, Apr 29, 2019 at 10:09 AM Rodney W. Grimes < > > freebsd-rwg at gndrsh.dnsmgr.net> wrote: > > > > > > > > > > Correct, this is ZFS only. And it's something we're using specific > > > > to > > > FreeNAS / TrueOS, which is why I didn't originally mention it as > > > apart of our CFT. > > > > > > Then please it is "CFT: FreeNAS/TrueOS pkg base, ZFS only", calling > > > this FreeBSD pkg base when it is not was wrong, and miss leading. > > > > > > > Sorry, I disagree. > Which is fine. > > > This pkg base is independent of the ZFS tool we're using > > to wrangle boot-environments. Hence why it wasn't mentioned in the CFT. > > These base packages work the same as existing in-tree pkg base on UFS,no> > difference. If anything are probably safer due to being able to updateall> > of userland in single extract operation, so you don't have out of order > > extraction of libc or some such. > > You missed the major string change and focused on the edge, > No comment on calling iXsystems :stuff: FreeBSD instead of > FreeNAS/TrueOS? > > That was the major point of my statement, your miss leading the user > community, you yourself said this would never be imported into FreeBSD > base, so I see no reason that it should be called "FreeBSD package Base", > as it is not, that is a different project. > > -- > Rod Grimesrgrimes at freebsd.org I think somehow you've missed the entire point here. This is being brought forth as a FreeBSD CFT in the hopes of upstream adoption. No misleading here whatsoever. The only thing that I wouldn't expect to be imported into base was this external tool we use on FreeNAS/TrueOS to handle our specific use-case of ZFS only. Total strawman here. Seriously, suggest you bother looking at it and reading further to get the full context. If anything this is far less invasive since it doesn't require lots of hacking on base, and can even be used to package old versions of FreeBSD if desired. The only thing I changed to make these images was a patch to bsdinstall to replace dist-file extraction with 'pkg install userland kernel pkg ...'.