Date: Fri, 26 Jan 2024 17:25:43 +0100 From: Stefan Esser <se@FreeBSD.org> To: Gleb Popov <arrowd@freebsd.org> Cc: FreeBSD ports <freebsd-ports@freebsd.org> Subject: Re: This is going to break port building without poudriere! Message-ID: <cc9ba960-128f-42a2-9e8d-1f0ed3f6d83f@FreeBSD.org> In-Reply-To: <CALH631=mGNZHXuC%2Bb3CWyx=BExvaoR0grdqbYX95tEMRqd9aHg@mail.gmail.com> References: <CAB88xy-8hAknWJDRBjbJo2%2Bw878ZMosKcvQbpKVzwq%2BH7%2Bzuyg@mail.gmail.com> <cd0c0cb0-6035-45b4-b3e8-d99115e6c013@FreeBSD.org> <CAB88xy8gTC4UJK0fOiHnVCFf0AGtLoHfHdOAF29zChQ8=5SV6w@mail.gmail.com> <d6a7c9725edd734aca842d6ce85b0be2@Leidinger.net> <CALH631ntQ8VzqhDmyxpcXwpZU0jsALgi_74qzLpNDSBLtGNXRA@mail.gmail.com> <068d39a84e9702c0fd9a036e13d21464@bsdforge.com> <CALH631=mGNZHXuC%2Bb3CWyx=BExvaoR0grdqbYX95tEMRqd9aHg@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Am 26.01.24 um 11:23 schrieb Gleb Popov: > On Fri, Jan 26, 2024 at 12:55 PM Chris <portmaster@bsdforge.com> wrote: >> I really appreciate the write up! Makes for a nice overview. The differential >> at first glance was a bit daunting. Will flavors and all still remain? >> Or will subpackages subsume options/flavors? > > I don't know what will happen in the future as I'm not the one who > makes decisions. But solely from my understanding and my writeup - > nothing should be removed. Each feature has its use and may be better > for some kind of ports. And thus we add even more complexity to the port system ... For ports that e.g. depend on a particular interpreter version (Python, Perl, LUA, ...) or database, we currently have 4 ways to select the correct dependencies etc.: - pathname (e.g. databases/mysql81-server) - DEFAULT_VERSIONS environment variable (DEFAULT_VERSIONS="perl5=5.38") - port OPTION - FLAVOR This is not relevant from the poudiere/pkg point of view, since there will a package name that can be referenced as dependency in any case, but it makes the port system complex and inconsistent and some of these methods should have been consolidated long ago. But instead of a clean-up of the underlying methods and structures, more complexity has been added.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?cc9ba960-128f-42a2-9e8d-1f0ed3f6d83f>