Date: Fri, 14 Oct 2016 13:17:06 +0200 From: Jan Bramkamp <crest@rlwinm.de> To: freebsd-ports@freebsd.org Subject: Re: harder and harder to avoid pkg Message-ID: <6fb5beb3-5332-c795-f8b0-acfd2b5b95b9@rlwinm.de> In-Reply-To: <9699a36d-fd4d-dfaf-eccf-6c744ea7e5fd@freebsd.org> References: <638fe078-80db-2492-90be-f1280eb8d445@freebsd.org> <20161013183338.42f6777d@gumby.homeunix.com> <9699a36d-fd4d-dfaf-eccf-6c744ea7e5fd@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 14/10/2016 09:39, Julian Elischer wrote: > On 13/10/2016 10:33 AM, RW via freebsd-ports wrote: >> On Tue, 11 Oct 2016 11:59:47 -0700 >> Julian Elischer wrote: >> >>> As the number of dependencies between packages get ever higher, it >>> becomes more and more difficult to compile packages and the >>> dependence on binary precompiled packages is increased. However >>> binary packages are unsuitable for some situations. We really need >>> to follow the lead of some of the Linux groups and have -runtime and >>> -devel versions of packages, OR we what woudlbe smarter, woudl be >>> to have several "sub manifests" to allow unpacking in different >>> environments. >>> >>> >>> A simple example: libxml2 >>> >>> This package installs include files and libraries and dicumentation >>> etc. >>> >>> yet if I build an appliance , I want it to only install a singe file. >>> >>> /usr/local/lib/libxml2.so.2 >> What practical problem does installing the include files and man pages >> cause you? > I have to delete them from the appliance I'm building up. > So I need to get the manifest, remove the files I want from it, and > delete every other file mentioned. > > This is an appliance class machine. It has 2G of storage and that has > to include 2 copies for the OS so we can ping-pong for upgrades. I can get > 2GB CPU cache per system (spread over 8+ sockets) these days. Is it really reasonable to expect port maintainers to take up the work and classify their maintained ports for you to save you an additional 2GB of cheap flash storage? At a certain scale those trade-offs might make sense for you, but I suspect most FreeBSD port maintainers and FreeBSD users don't mind a few 100 kB of documentation and headers on their systems. Aren't there easier solutions which don't require a lot of manual work? * Documentation and source code compresses well. Can you use a read-only lzma or gzip compressed filesystem with GEOM uncompress? * Can you use snapshots (and rerooting) to rollback failed updates instead of keeping two full copies around? -- Jan Bramkamp
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?6fb5beb3-5332-c795-f8b0-acfd2b5b95b9>