It seems the process just fails on an assertion [1].
So indeed, it does not go the full way...

Now remains to determine why the last visits are red.
I'll have a look a tad later.

As olasd [1] pointed out, maybe start by looking at the scheduler part. Is nixguix visit still scheduled?

also i just realize i should have mentioned this earlier @KShivendu.
To reproduce the issue, no need for any loader or whatever else,
just ipython in your venv:

Possibly a composition of requests adapter [1] and urllib.request.urlretrieve [2] should
or could be enough instead.

This could possibly be done using https://pypi.org/project/requests-ftp/

The 2nd url [2] targetted from val is ok for my part (not the first one [1] though, it goes 404),
here is the content from the [2]nd url inlined just in case:

That's an unrelated error, could you open a task for this?

Hey @vlorentz, the sentry link isn't working (or maybe isn't publically accessible).

Run the nixguix loader with url=https://guix.gnu.org/sources.json, you'll get a bunch of ftp-related errors. eg. this one https://sentry.softwareheritage.org/share/issue/7dc92745d96442d482a493c64b6eae91/

Hey @vlorentz, can you please give me some hints for this and an example URL for testing the code?