SCIP Optimization Suite 9.2.0

[scip-ci]

• Update to SCIP Optimization Suite 9.2.0.
• There is an issue with papilos cmake config (FindGMP.cmake not found in some environments), so a patch is added to work around this.
• Fixed license info: ZIB Academic license is not longer used; fix Apache license identifier
• Include papilo executable into papilo package, which comes with dependencies on scip and boost.
• Add minimal test for papilo package.
• SoPlex headers are C++14, so require that for the SoPlex example as well.

The conda-forge linter is now happy.

Checklist

• Used a personal fork of the feedstock to propose changes
• Bumped the build number (if the version is unchanged)
• Reset the build number to 0 (if the version changed)
• Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
• Ensured the license file is being packaged.

[scip-ci]

@discopt do you have a suggestion on the failing macOS and Windows jobs here?

The Windows build fails when the soplex package is tested with

CMake Error at D:/bld/scipoptsuite_1730731713063/_test_env/Library/share/cmake-3.30/Modules/CMakeFindDependencyMacro.cmake:76 (find_package):
  By not providing "FindGMP.cmake" in CMAKE_MODULE_PATH this project has
  asked CMake to find a package configuration file provided by "GMP", but
  CMake did not find one.

  Could not find a package configuration file provided by "GMP" with any of
  the following names:

    GMPConfig.cmake
    gmp-config.cmake

  Add the installation prefix of "GMP" to CMAKE_PREFIX_PATH or set "GMP_DIR"
  to a directory containing one of the above files.  If "GMP" provides a
  separate development package or SDK, be sure it has been installed.

As far as I see, this is when the conda packages for both papilo and soplex are installed, and then it tries to build a SoPlex example using these packages.

It looks like the FindGMP.cmake should be there, because of line:

-- Installing: %PREFIX%\Library/lib/cmake/papilo/FindGMP.cmake

and the recipe saying this directory is to be included in the papilo package:

scipoptsuite-feedstock/recipe/meta.yaml

Line 68 in 018beb5

- "{{ install_prefix }}/lib/cmake/papilo/"

Do one need to set CMAKE_MODULE_PATH in addition?

On macOS, it seems to be the same problem.

[scip-ci]

I give up here. Even when setting CMAKE_MODULE_PATH to a directory where FindGMP.cmake is located, cmake errors out with "By not providing "FindGMP.cmake" in CMAKE_MODULE_PATH this project has ..."

Changes by @discopt in PaPILO (scipopt/papilo@97bf10f) for SCIP OptSuite 9.2.0 are probably relevant why this comes up now, but it isn't clear what is wrong and I don't see a way to debug these conda builds properly (or why I should do it).
I will remove my test commits.

[discopt]

I give up here. Even when setting CMAKE_MODULE_PATH to a directory where FindGMP.cmake is located, cmake errors out with "By not providing "FindGMP.cmake" in CMAKE_MODULE_PATH this project has ..."

Changes by @discopt in PaPILO (scipopt/papilo@97bf10f) for SCIP OptSuite 9.2.0 are probably relevant why this comes up now, but it isn't clear what is wrong and I don't see a way to debug these conda builds properly (or why I should do it). I will remove my test commits.

I added a MR in PaPILO (internal) and added you as a reviewer. So if you want you can give that a final try :-)

[scip-ci]

@discopt The issue with FindGMP.cmake seems to be fixed now. The osx_64 build runs find now.

On Windows, a new issue came up:

CMake Error at D:/bld/scipoptsuite_1730964543619/_test_env/Library/lib/cmake/Boost-1.72.0/BoostConfig.cmake:120 (find_package):
  Found package configuration file:

    D:/bld/scipoptsuite_1730964543619/_test_env/Library/lib/cmake/boost_iostreams-1.72.0/boost_iostreams-config.cmake

  but it set boost_iostreams_FOUND to FALSE so package "boost_iostreams" is
  considered to be NOT FOUND.  Reason given by package:
-- Configuring incomplete, errors occurred!

  No suitable build variant has been found.

  The following variants have been tried and rejected:

  * boost_iostreams.lib (shared, default on Windows is static, set
  Boost_USE_STATIC_LIBS=OFF to override)

The conda build for windows still uses old boost 1.72. #78 is trying to update on this, and removes Boost_USE_STATIC_LIBS=ON from the CMakeLists.txt's. So maybe that would help here, too.

[scip-ci]

@conda-forge-admin, please rerender

[conda-forge-admin]

Hi! This is the friendly automated conda-forge-linting service.

I just wanted to let you know that I linted all conda-recipes in your PR (recipe/meta.yaml) and found it was in an excellent condition.