Date: Tue, 26 Jun 2012 10:34:00 +0200 From: Marcus von Appen <mva@FreeBSD.org> To: freebsd-ports@freebsd.org Subject: Re: Port system "problems" Message-ID: <20120626103400.Horde.8frYBVNNcXdP6XP4ZP-0deA@webmail.df.eu> In-Reply-To: <4FE96BA0.6040005@infracaninophile.co.uk> References: <4FE8E4A4.9070507@gmail.com> <20120626065732.GH41054@ithaqua.etoilebsd.net> <20120626092645.Horde.HytQbVNNcXdP6WQ1aMtjoMA@webmail.df.eu> <4FE96BA0.6040005@infracaninophile.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
Matthew Seaman <m.seaman@infracaninophile.co.uk>: > On 26/06/2012 08:26, Marcus von Appen wrote: >>>> 1. Ports are not modular > >>> What do you mean by modular? if you are speaking about subpackages it >>> is coming, >>> but it takes time > >> I hope, we are not talking about some Debian-like approach here (foo-bin, >> foo-dev, foo-doc, ....). > > Actually, yes -- that's pretty much exactly what we're talking about > here. Why do you feel subpackages would be a bad thing? Because it makes installing ports more complex, causes maintainers to rip upstream installation routines apart, and burdens users with additional tasks to perform for what particular benefit (except saving some disk space)? If I want to do some development the Debian way, I would need to do the following: - install foo-bin (if it ships with binaries) - install foo-lib (libraries, etc.) - install foo-dev (headers, etc.) - install foo-doc (API docs) With the ports I am currently doing: - install foo What are the requirements, use cases and benefits for splitting up packages in such a way? How would it work with the ports infrastructure without making things more complex for port maintainers and the different port installation scenarios, we have? Cheers Marcus
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120626103400.Horde.8frYBVNNcXdP6XP4ZP-0deA>