-
Notifications
You must be signed in to change notification settings - Fork 208
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Consistency check with crates.io database #766
Comments
Doing much more than #898 does is going to necessitate reading the Doing this via the API would be spammy, so probably best to work from something like the database dumps. |
Database dumps sound fine, 24 hours is more than recent enough. |
note that a big chunk of the consistency check is solved in #1990. The part missing in the logic is the information from the crates.io API. Also we didn't execute the check yet, which is blocked on #1011. My first run of the check would have requeued around 18k releases that previously failed because of (for example) wrong metadata. I would prefer requeueing them only when we would have a valid build-attempt entry in the database afterwards, which means we can re-run the consistency check regularly without re-queuing these 18k releases all the time. |
after #1011 was mostly done I ran the consistency check:
I'll close this issue now. ( we might run the consistency check via scheduler at some point) |
docs.rs looks at the crates.io index the first time a crate is released, but never again after that. This means that if a crate is deleted from an index, the documentation stays up (e.g. #765). It would be great to have a way to compare the docs.rs database with the crates.io index to make sure they match up. It should start by verifying the
name version
pairs match up, but could be expanded to also ensure the authors are consistent as well.Note that the author thing is a little tricky since we currently store authors in two different places:
author_rels
as a database relation andreleases.authors
as JSON. Before implementing the consistency check, we should refactor the database to only useauthor_rels
.The text was updated successfully, but these errors were encountered: