On Wednesday 11 August 2010 17:37:31 Jon Nelson wrote:
One more thing I note is that there is a *lot* of noise in .xsession-errors:
It's unlikely, although it would be about an afternoon's work including learning enough git to check the yast modules out of gitorious, fix the .desktop files according to spec and making merge requests back to the yast team. There are so many other things to fix that are not harmless noise like broken hidden wireless network support in Network Management. Will
buildsycoca4(8297)/kdecore (services) KServicePrivate::init: The desktop entry file "/usr/share/applications/YaST2/vm-install.desktop" has Type= "Application" but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files.
I seem to recall that the YaST2 .desktop files have been making considerable noise (in .xsession-errors) for a few openSUSE releases, now. Will this get fixed? I know there is at least one open bug on it.
On Wed, Aug 11, 2010 at 10:22 AM, Will Stephenson <wstephenson@suse.de>
wrote:
On Wednesday 11 August 2010 17:15:26 Jon Nelson wrote:
On Wed, Aug 11, 2010 at 10:14 AM, Will Stephenson <wstephenson@suse.de>
wrote:
Delete the monochrome icons that the system tray widget substitutes for those set by the apps using the tray, and the colourful originals will be used instead (I know because I mispackaged these in openSUSE and discovered the fallback behaviour).
The standard location for them is
`kde4-config --prefix`/share/kde4/apps/desktoptheme/default/icons/
(stolen from Will, http://lwn.net/Articles/399416/ )
You cad!
I would have written "define your own desktoptheme by inspecting one of the existing ones*, making it inherit Air (to minimise your work) and replacing default's icons/* with your own colourful SVGs of choice, then package as kdebase4-runtime-branding-colourfultray and profit.
* and see http://techbase.kde.org/Development/Tutorials/Plasma/Theme"
But I'm just a completist like that.
Deleting the icons is a very short-term solution. As soon as kdebase4-runtime is replaced, the icons will be back. Could they be packaged separately or is there some other mechanism* for changing them back to color?
* besides building your own theme.
One could subdivide kdebase4-runtime further and make the system tray icons a replaceable capability provided by different packages, but it's as much work as cobbling a few icons into a theme, much more risky to the integrity of the desktop, and redundant when there is already a mechanism for it.
The minimal amount of work would be to branch kdebase4-runtime in the OBS, delete these icons in your branch's specfile %install, and register the resulting repo with a higher priority than KDF, so your hacked version is preferred.
-- Will Stephenson, KDE Developer, openSUSE Boosters Team SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org
-- Will Stephenson, KDE Developer, openSUSE Boosters Team SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org