Mailinglist Archive: zypp-devel (58 mails)

[Jon Nelson <jnelson-suse@xxxxxxxxxxx>]

2009/1/23 Stanislav Brabec <sbrabec@xxxxxxx>:
> Cristian Rodríguez wrote:
> > Lukas Ocilka escribió:
> >
> > > We had better finally drop SuSEconfig from SUSE than adding the same
> > > hack to several places in the system.
> >
> > Yes, and gtk-update-icon-cache should be fixed to be fast, it is just
> > silly to call SUSEconfig in hundred of packages just due to a single
> > slow cache updater.
>
> Even if it will be fast, you would have to change hundreds of packages
> to live without SuSEconfig.
>
> If the virtual trigger feature will exist, it would be just two lines.
> One line in the default find-requires (file in /usr/share/icons => add a
> virtual symbol provides_icon), second triggering gtk-update-icon cache
> in gtk2.
>
> Such feature would save tens of hours of packagers work and prevent
> mistakes (forgotten scriptlets).

Yes. I have to agree. I worked once on a very custom package
management system which supported the idea of a trigger and a delayed
trigger. The mere presence of changes in certain directories or files
would trigger it (optionally delayed). Thus, new font packages would
set up triggers which would get run at the very end of the
installation, and if 15 font packages got installed the trigger still
only ran once. Ditto for the gtk icon and schema stuff and so on. Is
there any provision for that with RPM?

Can you go into more detail regarding these virtual triggers? They
sound like a really good idea.




-- 
Jon
--
To unsubscribe, e-mail: zypp-devel+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: zypp-devel+help@xxxxxxxxxxxx