gnome installations do not register the schema files with gconf

[reiffert@…]

Gnome ports install schema files to ${prefix}/etc/gconf/schema/ Those files need to be registered along with gconftool-2. Placing them in the directory is not enough.

I recently discovered the advantages and allready added the following scope to port:gnucash port:gnome-vfs and port:yelp It appears that port:gnome-control-center does it equally.

post-activate {
        # We need to register some stuff to gconf. Just putting the
        # schema files to the right place is not enough.
        # You can watch the successful installation with gconf-editor.

        system "cd ${prefix}/etc/gconf/schemas && \
        GCONF_CONFIG_SOURCE=`${prefix}/bin/gconftool-2 --get-default-source` ${p
refix}/bin/gconftool-2 --makefile-install-rule \
                desktop_default_applications.schemas \
                desktop_gnome_url_handlers.schemas \
                system_dns_sd.schemas \
                system_http_proxy.schemas \
                system_smb.schemas"
}

Please remember to replace those schemas through the port's schema files you are upgrading.

You can validate the successful schema registration by launching gconf-editor.

Kind regards Thomas

[reiffert@…]

Unfourtunatly my first attempt doesnt work well on port variants. Currently I'm writing a gnome portgroup for handling the situation. Until the portgroup reaches your macports installation with a new macports release, use the following on your gnome port:

set storagedir  ${prefix}/etc/macports/gconf
set storagefile $storagedir/${name}

post-destroot {
 	# We need to register some stuff to gconf. Just putting the
 	# schema files to the right place is not enough.
	# For now we store the files in
	# ${prefix}/etc/macports/gconf/${name} and use that file
	# in post-activate. Until there is no better solution
	# this will make it into the gnomeportgroup

        # Find all .schemas file in the destroot
	fs-traverse schema ${destroot}${prefix}/etc/gconf/schemas {
		if { [ file isfile $schema ] } {
			lappend schemafiles $schema
		}
	}


        # And put them in etc/macports/gconf/$name
	if { [ llength $schemafiles ] > 0 } {
		file mkdir ${destroot}${storagedir}
		set fh [open ${destroot}${storagefile} w]
		foreach file $schemafiles {
			puts $fh [exec basename $file]
		}
		close $fh
	}
}

post-activate {
	if { [file exists ${storagefile} ] } {
		set fh [open ${storagefile} r]
		while { ! [eof $fh] } {
			lappend schemafiles [gets $fh]
		}
		close $fh
	}

	set schemastring [join $schemafiles " "]

         system "cd ${prefix}/etc/gconf/schemas && \
         GCONF_CONFIG_SOURCE=`${prefix}/bin/gconftool-2 --get-default-source` ${prefix}/bin/gconftool-2 --makefile-install-rule $schemastring"
 }

[jmroot (Joshua Root)]

MIME and desktop databases also need to be updated in post-activate, like so:

system "${prefix}/bin/update-desktop-database -q ${prefix}/share/applications; true"
system "${prefix}/bin/update-mime-database ${prefix}/share/mime; true"

The "; true" is so activate doesn't fail if the applications or mime directories don't exist. (See r35289.)

[jmroot (Joshua Root)]

Oh, and --disable-update-mimedb --disable-update-desktopdb needs to be added to the configure args somewhere, otherwise conflicting files are created in the destroot.

[gui-dos (Guido Soranzio)]

Another command frequently needed after installing is

${prefix}/bin/gtk-update-icon-cache -f -t ${prefix}(bin/opt/local/share/icons/hicolor

[gui-dos (Guido Soranzio)]

${prefix}/bin/gtk-update-icon-cache -f -t ${prefix}(bin/opt/local/share/icons/hicolor

Oops: I meant:

${prefix}/bin/gtk-update-icon-cache -f -t ${prefix}/share/icons/hicolor

[nox@…]

libgsf's GConf schemas are now properly registered during activation time since r41441.

[nox@…]

Why do we need GCONF_CONFIG_SOURCE when we are registering in the default gconf source?

[nox@…]

libgweather taken care of in r41484.

[(none)]

Milestone Port Enhancements deleted

[dbevans (David B. Evans)]

As of now, the following GNOME ports install GConf schema files but do not properly register them

gksu
gthumb
pidgin
planner

The following both install and properly register schemas

anjuta
at-spi
bug-buddy
conglomerate
devhelp
drivel
empathy
eog
epiphany
evince
file-roller
gcalctool
gconf-editor
gdm
gedit
gnome-applets
gnome-control-center
gnome-games
gnome-keyring
gnome-mag
gnome-media
gnome-netstatus
gnome-panel
gnome-session
gnome-settings-daemon
gnome-system-monitor
gnome-terminal
gnome-utils
gnome-vfs
gnucash
gnumeric
gst-plugins-good
gucharmap
libcanberra
libgail-gnome
libgnome
libgnomekbd
libgweather
metacity
nautilus
seahorse
seahorse-plugins
teg
totem
vino

[cooljeanius (Eric Gallager)]

Replying to devans@…:

As of now

Is this still the case now, 3 years later? I've noticed you've been working on doing this with a lot of gnome ports lately...

[cooljeanius (Eric Gallager)]

Cc Me!

[mf2k (Frank Schima)]

reiffert has retired. See #51270. Dave, maybe you can re-evaluate the status and close this out?

[dbevans (David B. Evans)]

Closing as fixed.

gksu and associated libraries libgksu12 and libgksuui10 removed in r149949. Development abandoned in 2006. More current ports use policykit to manage privileged access.
gthumb fixed to properly register gconf schemas in r72313, current versions use gsettings/dconf instead of gconf and properly register their schemas as well.
pidgin still uses gconf but now properly registers its gconf schemas in post-activate, not sure when this got fixed.
planner fixed in r149950, maintainer timeout, to properly register it's gconf schemas. No word from billitch in some time so this port may be abandoned.

Thanks to Frank for pointing out that this ticket was still open!