https://bugzilla.novell.com/show_bug.cgi?id=365649
User sbrabec@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=365649#c29
--- Comment #29 from Stanislav Brabec 2008-05-05 11:07:15 MST ---
It's deprecated. Preferred way is the rpm scriptlet.
But rpm scriptlets are much less efficient, as they have to be started twice
per each affected package instead of once per the whole installation.
It does not hurt for scripts, which are fast enough to be started 1000 times
during upgrade (e. g. /sbin/ldconfig), or those, which are rare enough to be
started only by ~10 packages (e. g. pango modules list or
update-mime-database).
For scripts, which are slow (~10 sec) and affect hundreds of packages (e. g.
gtk-update-icon-cache, update-desktop-database), it would cause unacceptable
installation time:
Example:
On a typical installation, desktop files belong to ~150 packages. Each of these
packages outdates gtk-icon-cache and desktop-database.
Each gtk-update-icon-cache run needs to scan ~700 directories. On an avarage
machine, which does not have all these directories in the cache, the run takes
~10 sec.
Now compute the cost of leaving of the deprecated SuSEconfig:
With SuSEconfig: Running gtk-update-icon-cache needs ~10 sec for the whole
distribution upgrade.
With rpm scripts: Running gtk-update-icon-cache needs ~3000 sec for the whole
distribution upgrade (10x150x2).
Summary: Move to "clean" rpm based solution makes 30000% performance loss in
this particular case!
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.