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.129.124]) by sourceware.org (Postfix) with ESMTPS id 361303954C40 for ; Thu, 2 Jun 2022 18:26:33 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 361303954C40 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-495-rDibOiboNAe12eNJYm92-g-1; Thu, 02 Jun 2022 14:26:29 -0400 X-MC-Unique: rDibOiboNAe12eNJYm92-g-1 Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.rdu2.redhat.com [10.11.54.1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id 0EE21811E75; Thu, 2 Jun 2022 18:26:29 +0000 (UTC) Received: from redhat.com (unknown [10.2.16.9]) by smtp.corp.redhat.com (Postfix) with ESMTPS id F306640CF8E5; Thu, 2 Jun 2022 18:26:28 +0000 (UTC) Received: from fche by redhat.com with local (Exim 4.94.2) (envelope-from ) id 1nwpWe-0002FT-1S; Thu, 02 Jun 2022 14:26:28 -0400 Date: Thu, 2 Jun 2022 14:26:27 -0400 From: "Frank Ch. Eigler" To: Sergio Durigan Junior Cc: elfutils-devel@sourceware.org Subject: Re: debuginfod & Debian source packages Message-ID: <20220602182627.GA8520@redhat.com> References: <87tu93kdle.fsf@sergiodj.net> MIME-Version: 1.0 In-Reply-To: <87tu93kdle.fsf@sergiodj.net> User-Agent: Mutt/1.12.0 (2019-05-25) X-Scanned-By: MIMEDefang 2.84 on 10.11.54.1 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.3 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: Thu, 02 Jun 2022 18:26:34 -0000 Hi - > I'm the maintainer of debuginfod.debian.net (currently offline due to a > hardware issue :-/). O no. (And also, please consider upgrading your elfutils version, as later ones have less pessimal behavior with long grooming ops.) > The service provides only debuginfo for now, but I > would like to start indexing the source code of each package as well. Neat! > [...] > I'm now thinking about an alternative solution to this problem. Debian > source packages already contain everything needed to be indexed and > served to debuginfo consumers; it has the full source code + all the > downstream patches. It's represented by a .dsc file that can be fed to > dget(1) which will download the source tarball and apply all the patches > automatically. > > Do you think we can teach debuginfod to consume these files and do the > right thing when indexing the source code of each package? [...] Interesting idea, but I'd throw it back at you thusly: does debuginfod need to this itself on the fly? Other than perhaps a time/storage tradeoff, is there some reason an auxiliary program couldn't do this in the background? Take designated .dsc's, download, apply patches, and assemble the patched sources into, well, any old random tarball format? If someone(tm) were to write such a script, we could ship it alongside debuginfod if desired. As long as the archive file name was a close match to the binary deb file names, and as long as the constituent files were named with the same paths as mentioned in the binary dwarf, debuginfod would gladly take the result and serve from it. - FChE