From owner-freebsd-pkgbase@freebsd.org Wed May 1 11:32:18 2019 Return-Path: Delivered-To: freebsd-pkgbase@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 41AA71593E44 for ; Wed, 1 May 2019 11:32:18 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C239472424 for ; Wed, 1 May 2019 11:32:16 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1hLnSv-0001gP-BC; Wed, 01 May 2019 14:31:57 +0300 Date: Wed, 1 May 2019 14:31:57 +0300 From: Slawa Olhovchenkov To: kris@ixsystems.com Cc: 'Garrett Wollman' , 'Cy Schubert' , freebsd-pkgbase@freebsd.org Subject: Re: CFT: FreeBSD Package Base Message-ID: <20190501113157.GI2161@zxy.spb.ru> References: <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> <23752.34284.56207.860696@khavrinen.csail.mit.edu> <081a01d4ff84$fa4f3d50$eeedb7f0$@ixsystems.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <081a01d4ff84$fa4f3d50$eeedb7f0$@ixsystems.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-Rspamd-Queue-Id: C239472424 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [2.04 / 15.00]; ARC_NA(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.86)[0.864,0]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[zxy.spb.ru]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.10)[0.105,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[zxy.spb.ru]; NEURAL_SPAM_LONG(0.18)[0.182,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:5495, ipnet:195.70.192.0/19, country:RU]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[country: RU(0.01)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-pkgbase@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Packaging the FreeBSD base system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 May 2019 11:32:18 -0000 On Tue, Apr 30, 2019 at 02:46:09PM -0400, kris@ixsystems.com wrote: > > > -----Original Message----- > > From: owner-freebsd-pkgbase@freebsd.org > pkgbase@freebsd.org> On Behalf Of Garrett Wollman > > Sent: Tuesday, April 30, 2019 1:29 PM > > To: Cy Schubert > > Cc: freebsd-pkgbase@freebsd.org > > Subject: Re: CFT: FreeBSD Package Base > > > > > 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 > > > > _______________________________________________ > > freebsd-pkgbase@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-pkgbase > > To unsubscribe, send any mail to "freebsd-pkgbase- > > unsubscribe@freebsd.org" > > > This was a big motivator for us to merge base pkgs into poudriere. > In my career I've written 4 build systems that all do some variation > of buildworld/kernel + poudriere + create ISO + create updates. I'm > sure plenty of other FreeBSD consumers have done the same, and > frankly its getting old. At least now I'm down to poudriere + create > ISO only. svnlite export foreach patch patch -E -p0 -z '' sh release.sh release.conf tar -xf $R/R/ftp/base.txz --strip-components 5 -C tmp ./var/db/etcupdate/current/ tar -cf $R/R/ftp/etcupdate.tar -C tmp . and update find -x . -flags +schg | xargs chflags noschg fetch -qo - http://pkg/update12/doc.txz | tar xf - fetch -qo - http://pkg/update12/kernel.txz | tar xf - fetch -qo - http://pkg/update12/kernel-dbg.txz | tar xf - fetch -qo - http://pkg/update12/lib32.txz | tar xf - fetch -qo - http://pkg/update12/base.txz | tar xf - --exclude ./boot/device.hints ./COPYRIGHT boot dev media mnt proc tmp bin lib libexec rescue sbin usr var/yp/Makefile.dist > > And my sympathies to anybody still having to use freebsd-update as part of their custom updating process 😉 freebsd-update take x4 time and space to build, constantly broken, slow update on client and take too much space and files on client. And have fixed bindings for run on official freebsd-update cluster. I am don't use it anymore.