Please also see bug #219106. The problem is that kxsconfig in also needed by rss-glx-kde, and keeping the program in -extras subpackage is forcing the user to install xscreensaver stuff. In my opinion it is an unwanted state of affairs, because the user is apparently using KDE screensaver so xscreensaver is rather an unwanted dependency here. Cheers.
To build/include kxsconfig, kdeartwork needs BR: xscreensaver which isn't available for Core 6. (It can/will be for F7). We *can* however, make a kdeartwork-kxsconfig subpkg for rss-glx-kde to depend on. (Though I'm not entirely sure if that in itself would be sufficient to make rss-gls-kde function fully).
Just checked rss-glx, rss-glx-kde already Requires: rss-glx-xscreensaver which Requires: xscreensaver-base So making the change you propose wouldn't reduce dependencies much (you would get out of xscreesaver-extras*) I don't consider this small of a gain worth messing with really.
OK, changed my mind. (: I'll look into the kdeartwork-ksxconfig subpkg option.
%changelog * Tue Jan 02 2007 Rex Dieter <rdieter[AT]fedoraproject.org> 3.5.5-3 - -kxs subpkg (#220784) - BR: libart_lgpl-devel To be clear, new subpkg is named kdeartwork-kxs, which Requires: xscreensaver-base kdeartwork-extras now also Requires: kdeartwork-kxs This should get you the separation you wanted. I'll push this to devel branch, and let it simmer for awhile. If we hear no screams of horror after ~1 week, I'll push it to FC-5/FC-6 branches too.
Just to be 1000% sure: xscreensaver-base is required as a runtime dependency as well, or just as a build one?
xscreensaver-base is both a runtime and buildtime dependency. There may be ways of getting rid of the runtime dependency if that's a problem.
Shall we close this?
I lied, I hadn't pushed this to FC-5/FC-6 yet as promised, but will soon, then I'll close it.
FC-6 build queued.