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 41152138334 for ; Thu, 12 Sep 2019 16:55:26 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1BCE8E09C9; Thu, 12 Sep 2019 16:55:22 +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 B3DE4E09C0 for ; Thu, 12 Sep 2019 16:55:21 +0000 (UTC) Received: from mail-io1-f53.google.com (mail-io1-f53.google.com [209.85.166.53]) (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 E3A7F34B0C1 for ; Thu, 12 Sep 2019 16:55:20 +0000 (UTC) Received: by mail-io1-f53.google.com with SMTP id k13so41223079ioj.1 for ; Thu, 12 Sep 2019 09:55:20 -0700 (PDT) X-Gm-Message-State: APjAAAWOqX3AeXJ/Wi5irYzWJ1nzXpPIK83tWm6Nk4G4FuHpXQV3Zgnw JGL6M8EwZ/aBXVTQYDMbtKHV/a52rIcM36Ad69g= X-Google-Smtp-Source: APXvYqzsxHTIOonmPaYv2fFEBr+UTe26+D+dADVoX+yoTmAwq/iQsq97j9opjPCVUidzP/Lbt86e3WqNy31k6gkEz/o= X-Received: by 2002:a02:cabb:: with SMTP id e27mr4712604jap.107.1568307318922; Thu, 12 Sep 2019 09:55:18 -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> In-Reply-To: <6acd490e-6393-62e4-5d07-71c2a3624417@gentoo.org> From: Mike Gilbert Date: Thu, 12 Sep 2019 12:55:07 -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: 274e2b0c-5177-4426-af3d-7d723ae6c24b X-Archives-Hash: 1e731634e157b3f327937daf36868a48 On Thu, Sep 12, 2019 at 12:52 PM Michael Orlitzky wrote: > > On 9/12/19 12:42 PM, Alec Warner wrote: > > > > In general I don't see bundling as a major problem. In the land of > > dynamic binaries, it's a big advantage because you can upgrade libfoo > > and all consumers of libfoo get the upgrade upon process restart. This > > isn't true for most go programs which are statically linked; so you end > > up asking yourself "why should I make a package for every go module?" > > One obvious answer is that portage then tracks what packages are > > consuming a given module and you can plausibly write a tool that does > > things like "moduleX has a security update, please recompile all > > packages that DEPEND on moduleX" which seems like a tool people would want. > > > > Subslots do this already. Portage does this already. We have this "tool > that people would want," but only if developers can be bothered to > package things. Portage only handles rebuilds for slot-operator deps in RDEPEND. It ignores slot-operators in DEPEND.