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