Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 25 Dec 2019 17:49:44 +0100
From:      Franco Fichtner <franco@lastsummer.de>
To:        D'Arcy Cain <darcy@druid.net>
Cc:        FreeBSD Ports <freebsd-ports@freebsd.org>
Subject:   Re: XXX needs Python 3.4 at least, but 2.7 was specified
Message-ID:  <DD6313B0-7AE6-43DD-B6A5-2E532869C6D6@lastsummer.de>
In-Reply-To: <9b0c65a4-07ad-9743-687a-81ec0b1d36ee@druid.net>
References:  <1fe096e1-30e8-7739-3cbd-3575e32fbe18@utanet.at> <9a97aecf-a50e-e16a-a222-ea7844245e28@utanet.at> <9b0c65a4-07ad-9743-687a-81ec0b1d36ee@druid.net>

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

> On 25. Dec 2019, at 12:59 PM, D'Arcy Cain <darcy@druid.net> wrote:
> 
> On 12/24/19 5:56 PM, w.schwarzenfeld wrote:
>> At least a workaround (maybe the sollutiion):
>> 
>> 
>> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=209881&action=diff
> 
> Another workaround if you don't want to modify files in the repo is to
> simply go into the problem folder, /usr/ports/graphics/graphene in the
> OP's case, and run "make install" before returning to the original
> build.  You may have to do it multiple times for different packages though.

While Poudriere is nice and all and does this automagically it is a major
annoyance trending lately that you cannot build ports without these silly
build errors.  If USES= python:XXXX is used it doesn't mean ports should
just barf all over users with these non-errors when they don't build deps
with that particular version that one didn't even specify for the deps.

It seems like USES enforces this recursively but should not as witnessed
by this "workaround".  There's still a relevant DEFAULT_VERSIONS entry
but it is happily ignored.

If all users need to use Poudriere just to have a chance at building
ports we're at the point where Poudriere itself is becoming problematic
for port framework quality, something that always seemed to linger in
the background for the last couple of years and now it's finally here.

And yes, lang/rust was one recent example that has python:3.3+ now and
fails to build somewhere down the dependency chain.


Cheers,
Franco



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?DD6313B0-7AE6-43DD-B6A5-2E532869C6D6>