openembedded-core.git/meta/classes/gconf.bbclass, branch fido Mirror of openembedded-core Revert "gconf.bbclass: remove --disable-schemas-install" 2014-01-06T16:29:41+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2014-01-06T16:28:53+00:00 d93fdb740e6b73fe168f64575f4ceb4b3db17504 This reverts commit 84fa245b1d1e7935094e3b8a452d69461dc3dcbb. Ross Burton comments that: *Some* packages have migrated away from gconf to gsettings. Not all packages have done this, so anything still using gconf is now broken. Note that almost nothing in oe-core uses gsettings as we're still using the GTK+ 2 stack generally. The problem is that people are using gnome.bbclass which is a kitchen sink class, inheriting many other classes that may or may not be used. To resolve this warning gnome.bbclass should extend the sanity check whitelist with --disable-schemas-install as it is the class causing gconf.bbclass to be inherited on recipes that don't use gconf. 
This reverts commit 84fa245b1d1e7935094e3b8a452d69461dc3dcbb.

Ross Burton comments that:

*Some* packages have migrated away from gconf to gsettings.  Not all
packages have done this, so anything still using gconf is now broken.
Note that almost nothing in oe-core uses gsettings as we're still
using the GTK+ 2 stack generally.

The problem is that people are using gnome.bbclass which is a kitchen
sink class, inheriting many other classes that may or may not be used.
To resolve this warning gnome.bbclass should extend the sanity check
whitelist with --disable-schemas-install as it is the class causing
gconf.bbclass to be inherited on recipes that don't use gconf.
gconf.bbclass: remove --disable-schemas-install 2014-01-06T11:12:30+00:00 Robert Yang liezhi.yang@windriver.com 2014-01-01T03:22:15+00:00 84fa245b1d1e7935094e3b8a452d69461dc3dcbb Gnome has moved the schemas to the gsettings-desktop-schemas pkg, so there is no --disable-schemas-install option any more, and we already have the gsettings-desktop-schemas recipe, so remove it, it wil fix the warning: configure was passed unrecognised options: --disable-schemas-install Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> 
Gnome has moved the schemas to the gsettings-desktop-schemas pkg, so
there is no --disable-schemas-install option any more, and we already
have the gsettings-desktop-schemas recipe, so remove it, it wil fix
the warning:

configure was passed unrecognised options: --disable-schemas-install

Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
classes: Drop none package specific packaging variable accesses 2013-02-17T09:06:48+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2013-02-03T22:10:21+00:00 24cbe88429ba021d7c461e0271b67106d11d5eb2 Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
gconf: add gconftool-2 native wrapper 2012-12-19T07:48:22+00:00 Laurentiu Palcu laurentiu.palcu@intel.com 2012-12-17T12:32:42+00:00 bba414bc9d14eb2d29b54c68259d13ddbe6567fa This is needed when sstate cache is fetched from another build server. In this case, the postinstall will fail because the backend libraries path will be from the build server. Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> 
This is needed when sstate cache is fetched from another build server.
In this case, the postinstall will fail because the backend libraries
path will be from the build server.

Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
gconf.bbclass: run postinstalls at rootfs time 2012-12-06T12:30:34+00:00 Laurentiu Palcu laurentiu.palcu@intel.com 2012-12-04T09:49:50+00:00 50b7f625cc2c4b9224726b11b6d4bd192209cc6e Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> 
Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Convert tab indentation in python functions into four-space 2012-07-19T09:17:30+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2012-07-11T17:33:43+00:00 604d46c686d06d62d5a07b9c7f4fa170f99307d8 Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
gconf.bbclass: don't register schemas in the install stage 2012-06-28T15:23:18+00:00 Ross Burton ross.burton@intel.com 2012-06-26T10:10:23+00:00 f9f2e0309a03a4dc9ed5e6cff7db6f29962b7d60 Previously this was installing schemas in the sysroot, which is wrong for native packages as nothing should touch the sysroot directly, and even more wrong for non-native packages as the sysroot is irrelevant. So, export the environment variable that stops the registration happening at install time. The postinst script will handle the non-native case, and for the sysroot I've opened #2648. This isn't a massive problem as nothing to my knowledge actually installs schemas to the sysroot. [YOCTO #2245] Signed-off-by: Ross Burton <ross.burton@intel.com> 
Previously this was installing schemas in the sysroot, which is wrong for native
packages as nothing should touch the sysroot directly, and even more wrong for
non-native packages as the sysroot is irrelevant.

So, export the environment variable that stops the registration happening at
install time. The postinst script will handle the non-native case, and for the
sysroot I've opened #2648.  This isn't a massive problem as nothing to my
knowledge actually installs schemas to the sysroot.

[YOCTO #2245]

Signed-off-by: Ross Burton <ross.burton@intel.com>
Multilib: Fix RDEPENDS in libc-package.bbclass, useradd.bbclass... 2012-04-16T11:51:19+00:00 Zhai Edwin edwin.zhai@intel.com 2012-04-16T06:50:00+00:00 380efadd5640e5b57e710549b1ae761d0d3b3792 MLPREFIX is needed in RDEPENDS for multilib build Signed-off-by: Zhai Edwin <edwin.zhai@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
MLPREFIX is needed in RDEPENDS for multilib build

Signed-off-by: Zhai Edwin <edwin.zhai@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
meta: Convert getVar/getVarFlag(xxx, 1) -> (xxx, True) 2012-03-05T18:33:18+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2012-03-03T10:59:25+00:00 41bc192c0b5795561b239872008c91a867732219 Using "1" with getVar is bad coding style and "True" is preferred. This patch is a sed over the meta directory of the form: sed \ -e 's:\(\.getVar([^,()]*, \)1 *):\1True):g' \ -e 's:\(\.getVarFlag([^,()]*, [^,()]*, \)1 *):\1True):g' \ -i `grep -ril getVar *` Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Using "1" with getVar is bad coding style and "True" is preferred.
This patch is a sed over the meta directory of the form:

sed \
 -e 's:\(\.getVar([^,()]*, \)1 *):\1True):g' \
 -e 's:\(\.getVarFlag([^,()]*, [^,()]*, \)1 *):\1True):g' \
 -i `grep -ril getVar *`

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
gconf.bbclass: Add proper RDEPENDS to packages with gconf postinststep. 2012-02-02T18:26:50+00:00 Peter Tworek tworaz666@gmail.com 2012-02-01T07:32:04+00:00 31997ae9188302f276241266590a1ae0f4316c3f Right now gconf bbclass adds both postinst and prerm steps, but it does not ensure that packages involved have gconf in RDEPENDS. This can lead to a situation where postinst/prerm steps fail because gconftool-2 is not installed. Signed-off-by: Peter Tworek <tworaz666@gmail.com> Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Right now gconf bbclass adds both postinst and prerm steps, but it does
not ensure that packages involved have gconf in RDEPENDS. This can lead
to a situation where postinst/prerm steps fail because gconftool-2 is
not installed.

Signed-off-by: Peter Tworek <tworaz666@gmail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>