Danek Duvall wrote:
On Sat, Dec 08, 2007 at 04:39:06PM +0100, Petr Sobotka wrote:In lot's of spec files at SFE there is post run part (script), which update gtk icons. (It has nearly every application, which delivers icons) [ ... ] Is it already covered, or it's waiting? I'm not sure if action for that should be defined, but it would help.An action is one possibility, but this would work well as (part of) an SMF service that ran at boot to update the desktop database. We could then provide a more generic action that would refresh a particular service on successful installation, deinstallation, or upgrade. When dealing with a non-live image, it would simply be run during boot, as it's not likely to be required for boot-time services.
But surely you would not want to limit installation of icons to only when the system is booted?
My old SPARC box used to be booted only once every few months - the rest of the time I used suspend/resume, and I wouldn't want to wait that long to see new icons.
An action seems like a possibility, but is it too specific? What I mean is: couldn't this lead to a proliferation of actions to do X, where X is some small thing. Maybe I'm overreacting, but I could see someone implementing a package for some aspect of KDE saying 'oh, we need an action to update menus' or somesuch.
I guess what would be interesting to figure out is what is preventing the icon files being laid down by the normal packaging bits? Establish what the use-case is and then figure out what the best method is to implement that.
Trev
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ pkg-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
