summaryrefslogtreecommitdiffstats
path: root/meta/classes/gconf.bbclass
Commit message (Collapse)AuthorAgeFilesLines
* Revert "gconf.bbclass: remove --disable-schemas-install"Richard Purdie2014-01-061-0/+6
| | | | | | | | | | | | | | | | | | | 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. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gconf.bbclass: remove --disable-schemas-installRobert Yang2014-01-061-6/+0
| | | | | | | | | | | | | | | 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 (From OE-Core rev: 84fa245b1d1e7935094e3b8a452d69461dc3dcbb) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* classes: Drop none package specific packaging variable accessesRichard Purdie2013-02-171-6/+3
| | | | | | (From OE-Core rev: 24cbe88429ba021d7c461e0271b67106d11d5eb2) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gconf: add gconftool-2 native wrapperLaurentiu Palcu2012-12-191-1/+0
| | | | | | | | | | | | 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. (From OE-Core rev: bba414bc9d14eb2d29b54c68259d13ddbe6567fa) Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gconf.bbclass: run postinstalls at rootfs timeLaurentiu Palcu2012-12-061-4/+7
| | | | | | | | (From OE-Core rev: 50b7f625cc2c4b9224726b11b6d4bd192209cc6e) Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Convert tab indentation in python functions into four-spaceRichard Purdie2012-07-191-28/+28
| | | | | | (From OE-Core rev: 604d46c686d06d62d5a07b9c7f4fa170f99307d8) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gconf.bbclass: don't register schemas in the install stageRoss Burton2012-06-281-2/+10
| | | | | | | | | | | | | | | | | | 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] (From OE-Core rev: f9f2e0309a03a4dc9ed5e6cff7db6f29962b7d60) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Multilib: Fix RDEPENDS in libc-package.bbclass, useradd.bbclass...Zhai Edwin2012-04-161-1/+1
| | | | | | | | | MLPREFIX is needed in RDEPENDS for multilib build (From OE-Core rev: 380efadd5640e5b57e710549b1ae761d0d3b3792) 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)Richard Purdie2012-03-051-6/+6
| | | | | | | | | | | | 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.Peter Tworek2012-02-021-0/+3
| | | | | | | | | | | | | 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. (From OE-Core rev: 31997ae9188302f276241266590a1ae0f4316c3f) 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 cleanupsRichard Purdie2011-11-271-1/+1
| | | | | | | | | Complete the bb.data.getVar/setVar replacements with accesses directly to the data store object. (From OE-Core rev: 2864ff6a4b3c3f9b3bbb6d2597243cc5d3715939) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gconf: Ensure the correct backend directory is usedRichard Purdie2011-11-231-0/+1
| | | | | | | | | Without these changes, gconf will use the hardcoded backend directory meaning we can see errors when building if the binary was relocated. (From OE-Core rev: aaa2a70f7f1b8a299f31626d61d7ea27f29fb9e2) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gconf: Ensure that GCONF_SCHEMA_INSTALL_SOURCE uses correct pathsRichard Purdie2011-11-231-0/+4
| | | | | | | | | | | | | 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. (From OE-Core rev: 5680bf11f2e5877782d0101d5b8a5ed24d1ddbce) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Convert to use direct access to the data store (instead of bb.data.*Var*())Richard Purdie2011-11-101-8/+8
| | | | | | | | | | | | | | | | | 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 *` (From OE-Core rev: b22831fd63164c4db9c0b72934d7d734a6585251) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* debian/kernel/gconf/gtk-icon-cache: PKGDESK/PKG fixesRichard Purdie2009-11-161-2/+1
| | | | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* gconf.bbclass: Fix hardcoded PKGDEST referenceRichard Purdie2009-11-161-1/+2
| | | | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* gconf.bbclass: Drop unneeded module importRichard Purdie2009-11-131-1/+1
| | | | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* gconf.bbclass: depend also on gconf-nativeMarcin Juszkiewicz2008-10-011-1/+1
| | | | git-svn-id: https://svn.o-hand.com/repos/poky/trunk@5361 311d38ba-8fff-0310-9ca6-ca027cbcb966
* gconf.bbclass: Drop configure/install/upgarde checks since not all SCMs ↵Richard Purdie2008-09-041-22/+18
| | | | | | support these in postinstalls git-svn-id: https://svn.o-hand.com/repos/poky/trunk@5137 311d38ba-8fff-0310-9ca6-ca027cbcb966
* Rename /openembedded/ -> /meta/Richard Purdie2006-07-211-0/+59
git-svn-id: https://svn.o-hand.com/repos/poky/trunk@530 311d38ba-8fff-0310-9ca6-ca027cbcb966
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-11-04 21:56:27 +0000