Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 4 Oct 2016 06:00:32 +0000
From:      Grzegorz Junka <list1@gjunka.com>
To:        Kurt Jaeger <lists@opsec.eu>
Cc:        freebsd-ports@freebsd.org
Subject:   Re: dependency explosions
Message-ID:  <b032d7a3-223d-12a2-732c-56b2b2588f8a@gjunka.com>
In-Reply-To: <20161004050958.GD85563@home.opsec.eu>
References:  <2df71272-7b98-ad73-650a-3ec70beb71d5@freebsd.org> <d14d1aaf-5bdb-2e09-2892-2e32c4db0810@FreeBSD.org> <19d248ae-8919-fdc9-84e8-ff90ae761e6f@gjunka.com> <20161003151148.4860ca1a@curlew.lan> <6d1eb20d-4597-8176-3dbd-661648a6a03c@gjunka.com> <6bb0a476-ed26-1bdd-5ec5-0d6e2adf0b76@FreeBSD.org> <1d50327a-161a-8ec8-9065-fc853ed79a13@gjunka.com> <20161004050958.GD85563@home.opsec.eu>

next in thread | previous in thread | raw e-mail | index | archive | help

On 04/10/2016 05:09, Kurt Jaeger wrote:
> Hi!
>
>>> Right now, we build packages for
>>> [9,10,11,12]x[amd64,i386]x[head,quarterly], that's 16 different sets,
>>> and we mostly manage to build them over and over again, every two days.
>>> Imagine how long it would take to build 320 sets.
>> You are trying to take that into extreme to ridicule this as an option.
> I think the scenario that "if we had variants, other users would
> request other variants" is likely and the number of sets to build
> really would explode like that. It's not to ridicule that option.
>
> The problem is to add code to allow variants is complex and needs
> engineering power.
>

OK, as I mentioned, I was wondering if that would be possible. So, 
apparently, it would, but would require changes in the code. Forget 
about other variants that users may want to propose - if they want other 
variants then they can take it on and maintain. But regarding the 
changes that would be required to only allow other variants, why do you 
say it would be complex? Wouldn't that be only a change in pkg so that 
it can handle dependencies per set properly?

Grzegorz



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?b032d7a3-223d-12a2-732c-56b2b2588f8a>