rawhide report: 20061109 changes

Michael Schwendt fedora at wir-sind-cool.org
Thu Nov 9 19:14:44 UTC 2006


On Thu, 09 Nov 2006 19:30:39 +0100, Tomasz Kłoczko wrote:

> Dnia 09-11-2006, czw o godzinie 05:52 -0500, buildsys at redhat.com
> napisał(a):
> [..]
> > control-center-1:2.17.1-3.fc7
> > -----------------------------
> > * Wed Nov 08 2006 Matthias Clasen <mclasen at 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

Where's --makefile-uninstall-rule with your system?




More information about the fedora-devel-list mailing list