On Tue, Jan 02, 2024 at 08:48:49PM +0100, Anton Gladky wrote: > sure, welcome to team! it would be also good to fix RC bugs also there. > Thanks!
I've been looking at the new version of ortools 9.8 but looks like retaining Python support with it would take significant effort. The new ortools uses https://github.com/pybind/pybind11_protobuf whose cmake files are designed around just downloading dependencies and among them it uses an include file called proto_api.h from pybind11, whose use is deprecated by the upstream and not installed anymore and according to https://bugs.debian.org/1060225, that's by design and the current way of doing it is by using something called ubp, https://github.com/protocolbuffers/protobuf/tree/main/upb, which pybind11_protobuf doesn't use yet. This is about as far as I'm ready to follow up with this thing. I would ask to just drop Python support for now and return to this once upb is available in Debian (I don't quite know how that'd happen since upstream explicitly say that they won't make any releases of that software) and pybind11_protobuf doesn't use any deprecated not installed files it only gets because it downloads and doesn't even consider using releases or system installed files. If there's a consensus that Python support is a must then I guess we could stick with an old version of ortools. But I'd rather update without Python for now and return it later when this stuff matures a bit more. The current state is that it FTBFS universally and isn't in testing or installable in current unstable either so it's not like people could have used it as it is.
