Dnia 09-11-2006, czw o godzinie 05:52 -0500, buildsys@xxxxxxxxxx napisał(a): [..] > control-center-1:2.17.1-3.fc7 > ----------------------------- > * Wed Nov 08 2006 Matthias Clasen <mclasen@xxxxxxxxxx> - 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 -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
