-
Notifications
You must be signed in to change notification settings - Fork 190
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
Release StatsBase.jl v1.0 #493
Comments
AFAIK the plan is rather to kill StatsBase before it reaches 1.0, by moving things to Statistics or to other more specialized packages. |
Given that stdlib PRs are usually slower to get in, we should start working on that |
That's what JuliaLang/julia#31395 starts. Hopefully other parts will require less refactoring and will just need copy/paste PRs. |
FWIW, I don't think moving functionality to Statistics prevents us from making a 1.0 release of StatsBase. Having a major release to identify and deprecate any potentially breaking changes might actually be helpful while moving functionality into Statistics. |
Fully support the move to Statistics. I will be super happy the day where we can just do |
I don't think that moving StatsBase to Statistics is a good idea before the latter is decoupled from Julia's release cycle. StatsBase gets a release every few months, and PRs are merged without much of hassle, whereas nontrivial changes are costly to make for standard libraries. At the moment, moving to Statistics would also preclude any breaking changes, no matter how minor, until Julia 2.0. |
@tpapp are we still expecting major changes in the statistics API? If something is not solid yet in StatsBase.jl, it is probably because it deserves a separate package? My main concern with the separation as it is now regards basic names like |
APIs are quite difficult to get right. It's not that existing stuff in It is very hard to draw the line for what's "basic" in statistics. IMO In any case, I think this is somewhat orthogonal to this issue (conditional on StatsBase not being merged into Statistics anytime soon). Tagging a 1.0 would be useful regardless. |
Given that we haven't made lot of progress towards moving things to Statistics, I think we should tag 1.0 next time we want to make a breaking release. Let's mark issues with the |
Is adding things considered breaking? If not, that may be more of a feature than a bug :p But I guess going 1.0 in StatsBase doesn't preclude anything on that side (if anything signals that there is no need for further API changes to the functions therein, even if they get moved to Base) |
Similar to JuliaStats/Distributions.jl#880. What needs to happen for StatsBase to be declared v1.0? Are there additional planned breaking changes, or missing essential functions?
The text was updated successfully, but these errors were encountered: