Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 22 Dec 2016 13:52:16 -0700
From:      Adam Weinberger <adamw@adamw.org>
To:        Baptiste Daroussin <bapt@FreeBSD.org>
Cc:        Dewayne Geraghty <dewaynegeraghty@gmail.com>, ports-list freebsd <freebsd-ports@freebsd.org>
Subject:   Re: HEADSUP: FLAVORS (initial version) and subpackages proposals
Message-ID:  <C740AFFC-DA9C-4A5F-AAEF-2369D72256CC@adamw.org>
In-Reply-To: <20161222200452.nzmkyw3rcydwaza5@ivaldir.etoilebsd.net>
References:  <20161219003143.c2qo5wn3a5kiua3m@ivaldir.etoilebsd.net> <58725f6d-aa60-3a62-7539-56e51e3cd76e@m5p.com> <8bc4754a-7200-b91d-8435-c6ff1970b56b@FreeBSD.org> <CAGnMC6pzH-xXinb3y1wjSXQ5aExvcts5KMiv0VUaCaug-%2B4Pxg@mail.gmail.com> <20161222200452.nzmkyw3rcydwaza5@ivaldir.etoilebsd.net>

next in thread | previous in thread | raw e-mail | index | archive | help
> On 22 Dec, 2016, at 13:04, Baptiste Daroussin <bapt@FreeBSD.org> =
wrote:
>=20
> The clean way would be to to just have a new variable in a given port =
that
> describes the possible variations. But that would break all existing =
external
> tools that deals with the ports tree. Because they all rely on the =
fact that
> there is a mapping between a package name and an origin (not that pkg =
does not
> rely on that.

It's more than just cleaner; it improves the development workflow =
dramatically. Variable-based flavours can be added, modified, and =
removed easily. c/p/f may necessitate recopies and potentially tricky =
quarterly backports.

Flavours and subpackages are a big deal. I'd prefer that aging, =
non-actively-developed not drive design decisions. I feel like the =
flavour and subpackage omelettes are worth cracking those eggs for.

> So I decided to go another way: add a third level to the ports tree. =
So far we
> have category/port and I do propose to add a third level: =
category/port/flavor
> which will keep the paradigm most tools are expected: 1 packagename =3D=3D=
 1 origin

They're not necessarily redundant: variable-=10based flavours provide =
for combinations of options, and 3rd-level ports provide a meaningful =
way to categorize nearly-identical ports (like textproc/aspell/{en,fr}). =
Personally I'd love to see both those things happen.

# Adam


--=20
Adam Weinberger
adamw@adamw.org
https://www.adamw.org





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?C740AFFC-DA9C-4A5F-AAEF-2369D72256CC>