-
Notifications
You must be signed in to change notification settings - Fork 2
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
Create a Python 3 client build #5389
Comments
Whilst doing this we need to make a decision as to whether to update NICOS, see #5351 |
Also deploy this |
Depends on
|
It may also need a custom deploy script |
Text to add to email to instrument scientists after deployment:
|
Given that we need to deploy changes to instetc, blockcache etc I think deploying a full release makes most sense (it also makes sure we deploy a consistent release). |
Will we be doing a full release testing cycle? |
My feeling is that we should do minimal (smoke) tests for basic functionality for this release, and do a full release test cycle before the "full" release for cycle (which will probably be 7.1.0 or 7.0.1). |
We plan to do a proper release at start of August I believe, but this does mean that if an instrument started testing things in July it would have a less well tested IBEX version. Do we feel there are enough changes that a full rerelease is best? INSTETC is something that could be done another way, is it best for a full release for blockcache? |
I am rather nervous about deploying a "full" release without the nature of the release being made explicitly clear to scientists. I really don't want hear complaints from scientists saying "it's buggy", "you didn't test it". Right now, when everything is so uncertain, I can forsee some scientists being very concerned if a "buggy" release of IBEX is put in front of them (even if we do plan to follow up with a fully tested release later). |
In a meeting with @FreddieAkeroyd @kjwoodsISIS @John-Holt-Tessella we decided:
|
liveview will not work until #5467 is merged, not sure of that is really an issue at the moment though |
Deploy using
|
As a instrument scientist I would like to confirm that my scripts work under python 3. As such I would like a Python 3 release that I can test them against. This ticket is to create and deploy a Python 3 client on all the instruments. The client will consist of:
As this is not the release that will be run in the next cycle it doesn't need to be thoroughly tested.
Acceptance Criteria
The text was updated successfully, but these errors were encountered: