From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from elastic.org (elastic.org [96.126.110.187]) by sourceware.org (Postfix) with ESMTPS id 78BFE3858CDA for ; Wed, 11 Oct 2023 14:22:38 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 78BFE3858CDA Authentication-Results: sourceware.org; dmarc=pass (p=quarantine dis=none) header.from=elastic.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=elastic.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=elastic.org ; s=default2; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID: Subject:Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=+RbWxyKKJnNg30jTkAMSHPCkZN6VNjrwtW3TLl+nX1g=; b=G7/O0RO9pKHMC0UdV9DeYopMcs Q5MzfSguDhqOThlLN968KcfbAr9JXdz+BP9uW9Srf2fVou1fM3RQZKqyOzaxMRM2TFCoxb6V0v6th avPCDEtop8xBAqGt3Fu9dzaBfqTjZFB17+pTSrafFxqJw6wikF3YH3IKM8K9+t1CwrbfuMFz7ACPL ZmPxOYG3W7YhVUEvsTMfZNrlZ23wiVUPrsUdCSHZ70bdfKm2TxIViocjOzvvvuRa780ozr1PSPOk4 5S0Br9pU3XycNevRtL2azxbfTMIdxYLRdxlptrrsgyIB1yABMMlvGj6hooIggWuZKzgMTDr0CfMJl Smrat3mQ==; Received: from vpn-home.elastic.org ([10.0.0.2] helo=elastic.org) by elastic.org with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96.1) (envelope-from ) id 1qqa6f-0000wr-1m; Wed, 11 Oct 2023 14:22:37 +0000 Received: from very.elastic.org ([192.168.1.1]) by elastic.org with esmtp (Exim 4.96.1) (envelope-from ) id 1qqa6f-000QnT-0U; Wed, 11 Oct 2023 10:22:37 -0400 Received: from fche by very.elastic.org with local (Exim 4.96.1) (envelope-from ) id 1qqa6f-00FWpU-0I; Wed, 11 Oct 2023 10:22:37 -0400 Date: Wed, 11 Oct 2023 10:22:37 -0400 From: "Frank Ch. Eigler" To: Mark Wielaard Cc: elfutils-devel@sourceware.org Subject: Re: PATCH PR30962, debuginfod Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Sender-Verification: "" X-Spam-Status: No, score=-102.0 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_PASS,SPF_PASS,TXREP,USER_IN_WELCOMELIST,USER_IN_WHITELIST autolearn=ham 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 - > I think this makes sense, but it would be good to see an example of the > paths this now exposes. e.g: % debuginfod-find -v debuginfo /bin/ls [...] x-debuginfod-size: 502024 x-debuginfod-archive: /mnt/fedora_koji_prod/koji/packages/coreutils/9.3/4.fc39/x86_64/coreutils-debuginfo-9.3-4.fc39.x86_64.rpm x-debuginfod-file: /usr/lib/debug/usr/bin/ls-9.3-4.fc39.x86_64.debug [...] > Does this include the temporary dir that a file is extracted in? No. > Does it really make sense to provide the full (absolute?) path of > the archive a source file was found in? As much sense as omitting the entire path information and returning only the basename. Sometimes the path may matter, if e.g. the archive file names are duplicate. And it turns out the archive paths were already usually sent in their entirety, and the archived-file paths were basename'd. Kinda the wrong way around. Anyway it's simplest to do neither bit of elision at the tool level. - FChE