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 <sbrabec@novell.com> 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.