openembedded-core.git/meta/classes/gconf.bbclass, branch danny Mirror of openembedded-core 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>
getVar/setVar cleanups 2011-11-26T22:42:00+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2011-11-25T14:25:16+00:00 2864ff6a4b3c3f9b3bbb6d2597243cc5d3715939 Complete the bb.data.getVar/setVar replacements with accesses directly to the data store object. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Complete the bb.data.getVar/setVar replacements with accesses
directly to the data store object.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
gconf: Ensure the correct backend directory is used 2011-11-23T15:10:41+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2011-11-23T15:05:39+00:00 aaa2a70f7f1b8a299f31626d61d7ea27f29fb9e2 Without these changes, gconf will use the hardcoded backend directory meaning we can see errors when building if the binary was relocated. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Without these changes, gconf will use the hardcoded backend directory meaning
we can see errors when building if the binary was relocated.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
gconf: Ensure that GCONF_SCHEMA_INSTALL_SOURCE uses correct paths 2011-11-23T08:48:34+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2011-11-23T08:48:31+00:00 5680bf11f2e5877782d0101d5b8a5ed24d1ddbce The gconf .m4 files use the path encoded into the gconf-native tools by default to populate this variable. This doesn't work if we're relocating the gconf-native binaries. By setting this variable we ensure that the m4 files always pick up the correct path. This fixes errors seen on the yocto autobuilder. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
The gconf .m4 files use the path encoded into the gconf-native tools
by default to populate this variable. This doesn't work if we're
relocating the gconf-native binaries. By setting this variable we
ensure that the m4 files always pick up the correct path.

This fixes errors seen on the yocto autobuilder.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Convert to use direct access to the data store (instead of bb.data.*Var*()) 2011-11-10T11:35:32+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2011-11-09T15:00:01+00:00 b22831fd63164c4db9c0b72934d7d734a6585251 This is the result of running the following over the metadata: sed \ -e 's:bb.data.\(setVar([^,()]*,[^,()]*\), *\([^ )]*\) *):\2.\1):g' \ -e 's:bb.data.\(setVarFlag([^,()]*,[^,()]*,[^,()]*\), *\([^) ]*\) *):\2.\1):g' \ -e 's:bb.data.\(getVar([^,()]*\), *\([^(), ]*\) *,\([^)]*\)):\2.\1,\3):g' \ -e 's:bb.data.\(getVarFlag([^,()]*,[^,()]*\), *\([^(), ]*\) *,\([^)]*\)):\2.\1,\3):g' \ -e 's:bb.data.\(getVarFlag([^,()]*,[^,()]*\), *\([^() ]*\) *):\2.\1):g' \ -e 's:bb.data.\(getVar([^,()]*\), *\([^) ]*\) *):\2.\1):g' \ -i `grep -ril bb.data *` Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
This is the result of running the following over the metadata:

sed \
-e 's:bb.data.\(setVar([^,()]*,[^,()]*\), *\([^ )]*\) *):\2.\1):g' \
-e 's:bb.data.\(setVarFlag([^,()]*,[^,()]*,[^,()]*\), *\([^) ]*\) *):\2.\1):g' \
-e 's:bb.data.\(getVar([^,()]*\), *\([^(), ]*\) *,\([^)]*\)):\2.\1,\3):g' \
-e 's:bb.data.\(getVarFlag([^,()]*,[^,()]*\), *\([^(), ]*\) *,\([^)]*\)):\2.\1,\3):g' \
-e 's:bb.data.\(getVarFlag([^,()]*,[^,()]*\), *\([^() ]*\) *):\2.\1):g' \
-e 's:bb.data.\(getVar([^,()]*\), *\([^) ]*\) *):\2.\1):g' \
-i `grep -ril bb.data *`

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
debian/kernel/gconf/gtk-icon-cache: PKGDESK/PKG fixes 2009-11-16T10:52:35+00:00 Richard Purdie rpurdie@linux.intel.com 2009-11-16T10:52:35+00:00 5f22458409d2e1672f5a71f0f7f51ea471a71355 Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> 
Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>