- Jan 24, 2022
-
-
Jenkins for Software Heritage authored
Update to upstream version '2.3.0' with Debian dir 74664d2ab3ee7c1802b05099008e93744da79991
- Jan 21, 2022
-
-
Raphaël Gomès authored
This will be also used by the new bzr loader. A separate patch will refactor this in the hg loader.
-
vlorentz authored
It will be replaced by what is currently called 'offset_bytes'
-
vlorentz authored
-
- Jan 18, 2022
-
-
Jenkins for Software Heritage authored
Update to upstream version '2.2.0' with Debian dir bdf10520ec100e5278e7299a72df63006e9e66e9
- Jan 14, 2022
-
- Jan 13, 2022
-
-
vlorentz authored
swh-deposit v0.17.0 removes it, to match the removal from swh-model v5.0.0
-
- Jan 11, 2022
- Dec 22, 2021
-
-
vlorentz authored
-
- Dec 16, 2021
-
-
Antoine R. Dumont authored
This also drops spurious copyright headers to those files if present. Related to T3812
-
- Dec 09, 2021
-
-
Jenkins for Software Heritage authored
Update to upstream version '2.1.1' with Debian dir a786cf0f42e66c49ce8e9b19bac3de0246775840
-
Jenkins for Software Heritage authored
Update to upstream version '2.1.0' with Debian dir eb38b742df07e370b2cad77663eeabd3c0a6d722
- Dec 08, 2021
-
-
vlorentz authored
This solves two problems: 1. if the URL changes but the content doesn't, then the new snapshot would keep using the release with the old URL in its name. 2. if there are two URLs pointing to the same content, the base loader would crash because it cannot know which one to pick.
-
vlorentz authored
-
vlorentz authored
instead of just its netloc, as it is possibly to have multiple maven instances hosted under the same domain but at different paths. The code is also simpler this way.
-
- Dec 07, 2021
-
-
Jenkins for Software Heritage authored
Update to upstream version '2.0.0' with Debian dir d438110f17cfb1081789abeec22d514580f875e5
-
vlorentz authored
Snapshots should only record versions that currently exist; even if they used to exist in a previous visits. If readers of the archive want to access deleted versions, than can look up older snapshots.
-
vlorentz authored
-
vlorentz authored
We don't need it to be ordered; and '.keys()' is redundant.
-
vlorentz authored
-
vlorentz authored
-
vlorentz authored
-
vlorentz authored
It was copied from the Archive Loader, but is not needed here.
-
vlorentz authored
Use only the intrinsic version (eg. 1.0.0) instead of the extrinsic version (eg. stretch/contrib/1.0.0). Releases should only contain data from DSC, not external 'pointers' to them. Additionally, having extrinsic data in releases means the same dsc-sha256 extid can point to different releases, which meant the loader may reuse a release mentioning a specific suite as a release in a different suite. With this commit, this won't be a problem anymore, as releases won't mention the suite at all, so suites can safely share extids.
-
Antoine Lambert authored
-
vlorentz authored
'version' was documented as the intrinsic version (eg. '0.7.2-3') and 'full_version' as the one containing the suite name (eg. 'stretch/contrib/0.7.2-3'). In practice, it was the opposite, except in a few incorrect test. This commit fixes said tests, and renamed 'full_version' to 'intrinsic_version'. This is only a refactoring, the behavior is unchanged for now; but a future commit will remove the 'version' (which is extrinsic) from the release name (which should contain only data intrinsic to the DSC).