Bug 126311 - symlinks point to missing $HTML_DIR/<locale>/common
Summary: symlinks point to missing $HTML_DIR/<locale>/common
Status: RESOLVED FIXED
Alias: None
Product: i18n
Classification: Translations
Component: general (show other bugs)
Version: 3.5
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: Stephan Kulow
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-04-26 20:22 UTC by Rex Dieter
Modified: 2006-06-19 15:13 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Rex Dieter 2006-04-26 20:22:07 UTC
Version:           3.5.2 (using KDE KDE 3.5.2)
Installed from:    Fedora RPMs
OS:                Linux

kde-i18n  < 3.5.2 used to install locale-specific common files to:
$HTML_DIR/<locale>/common
but as of 3.5.2, most of that seems moved to
$HTML_DIR/<locale>/<locale>/doc/common

Unfortunately, there seem to be a lot of symlinks
$HTML_DIR/<locale>/*/common
pointing to a now non-existent ../common

(*) where HTML_DIR=`kde-config --expandvars --install HTML`
Comment 1 Carsten Lohrke 2006-04-27 01:31:17 UTC
Using the Gentoo split packages (this includes recreation of configure etc.) almost everything is fine, but these few files

fdl-translated.html
gpl-translated.html
kde-localised.css
lgpl-translated.html
logotp3.png

are erroneously located in $HTML_DIR/de/de/docs/common/

An $HTML_DIR/en/en subtree does not exist.
Comment 2 Erik Kj 2006-04-27 01:36:50 UTC
Not only that, but installing a language package makes all files in $HTML-DIR/en/common disappear, which makes everything look pretty often even in the English documentation. $HTML-DIR/da/common used to be a directory containing some files and some links, now it is just a link to ../en/common
Comment 3 Nick Steeves 2006-04-27 02:17:03 UTC
I'd like to confirm that that this affects from-source installations as well.  I find the same files Carsten mentioned in every /usr/share/doc/HTML/$LOCALE/$LOCALE/common/ as he does.  /usr/share/doc/HTML/en/common does not disappear when I install language packs.
Comment 4 Stephan Kulow 2006-04-27 08:57:07 UTC
I'll look into it - I can see it too ;)
Comment 5 Stephan Kulow 2006-04-27 11:56:11 UTC
the bug was in the autogen.sh script. It will only be fixed by KDE 3.5.3 I'm afraid
Comment 6 Rex Dieter 2006-04-27 14:05:18 UTC
Any chance of attaching the patch/mods here (short of my digging through svn for the fix)?  :)
Comment 8 Rex Dieter 2006-04-27 14:19:24 UTC
Thanks!
Comment 9 Rex Dieter 2006-04-27 16:38:04 UTC
I pulled scripts from svn, but I don't think it's completely right.  The only change I see is that
$HTML_DIR/<locale>/<locale>/docs/common
is now
$HTML_DIR/<locale>/docs/common

There still exist a multitude of installed symlinks that point to a non-existent
$HTML_DIR/<locale>/common
Comment 10 Carsten Lohrke 2006-05-05 20:38:49 UTC
No symlink issues here, Rex. Running sed on Makefile.in fixed the l10/l10 issue and everything is fine.
Comment 11 Rex Dieter 2006-05-05 20:52:36 UTC
Carsten, so installing kde-i18n-de, for example, you see something at $HTML_DIR/de/common?
Comment 12 Rex Dieter 2006-05-05 21:12:42 UTC
OK, let me go check my own facts first.  I think I am likely wrong.  :)
Comment 13 Rex Dieter 2006-05-08 20:20:21 UTC
OK, after patching kde-i18n-$locale with:

test -f docs/common/Makefile.am && \
sed -i -e "s@${locale}/docs/common@docs/common@" \
  docs/common/Makefile.am \
  docs/common/Makefile.in

I've confirmed that the "symlinks pointing to missing $HTML_DIR/<locale>/common" problem still exists.  For example, in packaging/installing kde-i18n-es-3.5.2, I'm seeing a multitude of symlinks pointing to a non-existent /usr/share/doc/HTML/es/common.  There are also many kde apps (e.g. kile) that install symlinks pointing to this too.

Now, is my patch invalid (ie, it doesn't match comment #7) or is this still a real problem?
Comment 14 Rex Dieter 2006-06-19 15:13:11 UTC
Confirmed fixed in 3.5.3