[OE-core] [PATCH] gconf: fix multilib conflict - org.gnome.GConf.service

Burton, Ross ross.burton at intel.com
Mon Jul 7 10:38:34 UTC 2014


On 7 July 2014 11:07, Ming Liu <ming.liu at windriver.com> wrote:
> I got your point, but my patch was not tring to address the conflict of
> binaries or libraries, that kind of conflicts would not cause build error,
> as you pointed out, only ever a single instance be installed at one time.
> It's actually tring to fix a conflict of conf file, if the gconfd-2 is put
> into libexec directory, we have to keep a path like
> /usr/lib64/gconf/gconfd-2(or /usr/lib/gconf/gconfd-2 in lib32 case)
> referring it in /usr/share/dbus-1/services/org.gnome.GConf.service which
> will cause the conflict.

So why did the commit message talk about
/usr/share/dbus-1/services/GConf.service conflicting between
installation, and how will your patch fix that error?  As far as I can
tell ${datadir} isn't in the MULTILIBRE_ALLOW_REP so they'll still
conflict, right?

I still think that splitting up the gconf package into library and
tooling is the logical solution.

Ross



More information about the Openembedded-core mailing list