Fri, Sep 25
Thu, Sep 24
I agree on linking Gitorious to the wiki page, but we should find a consistency that can generate automatically the coverage page.
Yes please :-)
Hopefully, the issue is related to missing URL escaping in the webapp. I implemented the fix, still some tests to write and I will push a diff during the afternoon.
Thanks for checking !
The issue is not related to the double slash at the end of the permalink but rather from the fact that the origin URL contains a = character in it (https://archive.softwareheritage.org/browse/origin/directory/?origin_url=https://cran.r-project.org/package%3DActivePathways). I will fix that asap.
This URL points to the mercurial repositories archived by Octobus in their original form which have not yet been fully loaded into the archive.
Plus we also archive public git repositories from Bitbucket so I do not think replacing the link to bibucket.org is the right thing to do here.
@anlambert What do you think?
Wed, Sep 23
More historical data:
- https://web.archive.org/web/*/https://archive.softwareheritage.org/api/1/stat/counters/ (live point data)
- https://web.archive.org/web/*/https://www.softwareheritage.org/stat-counters.json (cached copy of the counter on the website)
- https://web.archive.org/web/*/https://archive.softwareheritage.org/stat_counters/ (one year of counters at each scrape)
According to the slides repo, historical counts follow:
Tue, Sep 22
This is very probably superseded by @vlorentz 's work on swh.search.
Mon, Sep 21
In fact, the "ongoing" task state was captured by swh-web and the save request status was displayed as "running" prior to the model migration towards origin visit statuses.