Bump Python to 3.11.7 #1217

climbfuji · 2024-08-05T18:04:03Z

Summary

Bump python to 3.11.7

Testing

CI
Manual build on blackpearl with limited NEPTUNE testing (@climbfuji)
Manual build on one NRL system with full NEPTUNE testing (@climbfuji)
TODO: manual build on one JCSDA system with full SKYLAB testing - @ashley314 testing on S4
TODO: manual build on one NOAA system with full UFS testing (ufs-weather-model, GSI, global-workflow, ...) (@DavidHuber-NOAA @AlexanderRichert-NOAA @ulmononian @RatkoVasic-NOAA )

Applications affected

All

Systems affected

All

Dependencies

waiting on Update py-globus-sdk and py-globus-cli from spack develop spack#454

Issue(s) addressed

Resolves #1038

Checklist

This PR addresses one issue/problem/enhancement, or has a very good reason for not doing so.
These changes have been tested on the affected systems and applications.
All dependency PRs/issues have been resolved and this PR can be merged.

…d testing

…eature/python_3p11p7

ashley314 · 2024-08-14T14:08:53Z

When testing on S4, I noticed skylab referencing ecflow's python3.9 /data/prod/jedi/spack-stack/ecflow-5.8.4/lib/python3.9/site-packages/ecflow/__init__.py. Does that get upgraded as well? Although it did not seem to make a difference when we used python 3.10.

climbfuji · 2024-08-14T14:12:11Z

When testing on S4, I noticed skylab referencing ecflow's python3.9 /data/prod/jedi/spack-stack/ecflow-5.8.4/lib/python3.9/site-packages/ecflow/__init__.py. Does that get upgraded as well? Although it did not seem to make a difference when we used python 3.10.

Thanks for testing this @ashley314 . The ecflow server was built as an external package (because of Intel) with an external Python. This is not going to change unless it breaks with the update to Python 3.11.7 (I sincerely hope not).

This year, we'll all need to move away from the classic Intel compilers (at least the C/C++ compilers) and use the new LLVM-based compilers (icx, icpx, ...). For those, we don't need to build ecflow as an external package anymore - yay!

…eature/python_3p11p7

…kage and in py-xnrl about the +delayed variant

…eature/python_3p11p7

…spack-stack into feature/python_3p11p7

DavidHuber-NOAA · 2024-08-16T18:24:49Z

@climbfuji One issue I see for EMC_verif-global is that MET and METplus are version 11.1.1 and 5.1.0, respectively, while we need version 9.1.3 and 3.1.1. I will try out a test installation with both pairs of MET and METplus. If successful, should I open a PR to your branch or open a new PR?

climbfuji · 2024-08-16T18:32:10Z

@climbfuji One issue I see for EMC_verif-global is that MET and METplus are version 11.1.1 and 5.1.0, respectively, while we need version 9.1.3 and 3.1.1. I will try out a test installation with both pairs of MET and METplus. If successful, should I open a PR to your branch or open a new PR?

A new PR please. It would be really nice if we could use one somewhat recent set of MET and METplus, though!

srherbener · 2024-08-19T19:46:27Z

@ashley314 The ctest failures are very likely unrelated to this PR, since Python is used only for a tiny subset of all ctests in jedi-bundle. I am wondering if you are seeing the nlohman-json problems that @srherbener fixed end of last week in oops.

I was running into the nlohmna-json problems earlier, but after the oops PR was merged it hasn't been an issue. At least on S4.

I've seen the same on an AWS instance that I'm testing on. After the oops PR got merged, no more issues with nlohmann-json packages.

DavidHuber-NOAA · 2024-08-22T14:14:05Z

@climbfuji @ulmononian I receive the following errors when attempting to build the UFS from within the global-workflow (from /scratch1/NCEPDEV/global/David.Huber/GW/gw_python_3117/sorc/logs/build_ufs.log). It looks like MAPL is not syncing correctly with ESMF:

