2009/1/23 Stanislav Brabec
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@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org