Hi all!
I'm using FVWM togather with TDE applications on FreeBSD. Things work quite nice for some months now (thanks Slavec!). There is just one thing I could not figure out:
When starting a full TDE session with "starttde", then klicking on a *.pdf in kmail starts kpdf. "kcontrol" start with all modules.
When I start kmail without "starttde" - from xterm under fvwm for example - then klicking on a *.pdf in kmail results in a dialog popping up ("What application ..."). "kcontrol" starts with an empty splitscreen window, no modules visible.
I took a look into tdeinit, but I obviousely missed a vital part. This is what I tried:
$ TDE_FULL_SESSION=false $ TDEHOME=$HOME/.trinity $ TDEROOTHOME=/root/.trinity $ TDE_SESSION_UID=$UID $ TDE_MULTIHEAD=false $ TDEDIR=/opt/trinity $ tdeinit_shutdown $ tdeinit $ kmail
Now there is something missing, as klicking on a *.pdf does not open kpdf. When I start "starttde" with fvwm running, then the whole tde session is restored including panels, kdesktop etc., which is what I do not want in this environment.
So, any idea what I could do to get kmail working whithout "starttde"?
Nik
Hi Nikolaus,
I'd like to second that question.
On Monday 09 October 2017, Dr. Nikolaus Klepp wrote:
I'm using FVWM togather with TDE applications on FreeBSD. Things work quite nice for some months now (thanks Slavec!). There is just one thing I could not figure out:
I use TDE applications in a Mint / Mate environment (wasn't able to get all the power saving, network management and battery monitor utilities run successfully under TDE with my new laptop, otherwise a long and satisfied TDE user here).
When I start kmail without "starttde" - from xterm under fvwm for example - then klicking on a *.pdf in kmail results in a dialog popping up ("What application ..."). "kcontrol" starts with an empty splitscreen window, no modules visible.
Same for me starting TDE applications. Not only Kmail asks for the kind of program to be used to open any application. Even Konqueror asks for it when adviced to open something in an external window. It opens PDF, PNG and others fine in its internal viewer though.
I can search for an application and tell Konqueror to remember that application for that file type but -- unfortunately it gets not remembered next time.
I also am looking forward to how to solve the problem. Might it be also linked to the bug 2713 Slávek wrote about in a former mail?
Any hint is highly appreciated Gerhard
Am Montag, 9. Oktober 2017 schrieb deloptes:
Gerhard Zintel wrote:
I also am looking forward to how to solve the problem. Might it be also linked to the bug 2713 Slávek wrote about in a former mail?
Any hint is highly appreciated
Can you try with one of the versions suggested in the bug 2713?
Sorry, this is not the solution - otherwise if TDE were started with "starttde", kmail/conqueror/... would show the same missing functionality as when run from fvwm, but this is not the case.
nik
Dr. Nikolaus Klepp wrote:
Sorry, this is not the solution - otherwise if TDE were started with "starttde", kmail/conqueror/... would show the same missing functionality as when run from fvwm, but this is not the case.
The context is not about kmail and konqueror, but about mime and filetype issue.
On Mon, 9 Oct 2017 21:43:47 +0200 Gerhard Zintel gerhard.zintel@mrs-thomas.de wrote:
On Monday 09 October 2017, Dr. Nikolaus Klepp wrote:
When I start kmail without "starttde" - from xterm under fvwm for example - then klicking on a *.pdf in kmail results in a dialog popping up ("What application ..."). "kcontrol" starts with an empty splitscreen window, no modules visible.
Same for me starting TDE applications. Not only Kmail asks for the kind of program to be used to open any application. Even Konqueror asks for it when adviced to open something in an external window. It opens PDF, PNG and others fine in its internal viewer though.
It sounds to me like KMail etc. are failing to find a list of associations between mimetypes and applications, but I'm not sure where that information is stored (I do seem to remember than KDE3 did not follow the standard for storing that information that's now used by most desktops--did we ever update?)
E. Liddell
On Monday 09 October 2017 04:50:18 pm E. Liddell wrote:
On Mon, 9 Oct 2017 21:43:47 +0200
Gerhard Zintel gerhard.zintel@mrs-thomas.de wrote:
On Monday 09 October 2017, Dr. Nikolaus Klepp wrote:
When I start kmail without "starttde" - from xterm under fvwm for example - then klicking on a *.pdf in kmail results in a dialog popping up ("What application ..."). "kcontrol" starts with an empty splitscreen window, no modules visible.
Same for me starting TDE applications. Not only Kmail asks for the kind of program to be used to open any application. Even Konqueror asks for it when adviced to open something in an external window. It opens PDF, PNG and others fine in its internal viewer though.
It sounds to me like KMail etc. are failing to find a list of associations between mimetypes and applications, but I'm not sure where that information is stored (I do seem to remember than KDE3 did not follow the standard for storing that information that's now used by most desktops--did we ever update
E. Liddell
My issue is different but what I have found that might be relevant: https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html
When TDE starts up normal as the default DE, lots of "declare -x XDG_=*" Trinity "stuff" gets set. Check your export command and compare the difference for a TDE session and a FVWM session.
greg
Am Dienstag, 10. Oktober 2017 schrieb Greg Madden:
On Monday 09 October 2017 04:50:18 pm E. Liddell wrote:
On Mon, 9 Oct 2017 21:43:47 +0200
Gerhard Zintel gerhard.zintel@mrs-thomas.de wrote:
On Monday 09 October 2017, Dr. Nikolaus Klepp wrote:
When I start kmail without "starttde" - from xterm under fvwm for example - then klicking on a *.pdf in kmail results in a dialog popping up ("What application ..."). "kcontrol" starts with an empty splitscreen window, no modules visible.
Same for me starting TDE applications. Not only Kmail asks for the kind of program to be used to open any application. Even Konqueror asks for it when adviced to open something in an external window. It opens PDF, PNG and others fine in its internal viewer though.
It sounds to me like KMail etc. are failing to find a list of associations between mimetypes and applications, but I'm not sure where that information is stored (I do seem to remember than KDE3 did not follow the standard for storing that information that's now used by most desktops--did we ever update
E. Liddell
My issue is different but what I have found that might be relevant: https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html
When TDE starts up normal as the default DE, lots of "declare -x XDG_=*" Trinity "stuff" gets set. Check your export command and compare the difference for a TDE session and a FVWM session.
Greg, that solved the issue :-)
The solution looks like this: In .xinitrc (or whatever you use to start your DE), I put these lines:
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 export XDG_DATA_DIRS=/opt/trinity/share:/usr/local/share:/usr/share tdeinit_shutdown tdeinit # start whatever WM you need fvwm
Now "kcontrol" comes up with all modules, clicking on *.pdf in "kmail" brings up kpdf, "konqueror" works as expected :-)
Nik
Dr. Nikolaus Klepp composed on 2017-10-10 08:36 (UTC+0200):
export TDEROOTHOME=/root/.trinity
Now "kcontrol" comes up with all modules, clicking on *.pdf in "kmail" brings up kpdf, "konqueror" works as expected :-)
Are you sure about that? That directory shouldn't even exist, unless you have run a TDE session logged in as root. I have to think it should be /opt/tde if that's where the package manager installed TDE, or in /etc/trinity.
Am Dienstag, 10. Oktober 2017 schrieb Felix Miata:
Dr. Nikolaus Klepp composed on 2017-10-10 08:36 (UTC+0200):
export TDEROOTHOME=/root/.trinity
Now "kcontrol" comes up with all modules, clicking on *.pdf in "kmail" brings up kpdf, "konqueror" works as expected :-)
Are you sure about that? That directory shouldn't even exist, unless you have run a TDE session logged in as root. I have to think it should be /opt/tde if that's where the package manager installed TDE, or in /etc/trinity.
Interesting question. Both - on FreeBSD and Devuan - "env|grep TDEROOTHOME" gives TDEROOTHOME=/root/.trinity I am under the impression, that this directory is used for settings done in systemadministration mode of kcontrol - as far as these settings do not go to /etc/
Nik
Dr. Nikolaus Klepp wrote on 10/10/2017 01:00 AM:
Interesting question. Both - on FreeBSD and Devuan - "env|grep TDEROOTHOME" gives TDEROOTHOME=/root/.trinity
FYI, it's the same on pure stable debian.
Doc
On Tuesday 10 October 2017, Dr. Nikolaus Klepp wrote:
My issue is different but what I have found that might be relevant: https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.h tml
When TDE starts up normal as the default DE, lots of "declare -x XDG_=*" Trinity "stuff" gets set. Check your export command and compare the difference for a TDE session and a FVWM session.
Greg, that solved the issue :-)
The solution looks like this: In .xinitrc (or whatever you use to start your DE), I put these lines:
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 export XDG_DATA_DIRS=/opt/trinity/share:/usr/local/share:/usr/share tdeinit_shutdown tdeinit # start whatever WM you need fvwm
Now "kcontrol" comes up with all modules, clicking on *.pdf in "kmail" brings up kpdf, "konqueror" works as expected :-)
Wow, finally it solved it also for me (using Mate as my DE). I had to fiddle around with the contents of the file a bit not to change the normal look of my desktop. Here is what I put into my .xprofile (for the record).
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=/etc/xdg/xdg-mate:/etc/xdg:/opt/trinity/etc/xdg export XDG_DATA_DIRS=/usr/share/mate:/usr/local/share/:/usr/share/:\ /usr/share/mdm/:/opt/trinity/share tdeinit_shutdown tdeinit
I'm very thankful that you pointed that out Nikolaus and to all the others who helped.
Gerhard
-
D. R. Evans -
deloptes -
Dr. Nikolaus Klepp -
E. Liddell -
Felix Miata -
Gerhard Zintel -
Greg Madden