When emerging the new gettext, I noticed that it installed the html documentation to /usr/doc rather than /usr/doc/gettext-0.11.3 . This makes for a very messy /usr/doc! Just a suggestion you might want to look at before unmasking.
it should actually go into /usr/share/doc
Do you intend to put it under /usr/share/doc/gettext-0.11.3 ? My only suggestion is that wherever packages dump html docs, they should be in a separate directory to keep things organized.
In Gentoo, we install docs into /usr/share/doc/packagename-version-revision and html docs into /usr/share/doc/packagename-version-revision/html So that is what I will endeavour to do with this. Meanwhile, how is this version working for you?
Thanks for the clarification. Well, for the most part, it seems like it is working fine. There is one other small problem that I haven't figured out yet. I'm using the "test" default-x86- 2.0 profile which includes gcc-3.2, etc. I unmasked the new gettext so that it was built in stage1. After stage1 was built, I wanted to rebuild gettext so that the java libraries would be built with gcj. It isn't until wget is compiling that I discover the potential issue with re-emerging gettext. Wget, during the linking phase, complains about undefined references to: libintl_gettext, libintl_bindtextdomain, libintl_textdomain Now I recognize these as symbols from glibc. The problem is, I'm not sure what files gettext is potentially clobbering from glibc, if any. However if I emerge glibc again, wget compiles with no problems at all. Now, I am reluctant to blame this fully on gettext, as this could have equally been a problem caused during stage1. However, as an educated guess, I would say that gettext's libintl.h is not working with glibc.
I just tried the latest e-build you just checked in, and the conflict seems to be resolved. So other than the documentation problems, everything "seems" alright.
any news, nicholas? and the documentation problems still persist?
Yes, they are. After just rsyncing the portage tree, I unmerged and then remerged the gettext package. The htmls are still in the main /usr/doc directory and not in the the /usr/doc/gettext-... dir like they shoudl be.
the 0.11.5 does not have this documentation problem. but now you gotta test a new version :P