Thanks for a lot of work on these packages everyone, but especially Slavek :) Nothing to report on the installation, upgraded smooth as silk.
However I've a couple of issues, one is in the logs. Apparently kdm on login is trying to update /etc/qt3/qt_plugins_3.3rc but has already dropped permissions. This might be the source of another issue I have with black backgrounds on some window elements.
I'd like to know what other people's qt_plugins_3.3rc looks like. This upgrade machine is missing all but plastik which doesn't seem right. The one on my normal desktop lists most but not all of the .so files in /opt/trinity/lib/trinity/plugins. How should the file get updated normally, please ?
Kernel is 3.2 and graphics driver is Nvidia 295.
This is what /etc/qt3/qt_plugins_3.3rc says post-upgrade (I think I told dpkg to replace it when it queried but am not sure).
$ cat /etc/qt3/qt_plugins_3.3rc [opt] trinity/lib/trinity/plugins/styles/plastik.so=30300^e3^ex86_64 Linux g++-4.* full-config^e2012-08-04T18:53:43^e
[usr] lib/qt3/plugins/imageformats/libqmng.so=30300^e3^ex86_64 Linux g++-4.* full-config^e2012-08-04T16:21:10^e lib/qt3/plugins/inputmethods/libqimsw-multi.so=30300^e3^ex86_64 Linux g++-4.* full-config^e2012-08-04T16:21:10^e lib/qt3/plugins/inputmethods/libqimsw-none.so=30300^e3^ex86_64 Linux g++-4.* full-config^e2012-08-04T16:21:10^e lib/qt3/plugins/inputmethods/libqsimple.so=30300^e3^ex86_64 Linux g++-4.* full-config^e2012-08-04T16:21:10^e lib/qt3/plugins/inputmethods/libqxim.so=30300^e3^ex86_64 Linux g++-4.* full-config^e2012-08-04T16:21:10^e lib/trinity/plugins/styles/plastik.so=30306^e3^ei686 Linux g++-4.* full-config^e2006-09-29T20:06:31^e
This is the first few lines of the user .xsession-errors:
Xsession: X session started for leveret at Sun Aug 5 18:47:01 CEST 2012 /usr/bin/xmodmap: unable to open file '/usr/share/apps/kxkb/ubuntu.xmodmap' for reading /usr/bin/xmodmap: 1 error encountered, aborting. gpg-agent[3918]: enabled debug flags: assuan [startkde] Starting startkde. [startkde] This script is /opt/trinity/bin/startkde [startkde] TDE version is 3.5.13.1 [startkde] TDE base directory is /opt/trinity [startkde] KDEHOME is not set. [startkde] Set KDEHOME to /home/leveret/.trinity. [startkde] Setting KDEROOTHOME to /root/.trinity. [startkde] KDEDIR: /opt/trinity [startkde] KDEDIRS: /usr/local [startkde] kdedirs_first: /usr/local xset: bad font path element (#23), possible causes are: Directory does not exist or has wrong permissions Directory missing fonts.dir Incorrect font server address or syntax [startkde] Starting Trinity... kdeinit: Launched DCOPServer, pid = 4093 result = 0 kdeinit: Launched KLauncher, pid = 4097 result = 0 kdeinit: opened connection to :0.0 kdeinit: Launched KDED, pid = 4098 result = 0 QSettings::sync: failed to open '/etc/qt3/qt_plugins_3.3rc.tmp' for writing kdeinit: Got EXT_EXEC 'kbuildsycoca' from launcher. kbuildsycoca running... DCOP Cleaning up dead connections. kdeinit: PID 4100 terminated. kdeinit: Got EXEC_NEW 'kconf_update' from launcher. kdeinit: PID 4101 terminated. kdeinit: PID 4098 terminated. QSettings::sync: failed to open '/etc/qt3/qt_plugins_3.3rc.tmp' for writing reading '/home/leveret/.kompmgr.pid' as kompmgr pidfile
Thanks for reading this far if you have :)
nick
In article jvmcjs$k1k$1@dough.gmane.org, Nick Leverton trinity-users@lists.pearsoncomputing.net wrote:
Thanks for a lot of work on these packages everyone, but especially Slavek :) Nothing to report on the installation, upgraded smooth as silk.
However I've a couple of issues, one is in the logs. Apparently kdm on login is trying to update /etc/qt3/qt_plugins_3.3rc but has already dropped permissions. This might be the source of another issue I have with black backgrounds on some window elements.
I'd like to know what other people's qt_plugins_3.3rc looks like. This upgrade machine is missing all but plastik which doesn't seem right. The one on my normal desktop lists most but not all of the .so files in /opt/trinity/lib/trinity/plugins. How should the file get updated normally, please ?
Well adding all the missing plugins in with vi has allowed a perfectly normal startup anyway.
Nick
On Sunday 05 of August 2012 20:04:44 Nick Leverton wrote:
[startkde] Starting startkde. [startkde] This script is /opt/trinity/bin/startkde [startkde] TDE version is 3.5.13.1 [startkde] TDE base directory is /opt/trinity [startkde] KDEHOME is not set. [startkde] Set KDEHOME to /home/leveret/.trinity. [startkde] Setting KDEROOTHOME to /root/.trinity. [startkde] KDEDIR: /opt/trinity [startkde] KDEDIRS: /usr/local [startkde] kdedirs_first: /usr/local
Intrigued me, how do you have set KDEDIRS - that does not contain folder /opt/trinity. How did this happen? Where is set KDEDIRS?
Slavek --
In article 201208090330.02456.slavek.banko@axis.cz, Slávek Banko trinity-users@lists.pearsoncomputing.net wrote:
On Sunday 05 of August 2012 20:04:44 Nick Leverton wrote:
[startkde] Starting startkde. [startkde] This script is /opt/trinity/bin/startkde [startkde] TDE version is 3.5.13.1 [startkde] TDE base directory is /opt/trinity [startkde] KDEHOME is not set. [startkde] Set KDEHOME to /home/leveret/.trinity. [startkde] Setting KDEROOTHOME to /root/.trinity. [startkde] KDEDIR: /opt/trinity [startkde] KDEDIRS: /usr/local [startkde] kdedirs_first: /usr/local
Intrigued me, how do you have set KDEDIRS - that does not contain folder /opt/trinity. How did this happen? Where is set KDEDIRS?
Hi Slavek,
I'm sorry I forgot to go back and answer your question. KDEDIRS is a local setting from /etc/environment. To make them easy to keep track of and to separate them from user configs, I like to put things - e.g. ioslave updates, service menus, desktop files - that I am trying out for KDE into /usr/local/ rather than in .kde (or .trinity, though I'm not sure I have anything there specifically relevant to Trinity at the moment).
Nick