![]() Registered Member ![]()
|
Hi folks, I trust that this is the correct sub forum for this post, if not please let me know.
Recently I did a fresh install of my favourite distro Sidux, with nice new artwork, amongst other things. However one of the community members produced a variant of the background which I preferred. As root in a terminal, I made backup copies of all the original artwork for Ksplash / KDM then overwrote the originals with the new wallpaper. For the desktop I just made the change the via "Folder view setting" dialogue. Ksplash is the only element where the change has not been effective. It still displays the original wallpaper. It was suggested to me that ksplash may not have 'detected' for want of a better term the correct monitor resolution. As such I replaced the two non widescreen backgrounds in the same manner described above. Even so the 'original' background is still displayed. Can anybody offer any suggestions or advice on why this may be and how to rectify it? |
![]() Administrator ![]()
|
You need to change the appropriate contents under $(kde4-config --prefix)/share/apps/ksplash/Themes/<theme name>/<resolution>
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
![]() Registered Member ![]()
|
Hi thanks for getting back to me.
I'm not entirely sure that I quite follow, so correct me if I'm wrong. The output of
on my system is /usr The actual path to the theme/resolution directory on my system is,
which is the actual location where, as root in a terminal I 1. using cp made a copy of the original background.png to backgroundold.png 2. using cp pulled in the new background.png thus overwriting the original I checked to make sure that permissions were correct. As such the changes I have done were made in the directory where the themes files for the appropriate screen resolution are housed. I hope that clarifies, what I have actually done. So if this is what you mean by,
Then I've obviously not done it correctly, or I've missed your point entirely, sorry. Any further thoughts / suggestions / advice will be greatly appreciated. |
![]() Administrator ![]()
|
Some distributions patch KDE to use $prefix/share/kde4/apps instead. The path I provided was appropriate for a Vanilla installation.
KSplash does have a cache I believe. Try removing /var/tmp/kdecache-$user/ outside of KDE.
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
![]() Registered Member ![]()
|
Thanks mate that did the trick.
It's interesting you know. I had suspected that a cache / temporary directory may have existed. My initial approach to this was to run,
Quite possibly not the most elegant approach. However the cached file was not 'found' with that approach. Can you advice of a better method to have sniffed this out from the beginning. Cheers. |
![]() Administrator ![]()
|
Unfortunately there is usually no way to know if the cache is causing issues, other than to clear the caches.
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
![]() Registered Member ![]()
|
I hear you on that, and thank you for pointing me in the right direction.
My 'new' question though was why did
Is there a better tool available than 'find', or does find simply not search the /var directory and subdirectories. |
![]() Administrator ![]()
|
Oh. The Cache likely used some randomly generated name of some description, which was a dump of the internal image format used by KSplash ( more precisely, Qt )
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
![]() Registered Member ![]()
|
Cheers mate,
thanks for all your help. Greatly appreciated. |
Registered users: Bing [Bot], Evergrowing, Google [Bot]