- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Jan 9 2018
Jan 8 2018
Jan 7 2018
Jan 6 2018
Jan 5 2018
Jan 4 2018
Jan 3 2018
I'm splitting this from T647, as HAL integration is not the only use case for SWORD-based deposit.
Hosting complete & corresponding source code tarballs for compliance reasons is another one.
Dec 21 2017
LGTM, and nice catch
Dec 19 2017
Dec 18 2017
In T743#16529, @seirl wrote:
- shouldn't the format be a parameter instead of a part of the URL? i.e., ?format=foo instead of /foo at the end?
I see some reasons why not:
First of all thanks for this useful summary @seirl !
Dec 15 2017
Dec 13 2017
Thumbs up for the good work!
I like it.
Dec 12 2017
Dec 3 2017
Dec 1 2017
Nov 22 2017
Nov 21 2017
Nov 17 2017
Nov 15 2017
Nov 13 2017
This is now done on uffizi.
Potentially remaining sub-tasks before closing this:
Nov 12 2017
Updated SQL to also delete objects from tables that references them, e.g., the indexer ones.
Nov 10 2017
Nov 8 2017
thanks for the review, I've updated the SQL query accordingly
And what would be the actual on-the-wire serialization format used to send the bare repo to users? Some sort of archive of the .git dir or what?
Nov 6 2017
I'm not opposed to having explicit hash scheme names in the IDs—it is a good idea, only to be weighed against the cost in terms of length.
But we should also have schema version numbers, in case more radical changes will be needed in the future, e.g., renaming the object types in the graph.
If we retain both suggestions, that would give:
- swh:1:revision:sha1_git:<git sha1 of a revision>
- swh:1:content:blake2s256:<blake2s256 of a content>
Nov 5 2017
(agreed)