From owner-freebsd-current@freebsd.org Thu Mar 10 12:32:35 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 57940ACA864; Thu, 10 Mar 2016 12:32:35 +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 1968A1B24; Thu, 10 Mar 2016 12:32:35 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1adzlR-00029S-OG; Thu, 10 Mar 2016 15:32:25 +0300 Date: Thu, 10 Mar 2016 15:32:25 +0300 From: Slawa Olhovchenkov To: Glen Barber 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> References: <20160302235429.GD75641@FreeBSD.org> <20160308124016.GA70809@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160308124016.GA70809@zxy.spb.ru> 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-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2016 12:32:35 -0000 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.