Dnia 09-11-2006, czw o godzinie 05:52 -0500, buildsys(a)redhat.com
napisał(a):
[..]
control-center-1:2.17.1-3.fc7
-----------------------------
* Wed Nov 08 2006 Matthias Clasen <mclasen(a)redhat.com> - 2.17.1-3
- Work around a file conflict with libgnomekbd (#214608)
Still in %post, %postun, %preun is registered/unregistered
desktop_gnome_peripherals_keyboard_xkb.schemas.
BTW introducing new schema for register/unregister schema files.
IMO new schema is to complicated and still not guarantee produce always
correct schamas database. Current template looks:
%post
export GCONF_CONFIG_SOURCE=`gconftool-2 --get-default-source`
gconftool-2 --makefile-install-rule \
<list_of_package_schemas>
%pre
if [ "$1" -gt 1 ]; then
export GCONF_CONFIG_SOURCE=`gconftool-2 --get-default-source`
gconftool-2 --makefile-install-rule \
<list_of_package_schemas>
fi
%postun
if [ "$1" -eq 0 ]; then
export GCONF_CONFIG_SOURCE=`gconftool-2 --get-default-source`
gconftool-2 --makefile-install-rule \
<list_of_package_schemas>
fi
In case not registering in previous release some packages some new
schemas this still do not prevent fixing this kind bugs.
Probably better will be regenerate each time schemas database.
IMO better/simpler schema for registered/unregistered can look only
like:
%post
GCONF_CONFIG_SOURCE=`gconftool-2 --get-default-source` \
gconftool-2 --makefile-install-rule \
/etc/gconf/schemas/*.schemas >& /dev/null
%postun
GCONF_CONFIG_SOURCE=`gconftool-2 --get-default-source` \
gconftool-2 --makefile-install-rule \
/etc/gconf/schemas/*.schemas >& /dev/null
Yes .. regenerate schemas database takes longer time but will guarantee
schamas database correct content.
kloczek