tde-devels

devels@trinitydesktop.org

3 participants
3807 discussions

Crystal Window Theme
by Patrick "Kai" Baker 03 Feb '14

03 Feb '14

I was searching themes for my TDE install and found Crystal: http://kde-look.org/content/show.php/Crystal?content=13969 It's source so I tried to set it up but the configure script doesn't generate a Makefile. I get this error at the end: checking for KDE... configure: error: in the prefix, you've chosen, are no KDE headers installed. This will fail. So, check this please and use another prefix! I'm not sure what is being referred to by "KDE prefixes" nor how to fix it. I've been using TDE for a while and I'd like to contribute but I'm new to software engineering and I have no idea where to start when dealing with a project as big as TDE. But I would like to contribute by fixing this problem but I'm not sure how to go about it. Any help which can lead me in the right direction will be appreciated. Kai

2 4

tdeio_sftp: ERROR: KSshProcess::version(): pclose failed.
by David C. Rankin 03 Feb '14

03 Feb '14

Tim, All, This is an error I mentioned earlier, that will need to be fixed for R14. tdeio opens sftp connections fine, but is not closing them. That means for every remote sftp call (i.e. opening/browsing each folder) a separate sftp process is opened, but never closed. The errors when browsing a remote folder look like: tdeio_sftp: ERROR: KSshProcess::version(): pclose failed. [tdeinit] Got EXEC_NEW 'tdeio_sftp' from launcher. [tdeinit] Got EXEC_NEW 'tdeio_sftp' from launcher. [tdeinit] Got EXEC_NEW 'tdeio_sftp' from launcher. [tdeinit] Got EXEC_NEW 'tdeio_sftp' from launcher. tdeio_sftp: ERROR: KSshProcess::version(): pclose failed. [tdeinit] Got EXEC_NEW 'tdeio_sftp' from launcher. svn_cmdline_init done [tdeinit] Got EXT_EXEC 'kwrite' from launcher. [tdeinit] Got EXEC_NEW 'tdeio_sftp' from launcher. tdeio_sftp: ERROR: KSshProcess::version(): pclose failed. tdeio_sftp: ERROR: sftpRead: read failed with code 1 The result is you have numerous sftp processes left open. This was just a quick open and save a screeenshot on host:nirvana and a quick open/browse tde folder on host:phoinix, but I now have the following sftp processes running on my box: 1131 ? S 0:00 \_ tdeio_sftp [tdeinit] sftp /tmp/tdesocket-david/tdelauncherJNGOFm.s 1132 ? S 0:00 \_ tdeio_sftp [tdeinit] sftp /tmp/tdesocket-david/tdelauncherJNGOFm.s 1135 pts/2 Ss+ 0:00 | \_ /usr/bin/ssh -o ForwardX11=no -o ForwardAgent=no -e none -l david -v nirvan 1136 ? S 0:00 \_ tdeio_sftp [tdeinit] sftp /tmp/tdesocket-david/tdelauncherJNGOFm.s 1139 pts/3 Ss+ 0:00 | \_ /usr/bin/ssh -o ForwardX11=no -o ForwardAgent=no -e none -l david -v nirvan 1140 ? S 0:00 \_ tdeio_sftp [tdeinit] sftp /tmp/tdesocket-david/tdelauncherJNGOFm.s 1143 pts/4 Ss+ 0:00 | \_ /usr/bin/ssh -o ForwardX11=no -o ForwardAgent=no -e none -l david -v nirvan 1144 ? S 0:00 \_ tdeio_sftp [tdeinit] sftp /tmp/tdesocket-david/tdelauncherJNGOFm.s 1147 pts/5 Ss+ 0:00 | \_ /usr/bin/ssh -o ForwardX11=no -o ForwardAgent=no -e none -l david -v nirvan 1148 ? S 0:00 \_ tdeio_sftp [tdeinit] sftp /tmp/tdesocket-david/tdelauncherJNGOFm.s 1151 pts/6 Ss+ 0:00 | \_ /usr/bin/ssh -o ForwardX11=no -o ForwardAgent=no -e none -l david -v nirvan 1152 ? S 0:00 \_ tdeio_sftp [tdeinit] sftp /tmp/tdesocket-david/tdelauncherJNGOFm.s 1155 pts/7 Ss+ 0:00 | \_ /usr/bin/ssh -o ForwardX11=no -o ForwardAgent=no -e none -l david -v nirvan 1156 ? S 0:00 \_ tdeio_sftp [tdeinit] sftp /tmp/tdesocket-david/tdelauncherJNGOFm.s 1159 pts/8 Ss+ 0:00 | \_ /usr/bin/ssh -o ForwardX11=no -o ForwardAgent=no -e none -l david -v nirvan 1160 ? S 0:00 \_ tdeio_sftp [tdeinit] sftp /tmp/tdesocket-david/tdelauncherJNGOFm.s 1163 pts/9 Ss+ 0:00 | \_ /usr/bin/ssh -o ForwardX11=no -o ForwardAgent=no -e none -l david -v nirvan 1164 ? S 0:00 \_ tdeio_sftp [tdeinit] sftp /tmp/tdesocket-david/tdelauncherJNGOFm.s 1165 ? S 0:00 \_ tdeio_sftp [tdeinit] sftp /tmp/tdesocket-david/tdelauncherJNGOFm.s 1207 ? S 0:10 \_ kwrite [tdeinit] 1277 ? S 0:18 \_ konqueror [tdeinit] --silent 1292 ? S 0:00 \_ tdeio_about [tdeinit] about /tmp/tdesocket-david/tdelauncherJNGOFm 1293 ? S 0:00 \_ tdeio_sftp [tdeinit] sftp /tmp/tdesocket-david/tdelauncherJNGOFm.s 1296 pts/11 Ss+ 0:00 | \_ /usr/bin/ssh -o ForwardX11=no -o ForwardAgent=no -e none -l david -v phoini 1297 ? S 0:00 \_ tdeio_sftp [tdeinit] sftp /tmp/tdesocket-david/tdelauncherJNGOFm.s 1300 pts/12 Ss+ 0:00 | \_ /usr/bin/ssh -o ForwardX11=no -o ForwardAgent=no -e none -l david -v phoini 1301 ? S 0:00 \_ tdeio_sftp [tdeinit] sftp /tmp/tdesocket-david/tdelauncherJNGOFm.s 1302 ? S 0:00 \_ tdeio_sftp [tdeinit] sftp /tmp/tdesocket-david/tdelauncherJNGOFm.s 1305 pts/13 Ss+ 0:00 | \_ /usr/bin/ssh -o ForwardX11=no -o ForwardAgent=no -e none -l david -v phoini 1306 ? S 0:00 \_ tdeio_sftp [tdeinit] sftp /tmp/tdesocket-david/tdelauncherJNGOFm.s 1309 pts/14 Ss+ 0:00 | \_ /usr/bin/ssh -o ForwardX11=no -o ForwardAgent=no -e none -l david -v phoini 1310 ? S 0:00 \_ tdeio_sftp [tdeinit] sftp /tmp/tdesocket-david/tdelauncherJNGOFm.s 1313 pts/15 Ss+ 0:00 | \_ /usr/bin/ssh -o ForwardX11=no -o ForwardAgent=no -e none -l david -v phoini 1315 ? S 0:00 \_ tdeio_sftp [tdeinit] sftp /tmp/tdesocket-david/tdelauncherJNGOFm.s After a couple of hours of this I would have hundreds of processes open. What additional debug information can be captured? I opened the following bug as a blocker for R14: http://bugs.pearsoncomputing.net/show_bug.cgi?id=1902 -- David C. Rankin, J.D.,P.E.

