Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

non-latest new crate version was not rendered #84

Closed
bluss opened this issue Nov 25, 2016 · 4 comments
Closed

non-latest new crate version was not rendered #84

bluss opened this issue Nov 25, 2016 · 4 comments

Comments

@bluss
Copy link
Member

bluss commented Nov 25, 2016

The latest version of ndarray yesterday was 0.7.0.

Today I published 0.6.10 first and then 0.7.1 in quick succession (the same bugfix in both); it looks like docs.rs has only rendered 0.7.1 and not 0.6.10.

docs.rs is really great, but this is a bug if it intends to render all released versions.

@onur
Copy link
Member

onur commented Nov 25, 2016

Ahh its because docs.rs is getting new crates from https://crates.io/summary

And this page only lists one version of a crate. If you release more than one version, summary will only show latest version.

Looks like detecting new crates still have some issues after all.

BTW I manually added ndarray-0.6.10.

@onur onur added the important label Nov 25, 2016
@bluss
Copy link
Member Author

bluss commented Nov 26, 2016

Interesting, thank you! I am not sure the summary page ever displays new versions that are not the greatest (not anymore). We could test that.

@nagisa
Copy link
Member

nagisa commented Dec 23, 2016

It seems to me that simply fetching crates.io index and looking at its commits is much more reliable way to figure out all updates. You could use git2 crate for that and AFAICT would even be able to avoid checking out the repository tree – simply inspecting the diffs would do.

@onur
Copy link
Member

onur commented Dec 24, 2016

@nagisa I was doing exactly that before using crates.io/summary, but git2 crate started giving some errors, you can see it in #76. I still don't know what caused this but clearing insane ~/.cargo/registry fixed the issue.

And I am not sure parsing diff from git crate was best way to get new crates. That is actual reason why I switched to crates.io/summary method.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants