From owner-freebsd-ports@freebsd.org Fri Oct 14 11:17:17 2016 Return-Path: Delivered-To: freebsd-ports@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 9647AC11F5A for ; Fri, 14 Oct 2016 11:17:17 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from smtp.rlwinm.de (smtp.rlwinm.de [IPv6:2a01:4f8:201:31ef::e]) (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 61B9139E for ; Fri, 14 Oct 2016 11:17:17 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from vader9.bultmann.eu (unknown [87.253.189.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.rlwinm.de (Postfix) with ESMTPSA id 145585A5C for ; Fri, 14 Oct 2016 13:17:07 +0200 (CEST) Subject: Re: harder and harder to avoid pkg To: freebsd-ports@freebsd.org References: <638fe078-80db-2492-90be-f1280eb8d445@freebsd.org> <20161013183338.42f6777d@gumby.homeunix.com> <9699a36d-fd4d-dfaf-eccf-6c744ea7e5fd@freebsd.org> From: Jan Bramkamp Message-ID: <6fb5beb3-5332-c795-f8b0-acfd2b5b95b9@rlwinm.de> Date: Fri, 14 Oct 2016 13:17:06 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <9699a36d-fd4d-dfaf-eccf-6c744ea7e5fd@freebsd.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Oct 2016 11:17:17 -0000 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