From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by sourceware.org (Postfix) with ESMTPS id 7ECA0385702E for ; Mon, 8 Aug 2022 20:41:48 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 7ECA0385702E Received: from mimecast-mx02.redhat.com (mimecast-mx02.redhat.com [66.187.233.88]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-616-q_K6MZCTO_6ukkgMF8LcGQ-1; Mon, 08 Aug 2022 16:41:45 -0400 X-MC-Unique: q_K6MZCTO_6ukkgMF8LcGQ-1 Received: from smtp.corp.redhat.com (int-mx10.intmail.prod.int.rdu2.redhat.com [10.11.54.10]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id C4B4F8039A5; Mon, 8 Aug 2022 20:41:44 +0000 (UTC) Received: from redhat.com (unknown [10.2.17.198]) by smtp.corp.redhat.com (Postfix) with ESMTPS id B0817492C3B; Mon, 8 Aug 2022 20:41:44 +0000 (UTC) Received: from fche by redhat.com with local (Exim 4.94.2) (envelope-from ) id 1oL9ZH-0006Rp-TR; Mon, 08 Aug 2022 16:41:43 -0400 Date: Mon, 8 Aug 2022 16:41:43 -0400 From: "Frank Ch. Eigler" To: Daniel Thornburgh Cc: Mark Wielaard , elfutils-devel@sourceware.org Subject: Re: debuginfod Credential Helper RFC Message-ID: <20220808204143.GC16198@redhat.com> References: <7e442ae6d3be28043d3c3ecd8a66af011b8dd573.camel@klomp.org> <259802b4c23d488bbd68a5f50898f44e4258c530.camel@klomp.org> <025de8a2c25112e902cc330199b9d0ebb61fbaf6.camel@klomp.org> MIME-Version: 1.0 In-Reply-To: User-Agent: Mutt/1.12.0 (2019-05-25) X-Scanned-By: MIMEDefang 2.85 on 10.11.54.10 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spam-Status: No, score=-9.0 required=5.0 tests=BAYES_00, DKIMWL_WL_HIGH, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_NONE, TXREP, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) 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: Mon, 08 Aug 2022 20:41:49 -0000 Hi - > [...] I could also see file-based config being useful if some > aspect of the debuginfod configuration can change from > moment-to-moment. Environment variables could be used for that, but > it would require either changing those variables in the calling > shell or wrapping each debuginfod client utility. So-so ... if the file contents are modified, but the environment variable that points to the file is fixed, then one may get into parse race conditions as different debuginfod client objects in the process may be active at the same time. > [...] You could also do this more granularly: > DEBUGINFOD_HEADERS_FILES would work for us, and other lists could be > created for other dynamically controllable aspects of the system. > [...] I see some value in doing this sort of thing more broadly, hypothetically, but it's vague/speculative enough that I'd be just as glad to limit the concept to the present case ("also add all headers in given file"). So how about a $DEBUGINFOD_HEADERS and perhaps $DEBUGINFOD_HEADERS_FILE env vars for now? - FChE