1 0

Re: [trinity-devel] Darrell - does building tdebase with tsak, then disabling in tdmrc work for you?
by Darrell Anderson 03 Feb '14

03 Feb '14

> I have experimented with tdebase building with -DBUILD_TSAK=OFF >and building >with it on and simply disabling it in tdmrc. I think the latter >works just as >well and gives the user to option to enable it if desired. All I >do is post >make-install: > > # disable SAK in tdmrc by default (user can enable if desired) > sed -i 's/#UseSAK=false/UseSAK=false/' \ > ${pkgdir}${TDEDIR}/share/config/tdm/tdmrc > > May help, may not, thought I would pass it along... (scratches head) This in response to what? Darrell

3 3

Re: [trinity-devel] kcontrol ScreenSaver crashes - can't find lib that is present
by Darrell Anderson 02 Feb '14

02 Feb '14

>> tdecmshell screensaver > >That's what I was reporting when I got side-tracked with the "Is >there a Master >list of what is rename K->T or K->TDE"... It loads when called >with tdecmshell, >but not from kcontrol: I'll take a guess this is a VM problem. I test in VMs, but there are limits with hardware. Darrell

1 0

Re: [trinity-devel] kcontrol ScreenSaver crashes - can't find lib that is present
by Darrell Anderson 02 Feb '14

02 Feb '14

