Date: Tue, 8 Mar 2016 17:35:59 +0000 From: David Chisnall <theraven@FreeBSD.org> To: Slawa Olhovchenkov <slw@zxy.spb.ru> Cc: Glen Barber <gjb@FreeBSD.org>, freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Subject: Re: [CFT] packaging the base system with pkg(8) Message-ID: <05A039B7-AA9A-47BB-B68E-89D9D5627D20@FreeBSD.org> In-Reply-To: <20160308151459.GB70809@zxy.spb.ru> References: <20160302235429.GD75641@FreeBSD.org> <20160308124016.GA70809@zxy.spb.ru> <20160308131847.GP1531@FreeBSD.org> <20160308151459.GB70809@zxy.spb.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
On 8 Mar 2016, at 15:14, Slawa Olhovchenkov <slw@zxy.spb.ru> wrote: >=20 > Yes, I undertund this. But what profit of this? Addtional size is > small, many small packages is bad. We already have expirense with > spliting Xorg to many small packages -- no profit of this. The X.org case is similar, but not quite the same. The X.org split was = to ease development, but came at a cost of packaging because you almost = always want all of X (or, at least, most of it - there are a few things = such as Xephyr that many users may want to skip). In FreeBSD, we *do* have a compelling case for installing a small subset = of the base system: service jails (or =E2=80=98containerised = applications=E2=80=99 as the kids are calling them). We want to be able = to install, for example, owncloud and nginx or ejabberd in a jail with = only the bare minimum required for them to start and run. We want = updates to these jails to be fast and we want disk usage (and install = time) to be low. In such a jail, I want a shell, the parts of sbin = needed to do network setup, the libraries that these ports depend on, = *and nothing else*. We=E2=80=99re still a way away from doing that. Comparing the installed sets can be simplified with some improvements to = the pkg UI, for example allowing a set of packages to be aggregated into = a single entry. This is not quite the same as the metapackage concept. = If you install everything, then a FreeBSD-base-all metapackage might = show up as a single thing unless you ask for a verbose output. We can = also present these in a hierarchical manner, so that you can drill down = and see more detail if you want to. In terms of comparing packages, if you=E2=80=99re doing that visually = then you are likely to have problems anyway, unless your eyes and brain = work far better than most humans. We can make that much easier by = providing libxo output in pkg and allowing you to have a simple jq = script that tells you what the differences are. David
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?05A039B7-AA9A-47BB-B68E-89D9D5627D20>