From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id UQhaFVoZ22VWCSwAWB0awg (envelope-from ) for ; Sun, 25 Feb 2024 05:41:30 -0500 Received: by simark.ca (Postfix, from userid 112) id 429411E0D2; Sun, 25 Feb 2024 05:41:30 -0500 (EST) Received: from server2.sourceware.org (server2.sourceware.org [8.43.85.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id 2E0A01E092 for ; Sun, 25 Feb 2024 05:41:28 -0500 (EST) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id A5C7938582AA for ; Sun, 25 Feb 2024 10:41:27 +0000 (GMT) Received: from gnu.wildebeest.org (gnu.wildebeest.org [45.83.234.184]) by sourceware.org (Postfix) with ESMTPS id 55E7B3858D32 for ; Sun, 25 Feb 2024 10:40:58 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 55E7B3858D32 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=klomp.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=klomp.org ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 55E7B3858D32 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=45.83.234.184 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1708857661; cv=none; b=jQMrxR2qwya+eoKejyLfrHpBwxpmjt/8GHqo1DiZwg2In7BG4ASRG8MHsdntm2RObuntvvB76wL8HKQa0kebHriPJYYndXvmV5jCRlggWeVavBPgXix/uK0s/g+w+dn73rDO3T0qRBQ/7PKKJk7o2QPnT/vogsu5SAeXjoEeSIM= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1708857661; c=relaxed/simple; bh=CkFH3QSZ62MHSNpoYGgnKNhXb6qYZVWsh89YlWc0G4E=; h=Date:From:To:Subject:Message-ID:MIME-Version; b=EgR47mIhhCWsuqQmkL+PwUJFZtAPTTvLGvD09jiOSMlsIRGWChcZMH4CJcXQGFRvfsgMK59QuvN72tOi4TyjtGHpRACnu0w+vLNXvzmIjbqIqlxqIRE7cHGIpCdqKFb2jZVQzE9STg1m2WsyfqYMSJSgKA6SuhnjzltbYTxhwvQ= ARC-Authentication-Results: i=1; server2.sourceware.org Received: by gnu.wildebeest.org (Postfix, from userid 1000) id 6E0BC3000400; Sun, 25 Feb 2024 11:40:57 +0100 (CET) Date: Sun, 25 Feb 2024 11:40:57 +0100 From: Mark Wielaard To: Eli Schwartz Cc: Tomasz =?utf-8?Q?K=C5=82oczko?= , Sam James , gdb@sourceware.org Subject: Re: gdb and ancient GNU autotools Message-ID: <20240225104057.GC8121@gnu.wildebeest.org> References: <87v86d6byg.fsf@gentoo.org> <87o7c56ale.fsf@gentoo.org> <20240224193114.GF1353@gnu.wildebeest.org> <630b04a5-8b3c-4585-87e8-6b04dfa91ea7@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <630b04a5-8b3c-4585-87e8-6b04dfa91ea7@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-3.1 required=5.0 tests=BAYES_00, JMQ_SPF_NEUTRAL, KAM_DMARC_STATUS, KAM_SHORT, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: gdb@sourceware.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Gdb mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: gdb-bounces+public-inbox=simark.ca@sourceware.org Sender: "Gdb" Hi, On Sun, Feb 25, 2024 at 03:05:54AM -0500, Eli Schwartz wrote: > On 2/24/24 7:22 PM, Tomasz Kłoczko wrote: > Although really you should not be repeating this work. Why does every > other distro not have the problem you are having? Most likely because > they have spent the last few decades trying to figure out how to make it > NOT be a problem, and eventually came up with an intriguing technology > called: > > downloading it once. > > And saving it. > > - Alongside the build recipe (Arch, Debian, Fedora, Gentoo, Void) > - in a "lookaside cache" / distro mirror site (Fedora, Gentoo, Void) > - in /var/cache/PM-source-distfiles (Arch, Gentoo, Void) > > You should consider doing the same. It's not that complicated, there is > already rpm tooling to do it! Provably so since Fedora does it. I think it should in theory work, if it really doesn't, then we should figure out why. I assume it is because the original poster is using the gitweb interface over https at https://sourcware.org/git/ to download individual files or diffs, which is known to not be the most efficient way of fetching the sources. Instead of using the git https interface. If so, it should be solved by using actually using the git https backends or switching to the cgit interface at https://sourceware.org/cgit/ But yes, having a cache certainly helps. Note that all of sourceware repos are also in the https://www.softwareheritage.org/ project. And that if you like a forge like interface you can also use the sourcehut mirrors at https://sr.ht/~sourceware/ It might be another good fallback if you do have issues with the main sourceware git servers. > > Above technique glued with some one line generator which generates those > > Patch: lines allows me to save TONS of time to keep updated packages > > downloading all of what is needed in *seconds* .. > > Some packages only to test them in advance are using gitlab/github email > > notifications processed over procmail to test build after EACH commit made > > by maintainers (+ batch of tests to check that produced packages are still > > OK and warn me over zabbix that something is wrong). > > Above gives the best possible VISIBILITY of what has been changed in all > > those commits as well (you can use for that for example mc to manually > > check what has been changed in each commit .. offline). > > Instead of chasing bugs using git bisect it is easier to have an instant > > signal that after commit something went wrong. > > ... so you've invented a new Linux distro called DDoS Linux? > > Are we supposed to clap now? Please don't be sarcastic. We do the exact same thing with our CI at https://builder.sourceware.org/ which gets new commits all the time sometimes fetching code for 20 builders at a time in parallel from different machines. So it is known to work. We aren't DDoSing ourselves. So we just have to figure out why it doesn't seem to work for Tomasz. Cheers, Mark