check_via_repology.py seems to run into rate limits

When running check_via_repology.py locally or as a job https://framagit.org/linuxphoneapps/linuxphoneapps.frama.io/-/jobs/2213693 there's stuff like

Error loading https://repology.org/api/v1/project/gtkcord4 No data returned for package gtkcord4 from Repology API Error loading https://repology.org/api/v1/project/maui-nota No data returned for package maui-nota from Repology API Error loading https://repology.org/api/v1/project/halftone No data returned for package halftone from Repology API Error loading https://repology.org/api/v1/project/flatseal No data returned for package flatseal from Repology API Error loading https://repology.org/api/v1/project/karlender No data returned for package karlender from Repology API Error loading https://repology.org/api/v1/project/flowtime No data returned for package flowtime from Repology API Error loading https://repology.org/api/v1/project/decibels No data returned for package decibels from Repology API Error loading https://repology.org/api/v1/project/lingot No data returned for package lingot from Repology API

now, granted, surely some values may be wrong, as things change over at repology.org. But if one runs this on individual files, e.g. for tuba, it does not fail, suggesting that this maybe a rate limit or an issue with doing this asynchronously and not 1 by 1 as in my previous, worse implementation.

@darkdragon-001, I would appreciate some help with this if possible - thanks in advance!