https://bugzilla.redhat.com/show_bug.cgi?id=824218 --- Comment #7 from Mario Blättermann <mario.blaettermann@xxxxxxxxx> --- New scratch build: http://koji.fedoraproject.org/koji/taskinfo?taskID=4499545 It fails again. From build.log: + export GCONF_CONFIG_SOURCE=xml:merged:/etc/gconf/gconf.xml.defaults + GCONF_CONFIG_SOURCE=xml:merged:/etc/gconf/gconf.xml.defaults + gconftool-2 --makefile-install-rule share/gconf/schemas/polly.schemas Attached schema `/schemas/apps/polly/account/id' to key `/apps/polly/account/id' WARNING: failed to install schema `/schemas/apps/polly/account/id', locale `C': Unable to store a value at key '/schemas/apps/polly/account/id', as the configuration server has no writable databases. There are some common causes of this problem: 1) your configuration path file /etc/gconf/2/path doesn't contain any databases or wasn't found 2) somehow we mistakenly created two gconfd processes 3) your operating system is misconfigured so NFS file locking doesn't work in your home directory or 4) your NFS client machine crashed and didn't properly notify the server on reboot that file locks should be dropped. If you have two gconfd processes (or had two at the time the second was launched), logging out, killing all copies of gconfd, and logging back in may help. If you have stale locks, remove ~/.gconf*/*lock. Perhaps the problem is that you attempted to use GConf from two machines at once, and ORBit still has its default configuration that prevents remote CORBA connections - put "ORBIIOPIPv4=1" in /etc/orbitrc. As always, check the user.* syslog for details on problems gconfd encountered. There can only be one gconfd per home directory, and it must own a lockfile in ~/.gconfd and also lockfiles in individual storage locations such as ~/.gconf Attached schema `/schemas/apps/polly/account/interval' to key `/apps/polly/account/interval' WARNING: failed to install schema `/schemas/apps/polly/account/interval', locale `C': Unable to store a value at key '/schemas/apps/polly/account/interval', as the configuration server has no writable databases. There are some common causes of this problem: 1) your configuration path file /etc/gconf/2/path doesn't contain any databases or wasn't found 2) somehow we mistakenly created two gconfd processes 3) your operating system is misconfigured so NFS file locking doesn't work in your home directory or 4) your NFS client machine crashed and didn't properly notify the server on reboot that file locks should be dropped. If you have two gconfd processes (or had two at the time the second was launched), logging out, killing all copies of gconfd, and logging back in may help. If you have stale locks, remove ~/.gconf*/*lock. Perhaps the problem is that you attempted to use GConf from two machines at once, and ORBit still has its default configuration that prevents remote CORBA connections - put "ORBIIOPIPv4=1" in /etc/orbitrc. As always, check the user.* syslog for details on problems gconfd encountered. There can only be one gconfd per home directory, and it must own a lockfile in ~/.gconfd and also lockfiles in individual storage locations such as ~/.gconf Attached schema `/schemas/apps/polly/entry/check' to key `/apps/polly/entry/check' WARNING: failed to install schema `/schemas/apps/polly/entry/check', locale `C': Unable to store a value at key '/schemas/apps/polly/entry/check', as the configuration server has no writable databases. There are some common causes of this problem: 1) your configuration path file /etc/gconf/2/path doesn't contain any databases or wasn't found 2) somehow we mistakenly created two gconfd processes 3) your operating system is misconfigured so NFS file locking doesn't work in your home directory or 4) your NFS client machine crashed and didn't properly notify the server on reboot that file locks should be dropped. If you have two gconfd processes (or had two at the time the second was launched), logging out, killing all copies of gconfd, and logging back in may help. If you have stale locks, remove ~/.gconf*/*lock. Perhaps the problem is that you attempted to use GConf from two machines at once, and ORBit still has its default configuration that prevents remote CORBA connections - put "ORBIIOPIPv4=1" in /etc/orbitrc. As always, check the user.* syslog for details on problems gconfd encountered. There can only be one gconfd per home directory, and it must own a lockfile in ~/.gconfd and also lockfiles in individual storage locations such as ~/.gconf Attached schema `/schemas/apps/polly/entry/override' to key `/apps/polly/entry/override' Seems to be gconftool is unable to install schema files. My experience in gconf stuff is poor, I cannot say what fails in particular. Maybe you should read the appropriate part of the packaging guidelines: http://fedoraproject.org/wiki/Packaging:ScriptletSnippets#GConf -- You are receiving this mail because: You are on the CC list for the bug. _______________________________________________ package-review mailing list package-review@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/package-review