Summary: | dev-libs/libiconv should not block sys-apps/man-pages | ||
---|---|---|---|
Product: | Gentoo/Alt | Reporter: | René Rhéaume <rene.rheaume> |
Component: | Other | Assignee: | Gentoo/BSD Team <bsd+disabled> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | base-system |
Priority: | Normal | Keywords: | PATCH |
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | libiconv-1.14.ebuild.patch |
Then there'll be mismatch between C function calling name and man page name. I'm not sure this is a right thing to do... Another solution could be done, but requires to commuit man-pages and libiconv ebuilds at the same time. You remove the block in the libiconv ebuild, then, in the man-pages ebuild, in its src_intall phase, you do something like if ! use elibc_glibc; then # remove the iconv man pages to resolve the collision fi Adding base-systems to CC list should be all set now in the tree; thanks for the report! Commit message: Rename man pages to avoid collisions w/man-pages package with USERLAND=GNU systems http://sources.gentoo.org/dev-libs/libiconv/libiconv-1.14-r1.ebuild?r1=1.5&r2=1.6 |
Created attachment 371526 [details, diff] libiconv-1.14.ebuild.patch flameeyes, when he was improving the tree, quickly fixed a file collision in libiconv by blocking man-pagescfrom being emerged. However I wanted man-pages on a uclibc-based system (actually I started this system with a Lilblue stage4) and could not have it. I changed the libiconv ebuild so the conflicting manual pages are renamed from iconv*.* to libiconv*.* during the install phase. There was also a warning about datarootdir I corrected. I attach here the ebuild patch.