Debian Patches

Status for scip/10.1.0+ds-2

Patch Description Author Forwarded Bugs Origin Last update
rpath.patch Don't set RPATH in binary. Doug Torrance <dtorrance@debian.org> not-needed 2026-01-25
devendor-nauty.patch Use Debian nauty package instead of vendored library. Also fix version number display. In the vendored version (nauty 2.8.8),
NAUTYVERSIONID is 28080, but in the version currently in Debian (2.9.3), it is
29300, i.e., the patch number has moved from the 10s to the 100s place.		 Doug Torrance <dtorrance@debian.org> not-needed 2026-01-26
devendor-cppad.patch Use Debian CppAD package instead of vendored library. SCIP vendors a patched fork of CppAD 20180000.0. Three of the local changes
relax the visibility of CppAD internals so that exprinterpret_cppad.cpp can
call them, and exprinterpret_cppad.cpp makes use of two of those:
.
* ADFun::RevSparseHesCase(), made public to avoid copying the result of the
public RevSparseHes() that wraps it;
* ADFun::SparseHessianCompute(), made public so that the coloring of the
Hessian sparsity pattern can be reused between evaluations.
.
Both are private in CppAD proper, so switch back to the public RevSparseHes()
and SparseHessian() that upstream's own comments document as the original
code. Neither costs the optimization it was introduced for: SparseHessian()
converts the sparsity pattern into CppAD's internal form only while the work
object holds no coloring yet, and reuses the cached coloring afterwards.
.
That in turn removes the last use of the internal sparsity type, which had
been renamed from CppAD::local::internal_sparsity<bool>::pattern_type to
CppAD::local::sparse::internal_pattern<bool>::pattern_type in the meantime,
so the pattern is now kept in CppAD's user form instead.
.
Also drop the installation of src/cppad/COPYING, since src/cppad is no longer
part of the source package.		 Claude Opus 5 (1M context) <noreply@anthropic.com> not-needed 2026-09-20
use-debian-mathjax.patch Use Debian MathJax package in html docs. Doug Torrance <dtorrance@debian.org> not-needed 2026-01-25
tests-external-scip-binary.patch Allow running the test suite against an external SCIP binary The tests hardcode $<TARGET_FILE:scip>, so they can only ever exercise the
binary built in the same tree. Introduce a SCIP_EXECUTABLE cache variable
which defaults to that binary, so that the suite can also be pointed at an
installed SCIP. This lets the autopkgtest generate the tests with a plain
CMake configure run and check the binary from the scip package, rather than
shipping a snapshot of CTestTestfile.cmake in debian/tests.
.
Note that no change is needed for the scip-build test, which builds the
binary: CTest's DEPENDS property only constrains ordering between tests that
have been selected, it never pulls an unselected test into the run.		 Claude Opus 5 <noreply@anthropic.com> not-needed 2026-09-20
fix-boost-float128-include-order.patch Move PaPILO header includes up to avoid boost issue on ppc64el If we include boost/multiprecision/number.hpp (which is pulled in with
the SCIP headers) before boost/multiprecision.hpp (which is pulled
with with the PaPILO headers on systems where float128_type is the
same as long double (such as ppc64el), then we end up specializing a
template after it's already been instatiated, causing the build to
fail.		 Doug Torrance <dtorrance@debian.org> yes 2026-09-21

All known versions for source package 'scip'

Links