>OpenGL Error: DLL Loader couldn't find/open VBoxOGLpackspu.so This message is from libGL and not Trinity. I see messages like this whenever libGL is called indirectly from Trinity. For example, on my system, running 'tdecmshell opengl' results in libGL spew. Try running the screen saver module directly in a terminal: tdecmshell screensaver Then you'll see the errors and warnings directly and won't have to wade through the xsession-error log. Despite the complaints by libGL, the screensaver module should not crash. Can you capture a kcrash backtrace? Darrell

2 1

Re: [trinity-devel] Add attached to tdebase /opt/trinity/share/apps/kicker/wallpapers
by Darrell Anderson 02 Feb '14

02 Feb '14

> I created a fantastic kicker wallpaper that I would like to have >added to the >tdebase install. (343 bytes total) It goes with the default theme >and makes >kicker look pretty slick. I'm not saying make it the default >kicker background, >but just provide it in the directory. I would probably rename it >'blueglass.png' >instead of the attached filename. Take a look. Looks fine to me. I have no objections. I will push unless somebody complains. Darrell

1 0

Add attached to tdebase /opt/trinity/share/apps/kicker/wallpapers
by David C. Rankin 02 Feb '14

02 Feb '14

Tim, All, I created a fantastic kicker wallpaper that I would like to have added to the tdebase install. (343 bytes total) It goes with the default theme and makes kicker look pretty slick. I'm not saying make it the default kicker background, but just provide it in the directory. I would probably rename it 'blueglass.png' instead of the attached filename. Take a look. -- David C. Rankin, J.D.,P.E.

1 1

Darrell - does building tdebase with tsak, then disabling in tdmrc work for you?
by David C. Rankin 02 Feb '14

02 Feb '14

Darrell, I have experimented with tdebase building with -DBUILD_TSAK=OFF and building with it on and simply disabling it in tdmrc. I think the latter works just as well and gives the user to option to enable it if desired. All I do is post make-install: # disable SAK in tdmrc by default (user can enable if desired) sed -i 's/#UseSAK=false/UseSAK=false/' \ ${pkgdir}${TDEDIR}/share/config/tdm/tdmrc May help, may not, thought I would pass it along... -- David C. Rankin, J.D.,P.E.

1 0

kcontrol ScreenSaver crashes - can't find lib that is present
by David C. Rankin 02 Feb '14

02 Feb '14

All, I have noticed that when looking at kcontrol Appearance/Themes Screensaver, the dialog begins to open, then kcontrol crashes. This happens every time. On an odd instance, all of the screensavers will appear, but now it craters 100% of the time. I have looked at the xsession-errors log and it indicates the following: [tdeinit] Got EXT_EXEC 'tdecmshell' from launcher. libpng error: IDAT: invalid distance too far back OpenGL Error: DLL Loader couldn't find/open VBoxOGLpackspu.so X Error: BadWindow (invalid Window parameter) 3 Major opcode: 19 Minor opcode: 0 Resource id: 0x3800006 Apparently, the file that cannot be located is hidden in plain sight: 14:22 valhalla:~> find /usr/lib -name VBoxOGLpackspu.so /usr/lib/VBoxOGLpackspu.so I can confirm that the crash corresponds to the 'OpenGL Error: DLL Loader couldn't find/open VBoxOGLpackspu.so' message, but why is it not finding the file it is looking for at /usr/lib/VBoxOGLpackspu.so? -- David C. Rankin, J.D.,P.E.

1 0

Sound System Notifications Not Playing After Selected
by David C. Rankin 02 Feb '14

02 Feb '14

All, Since sound is now working on my install, I was setting sound system notifications for events I like feedback on, i.e. shade/unshade, maximize/minimize/restore, etc.. After clicking the '[ ] play sound' for the event and confirming the sound file was present and working by pressing the '|>' button before the sound filename, and then clicking [Apply] I was surprised to find that TDE did not play anything on the events I configured. Playing the sound file with the test '|>' button worked find, but TDE was not responding to the sound events I chose at all. What to check? Also, artsd has gone back to eating 10-17% of the CPU for the 60 second 'autosusped if idle for' period after a sound event. After the 60 second autosuspend period, artsd quiets back down. Why are we setting a 60 second autosuspend by default? Why not set it to 1 or 5 seconds. It would sure make TDE run better giving users back 10-20% of their CPU for the remaining 55 seconds of the timeout. Further, if the user has sound events enabled for a bulk of the events as many sound themes do for TDE, then with an autosuspend set at 60, artsd will be basically grinding away full time. Can we set that to 5 sec by default instead of 60? What are the pros/cons of shortening the autosuspend period? I've seen some of the sound server pages (pulse - perfect setup page) recommending 1 second for the setting. Thoughts? -- David C. Rankin, J.D.,P.E.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels