Date: Thu, 10 Mar 2016 15:32:25 +0300 From: Slawa Olhovchenkov <slw@zxy.spb.ru> To: Glen Barber <gjb@FreeBSD.org> Cc: freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Subject: Re: [CFT] packaging the base system with pkg(8) Message-ID: <20160310123225.GJ70809@zxy.spb.ru> In-Reply-To: <20160308124016.GA70809@zxy.spb.ru> References: <20160302235429.GD75641@FreeBSD.org> <20160308124016.GA70809@zxy.spb.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Mar 08, 2016 at 03:40:16PM +0300, Slawa Olhovchenkov wrote: > About use cases. I am try to imagine different use cases and don't > found answer how do this: > > 1. package building as `make packages` witch version as timestamp of > start buildworld. I.e. on every buildworld every package will be > rebuild, take new version and will be reinstaled. Where is profit of > package spliting? > > 2. After src.conf change some package don't build. Where analog of > `make delete-old delete-old-libs`? > Some forgotten points: 7. What about src/tools/tools? Do you planed to package this? 8. Current layout is incompatible with beadm: /var/db/pkg is placed on /var and separated from beadm control (zroot/ROOT). As result, switching OS install by beadm give incorrectly information about installed packages. For correcting this need separatly pkg database for system packages under beadm control. Same for etcupdate database. 9. etcupdate database currently don't populated under upgrade process. Proposal: may be retreating from concept 'every file owned only by one package' can be solved problem with 'fat' base packages and thin upgrades? Upgrade/SA package will be contain only modyfied (and 'imaginary' for deleting) files, replaced files initially installed.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20160310123225.GJ70809>