I've been taking a look at what KDE 5 had become. Actually, it was faster than I had expected (in the MX-Linux implementation). Not that I think about changing DE, but it raised a question:
Running TDE, I have no problem starting KDE apps (Kdenlive or Kalzium for example) or xfce apps.
But is it possible to start TDE apps from xfce or KDE (TDE's Konqueror as file browser would be usefull)? I suppose it is, but just starting the app fails, so I guess there must be some magic incantation required.
Thierry
There shouldn't be any difficulties. Usually you just need to also specify the full path since some program names overlap. I have started TDE apps from KDE Plasma before without any special effort (and often by mistake).
Could you be more specific as to what fails? For example, any command line output.
-- Philippe
-------- Αρχικό Μήνυμα -------- Την 2/10/24 12:42 π.μ., Thierry de Coulon via tde-users ο/η users@trinitydesktop.org έγραψε:
I've been taking a look at what KDE 5 had become. Actually, it was faster than I had expected (in the MX-Linux implementation). Not that I think about changing DE, but it raised a question:
Running TDE, I have no problem starting KDE apps (Kdenlive or Kalzium for example) or xfce apps.
But is it possible to start TDE apps from xfce or KDE (TDE's Konqueror as file browser would be usefull)? I suppose it is, but just starting the app fails, so I guess there must be some magic incantation required.
Thierry ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
On 10/1/24 4:42 PM, Thierry de Coulon via tde-users wrote:
I've been taking a look at what KDE 5 had become. Actually, it was faster than I had expected (in the MX-Linux implementation). Not that I think about changing DE, but it raised a question:
Running TDE, I have no problem starting KDE apps (Kdenlive or Kalzium for example) or xfce apps.
But is it possible to start TDE apps from xfce or KDE (TDE's Konqueror as file browser would be usefull)? I suppose it is, but just starting the app fails, so I guess there must be some magic incantation required.
No problem whatsoever "PROVIDED", the launch of xfce uses the same base X11 setup and your TDEPATH, etc.. are likewise set. (which they should be without you having to do anything -- but if you experience problems -- that is where the problem will be)
This is because any application, regardless of desktop or toolkit only depends on being able to find and load the shared object libraries it depends on. It matters not if your desktop is fluxbox, sawfish, TDE or Plasma or Gnome, etc.., so long as the executable and library paths/locations are found, the application runs.
Now this does bring up another point. Many/most of the TDE apps depend on a bulk of the libraries TDE itself depends on (tdelibs, tdebase, etc..), so one consideration is how much additional stuff you are loading behind the scenes to run that 1 app from TDE you want. If memory and resources are not a consideration -- this goes away. If you are running on a Raspberry Pi Zero 2 W -- it can be significant.
This is where the art of choosing lightweight components when mixing/matching desktops on limited resources comes in. But, since that 12 year old Core2Duo box in the bone-pile has more than enough resources with its mighty 4G of RAM, to run anything you like -- it isn't near the concern it was 15 years ago.
If you want to find out all the library dependencies for a package (like konqueror), then ldd can be used, e.g.
$ ldd /full/path/to/konqueror
These are basically the only considerations there are. They are something to be aware of if you run into problems, but otherwise they are not really issue.
I have actually had problems getting some Trinity applications to run under Windowmaker. Setting TDE path did not seem to help much.
Amarok 1.4 simply crashes with an std::out along the lines telling me to start amarokapp instead (which doesn't give me a GUI). I installed Clementine in the mean time.
Other apps work, but they can't read some variables or TDE configuration properly. So for example Konquerer has no way to remember what file associations I have set. If I set new ones, it forgets them instantly. It needs to be told what command to run every time a file is opened.
What could cause this?
-- bonkmaykr
Sent from Proton Mail Android
-------- Original Message -------- On 10/1/24 7:09 PM, David C. Rankin via tde-users users@trinitydesktop.org wrote:
On 10/1/24 4:42 PM, Thierry de Coulon via tde-users wrote:
I've been taking a look at what KDE 5 had become. Actually, it was faster than I had expected (in the MX-Linux implementation). Not that I think about changing DE, but it raised a question:
Running TDE, I have no problem starting KDE apps (Kdenlive or Kalzium for example) or xfce apps.
But is it possible to start TDE apps from xfce or KDE (TDE's Konqueror as file browser would be usefull)? I suppose it is, but just starting the app fails, so I guess there must be some magic incantation required.
No problem whatsoever "PROVIDED", the launch of xfce uses the same base X11 setup and your TDEPATH, etc.. are likewise set. (which they should be without you having to do anything -- but if you experience problems -- that is where the problem will be)
This is because any application, regardless of desktop or toolkit only depends on being able to find and load the shared object libraries it depends on. It matters not if your desktop is fluxbox, sawfish, TDE or Plasma or Gnome, etc.., so long as the executable and library paths/locations are found, the application runs.
Now this does bring up another point. Many/most of the TDE apps depend on a bulk of the libraries TDE itself depends on (tdelibs, tdebase, etc..), so one consideration is how much additional stuff you are loading behind the scenes to run that 1 app from TDE you want. If memory and resources are not a consideration -- this goes away. If you are running on a Raspberry Pi Zero 2 W -- it can be significant.
This is where the art of choosing lightweight components when mixing/matching desktops on limited resources comes in. But, since that 12 year old Core2Duo box in the bone-pile has more than enough resources with its mighty 4G of RAM, to run anything you like -- it isn't near the concern it was 15 years ago.
If you want to find out all the library dependencies for a package (like konqueror), then ldd can be used, e.g.
$ ldd /full/path/to/konqueror
These are basically the only considerations there are. They are something to be aware of if you run into problems, but otherwise they are not really issue.
-- David C. Rankin, J.D.,P.E.
tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
On 10/1/24 7:16 PM, bonkmaykr via tde-users wrote:
I have actually had problems getting some Trinity applications to run under Windowmaker. Setting TDE path did not seem to help much.
Amarok 1.4 simply crashes with an std::out along the lines telling me to start amarokapp instead (which doesn't give me a GUI). I installed Clementine in the mean time.
Other apps work, but they can't read some variables or TDE configuration properly. So for example Konquerer has no way to remember what file associations I have set. If I set new ones, it forgets them instantly. It needs to be told what command to run every time a file is opened.
What could cause this?
Windowmaker, and some other traditional X desktops don't do much X-setup. Now invoking konqueror load enough of the TDE environment so it knows where ~/.tde/share/ (or the system-wide files) are located so you have normal file-association, etc. when launching konqueror and when saving any new configurations.
This may very well be in the build of tdelibs or tdebase where not everything is made a dependency so this environment is setup when any TDE app is launched. I haven't built TDE on Arch since the 13.5-sru / pre-14 days, so I'm a bit behind on this.
As a good diagnosis, launch the TDE app (e.g. konqueror) from the command-line in an x-term and see what additional error/diagnostic messages are written to the terminal (and possibly ~/.xsession-errors -- if launching X redirects errors to that file)
This is one that will just need tracking down.
Anno domini 2024 Wed, 2 Oct 02:53:39 -0500 David C. Rankin via tde-users scripsit:
On 10/1/24 7:16 PM, bonkmaykr via tde-users wrote:
I have actually had problems getting some Trinity applications to run under Windowmaker. Setting TDE path did not seem to help much.
Amarok 1.4 simply crashes with an std::out along the lines telling me to start amarokapp instead (which doesn't give me a GUI). I installed Clementine in the mean time.
Other apps work, but they can't read some variables or TDE configuration properly. So for example Konquerer has no way to remember what file associations I have set. If I set new ones, it forgets them instantly. It needs to be told what command to run every time a file is opened.
What could cause this?
Windowmaker, and some other traditional X desktops don't do much X-setup. Now invoking konqueror load enough of the TDE environment so it knows where ~/.tde/share/ (or the system-wide files) are located so you have normal file-association, etc. when launching konqueror and when saving any new configurations.
This may very well be in the build of tdelibs or tdebase where not everything is made a dependency so this environment is setup when any TDE app is launched. I haven't built TDE on Arch since the 13.5-sru / pre-14 days, so I'm a bit behind on this.
As a good diagnosis, launch the TDE app (e.g. konqueror) from the command-line in an x-term and see what additional error/diagnostic messages are written to the terminal (and possibly ~/.xsession-errors -- if launching X redirects errors to that file)
This is one that will just need tracking down.
When I use FVWM I have to do this stuff to get TDE applications working (it's in my .xinitrc):
export TDE_FULL_SESSION=false export TDEHOME=$HOME/.trinity export TDEROOTHOME=/root/.trinity export TDE_SESSION_UID=$UID export TDE_MULTIHEAD=false export TDEDIR=/opt/trinity export XDG_CONFIG_DIRS=/opt/trinity/etc/xdg eport XDG_DATA_DIRS=/opt/trinity/share:/usr/local/share:/usr/share tdeinit_shutdown tdeinit #terminator --geometry=800x500-0-0 & fvwm >/tmp/fvwm.log 2>&1 tdeinit_shutdown
If I don't, then TDE applications show interestin behaviour like tcontrol with empty tree etc.
Nik
-- Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ...
On Wed, Oct 2, 2024 at 10:41 (+0200), Dr. Nikolaus Klepp via tde-users wrote:
Anno domini 2024 Wed, 2 Oct 02:53:39 -0500 David C. Rankin via tde-users scripsit:
On 10/1/24 7:16 PM, bonkmaykr via tde-users wrote:
I have actually had problems getting some Trinity applications to run under Windowmaker. Setting TDE path did not seem to help much.
Amarok 1.4 simply crashes with an std::out along the lines telling me to start amarokapp instead (which doesn't give me a GUI). I installed Clementine in the mean time.
Other apps work, but they can't read some variables or TDE configuration properly. So for example Konquerer has no way to remember what file associations I have set. If I set new ones, it forgets them instantly. It needs to be told what command to run every time a file is opened.
What could cause this?
Windowmaker, and some other traditional X desktops don't do much X-setup. Now invoking konqueror load enough of the TDE environment so it knows where ~/.tde/share/ (or the system-wide files) are located so you have normal file-association, etc. when launching konqueror and when saving any new configurations.
This may very well be in the build of tdelibs or tdebase where not everything is made a dependency so this environment is setup when any TDE app is launched. I haven't built TDE on Arch since the 13.5-sru / pre-14 days, so I'm a bit behind on this.
As a good diagnosis, launch the TDE app (e.g. konqueror) from the command-line in an x-term and see what additional error/diagnostic messages are written to the terminal (and possibly ~/.xsession-errors -- if launching X redirects errors to that file)
This is one that will just need tracking down.
When I use FVWM I have to do this stuff to get TDE applications working (it's in my .xinitrc):
export TDE_FULL_SESSION=false export TDEHOME=$HOME/.trinity export TDEROOTHOME=/root/.trinity export TDE_SESSION_UID=$UID export TDE_MULTIHEAD=false export TDEDIR=/opt/trinity export XDG_CONFIG_DIRS=/opt/trinity/etc/xdg eport XDG_DATA_DIRS=/opt/trinity/share:/usr/local/share:/usr/share tdeinit_shutdown tdeinit #terminator --geometry=800x500-0-0 & fvwm >/tmp/fvwm.log 2>&1 tdeinit_shutdown
If I don't, then TDE applications show interestin behaviour like tcontrol with empty tree etc.
?
I use fvwm3 (but up until recently used fvwm2). I explicity put /opt/trinity/bin in PATH, but other than that, everything *I* have in my environment is automagically picked up when my X session starts.
But I don't have TDE_FULL_SESSION, TDEHOME, TDEROOTHOME, TDE_SESSION_UID, or TDE_MULTIHEAD. I have trinity in both of those XDG variables, although I have other entried in XDG_CONFIG_DIRS as well.
I don't explicitly start up tdeinit.
Having said all that, while I don't use a lot of TDE programs, I do use a number of them (korganizer+korgac all the time, ksnapshot frequently, and others more sporadically) and I don't run into any problems. Given that the TDE programs I use run OK without them (except for the occasional glitch in korganizer), I am curious about your comments above. Do you care to go into any more detail about what goes wrong if you don't have those things in your ~/.xinitrc ?
Cheers. Jim
Anno domini 2024 Thu, 3 Oct 15:35:06 -0300 Jim via tde-users scripsit:
[...]
When I use FVWM I have to do this stuff to get TDE applications working (it's in my .xinitrc):
export TDE_FULL_SESSION=false export TDEHOME=$HOME/.trinity export TDEROOTHOME=/root/.trinity export TDE_SESSION_UID=$UID export TDE_MULTIHEAD=false export TDEDIR=/opt/trinity export XDG_CONFIG_DIRS=/opt/trinity/etc/xdg eport XDG_DATA_DIRS=/opt/trinity/share:/usr/local/share:/usr/share tdeinit_shutdown tdeinit #terminator --geometry=800x500-0-0 & fvwm >/tmp/fvwm.log 2>&1 tdeinit_shutdown
If I don't, then TDE applications show interestin behaviour like tcontrol with empty tree etc.
?
I use fvwm3 (but up until recently used fvwm2). I explicity put /opt/trinity/bin in PATH, but other than that, everything *I* have in my environment is automagically picked up when my X session starts.
But I don't have TDE_FULL_SESSION, TDEHOME, TDEROOTHOME, TDE_SESSION_UID, or TDE_MULTIHEAD. I have trinity in both of those XDG variables, although I have other entried in XDG_CONFIG_DIRS as well.
I don't explicitly start up tdeinit.
Having said all that, while I don't use a lot of TDE programs, I do use a number of them (korganizer+korgac all the time, ksnapshot frequently, and others more sporadically) and I don't run into any problems. Given that the TDE programs I use run OK without them (except for the occasional glitch in korganizer), I am curious about your comments above. Do you care to go into any more detail about what goes wrong if you don't have those things in your ~/.xinitrc ?
tcontrol does not work and the stuff that is linked to dbus. The rest is fine.
Nik
Cheers. Jim ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
-- Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ...
-
blu.256 -
bonkmaykr -
David C. Rankin -
Dr. Nikolaus Klepp -
Jim -
Thierry de Coulon