Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 17 Sep 2019 01:16:50 +0900
From:      Koichiro Iwao <meta@FreeBSD.org>
To:        Adam Weinberger <adamw@adamw.org>
Cc:        FreeBSD Ports <ports@freebsd.org>, ruby@freebsd.org
Subject:   Re: FLAVORS for Ruby
Message-ID:  <20190916161650.4ofb2o27tfxif57e@icepick.vmeta.jp>
In-Reply-To: <CAP7rwci6jME-Ef%2BOkjKWD7mYdnNhobA-9Va5YKmW_6xzcuNj_w@mail.gmail.com>
References:  <20190913074519.xfu3avb4ihmfzm2o@icepick.vmeta.jp> <CAALwa8m3NJSckxSyrVTehx3LWxheSJXxUB=iAxr%2B1HG_2WFtfg@mail.gmail.com> <20190913090645.buutinhgh2pygb4h@icepick.vmeta.jp> <CAP7rwcjH6d7AiEL4XeRyQ-evT=dq%2BZi8WDTx-aYhye-zq2DKJw@mail.gmail.com> <20190914042738.r3hedyqtpxsxnd5e@icepick.vmeta.jp> <006FCB74-04EB-4A82-A800-6C7CA273E749@adamw.org> <20190916143929.z6vnzoqjme6vw2ey@icepick.vmeta.jp> <CAP7rwci6jME-Ef%2BOkjKWD7mYdnNhobA-9Va5YKmW_6xzcuNj_w@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Sep 16, 2019 at 08:54:17AM -0600, Adam Weinberger wrote:
> On Mon, Sep 16, 2019 at 8:39 AM Koichiro Iwao <meta@freebsd.org> wrote:
> >
> > On Sat, Sep 14, 2019 at 10:52:45AM -0600, Adam Weinberger wrote:
> > > The issue is that FLAVORS has added a substantial (and painful) complexity to python ports and python.mk. It means that a number of people have had to be hyper-vigilant and watch commits closely to catch errors introduced when people utilize the paradigm incorrectly. It’s a bitter pill, but it’s accepted because the use-case for multiple concurrent python versions is essential.
> > >
> > > As Antoine said, inconsistency isn’t a strong enough use case. Which brings us back to the original question: is there a specific use-case for concurrent ruby that makes the substantial increase in cognitive load, complexity, and monitoring worth it?
> >
> > PHP also have FLAVORS. What about PHP? Multiple concurrent PHP versions
> > is essential?
> 
> We're going in circles here. I've for the third time now that what
> we'd need to get on board is a use case, a description of the end-user
> problem that we're trying to solve.
> 
> What you've provided (for the fourth time in this thread) is a straw
> man argument. What other languages have is irrelevant. We are much
> less concerned with "consistency" than with solving end-user problems
> in a way that fits the specific use case.
> 
> Steve seemed interested in the idea. I'd explore it with him, and I
> hope you are able to make it happen. I'm done here.

Thanks. I see a gap between you and me but I'll give it a try anyway
with swills.

You:  If there's no valid reasons, don't do it.
Me:   If there's no invalid reasons, try it.

I believe that the reason Ruby don't have FLAVORS is just nobody worked
on that. In fact, swills worked on that a little.

BTW, if I can do something only necessary, what a boring life.

-- 
meta <meta@FreeBSD.org>



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20190916161650.4ofb2o27tfxif57e>