loader plumbings used by other loaders
Details
Details
Description
Fri, Sep 3
Fri, Sep 3
vlorentz moved T1021: SWORD deposit of metadata about an existing SWH object from Backlog to Deployed on the SWORD deposit board.
May 27 2021
May 27 2021
ardumont added a comment to T3347: Archive loader should have a snapshot append mode.
Your diff sounds quite enough.
May 26 2021
May 26 2021
anlambert added a comment to T3347: Archive loader should have a snapshot append mode.
Or even directly the archive loader's default behavior (append previously seen branch
from early snapshot/visit). As discussed, I'm wondering whether an archive loader (gnu
or cran [1]) would not benefit from always displaying previously seen branches (whether
they are still present in the current main api we list/visit or not [2]).
ardumont added a comment to T3347: Archive loader should have a snapshot append mode.
This could be implemented by adding a new option to the loader.
vlorentz changed the status of T2564: migrate existing revisions metadata extra_headers to actual extra_headers field, a subtask of T3090: Make loaders not rely on the 'metadata' column of the 'revision' table, from Work in Progress to Open.
May 4 2021
May 4 2021
Apr 28 2021
Apr 28 2021
vlorentz changed the status of T2564: migrate existing revisions metadata extra_headers to actual extra_headers field, a subtask of T3090: Make loaders not rely on the 'metadata' column of the 'revision' table, from Open to Work in Progress.
Apr 23 2021
Apr 23 2021
Now deployed in prod:
ardumont added a comment to T2471: NPM package angular-ts-manage fails to be properly loaded.
Neat :)
olasd added a comment to T2471: NPM package angular-ts-manage fails to be properly loaded.
New swh.loader.core deployed in staging.
Apr 19 2021
Apr 19 2021
vlorentz lowered the priority of T3273: Use "fork" relationships to speed-up initial load of large repositories from Normal to Low.
vlorentz triaged T3273: Use "fork" relationships to speed-up initial load of large repositories as Normal priority.
Apr 15 2021
Apr 15 2021
vlorentz closed T3142: Make loaders write to the ExtId storage, a subtask of T3143: Migrate revision metadata to extid in the storage, as Resolved.
Apr 6 2021
Apr 6 2021
vlorentz added a comment to T3143: Migrate revision metadata to extid in the storage.
if you remember the crash times (.zsh_history?), we could find a range of candidate SWHIDs...
olasd closed T3143: Migrate revision metadata to extid in the storage, a subtask of T3139: Make loaders stop reading from the 'metadata' column of the 'revision' table, as Resolved.
The migration script has now run to completion (took around a week).
Mar 30 2021
Mar 30 2021
olasd changed the status of T3143: Migrate revision metadata to extid in the storage, a subtask of T3139: Make loaders stop reading from the 'metadata' column of the 'revision' table, from Open to Work in Progress.
olasd changed the status of T3143: Migrate revision metadata to extid in the storage from Open to Work in Progress.
olasd added a comment to T3143: Migrate revision metadata to extid in the storage.
I've deployed the extid schema changes on all storages, and I've started the migration script on getty.
vsellier added a project to T3143: Migrate revision metadata to extid in the storage: System administration.
vlorentz added a project to T3143: Migrate revision metadata to extid in the storage: Storage manager.
vlorentz added a comment to T3143: Migrate revision metadata to extid in the storage.
vlorentz closed T3141: Make loaders pass ExtId objects between functions instead of "known_artifact", a subtask of T3142: Make loaders write to the ExtId storage, as Resolved.
vlorentz closed T3141: Make loaders pass ExtId objects between functions instead of "known_artifact" as Resolved.
now it is. (the mercurial loader technically doesn't use ExtID internally, but it already passes nodeids, which are close enough)
Mar 29 2021
Mar 29 2021