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 B2A303857C6D for ; Tue, 24 Aug 2021 08:18:53 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org B2A303857C6D 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 tarox.wildebeest.org (83-87-18-245.cable.dynamic.v4.ziggo.nl [83.87.18.245]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by gnu.wildebeest.org (Postfix) with ESMTPSA id E1BE3300092B; Tue, 24 Aug 2021 10:18:47 +0200 (CEST) Received: by tarox.wildebeest.org (Postfix, from userid 1000) id 399E6413CE32; Tue, 24 Aug 2021 10:18:47 +0200 (CEST) Message-ID: Subject: Re: [Bug debuginfod/27277] Describe retrieved files when verbose From: Mark Wielaard To: Noah Sanci Cc: "Frank Ch. Eigler" , elfutils-devel@sourceware.org Date: Tue, 24 Aug 2021 10:18:47 +0200 In-Reply-To: References: <20210805165402.GD4195@redhat.com> <35f2073dfeed8f008d42a78bf60b7efcf13164eb.camel@klomp.org> <20210806185459.GE4195@redhat.com> <9ac621fee207ef233873c40843b3d34ced9019cc.camel@klomp.org> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Evolution 3.28.5 (3.28.5-10.el7) Mime-Version: 1.0 X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) 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: Tue, 24 Aug 2021 08:19:04 -0000 Hi Noah, On Mon, 2021-08-23 at 11:11 -0400, Noah Sanci wrote: > I'm back to working on this patch, thanks for your patience and > comments. >=20 > On Mon, Aug 9, 2021 at 5:27 AM Mark Wielaard wrote: > > Yes, separate the verbose printing of http headers (which I really do > > like) from providing an interface to query what needs to be done to get > > some file (is it in cache, can it be retieved from a remote server, how > > big is it?) I don't think providing raw http headers is that interface. >=20 > Should I separate the verbose printing of http headers and the new > interface into > different PRs? Yes, separate bugs/patches for the two features would be ideal IMHO. Thanks, Mark