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 ESMTP id 43CDE3858401 for ; Wed, 22 Sep 2021 20:33:37 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 43CDE3858401 Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-538-4ReftnLcNrKdSFixtKwcVg-1; Wed, 22 Sep 2021 16:33:35 -0400 X-MC-Unique: 4ReftnLcNrKdSFixtKwcVg-1 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id CF92B1006AA3; Wed, 22 Sep 2021 20:33:34 +0000 (UTC) Received: from redhat.com (ovpn-112-154.phx2.redhat.com [10.3.112.154]) by smtp.corp.redhat.com (Postfix) with ESMTPS id B36B460843; Wed, 22 Sep 2021 20:33:34 +0000 (UTC) Received: from fche by redhat.com with local (Exim 4.94.2) (envelope-from ) id 1mT8vs-0003sI-2L; Wed, 22 Sep 2021 16:33:32 -0400 Date: Wed, 22 Sep 2021 16:33:31 -0400 From: "Frank Ch. Eigler" To: Mark Wielaard Cc: Noah Sanci , elfutils-devel@sourceware.org Subject: Re: [Bug debuginfod/27277] Describe retrieved files when verbose Message-ID: <20210922203331.GC13236@redhat.com> References: <20210805165402.GD4195@redhat.com> <35f2073dfeed8f008d42a78bf60b7efcf13164eb.camel@klomp.org> <20210806185459.GE4195@redhat.com> <9ac621fee207ef233873c40843b3d34ced9019cc.camel@klomp.org> MIME-Version: 1.0 In-Reply-To: <9ac621fee207ef233873c40843b3d34ced9019cc.camel@klomp.org> User-Agent: Mutt/1.12.0 (2019-05-25) X-Scanned-By: MIMEDefang 2.79 on 10.5.11.13 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=-7.1 required=5.0 tests=BAYES_00, DKIMWL_WL_HIGH, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H2, SPF_HELO_NONE, SPF_NONE, 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: Wed, 22 Sep 2021 20:33:39 -0000 Hi - > > > > That in turn would require THREE new API functions or a > > > > stateful set_HEAD_mode_and_return_dev_null one and modifying > > > > the three main lookup functions. > > > Yes, it definitely is more work. > > > > So, is that your suggestion? We proceed with that sort of thing? > > Yes, separate the verbose printing of http headers (which I really do > like) (This is now done, more or less, but noting that it is not a machine-consumable API.) > 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. Well, we have gone some way into this on PR28284, on various branches including nsanci/pr28284-webapi. It's not complete, yet the "raw http headers" aspect is still there, because what headers are available is unpredictable. But now this is made even more wordy by forking the _find_ functions into a _describe_ triplet and all the other leftover work elsewhere. IMHO it's not an improvement over a single function that returns headers associated with the lookup. Please let's discuss this again. - FChE