RE: [AUH][PATCH v2 9/9] upgrade-helper.py: Limit number of requests to remote servers

Daniel Turull <[email protected]>
Newsgroups org.yoctoproject.lists.yocto-patches
Message-ID <PA3PR07MB10721AE3B885739E9601C2E6A8A362@PA3PR07MB10721.eurprd07.prod.outlook.com>
Hi,

I was experimenting to run it with an early version if scarthgap and GNU_MIRROR was not corrected.

-GNU_MIRROR = "https://ftp.gnu.org/gnu"
+GNU_MIRROR = "https://ftpmirror.gnu.org/gnu"

We can probably drop it, just wanted to be a bit more gentle against upstream servers. I'll remove it from v3

Daniel

> -----Original Message-----
> From: Alexander Kanavin <[email protected]>
> Sent: Monday, 27 April 2026 12:35
> To: Daniel Turull <[email protected]>
> Cc: [email protected]; [email protected];
> [email protected]; [email protected]
> Subject: Re: [AUH][PATCH v2 9/9] upgrade-helper.py: Limit number of
> requests to remote servers
> 
> On Fri, 24 Apr 2026 at 13:46, <[email protected]> wrote:
> > +                pkggroups_iter =
> > + oe.recipeutils.get_recipe_upgrade_status(layer_recipes)
> 
> Any such rate limiting needs to be handled inside this function by passing in a
> parameter, and certainly not by hacking oe.utils.cpu_count. Also, I'm not
> seeing the issue locally (256 cores,
> 64 worker threads in 'devtool check-upgrade-status'), are you redirected to
> some gnu mirror which does it?
> 
> I understand that you want to automate scarthgap updates, and such tweaks
> can't be easily backported in oe-core, but code shouldn't just 'fix issues', it
> also needs to be maintainable in the long term.
> 
> Alex
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.