Doesn't emerge. Seems there are declarative inconsistencies with OCaml's PCRE support. Reproducible: Always Steps to Reproduce: Just try to emerge. Actual Results: The files /usr/lib64/ocaml/site-packages/netstring/netstring_str.cmi and /usr/lib64/ocaml/site-packages/pcre/pcre.cmi make inconsistent assumptions over interface Pcre # equery uses ocaml [ Searching for packages matching ocaml... ] [ Colour Code : set unset ] [ Legend : Left column (U) - USE flags from make.conf ] [ : Right column (I) - USE flags packages was installed with ] [ Found these USE variables for dev-lang/ocaml-3.10.2 ] U I + + X : Adds support for X11 - - emacs : Adds support for GNU Emacs + + gdbm : Adds support for sys-libs/gdbm (GNU database libraries) - - latex : Adds support for LaTeX (typesetting package) + + ncurses : Adds ncurses support (console display library) + + ocamlopt : Enables ocamlopt support (ocaml native code compiler) -- Produces faster programs (Warning: you have to disable/enable it at a global scale) - - tk : Adds support for Tk GUI toolkit - - xemacs : Add support for XEmacs
Created attachment 211435 [details] emerge --info output from x86_64 installation
Created attachment 211437 [details] ebuild output from x86_64 installation
I finally managed to fix the problem by re-emerging $ emerge -v1 dev-ml/pcre-ocaml dev-ml/ocamlnet After that, the problem no longer occurred. Thus it seems the problem is part of Portage's imperfect dependency resolution which sometimes misses packages which need to be rebuilt. Anyway, this is a generic problem of Portage and hence not specific to this package.