Join GitHub today
GitHub is home to over 40 million developers working together to host and review code, manage projects, and build software together.
Sign upProposing Manifests-Complete #6
Conversation
This comment has been minimized.
This comment has been minimized.
Given the discussion at jkunze/bagitspec#6 this addition makes sense but let's wait until that issue is marked as closed before moving forward with this. |
This comment has been minimized.
This comment has been minimized.
agreed |
See jkunze/bagitspec#6 - I think a profile should be able to restrict this so that a consumer can rely on a shortlist of manifests as complete manifests.
.. also handling case of no Manifests-Required listing.
.. adding Manifests-Complete means a minor version upgrade.
This comment has been minimized.
This comment has been minimized.
Since there has been a fair bit of discussion on jkunze/bagitspec#6, should we revisit this one again? ...fully acknowledging it's been a really long time since it was originally submitted |
This comment has been minimized.
This comment has been minimized.
@stain I'm trying to work backward from this issue... you said at jkunze/bagitspec#6 (comment) that the Bagit spec itself will resolve this but I can't find reference on PR 19 to this being resolved. Are you still of that opinion? That said, I also have no problem with your initial proposal to add a |
This comment has been minimized.
This comment has been minimized.
I believe this is resolved via jkunze/bagitspec#6 (comment) |
stain commentedAug 6, 2015
See jkunze/bagitspec#6 which says that manifests are not necessarily individually complete.
I think a profile should be able to restrict this so that a consumer can rely on a fixed list of manifests to be known to be complete lists of the whole payload.
A similar
Tag-Manifests-Complete
property could be even more useful as the BagIt spec do not require all tagfiles to be listed at all, but would have to specify which tagfiles are excluded (e.g. the tag manifest itself)