On 10/15/2014 06:42 PM, Burton, Ross wrote:
On 15 October 2014 03:54, Chong Lu <[email protected]> wrote:The gconfd-2 will be called in org.gnome.GConf.service file and the path of gconfd-2 is ${libexecdir}, this will get following error when multilib exported in the sdk: error: file /usr/share/dbus-1/services/org.gnome.GConf.service from install of gconf-3.2.6-r0.0.lib32_x86 conflicts with file from package gconf-3.2.6-r0.0.x86_64Split org.gnome.GConf.service to ${PN}-service, the conflict was fixed.Why are both ML variants of gconf being installed? Presumably for libgconf, which needs to have ML variants and is packaged into $PN. $PN also contains the binaries and data files, which are not
Hi Ross, The data file is different between bit-32 and bit-64 environment. Best Regards Chong
ML-specific and can only be installed once. So, gconf should split the daemon/binaries from the libraries. I suggested this back in July as it seems the logical answer, instead of splitting the daemon binary and the service file that defines where the binary is. Ross
-- _______________________________________________ Openembedded-core mailing list [email protected] http://lists.openembedded.org/mailman/listinfo/openembedded-core
