[packagekit] Icons and relative path of comps icons
Richard Hughes
hughsient at gmail.com
Mon Oct 6 04:59:00 PDT 2008
On the PackageKit mailing list we're discussing dynamic groups and icons
so that the full comps groups can be supported if the client wants the
same menus as in anaconda.
The exact methods and signals we are adding hasn't been decided yet, but
we are making progress as this needs to be cross compatible with all
distros and all group conventions.
It's been proposed we return a absolute path for icon names, which I
think is a bad idea. It does not allow the icons to be themed, and
doesn't seem portable between environments. Icons should be returned as
named icons rather than full paths.
The icons for fedora comps groups are shipped
into /usr/share/pixmaps/comps by the comps-extras package.
gnome-packagekit will by default look in /usr/share/icons/$foo and
also /usr/share/gnome-packagekit/icons/hicolor for named icons.
I really don't want to symlink everything in /usr/share/pixmaps/comps
to /usr/share/gnome-packagekit/icons in the gnome-packagekit rpm, as
kpackagekit won't be able to use these icons and it seems a bodge.
I don't think comps-extras should be installing
into /usr/share/icons/hicolor/24x24/categories as it's not a theme,
although this would fix a lot of problems.
Anyone got any ideas?
Richard.
More information about the PackageKit
mailing list