From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 4C55A138334 for ; Fri, 13 Sep 2019 20:17:51 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7938FE0990; Fri, 13 Sep 2019 20:17:47 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 16ECDE0982 for ; Fri, 13 Sep 2019 20:17:47 +0000 (UTC) Received: from patrickm.gaikai.org (unknown [100.42.98.196]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: chutzpah) by smtp.gentoo.org (Postfix) with ESMTPSA id 4A3BD34B121; Fri, 13 Sep 2019 20:17:46 +0000 (UTC) Date: Fri, 13 Sep 2019 13:17:43 -0700 From: Patrick McLean To: Michael Orlitzky Cc: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [PATCH 3/3] dev-vcs/hub: migrate to go-module.eclass Message-ID: <20190913131743.11a1d990@patrickm.gaikai.org> In-Reply-To: <74ae34f0-75c5-2416-a09f-9551f18ef321@gentoo.org> References: <20190911172128.18885-1-williamh@gentoo.org> <20190911172128.18885-4-williamh@gentoo.org> <20190911234815.GA21591@whubbs1.dev.av1.gaikai.org> <20190912154634.GB23846@whubbs1.dev.av1.gaikai.org> <88094567-323c-6f6a-a1d9-0c1b77ef53e3@gentoo.org> <6acd490e-6393-62e4-5d07-71c2a3624417@gentoo.org> <98f7c838-6562-1214-c883-ec4cdbd45d4e@gentoo.org> <20190913211930.088d5513@katipo2.lan> <74ae34f0-75c5-2416-a09f-9551f18ef321@gentoo.org> X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Archives-Salt: d9aa7d6a-5c87-469f-9c24-ea87f9a84103 X-Archives-Hash: b6ce5c4f4c395f7ca96a0b5fee440ccd On Fri, 13 Sep 2019 08:29:20 -0400 Michael Orlitzky wrote: > On 9/13/19 5:19 AM, Kent Fredric wrote: > > On Thu, 12 Sep 2019 17:58:08 -0400 > > Michael Orlitzky wrote: > > > >> What kind of math would convince you that an idea with all "cons" > >> and no "pros" is bad? > > > > Is "upstream tooling doesn't work without static compilation" or > > "built packages tend to need exact version matching at runtime to > > work" ( which necessitates massive-scale multi-slotting, where > > every version of every packaged "thing" has a co-existing slot ) a > > problem for you? > > I see it as a problem, but not one that has to be my problem. I don't > see it as a foregone conclusion that we have to package every piece of > software -- no matter how bad -- and distribute it with the OS that I > use to do my banking. > I don't think anyone here has suggested that any go packages are installed in the stage3 tarballs, or included in profiles. Something's presence in the tree does not mean that you are required to install it. A package's presence in the tree really has little to zero effect on any user that does not use the package. If you do not install the package, it will have zero effect on your banking. I also want to point out that the Gentoo packages for Firefox, Chromium, and Webkit all have a _lot_ of bundled dependencies and absolutely do static linking internally. If you are using a browser to do your banking, you are almost certainly using static linking, even without the presence of code written in golang. > These languages are badly implemented, and very little of value is > written in them. If their developers ever hit 2+ users, I'm sure > they'll realize that everyone else was right back in the 1970s, and > fix the design. But in the meantime, this stuff belongs in an > overlay. Lowering our standards until they match upstream's is > antithetical to how a distribution is supposed to improve my life. Despite your (and my) objections to it's approach to linking, golang is a very popular language these days with some very popular packages written in it. Docker and Kubernetes immediately come to mind, but there are many others. The argument "I don't use, and I dislike the implementation language, so no one should use it" is not a very compelling argument. These are very popular packages, that users and developers absolutely want to be available in Gentoo. Given this fact, and the fact that there are Gentoo developers who want these packages enough that they will maintain the packages, they absolutely do belong in the tree.