> ./tests/compile.sh hera '-DAPP=S2SWA -D32BIT=ON -DCCPP_SUITES=FV3_GFS_v17_p8_ugwpv1,FV3_GFS_v17_coupled_p8_ugwpv1,FV3_global_nest_v1 -DPDLIB=ON' 0 intel YES NO
...
-- Found PTSCOTCHparmetis: /scratch1/NCEPDEV/nems/Alexander.Richert/spack-stack-py311-aug24/envs/test/install/intel/2021.5.0/scotch-7.0.4-c2fm4mk/lib/libptscotchparmetisv3.a
Building MOM6 standalone executable
-- Configuring done (52.8s)
CMake Error at /scratch1/NCEPDEV/nems/Alexander.Richert/spack-stack-py311-aug24/envs/test/install/intel/2021.5.0/mapl-2.46.2-anh2zzb/lib64/cmake/MAPL/MAPL-targets.cmake:70 (set_target_properties):
  The link interface of target "MAPL_cfio_r4" contains:

    ESMF::ESMF

  but the target was not found.  Possible reasons include:

    * There is a typo in the target name.
    * A find_package call is missing for an IMPORTED target.
    * An ALIAS target is missing.

Call Stack (most recent call first):
  /scratch1/NCEPDEV/nems/Alexander.Richert/spack-stack-py311-aug24/envs/test/install/intel/2021.5.0/mapl-2.46.2-anh2zzb/lib64/cmake/MAPL/mapl-config.cmake:74 (include)

CMake Error at /scratch1/NCEPDEV/nems/Alexander.Richert/spack-stack-py311-aug24/envs/test/install/intel/2021.5.0/mapl-2.46.2-anh2zzb/lib64/cmake/MAPL/MAPL-targets.cmake:122 (set_target_properties):
  The link interface of target "MAPL.field_utils" contains:

    ESMF::ESMF

  but the target was not found.  Possible reasons include:

    * There is a typo in the target name.
    * A find_package call is missing for an IMPORTED target.
    * An ALIAS target is missing.

Call Stack (most recent call first):
  /scratch1/NCEPDEV/nems/Alexander.Richert/spack-stack-py311-aug24/envs/test/install/intel/2021.5.0/mapl-2.46.2-anh2zzb/lib64/cmake/MAPL/mapl-config.cmake:74 (include)
  GOCART/CMakeLists.txt:70 (find_package)


CMake Error at /scratch1/NCEPDEV/nems/Alexander.Richert/spack-stack-py311-aug24/envs/test/install/intel/2021.5.0/mapl-2.46.2-anh2zzb/lib64/cmake/MAPL/MAPL-targets.cmake:153 (set_target_properties):
  The link interface of target "MAPL.base" contains:

    ESMF::ESMF

  but the target was not found.  Possible reasons include:

    * There is a typo in the target name.
    * A find_package call is missing for an IMPORTED target.
    * An ALIAS target is missing.

Call Stack (most recent call first):
  /scratch1/NCEPDEV/nems/Alexander.Richert/spack-stack-py311-aug24/envs/test/install/intel/2021.5.0/mapl-2.46.2-anh2zzb/lib64/cmake/MAPL/mapl-config.cmake:74 (include)
  GOCART/CMakeLists.txt:70 (find_package)


CMake Error at /scratch1/NCEPDEV/nems/Alexander.Richert/spack-stack-py311-aug24/envs/test/install/intel/2021.5.0/mapl-2.46.2-anh2zzb/lib64/cmake/MAPL/MAPL-targets.cmake:164 (set_target_properties):
  The link interface of target "MAPL" contains:

    ESMF::ESMF

  but the target was not found.  Possible reasons include:

    * There is a typo in the target name.
    * A find_package call is missing for an IMPORTED target.
    * An ALIAS target is missing.

Call Stack (most recent call first):
  /scratch1/NCEPDEV/nems/Alexander.Richert/spack-stack-py311-aug24/envs/test/install/intel/2021.5.0/mapl-2.46.2-anh2zzb/lib64/cmake/MAPL/mapl-config.cmake:74 (include)
  GOCART/CMakeLists.txt:70 (find_package)


CMake Error at /scratch1/NCEPDEV/nems/Alexander.Richert/spack-stack-py311-aug24/envs/test/install/intel/2021.5.0/mapl-2.46.2-anh2zzb/lib64/cmake/MAPL/MAPL-targets.cmake:180 (set_target_properties):
  The link interface of target "MAPL.cap" contains:

    ESMF::ESMF

  but the target was not found.  Possible reasons include:

    * There is a typo in the target name.
    * A find_package call is missing for an IMPORTED target.
    * An ALIAS target is missing.

