@AlexanderRichert-NOAA @Hang-Lei-NOAA this will impact you, but hopefully make our lives easier.
Immediately after the next releases of g2 and grib_util, I plan to move all the grib_util code to the g2 repo (except wgrib).
Some of the grib_util code needs the w3emc library, and some is GRIB2 only. The ones that need w3emc will only be built if the g2 library is build with w3emc. So we will be able to build g2 without w3emc, and it would then include utilities that do not depend on w3emc.
The reason for this is to reduce our install, spack, and testing work. Instead of two packages, we will just have one to manage. And when working on utility bugs (as we are now with tocgrib2), it would be a lot easier to develop tests if the utility and g2 code were in the same repo.
The next release of grib_util will be the last one, and wgrib (which is the GRIB1 version of wgrib2) will only be available in grib_utils. If anyone still wants it, I can see about moving it to a subdirectory of the wgrib2 project. But it does not belong with the g2 code and the rest of grib_utils, which are just very light utilities that make use of g2.
@AlexanderRichert-NOAA @Hang-Lei-NOAA this will impact you, but hopefully make our lives easier.
Immediately after the next releases of g2 and grib_util, I plan to move all the grib_util code to the g2 repo (except wgrib).
Some of the grib_util code needs the w3emc library, and some is GRIB2 only. The ones that need w3emc will only be built if the g2 library is build with w3emc. So we will be able to build g2 without w3emc, and it would then include utilities that do not depend on w3emc.
The reason for this is to reduce our install, spack, and testing work. Instead of two packages, we will just have one to manage. And when working on utility bugs (as we are now with tocgrib2), it would be a lot easier to develop tests if the utility and g2 code were in the same repo.
The next release of grib_util will be the last one, and wgrib (which is the GRIB1 version of wgrib2) will only be available in grib_utils. If anyone still wants it, I can see about moving it to a subdirectory of the wgrib2 project. But it does not belong with the g2 code and the rest of grib_utils, which are just very light utilities that make use of g2.
Comments welcome...