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 DBBD4138334 for ; Fri, 13 Sep 2019 03:14:17 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1ADA9E0AA0; Fri, 13 Sep 2019 03:14:10 +0000 (UTC) Received: from smtp.gentoo.org (smtp.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 B776DE0A88 for ; Fri, 13 Sep 2019 03:14:09 +0000 (UTC) Received: from mail-io1-f43.google.com (mail-io1-f43.google.com [209.85.166.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: floppym) by smtp.gentoo.org (Postfix) with ESMTPSA id 679C734B0F0 for ; Fri, 13 Sep 2019 03:14:08 +0000 (UTC) Received: by mail-io1-f43.google.com with SMTP id d17so37964547ios.13 for ; Thu, 12 Sep 2019 20:14:08 -0700 (PDT) X-Gm-Message-State: APjAAAVRrzH8aXz5SQK3o/+Td5q6In5MZphlnSYGwTyY500/26dO7OQ3 Ok8uk3Yrgak7/pVgn9DJLzGygD+m5nTu2S+3IJY= X-Google-Smtp-Source: APXvYqzsiJaGak1hq66HUWLVdkvIvto+XfDwX902YwlYETifs9Mhq3PXVo+vrKXGinL5RAI6V6nT+VOw7KnnHap9u1Q= X-Received: by 2002:a6b:7002:: with SMTP id l2mr3041664ioc.300.1568344446386; Thu, 12 Sep 2019 20:14:06 -0700 (PDT) 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 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> <2db31450-63e5-2ecc-ff3b-1858c760b287@gentoo.org> <4ccab80c-fc9e-c843-8a1b-50a329abf6c1@gentoo.org> In-Reply-To: From: Mike Gilbert Date: Thu, 12 Sep 2019 23:13:55 -0400 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [gentoo-dev] [PATCH 3/3] dev-vcs/hub: migrate to go-module.eclass To: Gentoo Dev Content-Type: text/plain; charset="UTF-8" X-Archives-Salt: d2317797-4f1e-4b98-b87d-0ec684213689 X-Archives-Hash: cbc316d9d37de1ee60a2f6a85bf894c6 On Thu, Sep 12, 2019 at 8:14 PM Michael Orlitzky wrote: > > On 9/12/19 5:23 PM, Mike Gilbert wrote: > > > > Putting the dependencies in RDEPEND means users get stuck with yet > > another copy of the code installed, in addition to the copy that is > > statically linked into all reverse dependencies. > > > > It's not a very good solution to the problem. > > > > No argument there. The elegant solution to static linking is to not do > it. But I guess that's off the table? So now we're trying to find the > best not very good solution. I'm really objecting to your suggestion that we abuse an existing Portage/PMS feature to do something beyond its design. Adding fictitious runtime dependencies is wrong, and seems like a very lazy solution. If you want to propose an extension to PMS to handle this situation, that's something I can support.