Call Stack (most recent call first):
  /scratch1/NCEPDEV/nems/Alexander.Richert/spack-stack-py311-aug24/envs/test/install/intel/2021.5.0/mapl-2.46.2-anh2zzb/lib64/cmake/MAPL/mapl-config.cmake:74 (include)
  GOCART/CMakeLists.txt:70 (find_package)


CMake Error at /scratch1/NCEPDEV/nems/Alexander.Richert/spack-stack-py311-aug24/envs/test/install/intel/2021.5.0/mapl-2.46.2-anh2zzb/lib64/cmake/MAPL/MAPL-targets.cmake:188 (set_target_properties):
  The link interface of target "MAPL.history" contains:

    ESMF::ESMF

  but the target was not found.  Possible reasons include:

    * There is a typo in the target name.
    * A find_package call is missing for an IMPORTED target.
    * An ALIAS target is missing.

Call Stack (most recent call first):
  /scratch1/NCEPDEV/nems/Alexander.Richert/spack-stack-py311-aug24/envs/test/install/intel/2021.5.0/mapl-2.46.2-anh2zzb/lib64/cmake/MAPL/mapl-config.cmake:74 (include)

  GOCART/CMakeLists.txt:70 (find_package)


CMake Error at /scratch1/NCEPDEV/nems/Alexander.Richert/spack-stack-py311-aug24/envs/test/install/intel/2021.5.0/mapl-2.46.2-anh2zzb/lib64/cmake/MAPL/MAPL-targets.cmake:196 (set_target_properties):
  The link interface of target "MAPL.orbit" contains:

    ESMF::ESMF

  but the target was not found.  Possible reasons include:

    * There is a typo in the target name.
    * A find_package call is missing for an IMPORTED target.
    * An ALIAS target is missing.

Call Stack (most recent call first):
  /scratch1/NCEPDEV/nems/Alexander.Richert/spack-stack-py311-aug24/envs/test/install/intel/2021.5.0/mapl-2.46.2-anh2zzb/lib64/cmake/MAPL/mapl-config.cmake:74 (include)
  GOCART/CMakeLists.txt:70 (find_package)


CMake Error at /scratch1/NCEPDEV/nems/Alexander.Richert/spack-stack-py311-aug24/envs/test/install/intel/2021.5.0/mapl-2.46.2-anh2zzb/lib64/cmake/MAPL/MAPL-targets.cmake:204 (set_target_properties):
  The link interface of target "MAPL.ExtData" contains:

    ESMF::ESMF

  but the target was not found.  Possible reasons include:

    * There is a typo in the target name.
    * A find_package call is missing for an IMPORTED target.
    * An ALIAS target is missing.

Call Stack (most recent call first):
  /scratch1/NCEPDEV/nems/Alexander.Richert/spack-stack-py311-aug24/envs/test/install/intel/2021.5.0/mapl-2.46.2-anh2zzb/lib64/cmake/MAPL/mapl-config.cmake:74 (include)
  GOCART/CMakeLists.txt:70 (find_package)


CMake Error at /scratch1/NCEPDEV/nems/Alexander.Richert/spack-stack-py311-aug24/envs/test/install/intel/2021.5.0/mapl-2.46.2-anh2zzb/lib64/cmake/MAPL/MAPL-targets.cmake:212 (set_target_properties):
  The link interface of target "MAPL.ExtData2G" contains:

    ESMF::ESMF

  but the target was not found.  Possible reasons include:

    * There is a typo in the target name.
    * A find_package call is missing for an IMPORTED target.
    * An ALIAS target is missing.

Call Stack (most recent call first):
  /scratch1/NCEPDEV/nems/Alexander.Richert/spack-stack-py311-aug24/envs/test/install/intel/2021.5.0/mapl-2.46.2-anh2zzb/lib64/cmake/MAPL/mapl-config.cmake:74 (include)
  GOCART/CMakeLists.txt:70 (find_package)


