summaryrefslogtreecommitdiffstats
path: root/meta/recipes-core/meta/external-python-tarball.bb
Commit message (Collapse)AuthorAgeFilesLines
* python-external-tarball: Modernise and renameRichard Purdie2013-06-071-39/+0
| | | | | | | | | | | | | | | | | The external-python-tarball was intended to provide python for those users who didn't have python 2.6. It has been unloved for a while so this refreshes it a bit. Specifically: * Include git and tar since these can have version issues on some systems * Rename to buildtools-tarball to better reflect its purpose * Remove the site-config file from the tarball, its pointless * Prune down the environment file to just cover PATH and OECORE_NATIVE (which is needed to correctly install the tarball) * Add missing grp module (used by do_package) from the unixadmin package (From OE-Core rev: c8de009e96930709efe8f6aa4e65dd04a48081f2) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* external-python-tarball: rename output packageKang Kai2013-03-141-1/+1
| | | | | | | | | | | | Update TOOLCHAIN_OUTPUTNAME to rename the output package which is the similiar style to name packages meta-toolchain-*. [YOCTO #3996] (From OE-Core rev: e40c36ff8610ebb9ce16a4d1c14c7cf94f87cd6a) Signed-off-by: Kang Kai <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* external-python-tarball: code refactoringKang Kai2013-02-221-63/+4
| | | | | | | | | | | | | | | | | external-python-tarball only can be built when inherit package_ipk now. Update it to reuse existed populate sdk code that it could be built for rpm and deb too. Remove var DEPENDS, SDK_* and flags of do_populate_sdk because they are already defined in populate_sdk bbclasses. [Yocto 3006] (From OE-Core rev: 57134958a2c6b74de8654600e33acdd265966638) Signed-off-by: Kang Kai <kai.kang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* nativesdk: Switch to using nativesdk as a prefix, not a suffixRichard Purdie2012-09-021-19/+19
| | | | | | | | | | | | | | | As discussed on the mailing lists, using a suffix to package names is hard and has lead to many recipes having to do PKGSUFFIX games. Its looking extremely hard to scale nativesdk much further without hacking many recipes. By comparison, using a prefix like multilib does works much better and doesn't involve "hacking" as many recipes. This change converts nativesdk to use a prefix using the existing multilib infrastructure. (From OE-Core rev: 81813c0e322dc04ce4b069117188d8a54dfddb8c) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* external-python-tarball: Blacklist recipe if ipk is not in the ↵Saul Wold2012-08-231-0/+5
| | | | | | | | | | | | | | | | PACKAGE_CLASSES list This is needed because ipk tools and variables (specically IPKGCONF_TARGET and IPKGCONF_SDK) are used from the rootfs_ipk.bbclass I tried to inherit directly but it still fails to expand those. [YOCTO #2814] (From OE-Core rev: 161043782682cccd2efc2b349e8248ae084857c7) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Replace POKYBASE with COREBASERichard Purdie2011-04-211-2/+2
| | | | | | (From OE-Core rev: 607a7657715f6fcba467a4e55ba64f41f4e13a15) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* external-python-tarball: Drop FAKEROOT usage in favour of explicit options ↵Richard Purdie2011-04-121-1/+1
| | | | | | | | to tar (From OE-Core rev: f993aa934de4f8caea9b3caa910ad34241737e47) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* external-python-tarball: include multiprocessing moduleJoshua Lock2011-01-271-0/+1
| | | | Signed-off-by: Joshua Lock <josh@linux.intel.com>
* external-python-tarball: add LIC_FILES_CHKSUMKoen Kooi2011-01-141-0/+3
| | | | | Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* external-python-tarball: add chrpath to the tarballJoshua Lock2010-12-161-1/+3
| | | | Signed-off-by: Joshua Lock <josh@linux.intel.com>
* Meta: Recipe ReogranizationSaul Wold2010-11-221-0/+87
This is the next stage of recipe reorganization, in this stage many recipes where moved to a new meta-demoapps layer since this is more appropriate for demo usage then the core. Additional some recipes were moved to meta-extras to indicate they may be depercated at a future time. A number of recipes were modified since dependencies need to be corrected. Signed-off-by: Saul Wold <Saul.Wold@intel.com>