Date: Tue, 30 Apr 2019 13:29:16 -0400 From: Garrett Wollman <wollman@csail.mit.edu> To: Cy Schubert <Cy.Schubert@cschubert.com> Cc: freebsd-pkgbase@freebsd.org Subject: Re: CFT: FreeBSD Package Base Message-ID: <23752.34284.56207.860696@khavrinen.csail.mit.edu> In-Reply-To: <8B10CAFD-88A1-4DAD-92C2-93F5DE4B3402@cschubert.com> References: <freebsd-rwg@gndrsh.dnsmgr.net> <201904291441.x3TEfMid072751@gndrsh.dnsmgr.net> <201904291931.x3TJV73d079802@slippy.cwsent.com> <23751.25464.908633.101215@khavrinen.csail.mit.edu> <8B10CAFD-88A1-4DAD-92C2-93F5DE4B3402@cschubert.com>
next in thread | previous in thread | raw e-mail | index | archive | help
<<On Mon, 29 Apr 2019 17:25:54 -0700, Cy Schubert <Cy.Schubert@cschubert.com> said:
> An anaconda-like installer for freebsd could do that. Also a perfect job for cfengine or ansible. Deploy and use a playbook to enforce policy.
"make delete-old" is inherently interactive. ("yes | make delete-old"
will delete configuration files that shouldn't be deleted.) Likewise
etcupdate.
> You don't need to break up base into packages (not arguing against
> packaging) to gain the benefits of configuration management.
Huh? We have plenty of configuration management already. What I need
is an automated process for installing updates that doesn't require a
huge pile more sui-generis infrastructure.
> As for updating, freebsd-update is mostly there to accomplish your
> requirement without pkgbase.
Except that it requires a huge pile of infrastructure to build and
distribute updates. I'd rather have only one, thanks.
> Which begs the question, if we're simply replacing freebsd-update
> and it does most of what we want why the extra effort?
Anyone who isn't using a completely stock make.conf/src.conf is
already replacing freebsd-update, and it would be much *less* effort
to have only one mechanism to distribute software rather than two.
I'd like to have a better installation process, too, because that
would make it much easier to redeploy servers. But most of our
servers are file servers with unique user data so "redeploy" is not a
relevant operation much of the time.
-GAWollman
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?23752.34284.56207.860696>