No idea how we can manage that; by the way base system, are e2fsprogs able to build against the system C library for uuid functions instead of libuuid?
does it only collide on the man pages ? i doubt converting e2fsprogs to use the C library uuid functions is feasible unless the e2fsprogs libuuid is an exact mirror of the funcs in BSD
Yah checked afterward, the interface is actually different, quite different, libuuid is much more similar to what OpenSolaris has actually, but even that not identical. Yeah it only collides on uuid(3) and uuid_compare afaics. The header files are different (/usr/include/uuid.h vs /usr/include/libuuid.h) and the FreeBSD functions are in the C library.
sounds like bsd is doing the wrong thing and installing as uuid(3) when their header is actually libuuid.h but i doubt freebsd is about to change because of a "small" detail like that, so feel free to add a conditional to the ebuild where it deletes/renames the man pages on freebsd systems
FreeBSD's header is uuid.h; I'd say that it's libuuid that should install libuuid(3) ...
e2fsprogs isnt installing as "libuuid.h", so based on your comment #2, the logical assumption is that freebsd is doing it. $ qlist e2fsprogs-libs | grep include.*uuid /usr/include/uuid/uuid.h
Ergh okay I got it wrong in #2: /usr/include/uuid.h (sys-libs/freebsd-lib) /usr/include/uuid/uuid.h (sys-libs/e2fsprogs-libs).
Seems not colliding anymore as of sys-libs/e2fsprogs-libs-1.41.14 and sys-freebsd/freebsd-lib-8.0