From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from aws-us-west-2-korg-lkml-1.web.codeaurora.org (localhost.localdomain [127.0.0.1]) by smtp.lore.kernel.org (Postfix) with ESMTP id DE462C83F10 for ; Sat, 12 Jul 2025 09:50:14 +0000 (UTC) Received: from cpanel10.indieserve.net (cpanel10.indieserve.net [199.212.143.9]) by mx.groups.io with SMTP id smtpd.web10.33385.1752313808203036501 for ; Sat, 12 Jul 2025 02:50:08 -0700 Authentication-Results: mx.groups.io; dkim=pass header.i=@crashcourse.ca header.s=default header.b=o2ToaMOr; spf=pass (domain: crashcourse.ca, ip: 199.212.143.9, mailfrom: rpjday@crashcourse.ca) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=crashcourse.ca; s=default; h=Content-Type:MIME-Version:References: Message-ID:In-Reply-To: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=x7YFWtAwLQ0Blrwh38+P+98rlyu8kXdYtBWGZGVHxQQ=; b=o2ToaMOr2U2Rqz+k78LC2zNX1e o5Q4aVV95/ckMHOgAY/rNaPGb7hkZNF832uSeQpGBVK1EqW5MBqvl4xj5Oat6uf1CaZPT+pIklQvd xgtLs3jmgO37YTYRNV9oEZFB55/zKXNiloKgy/U0aB8TfJEQlrfBnj3+BtL3b1lyf5iJKQXwTDRH+ ysvbL0/MV1ezvCmx+KgYeg4JLQC9Rk1hYbXLKZjM/b7iYuzrKYi/TfEQkmJSRkqi6vPY1xIxYpc74 +eSZDY+nGmh/ppCUgtFatRWUnWzPLvqRfPD4xGw3as2K6kSmPH60sgqPz/j+fhhI8gvGc5fIG2Ow5 EAKY8EpA==; Received: from pool-174-115-41-146.cpe.net.cable.rogers.com ([174.115.41.146]:59830 helo=asus) by cpanel10.indieserve.net with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1uaWrp-000000047bI-0Lwu; Sat, 12 Jul 2025 05:50:05 -0400 Date: Sat, 12 Jul 2025 05:49:53 -0400 (EDT) From: "Robert P. J. Day" To: Richard Purdie cc: OE Core mailing list Subject: Re: [OE-core] are all of the download URL variables still valid? In-Reply-To: <500d60d8e1c98dee239ad1ccc372bcd85b1dda95.camel@linuxfoundation.org> Message-ID: References: <85e947fa-2013-1f13-e2b7-38d55bf7e3da@crashcourse.ca> <500d60d8e1c98dee239ad1ccc372bcd85b1dda95.camel@linuxfoundation.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="8323329-894489333-1752313804=:1348295" X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel10.indieserve.net X-AntiAbuse: Original Domain - lists.openembedded.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - crashcourse.ca X-Get-Message-Sender-Via: cpanel10.indieserve.net: authenticated_id: rpjday+crashcourse.ca/only user confirmed/virtual account not confirmed X-Authenticated-Sender: cpanel10.indieserve.net: rpjday@crashcourse.ca X-Source: X-Source-Args: X-Source-Dir: List-Id: X-Webhook-Received: from li982-79.members.linode.com [45.33.32.79] by aws-us-west-2-korg-lkml-1.web.codeaurora.org with HTTPS for ; Sat, 12 Jul 2025 09:50:14 -0000 X-Groupsio-URL: https://lists.openembedded.org/g/openembedded-core/message/220174 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --8323329-894489333-1752313804=:1348295 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT On Fri, 11 Jul 2025, Richard Purdie wrote: > On Fri, 2025-07-11 at 16:31 -0400, Robert P. J. Day via lists.openembedded.org wrote: > > > >   was just perusing bitbake.conf, and here: > > > > https://git.openembedded.org/openembedded-core/tree/meta/conf/bitbake.conf#n693 > > > > there's a pile of alleged download URLs that may nor may not still be > > valid. I picked at random "XLIBS_MIRROR" and that variable is not used > > in any of the layers i have checked out. is it worth checking whether > > any of those can be deleted due to obsolescence? > > I'd love a patch! The only other obvious(?) candidate would seem to be GENTOO_MIRROR, whose only usage in all of the layers I have checked out is for the "vlock" recipe: https://git.openembedded.org/meta-openembedded/tree/meta-oe/recipes-extended/vlock/vlock_2.2.3.bb but that source appears to be available from salsa.debian.org: https://salsa.debian.org/debian/vlock So AFAICT, if vlock was tweaked to fetch from salsa.debian.org, there would be no apparent need to define/use GENTOO_MIRROR. That's the only candidate for adjustment I see (in addition to XLIBS_MIRROR, as I mentioned earlier). rday --8323329-894489333-1752313804=:1348295--