Bug 804082

Summary:	dev-ml/opam-core-2.0.8-r1 fails to compile
Product:	Gentoo Linux	Reporter:	Agostino Sarubbo <ago>
Component:	Current packages	Assignee:	Gentoo Team for the ML programming language family <ml>
Status:	CONFIRMED ---
Severity:	normal	CC:	dev-portage, gienah
Priority:	Normal
Version:	unspecified
Hardware:	All
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---
Attachments:	build.log

Description Agostino Sarubbo gentoo-dev

2021-07-25 08:15:00 UTC

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.

Comment 1 Agostino Sarubbo gentoo-dev

2021-07-25 08:15:02 UTC

Created attachment 726682 [details]
build.log

build log and emerge --info

Comment 2 Tupone Alfredo gentoo-dev

2021-07-26 09:19:44 UTC

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