CMake Error at /scratch1/NCEPDEV/nems/Alexander.Richert/spack-stack-py311-aug24/envs/test/install/intel/2021.5.0/mapl-2.46.2-anh2zzb/lib64/cmake/MAPL/MAPL-targets.cmake:220 (set_target_properties):
  The link interface of target "MAPL.griddedio" contains:

    ESMF::ESMF

  but the target was not found.  Possible reasons include:

    * There is a typo in the target name.
    * A find_package call is missing for an IMPORTED target.
    * An ALIAS target is missing.

Call Stack (most recent call first):
  /scratch1/NCEPDEV/nems/Alexander.Richert/spack-stack-py311-aug24/envs/test/install/intel/2021.5.0/mapl-2.46.2-anh2zzb/lib64/cmake/MAPL/mapl-config.cmake:74 (include)
  GOCART/CMakeLists.txt:70 (find_package)


-- Generating done (1.3s)
CMake Generate step failed.  Build files cannot be regenerated correctly.

Here are the changes I made to the ufs_common.lua module file:

 local ufs_modules = {
   {["jasper"]          = "2.0.32"},
-  {["zlib"]            = "1.2.13"},
+  {["zlib-ng"]         = "2.1.6"},
   {["libpng"]          = "1.6.37"},
-  {["hdf5"]            = "1.14.0"},
+  {["hdf5"]            = "1.14.3"},
   {["netcdf-c"]        = "4.9.2"},
   {["netcdf-fortran"]  = "4.6.1"},
-  {["parallelio"]      = "2.5.10"},
-  {["esmf"]            = "8.6.0"},
+  {["parallelio"]      = "2.6.2"},
+  {["esmf"]            = "8.6.1"},
   {["fms"]             = "2023.04"},
   {["bacio"]           = "2.4.1"},
-  {["crtm"]            = "2.4.0"},
-  {["g2"]              = "3.4.5"},
+  {["crtm"]            = "2.4.0.1"},
+  {["g2"]              = "3.4.9"},
   {["g2tmpl"]          = "1.10.2"},
-  {["ip"]              = "4.3.0"},
+  {["ip"]              = "5.0.0"},
   {["sp"]              = "2.5.0"},
   {["w3emc"]           = "2.10.0"},
-  {["gftl-shared"]     = "1.6.1"},
-  {["mapl"]            = "2.40.3-esmf-8.6.0"},
+  {["gftl-shared"]     = "1.9.0"},
+  {["mapl"]            = "2.46.2-esmf-8.6.1"},
   {["scotch"]          = "7.0.4"},
 }

RatkoVasic-NOAA · 2024-08-22T14:59:06Z

@DavidHuber-NOAA
I managed to compile ufs-wm with your ufs_hera.intel.lua and ufs_common.lua
(/scratch2/NCEPDEV/fv3-cam/Ratko.Vasic/brisi/xxx-ufs-weather-model/modulefiles)
Maybe your WM version is old (Fri Jul 19 19:27:11), I used current development branch (Wed Aug 21 08:23:16).
Here is compile directory:
/scratch1/NCEPDEV/stmp2/Ratko.Vasic/FV3_RT/rt_1531463/compile_atm_dyn32_intel

climbfuji · 2024-08-22T14:59:41Z

There is a veeeeery long thread in the ufs-weather-model repo regarding this problem. Fixing this requires mapl 2.46.3 instead of 2.46.2 (we already made this update in spack-stack develop), and also an update to GOCART (outside of spack-stack). Maybe some more code changes in the ufs-weather-model itself. See ufs-community/ufs-weather-model#2399 as an entry point.

DavidHuber-NOAA · 2024-08-22T15:05:52Z

Great, thanks for the heads up @RatkoVasic-NOAA @climbfuji.

RatkoVasic-NOAA · 2024-08-22T17:09:23Z

@DavidHuber-NOAA @climbfuji @ulmononian
I just ran WM with new python using current development branch of the UFS_WM.
This is conf file:

COMPILE | atm_dyn32 | intel | -DAPP=ATM -DCCPP_SUITES=FV3_GFS_v16,FV3_GFS_v16_flake,FV3_GFS_v17_p8,FV3_GFS_v17_p8_rrtmgp,FV3_GFS_v15_thompson_mynn_lam3km,FV3_WoFS_v0,FV3_GFS_v17_p8_mynn,FV3_GFS_v17_p8_ugwpv1 -D32BIT=ON | | fv3 |
RUN | control_c48                                       |                                      | baseline |
RUN | control_c192                                      | - noaacloud                          | baseline |
RUN | control_p8                                        | - noaacloud                          | baseline |
RUN | regional_control                                  |                                      | baseline |

