KDE3 Solaris Linux
Thomas Zander
zander at planescape.com
Thu May 30 18:52:05 BST 2002
On Thu, May 30, 2002 at 07:25:27PM +0200, Guenter Feldmann wrote:
>
>
> Hi Thomas
>
> |> > Installation:
> |> > When KDE seaks for the available applications it does not store their
> |> > logical paths (which are the same on all our systems) but their
> physical
> |> > paths. eg: the path to Qt=20
> |> > /usr/local/X11/qt
> |> > gets stored as
> |> > /usr/local/X11/qt_3.0.4 Solaris (small)
> |> > /export/local/X11R6/qt_3.0.4 Solaris (big)
> |> > /usr/X11R6/qt_3.0.4 Linux (big)
> |> > /usr/local/X11/qt_3.0.4 Linux (small)
> |> > ...
> |> >
> |> > To enable the users to switch between different system I had to emulate
> |> > all posible physical pathes of the Linux systems by symbolc links on
> |> > the Solaris systems an vice versa.
> |>
> |> I am not quite sure where these paths are stored, and why this poses a
> |> problem..
> |> While it is true that the binairy KDE contains some paths, I am wondering
> |> why that is a problem. Surely the linux binairy can't be run on Solaris
> |> anyhow ..
> |>
>
> The problem is that our users (students) cannot use all times the same
> computer.
...
> When the same user next time starts KDE on a Linux system, KDE will not find
> the
> applications at the positions stored in ~/.kde/share/spps/...
> This results in a taskbar only containig gear-wheals instead of the usual
> icons.
>
> If KDE had stored the logical pathes everything would look fine.
Ah I see; the logical fix is to not store these applications in the ~/.kde dir.
As you will notice the applications in the start menu are lots of non-kde
applications. These are put there by an application known as kAppFinder
which is run in the KPersonalizer application (IIRC we disabled that for new
KDE releases).
You can choose from 2 approuches;
- don't run kAppFinder and don't provide old (non-kde) applications in the
start menu per user.
- don't run kAppFinder and provide the icons via the KDE global user. This means
that the icons in ~/.kde/share/applnk/ have to move to the systems kde/share/applnk
dir, each machine will have the appropriate paths in these files.
Alternatively you can run a script (one time) per user to remove te full paths
from the users-icon files (the exec line) but then you must make sure the app is
in the users path.
Hope this helps.
ps. can anyone tell me what the status is for multiple system dirs where the
desktop/k-menu icons are looked for?
--
Thomas Zander zander at planescape.com
We are what we pretend to be
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 232 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20020530/d0efe884/attachment.sig>
More information about the kde-core-devel
mailing list