[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [swh-devel] Call for public review - SWH Nix/GNU Guix stack
|
From: |
Timothy Sample |
|
Subject: |
Re: [swh-devel] Call for public review - SWH Nix/GNU Guix stack |
|
Date: |
Tue, 16 Jan 2024 14:39:52 -0600 |
|
User-agent: |
Gnus/5.13 (Gnus v5.13) |
Hello,
This is very exciting work, thanks everyone!
"Antoine R. Dumont (@ardumont)" <ardumont@softwareheritage.org> writes:
> FWIW, in the "new" lister [1] implementation, there are a bunch of extra
> computations done [1] to try and resolve those situations. It's trying
> to fetch more information from upstream server (e.g. crates urls which
> ends in /download, ...) now. It's probably not exhaustive though.
>
> [1]
> https://gitlab.softwareheritage.org/swh/devel/swh-lister/-/blob/master/swh/lister/nixguix/lister.py?ref_type=heads
I was just looking over some of the new results and noticed that crates
are being treated as ‘content’ rather than ‘tarball-directory’. E.g.:
https://webapp.staging.swh.network/browse/content/sha1_git:e05b33b2d3b40254ceaaa5fe4c501d1b15c75ea6/?origin_url=https://crates.io/api/v1/crates/diff/0.1.12/download
Is that because the changes you describe were done after the staging
data was loaded or is it a bug?
-- Tim