trinity-devel@lists.pearsoncomputing.net

Message: previous - next
Month: April 2012

Re: [trinity-devel] tdelibs kstandardirs - KDELIBSTUFF - can it be tied to $prefix?

From: Darrell Anderson <humanreadable@...>
Date: Wed, 4 Apr 2012 17:37:13 -0700 (PDT)
>   Looking at the tdelibs/tdecore/kstandarddirs.cpp
> locations, I noticed the KDELIBSTUFF is hard coded to /trinity /trinity/plugins for
> module and qtplugin types. I've wondered why that wasn't /tde and /tde/plugins
> since it replaces /kde /kde/plugins. Is there a way to pass an environment
> variable or something similar to the file so that the following code:
> 
> TQString KStandardDirs::kde_default(const char *type) {
> <snip>
>     if (!strcmp(type, "lib"))
>     return "lib" KDELIBSUFF "/";
>     if (!strcmp(type, "module"))
>     return "lib" KDELIBSUFF "/trinity/";
>     if (!strcmp(type, "qtplugins"))
>         return "lib" KDELIBSUFF
> "/trinity/plugins";
> <snip>
> 
> could do something like:
> 
> TQString KStandardDirs::kde_default(const char *type) {
> <snip>
>     if (!strcmp(type, "lib"))
>     return "lib" KDELIBSUFF "/";
>     if (!strcmp(type, "module"))
>     return "lib" KDELIBSUFF "/tde/";
>     if (!strcmp(type, "qtplugins"))
>         return "lib" KDELIBSUFF
> "/tde/plugins";
> <snip>
> 
>   What I don't have a feel for is how the hard coded
> /trinity location trickles through the rest of the code. If it is relied on by much of
> the rest of the build, it isn't worth fixing, but hard coding the location
> seems like it could lead to issues later. Just a stray thought.

Please refer to bug report 892.

Although I have had progress patching packages to the correct XDG information, I have problems evry time I change the path to applications/tde. Everything I have tried results in everything installing to that new location, but experiencing breakage in apps. Something somewhere in the code is cleverly hidden or hard-coded to look for applications/kde. If I could resolve that problem I could start pushing all of the related package patches to fix all of the XDG related files (mostly *.desktop files, but some stray code too).

This bug report and the help files are biggies. I'm starting a new build run this evening to run overnight and through that I'll create the necessary patches for the help files.

Darrell