linux/poky.git/meta/classes/package_ipk.bbclass, branch 1.2_M2

image-mklibs/package_ipk: Remove bashisms

2012-01-05T22:26:25+00:00

We now support using dash but these bashisms triggered build failures for me when using it. This replaces the code with something which works on dash. (From OE-Core rev: 4a85312568a6bb052cc511c15b4ae842ff7f8e59) Signed-off-by: Richard Purdie

opkg: Update svn 625 -> 633 and fix preinst issues

2011-12-16T16:05:37+00:00

There is a major issue with opkg images at the moment as preinst functions are not being executed before their dependencies are installed and this is leading to corruption of images containing avahi/dbus in particular. There are various changes in upstream opkg in the last 8 revisions which make changes in this area but sadly these aren't enough to get things working for us. I've updated to the latest svn revision with this patch since it makes sense to pull in those changes first and then supplement them with the attached patches. There is a full description of the patches in the patch headers but in summary they: a) Ensure preinst functions execute with their dependencies installed. This is a pretty invasive change as it changes the package install ordering in general. b) Ensure opkg sets $D, not $PKG_ROOT which we don't use c) Change opkg to allow execution of postinstall functions which fail resulting in execution on the target device as rootfs_ipk.bbclass currently does manually. The remaining changes interface this with the rest of the OE build infrastructure, adding in the option to tell opkg to run the preinst and postinst functions, ensure the correct environment is present for the postinst scripts and removing the now unneeded rootfs_ipk class code which opkg now does itself. [YOCTO #1711] (From OE-Core rev: 2feba313c991170747381c7cf821a45c2cd04632) Signed-off-by: Richard Purdie

getVar/setVar cleanups

2011-11-27T10:25:34+00:00

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

Convert to use direct access to the data store (instead of bb.data.Var())

2011-11-10T11:51:19+00:00

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

multilib: Drop MULTILIB_IMAGE_INSTALL

2011-11-08T14:32:55+00:00

There should just be a single IMAGE_INSTALL variable. If the package backends need this split into different multilib components they should be responsible for doing this, not the user. This commit removes the MULTILIB_IMAGE_INSTALL variable. [YOCTO #1564] (From OE-Core rev: 7736862a74c92fe1afe42e170822be13117575c2) Signed-off-by: Dongxiao Xu Signed-off-by: Richard Purdie

package_ipk: There is no longer any need to force owners/groups to root

2011-11-01T17:43:56+00:00

Since the packaging process is run under pseudo, the default user is now root so there is no longer any need to hardcode this. Also take this opportunity to move the variable to package_ipk.bbclass since this is the only user of it. (From OE-Core rev: ea11f71432e2741d5f8c7cecec41c6155db34393) Signed-off-by: Richard Purdie

debian/_ipk.bbclass: Added multilib support for package_name_hook()

2011-09-16T17:07:25+00:00

[YOCTO #1486] 1. Added multilib support for package_name_hook() so MLPREFIX is kept in the final package name. 2. clean the output of log_check_ipk. (From OE-Core rev: e59c4e34daa688c033dd4ac07a69099610ac5705) Signed-off-by: Lianhao Lu Signed-off-by: Richard Purdie

package(_ipk).bbclass: opkg using ALL_MULTILIB_PACKAGE_ARCHS

2011-08-17T14:14:56+00:00

[YOCTO #1345] The new variable ALL_MULTILIB_PACKAGE_ARCHS contains all the values of PACKAGE_ARCHS for each multilib variants. The opkg backend now uses this new value insteald of the PACKAGE_ARCHS to update the opkg indexes and to generate the opkg configuration files. This allows the normal packages and multilib packages may be installed into the same rootfs. (From OE-Core rev: b774bf44ef004276da12a83ebd69715c00b596ac) Signed-off-by: Lianhao Lu Signed-off-by: Richard Purdie

package_ipk: SDK generation workaround

2011-08-02T13:32:11+00:00

During SDK generation the multilib_sanity_check function is being called, however it is not available unless we've been called from the image.bbclass. Disable the check if MULTILIB_CHECK_FILE (also set in image.bbclass) doesn't exist or is empty. (From OE-Core rev: 0611cceca1595ea4656ebcb985cbd92bb9774ec8) Signed-off-by: Mark Hatle Signed-off-by: Richard Purdie

bitbake.conf: Add SDK_PACKAGE_ARCHS