https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/ Issue: dev-ml/opam-core-2.0.8-r1 fails to compile. Discovered on: amd64 (internal ref: ci) NOTE: This machine uses GCC-11: https://gcc.gnu.org/gcc-11/porting_to.html If you think this is a GCC-11 related issue, please block bug 732706.
Created attachment 726682 [details] build.log build log and emerge --info
The problem is not opam-core. The issue is a "something like" rdepend on dune that should be installed in the dune eclass. You have downgraded dev-ml/dune from 2.9 to 2.8.4 but there are still packages that have been built with dune-2.9 that are needed for building opam-core. In your case is ocamlgraph that needs to be rebuilt with the old dune. I'll leave this bug opened as a memory for who find this problem again. I'm waiting for e clean solution to implements. To portage devs: package a has been built with dune-2.9 dune-2.9 is downgraded to 2.8.3 package b depends on package a package b expect that all dependent packages have been built with a version of dune not newer than the one available. The action to take is whenever I downgrade dune version and I rebuild a package, I also have to rebuild all packages depending on it that are built with new dune. I think RDEPEND on dev-ml/dune:= should work but maybe is not the RDEPEND intention as this is not a runtime dependency