It ran and passed ATM tests
One file in one test is not bit identical, but that one is in 00hr, and 06 hour file is OK, so it can be replaced:

 Comparing PRSLEV.GrbF00 .....USING CMP......OK
 Comparing PRSLEV.GrbF06 .....USING CMP......OK
 Comparing NATLEV.GrbF00 .....USING CMP......NOT IDENTICAL
 Comparing NATLEV.GrbF06 .....USING CMP......OK

I used Dave's ufs_hera.intel.lua and ufs_common.lua from Hera: /scratch1/NCEPDEV/global/David.Huber/GW/gw_python_3117/sorc/ufs_model.fd/modulefiles

DavidHuber-NOAA · 2024-08-22T17:28:45Z

All global-workflow submodules build with the exception of gfs-utils. There appears to be a duplicate skgb.f module in g2 v3.4.9 and w3emc v2.10.0. I'm guessing the CMakeLists.txt file will need to be updated for gfs-utils. Opened issue NOAA-EMC/gfs-utils#76 to track.

DavidHuber-NOAA · 2024-08-22T17:34:54Z

Easy fix. Just had to update the CMakeLists files for two executables.

DavidHuber-NOAA · 2024-08-22T17:35:24Z

All submodules of the global-workflow built successfully 🎉

ulmononian · 2024-08-22T17:54:50Z

@

@DavidHuber-NOAA @climbfuji @ulmononian I just ran WM with new python using current development branch of the UFS_WM. This is conf file:
COMPILE | atm_dyn32 | intel | -DAPP=ATM -DCCPP_SUITES=FV3_GFS_v16,FV3_GFS_v16_flake,FV3_GFS_v17_p8,FV3_GFS_v17_p8_rrtmgp,FV3_GFS_v15_thompson_mynn_lam3km,FV3_WoFS_v0,FV3_GFS_v17_p8_mynn,FV3_GFS_v17_p8_ugwpv1 -D32BIT=ON | | fv3 |
RUN | control_c48                                       |                                      | baseline |
RUN | control_c192                                      | - noaacloud                          | baseline |
RUN | control_p8                                        | - noaacloud                          | baseline |
RUN | regional_control                                  |                                      | baseline |
It ran and passed ATM tests One file in one test is not bit identical, but that one is in 00hr, and 06 hour file is OK, so it can be replaced:
 Comparing PRSLEV.GrbF00 .....USING CMP......OK
 Comparing PRSLEV.GrbF06 .....USING CMP......OK
 Comparing NATLEV.GrbF00 .....USING CMP......NOT IDENTICAL
 Comparing NATLEV.GrbF06 .....USING CMP......OK
I used Dave's ufs_hera.intel.lua and ufs_common.lua from Hera: /scratch1/NCEPDEV/global/David.Huber/GW/gw_python_3117/sorc/ufs_model.fd/modulefiles

this is great news. thanks @RatkoVasic-NOAA. just curious, where are your test dirs so i can take a look?

DavidHuber-NOAA · 2024-08-22T19:03:24Z

All GSI regression tests passed except hafs_4denvar_glbens, which failed due to runtime (runtime of 332s vs 276s expected). This is a common and non-fatal failure for this test. All tests were reproducible vs spack-stack 1.6.0.

RatkoVasic-NOAA · 2024-08-22T19:20:48Z

just curious, where are your test dirs so i can take a look?

@ulmononian :
script directory:
/scratch2/NCEPDEV/fv3-cam/Ratko.Vasic/brisi/xxx-ufs-weather-model/tests
run directory:
/scratch1/NCEPDEV/stmp2/Ratko.Vasic/FV3_RT/rt_3148604
log directory:
/scratch2/NCEPDEV/fv3-cam/Ratko.Vasic/brisi/xxx-ufs-weather-model/tests/logs/log_hera

RatkoVasic-NOAA

Tested:
#1217 (comment)
Approved

