Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 5742 - html documentation improperly(?) installed by gettext-0.11.3
Summary: html documentation improperly(?) installed by gettext-0.11.3
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: x86 Linux
: High minor (vote)
Assignee: Seemant Kulleen (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-07-29 13:56 UTC by Nicholas Wourms
Modified: 2003-02-04 19:42 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nicholas Wourms 2002-07-29 13:56:35 UTC
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.
Comment 1 Seemant Kulleen (RETIRED) gentoo-dev 2002-07-29 22:17:15 UTC
it should actually go into /usr/share/doc
Comment 2 Nicholas Wourms 2002-07-30 05:49:08 UTC
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.
Comment 3 Seemant Kulleen (RETIRED) gentoo-dev 2002-07-30 06:02:46 UTC
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?
Comment 4 Nicholas Wourms 2002-07-30 06:50:54 UTC
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.
Comment 5 Nicholas Wourms 2002-08-03 09:45:17 UTC
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.
Comment 6 Seemant Kulleen (RETIRED) gentoo-dev 2002-08-08 05:00:15 UTC
any news, nicholas? and the documentation problems still persist?
Comment 7 Nicholas Wourms 2002-08-08 07:14:17 UTC
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.
Comment 8 Seemant Kulleen (RETIRED) gentoo-dev 2002-08-16 13:36:28 UTC
the 0.11.5 does not have this documentation problem.

but now you gotta test a new version :P