-
Notifications
You must be signed in to change notification settings - Fork 666
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 1.1.0 #3159
Comments
re: temp/bfactors -- we could warn for the extremely rare case that someone has used |
1.1.0 is then really the final MDA 1.x release (short of errors in the package build which might require a patch release). We'll then stop any support for Python 2.7 & 3.6 (yikes... I am unhappy about how fragile the Python ecosystem is... but that's a different rant) and no more bug fixes for 1.x. (EDIT: The above just restates what https://www.mdanalysis.org/2019/11/06/roadmap/ said: development on 1.x will cease with the release of 2.0) We should publish a requirement file with last known good versions of all deps that make 1.1.0 work. |
With no surprise to anyone, looks like we'll lapse our deadline, but most PRs (except from any NSGrid changes) are open. So unless there's any objections, let's just say it's a code freeze on any new non-critical PRs. If @MDAnalysis/coredevs can concentrate on reviewing what's open we can move with a release as soon as possible. |
Ah seem to have forgotten about |
Yeah, the release cadence is 1 major Python version per year now I think.
We're working on doing something similar upstream--pinning build- and run-time deps in releases for long-term repeatable builds. For example: scipy/scipy#12862 |
What's left to do here? @richardjgowers - is there anything that needs to be done for NSGrid & hbond autocorrel? |
Release 1.1.1 is now available (we had to skip over 1.1.0 due to a pypi upload issue) 🎉 |
Hi all,
Having recently completed 1.0.1, we would like to quickly deliver 1.1.0 ASAP.
This is because:
In order to speed things up, we would like to propose a 1 week deadline for code fixes. That is to say, unless there is a good reason not to, after the 21st of March 2021, we will put a code freeze on the current
master
branch and move towards making a release.After discussions with @richardjgowers and @lilyminium, it is our view that anything that requires longer than that should probably just go into 2.0. Please do speak up if you disagree with this.
As it stands, this is the list of things I believe were earmarked for a final 1.x release:
scale_units
) Improving the NCDFWriter behaviour (units + scale_factors) #2327 PR Issue 2327 - Warn of upcoming scale_factor changes #3185Is there anything else we need to do? Is this reasonable for everyone?
pinging @MDAnalysis/coredevs
The text was updated successfully, but these errors were encountered: