Repository navigation
0.13 release #670
Description
Activity
I'd say it makes sense to start thinking about a new release.
There are several PRs in flight at the moment, but I don't see any major new functionality piece being worked on. Could we perhaps set a date in the nearby future to wrap up the existing work and review what has been done before releasing? (Given that we have more than one breaking change already in master)End of August/beginning of September sounds reasonable to me. What do you think @jturner314?
Reacted by Roman Yurchak and Matt RussellSure, that seems reasonable to me. How about tentatively Sep. 1?
At a minimum, we should merge the PRs labeled
bugand PR #633 before releasing 0.13, and we should decide which of the openbreaking-changePRs to merge. #627 is postponed. It would be good to finish up #626 and merge it. PR #570 would be nice, but could wait until 0.14 (and I plan to add support for ellipses while slicing, which will require further breaking changes, so it would be nice to do all the breaking changes at once). All the other open PRs can be part of 0.13.1 if necessary.Reacted by Toshiki Teramura, Félix C. Morency, Roman Yurchak and Zhengmian HuI would be excited to finally have matrixmultiply 0.2 improvements in the user's hands.
Let's do a checkpoint, just to see where we are at.
At a minimum, we should merge the PRs labeled
bugand PR #633 before releasing 0.13, and we should decide which of the openbreaking-changePRs to merge. #627 is postponed. It would be good to finish up #626 and merge it. PR #570 would be nice, but could wait until 0.14 (and I plan to add support for ellipses while slicing, which will require further breaking changes, so it would be nice to do all the breaking changes at once). All the other open PRs can be part of 0.13.1 if necessary.All PRs labeled
bughave been closed.
#633 is mostly waiting for us to reach consensus on what we want the format to look like.
Do we want to wait for #683 and #626? #683 seems to be moving quite fast now that @bluss is on it and #626 would probably deliver a substantial amount of value to users.Reacted by blussI'd like to resolve #705 for 0.13, even though it could be resolved in 0.13.1 too. Increasing the limit of number of elements shown by default would be important as well.
And I haven't had time to look into all the more involved PRs
When changed formatting overflow limits - #713 - is merged I don't have any blockers for the release anymore.
- ndarray 0.13 is now out! So many changes everyone has worked on 🚀
- ndarray-rand 0.11.0 also bumped up to ndarray 0.13.
- ndarray-parallel 0.9.1 has been marked deprecated in crates.io and in docs (and is not updated to use the new version).
I suggest we try to avoid merning breaking changes for a little while, so that we can focus on 0.13.1. That way the fixes and improvements we do merge more quickly become useful for everyone.
Feel free to speak for the project and make blog posts if you want. I guess we can at least share the changelog on the various forums 🙂
Reacted by Roman Yurchak, Maximilian Roos, Luca Palmieri, Jim Turner and Toshiki TeramuraThanks all that contributed so much 🔥 and I'm sorry it has taken a long time to make the release.
I've written a brief announcement on the user forum https://users.rust-lang.org/t/ndarray-0-13-released/32864 that mentions just some of the improvements.
Added a release announcement on
r/rustas well, mostly following yours bluss 👍Reacted by bluss
The last release (0.12.1) was 8 month ago and in looks like a lot of development has happened since.
I was wondering if there were plans to make a new release in the near future? Couldn't find any existing issues or milestones about it.
Personally, I am interested in using #581 for approximate equality tests, but it's not part of any release yet..
Thanks for your great work on ndarray!