22 Aug
2012
22 Aug
'12
7:27 p.m.
Le 22/08/2012 20:24, David C. Rankin a écrit :
On 08/21/2012 07:50 PM, Slávek Banko wrote:
Hello, I think that changing the "kde" subfolder to "tde" subfolder by
default is a good idea.
As you say, we must ensure that all packages are updated to reflect that
change, including the exotic ones (using scons or whatever else).
A quick thougt about the future install of TDE under /usr: I think the
HTML files conflict is the easiest conflict to solve. We'll have much
more troubles with binary conflicts under /usr/bin ...
Francois
Interesting idea. The only thing that interferes
with so far quite strictly
held principle not rename k=>t. Please (others), what about this breach rules
do you think?
Thanks
Slavek
Let's see what Francios says, but I have thought through this issue
regarding a
rename of kde_htmldir from ../doc/kde/HTML/<lang> to ../doc/tde/HTML/<lang>.
I
do not believe there were be any hidden or unanticipated consequences to any
other packages or any other part of the build process. It is just the help dir
locations.
I do TOTALLY are with the strictly held principle for 3513 not to rename k=>t
anywhere it could possibly impact building. After wasting countless hours
chasing k=>t build failures, it is critical that we stick to this principle.
Regarding the khelpcenter doc location, the benefits of the change do
substantially outweigh any risks. Here we standardize the doc location for the
entire GIT tree on ${datadir}/doc/tde/HTML/<lang>. That streamlines backporting
of any future doc changes/additions from R14->3513. We lay the ground work for a
future TDE install in /usr by insuring there are no doc conflicts with kde4 for
all distributions (nobody and no other package will install docs to
${datadir}/doc/tde except TDE. There are no build considerations (i.e. renaming
impacting build of other packages due to a k=>t change. Lastly, nobody cares
what the actual directory name of the doc install location is as long as -- all
the documents show up in khelpcenter. The dir could just as easily be named:
${datadir}/doc/thePlaceToInstallTrinityAppManuals/HTML/<lang> for that matter.
The key is that we standardize the location.
(1) Patch tdelibs to set kdecore/kdestandarddirs.cpp to point to the correct
directory,
(2) Update the CMake files so that the apps building with CMake put the
documents there, and
(3) Update the acinclude.m4 (or admin/acinclude.m4.in) files for all apps that
build with autotools so that they put their docs in the correct place.
Then we are done with this issue once and for all. Darrell's set of commits
should do this for 3513 and require nothing more than cherry-picking. (We need
to make sure (1) above is done in his commits)
Otherwise, we end up with a distro-by-distro set of build-time hacks that are
time consuming and difficult to maintain.
All things considered, I say we do this. Let's get a signoff from Francios and
anyone else you think this change to 3513-sru will impact.