From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from gnu.wildebeest.org (wildebeest.demon.nl [212.238.236.112]) by sourceware.org (Postfix) with ESMTPS id CE3433857404 for ; Wed, 5 May 2021 14:42:28 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org CE3433857404 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=klomp.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=mark@klomp.org Received: from librem (ip-213-127-41-37.ip.prioritytelecom.net [213.127.41.37]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gnu.wildebeest.org (Postfix) with ESMTPSA id BB69E302BBED; Wed, 5 May 2021 16:42:27 +0200 (CEST) Received: by librem (Postfix, from userid 1000) id DA3A9C3458; Wed, 5 May 2021 16:41:04 +0200 (CEST) Date: Wed, 5 May 2021 16:41:04 +0200 From: Mark Wielaard To: "Frank Ch. Eigler" Cc: elfutils-devel@sourceware.org Subject: Re: PATCH: PR27783: debuginfod: fetch default DEBUGINFOD_URLS from systemwide file Message-ID: <20210505144104.GG3245@wildebeest.org> References: <20210429161348.GB6131@redhat.com> <85b7a4abf53bcfabba0ff7cf819c55dfcab328bf.camel@klomp.org> <20210503130542.GB2105@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210503130542.GB2105@redhat.com> User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Status: No, score=-3.4 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: elfutils-devel@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Elfutils-devel mailing list List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 May 2021 14:42:30 -0000 Hi Frank, On Mon, May 03, 2021 at 09:05:42AM -0400, Frank Ch. Eigler via Elfutils-devel wrote: > > [...] But I think that is the nice things about using the > > environment variable to indicate debuginfod-client should be used in > > a specific environment. [...] > > This is only a way of making the default more of an opt-out than an > opt-in, and put it into a -single- systemwide spot (instead of two > profile.* files plus all the opt-in systemd unit files). A daemon > -disinterested- in participating could set the same env var to be an > empty string. But I think an interactive user environment is different from a standalone running daemon environment. So I think it makes sense they might use diffent opt-in/out strategies. > > Also some distros already seem to rely on the profile files, so > > removing them now seems like a bad idea. > > Well, nothing stops them from continuing to ship the same files, they > don't need to come from elfutils upstream. > > Anyway all that said, I'm neutral on this change. Any other opinions? It is really a distro decission I guess. How do different distros handle this? Cheers, Mark