The latest version of sys-apps/util-linux in prefix-tree is sys-apps/util-linux-2.24, but there are ebuilds in gx86 that depend on >=sys-apps/util-linux-2.24.1-r3, causing installation of those packages to break unless the offending package versions are manually masked.
It darwin still in need of libuuid from util-linux? Otherwise we could just use gx86's sys-apps/util-linux.
only older darwin, latest have their own
(In reply to Fabian Groffen from comment #2) > only older darwin, latest have their own util-linux-2.18-r1 is the last one keyworded for *-macos, so does anything speaks against merging >=sys-apps/util-linux-2.24.1-r3 from gx86 for *-linux? Long term we should merge util-linux with gx86, but I am not sure if this kind of hackery can go into gx86.
I think we should drop the macos case, if we need libuuid, then we need to find a way to get it without the whole util-linux stuff.
sys-apps/util-linux-2.24.2 synced with gx86, let's see what breaks...
works on my ~amd64-linux. Let's wait 10 days and then complete the merge with gx86 by removing util-linux from prefix overlay.
Ok, I found a really obscure bug in the build system. If the path specified behind --libdir does NOT start with /usr, '${prefix}' (literally) or '${exec_prefix}' its content is appended to '${exec_prefix}'. Hence in prefix the pc files get install into ${EPREFIX}/usr/${EPREFIX}/lib/pkgconfig ! Now fixed in the ebuild.