rickgrubin-noaa · 2024-08-23T16:21:36Z

Tested: #1217 (comment) Approved

Not a reviewer, so cannot approve the PR; able to duplicate @RatkoVasic-NOAA's results.

climbfuji · 2024-08-23T17:06:44Z

@rickgrubin-noaa Invited you as collaborator for both spack-stack and spack.

DavidHuber-NOAA · 2024-08-23T19:00:21Z

@malloryprow indicated that the version of matplotlib is not compatible with verif-global and could not generate a plot with it. Has this version of matplotlib been tested by others?

climbfuji · 2024-08-23T20:01:52Z

@malloryprow indicated that the version of matplotlib is not compatible with verif-global and could not generate a plot with it. Has this version of matplotlib been tested by others?

Not by us (NRL). I suppose it's the same situation as for JCSDA (and NRL's downstream plotting tools). Once the update is in, we need to go and fix our old plotting scripts?

eap

Thanks for this, I'll patch this into the docker PR and rebuild.

DavidHuber-NOAA · 2024-08-26T11:51:50Z

@climbfuji I'm not sure. According to her post (NOAA-EMC/EMC_verif-global#118 (comment)), she could not create a simple example plot (https://matplotlib.org/stable/gallery/lines_bars_and_markers/simple_plot.html). Hopefully we can work through the issue during the release candidate period.

