Summary: | sys-libs/e2fsprogs-libs and sys-freebsd/freebsd-libs collide on uuid(3) man pages | ||
---|---|---|---|
Product: | Gentoo/Alt | Reporter: | Diego Elio Pettenò (RETIRED) <flameeyes> |
Component: | FreeBSD | Assignee: | Gentoo/BSD Team <bsd+disabled> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | base-system |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Diego Elio Pettenò (RETIRED)
2009-05-15 22:25:21 UTC
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 |