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 9B543138334 for ; Fri, 13 Sep 2019 09:19:47 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 28190E0C21; Fri, 13 Sep 2019 09:19:42 +0000 (UTC) Received: from smtp.gentoo.org (dev.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (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 CFF2DE0C02 for ; Fri, 13 Sep 2019 09:19:41 +0000 (UTC) Received: from katipo2.lan (unknown [203.86.205.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: kentnl) by smtp.gentoo.org (Postfix) with ESMTPSA id 428CB34B0EC for ; Fri, 13 Sep 2019 09:19:40 +0000 (UTC) Date: Fri, 13 Sep 2019 21:19:30 +1200 From: Kent Fredric To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [PATCH 3/3] dev-vcs/hub: migrate to go-module.eclass Message-ID: <20190913211930.088d5513@katipo2.lan> In-Reply-To: <98f7c838-6562-1214-c883-ec4cdbd45d4e@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> Organization: Gentoo 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: multipart/signed; boundary="Sig_/RY6rNRC4usX3UuZ4sxWZbXA"; protocol="application/pgp-signature"; micalg=pgp-sha256 X-Archives-Salt: 202c9e21-f106-4109-af64-a4ae421ccbf8 X-Archives-Hash: d5656d3390931a6c6e86672e1324c4a5 --Sig_/RY6rNRC4usX3UuZ4sxWZbXA Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable 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? Having the same problem as static-linking in terms of disk use ( all those different parallel versions ), but adding dependency hell to it , and adding compile time overhead (even if those assets were no-op virtuals, portage overhead is still pretty steep) isn't fun. Not to mention reduced opportunities for whole-program optimization. Yes, In general I'm against static linking, and I really dislike this trend. But when upstreams ecosystem is built around it as a core concept, its really hard to buck that trend. --Sig_/RY6rNRC4usX3UuZ4sxWZbXA Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEgdrME8Lrmai3DXYJda6SGagVg7UFAl17XyIACgkQda6SGagV g7WteA/+Mm0cT1mawG2gDxYzJILQt2IvzCPc3J2TY5P3OzVNSoAOHRjDbMTVO0TR smz8IrLz8GMtuiLI1ze09ChlUFVtEJQAd89p6R/oET2IPYRAsp3qnqhl0RhghS1e N14b6AKIZU3BQoJQlL+iiGF0Pk19Sg1rAIWxNGGE233eacGWIpiwnppSW16pKwSN KJ7bWb7yHLyaABZ1uqdD2PgBZM8SWK5RPvApBxYBvtX33DWLKmhimFmKPyoWPl69 FcE37DrbAtlixStf7hBPKPv12ZShf4OREdULg4rJeU+IPCLIj+2Jt2QpAJNQpKWi k2ACDK7lzCBtdOpR9I1BpYahWLkYjYjNnFjEL3BH1HTrMXiuNks8/JJKxxGNFgL9 zaxGjes2PSWH3CVeHIfaoUdGd4DLd3z/PPEaRYKdyaeP2EQqndHAg12sDc2giDxH SXjbKabrXb5/naGcdyRAaoFumwUL9f/6rNANRo1vAONRG1NdmVREAum/AlrFcvaR 6arHU2cEKacAQNlOfvC4VzgDjzi01z4n/nsGn+06gXRQsPOctbWTIh1OKeos7nYU 4qufDpmYhaPycF9+YdSatXZehaneioJp8adn1AV7X9LXsXa+GAyLJdUHzEiGuGnV fP9BJ7BpvLrQ9RZOWzPWaiKU4wO9pH3Aa4uyu0nMYfhuzjJPaeA= =oQjE -----END PGP SIGNATURE----- --Sig_/RY6rNRC4usX3UuZ4sxWZbXA--