-
Notifications
You must be signed in to change notification settings - Fork 118
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
Hines/fix 8.2.2 #2486
Hines/fix 8.2.2 #2486
Conversation
…inal. (#2258) * MINGW: if in yyparse, rl_getc_function should = rl_getc * Mac: rl_getc_function is always getc_hook. Allow multiline statements. Note: if, in a multline statement, the gui tries to execute a statement, an error is generated: hoc_run1: caught exception: hoc_execerror: Cannot reenter parser. Maybe you were in the middle of a direct command. * test using nrniv -isatty Mac and Windows have trouble with the test.
* Change MacOS wheel building with ncurses 6.4 as well * Secure file on AzureCI is updated * Update the documentation for better clarity Co-authored-by: Pramod S Kumbhar <pramod.s.kumbhar@gmail.com>
Codecov Report
@@ Coverage Diff @@
## release/8.2 #2486 +/- ##
===============================================
- Coverage 46.45% 46.45% -0.01%
===============================================
Files 526 526
Lines 119261 119260 -1
===============================================
- Hits 55404 55403 -1
Misses 63857 63857
... and 1 file with indirect coverage changes 📣 We’re building smart automated test selection to slash your CI/CD build times. Learn more |
Some(several?) updates must be cherry picked into |
My git cherry-pick workflow does not seem well founded for this project. And there are 30 py files that black changes. |
I usually create a branch from |
@nrnhines : did you check the master and see if there are other commits that we need to back port? |
Yes. This PR has the substantive user fixes. Of course I'm willing to entertain others I might have missed. But I'm having trouble with the minimal build and CI related changes needed for 8.2.3 to pass and build the wheels and setup.exe. |
Out of curiosity, does anyone understand how this can be? |
✔️ 2e86f71 -> Azure artifacts URL |
- all changes look straightforward
✔️ 7fb42f5 -> Azure artifacts URL |
What was the rationale for that? |
I didn't spend much time but the CI [failure here was](https://github.com/neuronsimulator/nrn/actions/runs/6114834861/job/16597216261
Hence tried to do a full clone. (Didn't check if there is any other change in the config somewhere in current master. cc: @heerener) |
I don't have a story yet, but here are some observations. black share/lib/python/neuron/doc.py exhibits minor reformatting for both master and 8.2.2 8.2.2 .github/workflows/formatting.yml runs black on all respository py,ipynb files with
whereas the master version of this file uses
Running the latter manually does not change any files in master (coding-conventions HEAD detached at a377933) and on examining stdout/stderr, the black line that mentions doc.py
Just for fun, I tried running the last also in 8.2.2 (note that coding-conventions for master is a half dozen commits ahead of what
And at the end there are no modified files. I wonder if, in fact, the master CI black check never fails. |
It used to fail, because I've had to go back and run black before. I wonder if it's possible that different versions of black do different things. |
@nrnhines : I have asked internally if someone is aware about black issue. About the documentation failure, I see: In #2379, Alex has already documented the following in this file:
I see |
I'd say this is a matter of black evolving and getting better. As an example: in the python formatting run here we're using black 23.3.0
(see the related black issue#2338 for an example) 23.1.0 was the first version of 2023, released after what, to me, looks like the last successful run of this workflow on |
Reopening to re-trigger failing windows CI! |
✔️ 22782f6 -> Azure artifacts URL |
693cab2
to
7f811c6
Compare
✔️ 7f811c6 -> Azure artifacts URL |
Excellent! When I got up this morning, I was ready to go ahead and pollute this PR with the 30 python files modified by black. |
Also discussed this with @heerener. I think in coming days we can change python files in master with newer Black and then backport those to 8.2 branch.
Will do!
Before tag, we also need to update changelog updated in |
I'll merge this. And start working on the changelog. Thanks! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM. Just as a reminder - this won't be a squash and merge :)
I don't understand. I was going to select squash and merge for this (and edit the commit message). Another PR will update the changelog.md . I am a bit shaky about the chicken/egg problem for updating the https://nrn.readthedocs.io/en/8.2.2/ Or is this related to
|
I don't know how to deal with this. Hopefully, dealing with it does not require starting CI from scratch. |
I believe this needs to go in: https://github.com/neuronsimulator/nrn/pull/2332/files |
The final CI was added for convenience, otherwise for the required status one would have to manually select the jobs from the NEURON CI matrix; any change in the options of that matrix (i.e. CI job name change, adding a CMake option, ..) would require a significant manual labor to change the required statuses. Now instead of requiring that all those jobs individually, the FInal CI comes into play. |
Fixes "Final CI Expected --- Waiting for status to be reported"
✔️ 90a2029 -> Azure artifacts URL |
Cherry picks (and fixes resulting conflicts)
138282b
f838453
4eaf27f
The principal reason is to fix the cursor backspace issue for a prospective 8.2.3.
I believe this also fixes the windows cursor backspace issue by consequence of a build with a more recent libreadline8.dll