4 Jan
2012
4 Jan
'12
11:54 a.m.
While building packages for arch I noticed that docs instead of going
into /opt/trinity/share/doc/HTML/$LANG go into
/opt/trinity/share/dok/kde/HTML/$LANG. I vaguely remember this was
already discussed on the ML, but I can't seem to find it in the
archive (maybe it wasn't after all, and I dreamed about it). Doing mv
at the end of the package installation process don't seem to me like
solution to the problem, but rather like hack around it.
4 Jan
4 Jan
7:52 p.m.
New subject: [trinity-devel] Docs in the wrong location.
2012/1/4 L0ner sh4dou <sh4dou(a)gmail.com>
While building packages for arch I noticed that docs
instead of going
into /opt/trinity/share/doc/HTML/$LANG go into
/opt/trinity/share/dok/kde/HTML/$LANG. I vaguely remember this was
already discussed on the ML, but I can't seem to find it in the
archive (maybe it wasn't after all, and I dreamed about it). Doing mv
at the end of the package installation process don't seem to me like
solution to the problem, but rather like hack around it.
Change the HTML_INSTALL_DIR cmake variable, but AFAIK khelpcenter doesn't
handle it correctly (so I created a simlink).
8:28 p.m.
New subject: [trinity-devel] Docs in the wrong location.
While building packages for arch I
noticed that docs instead of going
into /opt/trinity/share/doc/HTML/$LANG go into
/opt/trinity/share/dok/kde/HTML/$LANG. I vaguely remember
this was
already discussed on the ML, but I can't seem to find it in
the
archive (maybe it wasn't after all, and I dreamed about
it). Doing mv
at the end of the package installation process don't seem
to me like
solution to the problem, but rather like hack around it.
I believe you are referring to this:
http://bugs.pearsoncomputing.net/show_bug.cgi?id=660
I submitted the patch but one person commented about doing the opposite. Doesn't
matter to me, only that when this stuff gets resolved that all of TDE remains consistent
and all handbook help files are found correctly by every app. :)
We need to pick one or the other location and then ensure all cmake and automake
configurations all point to the same location. Because the cmake related packaged are far
fewer than the automake packages I patched the cmake files.
Darrell
4706
days inactive
4706
days old
2 comments
3 participants
participants (3)
-
Darrell Anderson -
Fat-Zer -
L0ner sh4dou