From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from gnu.wildebeest.org (gnu.wildebeest.org [45.83.234.184]) by sourceware.org (Postfix) with ESMTPS id C6B8D3858C01 for ; Wed, 11 Oct 2023 14:13:17 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org C6B8D3858C01 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=klomp.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=klomp.org Received: from r6.localdomain (82-217-174-174.cable.dynamic.v4.ziggo.nl [82.217.174.174]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gnu.wildebeest.org (Postfix) with ESMTPSA id BC486300B302; Wed, 11 Oct 2023 16:13:16 +0200 (CEST) Received: by r6.localdomain (Postfix, from userid 1000) id 664973402EA; Wed, 11 Oct 2023 16:13:16 +0200 (CEST) Message-ID: Subject: Re: PATCH PR30962, debuginfod From: Mark Wielaard To: "Frank Ch. Eigler" , elfutils-devel@sourceware.org Date: Wed, 11 Oct 2023 16:13:16 +0200 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.48.4 (3.48.4-1.fc38) MIME-Version: 1.0 X-Spam-Status: No, score=-3027.0 required=5.0 tests=BAYES_00,JMQ_SPF_NEUTRAL,KAM_DMARC_STATUS,RCVD_IN_BARRACUDACENTRAL,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: Hi Frank, On Tue, 2023-10-10 at 16:37 -0400, Frank Ch. Eigler wrote: > commit e967988e419121cad1d7f40013a316059b1173f0 > Author: Frank Ch. Eigler > Date: Tue Oct 10 16:21:00 2023 -0400 >=20 > PR30962: debuginfod: full paths for X-DEBUGINFOD-FILE/ARCHIVE respons= e headers > =20 > Previous code was inconsistent in offering basename versus full > pathname for these headers. The documentation was not explicit on > this issue. We now simplify by always passing full names back, and > document this in the debuginfod.8 man page, along with pointers to > how to use proxy front-end servers to strip them if needed. I think this makes sense, but it would be good to see an example of the paths this now exposes. Does this include the temporary dir that a file is extracted in? Does it really make sense to provide the full (absolute?) path of the archive a source file was found in? Cheers, Mark