Date: Tue, 17 Sep 2019 08:40:39 +0200 From: Mathieu Arnold <mat@FreeBSD.org> To: Koichiro Iwao <meta@FreeBSD.org> Cc: Adam Weinberger <adamw@adamw.org>, FreeBSD Ports <ports@freebsd.org>, ruby@freebsd.org Subject: Re: FLAVORS for Ruby Message-ID: <20190917064039.7qhnw3lds2zaxdl5@atuin.in.mat.cc> In-Reply-To: <20190916161650.4ofb2o27tfxif57e@icepick.vmeta.jp> 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> <20190916161650.4ofb2o27tfxif57e@icepick.vmeta.jp>
next in thread | previous in thread | raw e-mail | index | archive | help
--ezlm5sg6hqdmgwqe Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 17, 2019 at 01:16:50AM +0900, Koichiro Iwao wrote: > 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) com= plexity to python ports and python.mk. It means that a number of people hav= e had to be hyper-vigilant and watch commits closely to catch errors introd= uced when people utilize the paradigm incorrectly. It=E2=80=99s a bitter pi= ll, but it=E2=80=99s accepted because the use-case for multiple concurrent = python versions is essential. > > > > > > > > As Antoine said, inconsistency isn=E2=80=99t a strong enough use ca= se. Which brings us back to the original question: is there a specific use-= case for concurrent ruby that makes the substantial increase in cognitive l= oad, complexity, and monitoring worth it? > > > > > > PHP also have FLAVORS. What about PHP? Multiple concurrent PHP versio= ns > > > is essential? > >=20 > > 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. > >=20 > > 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. > >=20 > > 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. >=20 > Thanks. I see a gap between you and me but I'll give it a try anyway > with swills. >=20 > You: If there's no valid reasons, don't do it. > Me: If there's no invalid reasons, try it. >=20 > I believe that the reason Ruby don't have FLAVORS is just nobody worked > on that. In fact, swills worked on that a little. >=20 > BTW, if I can do something only necessary, what a boring life. What we are all trying to say is that adding flavors for ruby will have a big impact on build time and ressources required for building. If all you want is to have ruby flavors for the kicks of it, then I am glad to tell you that no, it will not be done. Now, the question is, why would someone need to have ruby flavors? The answer cannot be "because it should be fun" or "there is no reason there should not be". Give us a real reason about why it would be required. --=20 Mathieu Arnold --ezlm5sg6hqdmgwqe Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAABCgB9FiEEOraXidLtEhBkQLpbOkUW81GDzkgFAl2Af+ZfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDNB QjY5Nzg5RDJFRDEyMTA2NDQwQkE1QjNBNDUxNkYzNTE4M0NFNDgACgkQOkUW81GD zkjsYA/+KkjAuBH227F8RKYFD/Wa99Jzfy+gEfdw0u9uoCYgY6oMXZmQr+M/eqHF /QfH+g0/pENsPAkJs0jA8AZsk5+aEPeaPGnUpiKRXxvsJVpqSiWqXKxQykZsZizU k8mcyt56ts8lAmg6lWkgeKpO2TUwAp5u/fQogoacRPORVqNlN8eAhkM9nl0zttoz kq8koan1dlZEcA8mR7ow4HlXqW1a0/Fd22YrKBzYcnXxF0Trojm/xH56q3ToAw/K uGMu9KZnxfeNLV+6jjwlZYEsWDqR9ig6o25P6q7oFlKd7Z1uHypMKMuvARkxEi7/ yGlJq4bC0ffVwtwNM5I/KzhdZLfLHl/fodcMLNWNPOeVLFV/EdHMcpXJJ6RrTKUs 8LhAwcbjrk5q5g2jXtGkwOexvMZ+tinskwobvOwAFbzgas+9qjMbBn2edXq2iwUP JaJv7OAzTMVHfj3iDdtelVjxOQaaGZuQbjPJEAK8xqnAMv45i9gG8EWeVzKxNPc9 vx/tVf2jCt9+Oyr2J2PSdVcOKizh706TRyV8WmYrr275ovXrF8vVS5i+hoBreocS 34oC1rNLjV2eUOaY6GNApuEe7HPKo8jm8N03OFq/2iMkXS5xoMQGNsNil72hq+16 NlMBPTPnseY6CAxHtMyfJV8xycjOR9Wb5fShNogDC5MqHnAvu94= =n3+o -----END PGP SIGNATURE----- --ezlm5sg6hqdmgwqe--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20190917064039.7qhnw3lds2zaxdl5>