* jcsda/develop: Bump Python to 3.11.7 (JCSDA#1217) Add a clause in the cleanup to fix directory permissions (JCSDA#1273) Bug fix: configure neptune-env variants in three templates: neptune-dev, skylab-dev, unified-dev (JCSDA#1268) Update site configs for Atlantis, Narwhal, Nautilus (JCSDA#1266) Configuration for bufr_query@0.0.2 and eckit@1.27.0 (JCSDA#1240)

climbfuji · 2024-08-26T14:48:54Z

I am pretty sure that the matplotlib developers tested their release before they put it out there. Either it's a problem with the version combinations of the different packages we are using, or with the developer's code. Either way we'll need to figure this out during the release candidate period, as you said.

Bump Python to 3.11.7

af643cc

climbfuji self-assigned this Aug 5, 2024

Update .gitmodules and submodule pointer for spack for code review an…

a12300c

…d testing

climbfuji mentioned this pull request Aug 5, 2024

Update py-globus-sdk and py-globus-cli from spack develop JCSDA/spack#454

Merged

climbfuji added 2 commits August 5, 2024 15:30

Bump Python in Github actions to 3.11.7

89fa6ea

Revert .gitmodules and update submodule pointer for spack

ee7ca35

climbfuji marked this pull request as ready for review August 6, 2024 22:10

climbfuji requested review from eap, AlexanderRichert-NOAA, srherbener, RatkoVasic-NOAA and DavidHuber-NOAA August 6, 2024 22:10

climbfuji mentioned this pull request Aug 7, 2024

Feature/py 3p11p2 - do not close, needed for macOS with 3.11.2+ JCSDA/spack#384

Closed

4 tasks

ashley314 self-requested a review August 8, 2024 14:32

climbfuji added 3 commits August 8, 2024 08:49

Merge branch 'develop' of https://github.com/jcsda/spack-stack into f…

34a66d1

…eature/python_3p11p7

Update submodule pointer for spack

559fca5

Merge branch 'develop' of https://github.com/jcsda/spack-stack into f…

b74f34b

…eature/python_3p11p7

climbfuji added 9 commits August 15, 2024 11:21

Merge branch 'develop' of https://github.com/jcsda/spack-stack into f…

4152e8d

…eature/python_3p11p7

Add 'py-dask +delayed' to gmao-swell-env and add comments in that pac…

85fe5d4

…kage and in py-xnrl about the +delayed variant

Merge branch 'develop' into feature/py-dask-in-ue

f1f1e54

Merge branch 'develop' of https://github.com/jcsda/spack-stack into f…

73f280b

…eature/python_3p11p7

Merge branch 'develop' into feature/py-dask-in-ue

89f8983

Merge branch 'develop' of https://github.com/jcsda/spack-stack into f…

2a996bd

…eature/python_3p11p7

Merge branch 'develop' of https://github.com/jcsda/spack-stack into f…

ea57f81

…eature/python_3p11p7

Merge branch 'develop' into feature/py-dask-in-ue

f75dd84

Merge branch 'feature/py-dask-in-ue' of https://github.com/climbfuji/…

81879f8

…spack-stack into feature/python_3p11p7

This was referenced Aug 21, 2024

Upgrade bufr to 12.1.0, build met/metplus 9.1.3/3.1.1 in the unified environment #1259

Closed

Update BUFR to 12.1.0 #1262

Closed

DavidHuber-NOAA approved these changes Aug 22, 2024

View reviewed changes

RatkoVasic-NOAA approved these changes Aug 23, 2024

View reviewed changes

Merge branch 'develop' into feature/python_3p11p7

713fa7d

eap approved these changes Aug 23, 2024

View reviewed changes

Merge branch 'develop' into feature/python_3p11p7

3ed6e32

climbfuji enabled auto-merge (squash) August 23, 2024 21:15

climbfuji merged commit ac43a4c into JCSDA:develop Aug 24, 2024
8 checks passed

climbfuji deleted the feature/python_3p11p7 branch August 26, 2024 02:57

DavidHuber-NOAA mentioned this pull request Aug 26, 2024

matplotlib 3.8.0 is unable to create a basic plot #1276

Open

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Bump Python to 3.11.7 #1217

Bump Python to 3.11.7 #1217

climbfuji commented Aug 5, 2024 •

edited

Loading

ashley314 commented Aug 14, 2024

climbfuji commented Aug 14, 2024

DavidHuber-NOAA commented Aug 16, 2024

climbfuji commented Aug 16, 2024

srherbener commented Aug 19, 2024

DavidHuber-NOAA commented Aug 22, 2024

RatkoVasic-NOAA commented Aug 22, 2024

climbfuji commented Aug 22, 2024

DavidHuber-NOAA commented Aug 22, 2024

RatkoVasic-NOAA commented Aug 22, 2024

DavidHuber-NOAA commented Aug 22, 2024

DavidHuber-NOAA commented Aug 22, 2024

DavidHuber-NOAA commented Aug 22, 2024

ulmononian commented Aug 22, 2024

DavidHuber-NOAA commented Aug 22, 2024

RatkoVasic-NOAA commented Aug 22, 2024

RatkoVasic-NOAA left a comment

rickgrubin-noaa commented Aug 23, 2024

climbfuji commented Aug 23, 2024

DavidHuber-NOAA commented Aug 23, 2024

climbfuji commented Aug 23, 2024

eap left a comment

DavidHuber-NOAA commented Aug 26, 2024

climbfuji commented Aug 26, 2024

Bump Python to 3.11.7 #1217

Bump Python to 3.11.7 #1217

Conversation

climbfuji commented Aug 5, 2024 • edited Loading

Summary

Testing

Applications affected

Systems affected

Dependencies

Issue(s) addressed

Checklist

ashley314 commented Aug 14, 2024

climbfuji commented Aug 14, 2024

DavidHuber-NOAA commented Aug 16, 2024

climbfuji commented Aug 16, 2024

srherbener commented Aug 19, 2024

DavidHuber-NOAA commented Aug 22, 2024

RatkoVasic-NOAA commented Aug 22, 2024

climbfuji commented Aug 22, 2024

DavidHuber-NOAA commented Aug 22, 2024

RatkoVasic-NOAA commented Aug 22, 2024

DavidHuber-NOAA commented Aug 22, 2024

DavidHuber-NOAA commented Aug 22, 2024

DavidHuber-NOAA commented Aug 22, 2024

ulmononian commented Aug 22, 2024

DavidHuber-NOAA commented Aug 22, 2024

RatkoVasic-NOAA commented Aug 22, 2024

RatkoVasic-NOAA left a comment

Choose a reason for hiding this comment

rickgrubin-noaa commented Aug 23, 2024

climbfuji commented Aug 23, 2024

DavidHuber-NOAA commented Aug 23, 2024

climbfuji commented Aug 23, 2024

eap left a comment

Choose a reason for hiding this comment

DavidHuber-NOAA commented Aug 26, 2024

climbfuji commented Aug 26, 2024

climbfuji commented Aug 5, 2024 •

edited

Loading