Skip site navigation (1)Skip section navigation (2)
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>