summaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools/python
Commit message (Collapse)AuthorAgeFilesLines
* python: Fix build failure of python-elementtree on x86_64Khem Raj2012-02-082-1/+29
| | | | | | | | | | | The problem is due to mixing of headers from host system thusly corrected in setup.py by checkinng if we are cross compiling (From OE-Core rev: 25016d158af927e0c9e70c3df4674f53fa54fec8) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python-dbus: upgrade from 0.84.0 to 1.0.0Nitin A Kamble2012-02-031-2/+2
| | | | | | | (From OE-Core rev: 1bf4df7aa343d74e7bcb136840d87924f30c3019) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python-native: RPROVIDE python-core-native since pycurl-native depends on itRichard Purdie2012-01-111-1/+1
| | | | | | (From OE-Core rev: 893405d46c28d75372dcf4b2d91c617b81bdc92e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python-pycairo: fix for x32Nitin A Kamble2012-01-061-3/+3
| | | | | | | | | | | Add the libdir to configure so that path like /usr/libx32 can work. Also passing parallel make flags to the building process. (From OE-Core rev: 2f134791ca5db0281af0a71fcab0e832894d412c) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* native.bbclass: Fix variable remapping coverageRichard Purdie2012-01-051-0/+2
| | | | | | | | | | | | | | | | | When looking for RDEPENDS to process, bitbake iterates through PACKAGES *and* PN. Since native.bbclass sets PACKAGES to be empty, its pointless remapping the list of PACKAGES since this does nothing. There is a problem since *_${PN} are used by bitbake but not remapped by the native.bbclass class extension code. This changes the code to remap _${PN} in both expanded and unexpanded forms. As a result of this, various surprising dependencies are uncovered and the patch rectifies those. These are real bugs since they're injecting unneeded (unremapped) dependencies into the dependency chain. (From OE-Core rev: 0f485bfd6fc82a109b9da629e464fca1e90faec3) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python-native: correct prefix handling for oe-core sysroot layoutPhil Blundell2012-01-052-14/+10
| | | | | | | | | | | | | Don't try to guess a path based on ${HOST_SYS} since this is not where the files in the sysroot are likely to be. Instead, just use the "plat_specific" approach of taking STAGING_INCDIR and knocking off the trailing "/include" for all cases. This is still evidently suboptimal but does at least seem to give the correct results. (From OE-Core rev: 3b01b884dac0b31af8f5f2ebd60e5939e0111873) Signed-off-by: Phil Blundell <philb@gnu.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Add Upstream-Status to patchesSaul Wold2012-01-032-0/+6
| | | | | | | (From OE-Core rev: 169e55d802883df763dbff4a4737e05e96358fa3) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python: add md5module supportSaul Wold2012-01-033-3/+24
| | | | | | | | | | The internal md5 module is needed for using "waf" to install other python packages such as pycairo. (From OE-Core rev: 61620bd56d0696a03ffc94fbbfa2d0e25be950a5) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python-pycairo: Upgrade to 1.10.0Saul Wold2011-12-222-31/+39
| | | | | | | | | tweak the pycairo.pc correctly. (From OE-Core rev: 7197efde264bee4d8deb37b9fd08cc9cc83d1ac4) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python: bump PR due to arm OVERRIDES changeMartin Jansa2011-12-131-1/+1
| | | | | | | (From OE-Core rev: 86a815fe1b2e447e264cb40f6f65e3343d6b6188) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* OECore license fixes: meta/*Elizabeth Flanagan2011-12-081-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | This is a quick audit of only the most obviously wrong licenses found within OECore. These fixes fall into four areas: - LICENSE field had incorrect format so that the parser choked - LICENSE field has a license with no version - LICENSE field was actually incorrect - LICENSE field has an imaginary license that didn't exist This fixes most of the LICENSE warnings thrown, along with my prior commit adding additional licenses to common-licenses and additional SPDXLICENSEMAP entries. HOWEVER..... there is much to be done on the license front. For a list of recipes with licenses that need obvious fixing see: https://wiki.yoctoproject.org/wiki/License_Audit That said, I would suggest another license audit as I've found enough inconsistencies. A good suggestion is when in doubt, look at how openSuse or Gentoo or Debian license the package. (From OE-Core rev: 3083dd70b3a9fa01fcc3cf00373b05502505996e) Signed-off-by: Elizabeth Flanagan <elizabeth.flanagan@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* PR Bump for OpenSSL 1.0Saul Wold2011-11-301-1/+1
| | | | | | | (From OE-Core rev: 59923e66e85471acdb70d72082a8906c69b17720) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python-native: Fix gcc compiler detecting logicKhem Raj2011-11-292-12/+12
| | | | | | | | | | | | | | | | | | | | | | We have a patch unixccompiler.patch where we try to throw away everything except first element of CC string but this does not work if gcc is prepended with something e.g. CC="ccache gcc" then the logic fails and it ends up in some modules failing on you silently (_sqlite3) in my case. The fix here is to drop basename so we keep the whole string as it is and then the detection function searches for gcc string in the whole CC. This works in both cases one the original intent of the patch and the second described above. One place where it will fail is if someone has non-gcc compiler installed in some subdir which has gcc in it e.g. /usr/gcc/fakecc but for OE this should never happen. Ideally the the detection logic should have tried to execute gcc and then parsed --version output or something. (From OE-Core rev: 9b13b9024d24953dedb35f62d3d8b06a29036992) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python-gst: upgrade from 0.10.21 to 0.10.22Nitin A Kamble2011-11-181-3/+3
| | | | | | | (From OE-Core rev: f555f1a5a25e13bbc6f9906f14f20d76998d9fd5) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python: bump PRTom Zanussi2011-11-101-1/+1
| | | | | | | | | | Commit 23d2eaf9 ('skip setup.py 'import check' when cross-compiling') neglected bumping the PR, this adds it. (From OE-Core rev: 87f42a7f899ecaba8ca8d11c09752b6019feb9d5) Signed-off-by: Tom Zanussi <tom.zanussi@intel.com> 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-1/+1
| | | | | | | | | | | | | | | | | 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>
* python: skip setup.py 'import check' when cross-compilingTom Zanussi2011-11-082-0/+32
| | | | | | | | | | | | | | | | | | | | | | | | | | | | build_extension() in setup.py, as part of the build process, does an 'import check' on the built extension. The import check in turn dlopen()'s the shared library associated with the extension, which isn't something that makes sense if that library was cross-compiled for a different architecture. This was noticed with an x86_64 target that was compiled with avx support, because it caused 'illegal instruction' exceptions: | /bin/sh: line 1: 14575 Illegal instruction ... -E ./setup.py -q build For other target architectures, it doesn't necessarily cause illegal instruction exceptions, but still fails. For example, on arm, the failure pathway causes this warning: *** WARNING: renaming "cmath" since importing it failed: .../cmath.so: wrong ELF class: ELFCLASS32 This patch to setup.py and the associated recipe changes allow the whole 'import check' logic to be skipped when cross-compiling. (From OE-Core rev: 25fae81538a92e15eab3fc169ebce44505f67839) Signed-off-by: Tom Zanussi <tom.zanussi@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python: improve packagingMartin Jansa2011-11-072-40/+25
| | | | | | | | | | | | | | | | | | * move 2to3 to separate package and include lib2to3 (was in python-misc) * fix pattern for python-unittest (was in python-misc because it's in subdirectory now) * add pydoc_data to python-pydoc (was in python-misc) * add more stuff to smtpd, audio, codecs, ctypes, html, io, json, mime, pickle, stringold, xmlrpc * move all FILES_ details from python recipe to manifest generator so it's in one place * added manual line break in FILES_${PN}-core, because git send-email doesn't like too long lines $ git send-email -1 dfaae65839f0ab23e5b2ae2a68df0f370bca84d2 fatal: /tmp/k8zbDajUNP/0001-python-improve-packaging.patch: 64: patch contains a line longer than 998 characters (From OE-Core rev: f17f6b28ed2f62250f8690617e9126a43c3a8020) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes: bump PR after python upgradeMartin Jansa2011-10-3113-12/+13
| | | | | | | (From OE-Core rev: 669b20b5af9c663f8f8bc4017511d60638f86088) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python-2.7.2: fix build issues when additional modules are linked against ↵Martin Jansa2011-10-311-0/+1
| | | | | | | | | | | | host or native libpython instead of target * -L. is needed to find right libpython * -L${STAGING_LIBDIR} is needed ie for python-zlib to find right zlib (From OE-Core rev: dac48ff1192cd6e4d39aa6e1696e91336d371d97) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* update python 2.7 manifestNitin A Kamble2011-10-311-1/+1
| | | | | | | | | | | | script: add needed files into the python-core package regenerate python-2.7-manifest.inc file with newer script (From OE-Core rev: 12fe0f0b503f76995a975b1e87d5d652d7f6a24b) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python: update generate-manifest for 2.7 version and regenerate itMartin Jansa2011-10-311-62/+62
| | | | | | | | | * it needs to be regenerated to actually package something (From OE-Core rev: 0a4ac566987950815fc1ae8a0ec0496bd42a46ed) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python, python-native: upgrade from 2.6.6 to 2.7.2Nitin A Kamble2011-10-3112-451/+417
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Rebased these patches to the newer code modified: python-native/nohostlibs.patch modified: python/01-use-proper-tools-for-cross-build.patch modified: python/06-avoid_usr_lib_termcap_path_in_linking.patch modified: python/06-ctypes-libffi-fix-configure.patch modified: python/multilib.patch Deleted these patches are the are now upstream deleted: python/02-remove-test-for-cross.patch deleted: python/security_issue_2254_fix.patch Added this patch to python-native new file: python-native/multilib.patch Updated site config file for python modified: ../../site/common-linux : add ac_cv_have_long_long_format for python avoid this error in python: Include/pyport.h:243:13: error: #error "This platform's pyconfig.h needs to define PY_FORMAT_LONG_LONG" Updated default python version modified: ../../conf/distro/include/default-versions.inc (From OE-Core rev: b284e9a512860b8a8380be80f96cebce6b92ff80) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python-dbus: upgrade from 0.83.2 to 0.84.0Nitin A Kamble2011-10-201-2/+2
| | | | | | | (From OE-Core rev: 95e9eb0d5a9c44c52d550b0796eef08f54925205) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python-scons: upgrade from 2.0.1 to 2.1.0Nitin A Kamble2011-10-202-5/+4
| | | | | | | | | the LICENSE.txt has added 2011 year to the copyright line he nce the MD5 sum is different. (From OE-Core rev: bd34ca3f4912cf957fb3b46c31c757d284dfc4c7) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Import python-setuptools from meta-oe (for glib-2.0)Richard Purdie2011-10-141-0/+31
| | | | | | (From OE-Core rev: d93ffea3164952954557a5a3dc90cebbd46272b2) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python-argparse: import from meta-oe, needed for newer glibMartin Jansa2011-10-111-0/+15
| | | | | | | (From OE-Core rev: 1cb6d4cc7a129c221f2d5a2d6383af4b26668676) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python: fix sqlite RPATH issueSaul Wold2011-09-292-1/+21
| | | | | | | (From OE-Core rev: 9f9612d15acc6ee3b71f52bdb3f1ec4cb56b1a17) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* multilib: remove the multilib handling to allarchDongxiao Xu2011-09-281-1/+1
| | | | | | | | | | | | | | | | | currently we have allarch type of recipes, which may still have architecture dependency, like x11-common. So we need to drop the handling to allarch in multilib case. Also remove the PV postfix in python-pygobject DEPENDS, since multilib code will treat a native package multilib capable. [YOCTO #1497] [YOCTO #1498] (From OE-Core rev: 64c0279e6b0d2325a326058476228360898550f3) Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python: Fix cgi.py runtime issueMark Hatle2011-09-222-1/+25
| | | | | | | | | | | | | | | By default cgi.py attempts to use /usr/local/bin/python as its interpreter. However, on my Linux systems, including OE-Core, python is installed into {bindir}. Adjust this one file based on the comment at the top of the upstream file. This resolves an issue where a runtime dependency discovered during RPM packaging breaks the rootfs construction. (From OE-Core rev: 1da01664963b9c6a6df171dcd0fbb1406544035b) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python-native: add link for python2Saul Wold2011-09-081-1/+4
| | | | | | | | | | Add link for python2 as some configuration tools search from a python2 and could find the host python instead of the python-native. (From OE-Core rev: ae4db0bacb9d40489499f77905f26502f3bcaa19) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes: Delete patch=1, its default and replace pnum with striplevelKhem Raj2011-08-231-1/+1
| | | | | | | | | | Some place pnum=1 is used which is removed as well since striplevel=1 is default (From OE-Core rev: 4e108857e0d40105f7ecbc55e99bd6c367bb7386) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python-native: Fix a compiler finding issueMei Lei2011-08-082-1/+22
| | | | | | | | | | The CC variable sometimes add option information after compiler name, but python can't get the real compiler name if those information added. Fix this issue by dropping the option information when finding compiler name. (From OE-Core rev: 461df79fbb655e4c6894d9a9e9ce52656b96303d) Signed-off-by: Mei Lei <lei.mei@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* multilib: Use BPN instead of PN for style like lib${PN}Dongxiao Xu2011-08-031-2/+2
| | | | | | | | | | | When supporting multilib, ${PN} will be extended with MLPREFIX. However if a package name contains ${PN} with styles like lib${PN}, such extension will cause error. Use BPN in this case. (From OE-Core rev: fbb734e5753655de30c82c0a036c9043820e02cb) Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python: fix security vulnerabilityNitin A Kamble2011-07-223-1/+186
| | | | | | | | | | | | | | This Fixes bug: [Yocto #1254] http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2011-1015 Issue #2254: Fix CGIHTTPServer information disclosure. Relative paths are now collapsed within the url properly before looking in cgi_directories. (From OE-Core rev: 43e7ec07065e58128819b0bb359358ce42628672) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python: add patch to fix cross compilation on host with linux-3.0Martin Jansa2011-07-212-0/+19
| | | | | | | (From OE-Core rev: 4b7e7b004dacb698ed637f35661a60d2402c00cd) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python: save Makefile.sysroot in do_compileMartin Jansa2011-07-211-3/+4
| | | | | | | | | * otherwise calling do_install twice results in Makefile.sysroot == Makefile.orig and distutils using wrong LIBDIR (from host) (From OE-Core rev: e56064bad8a4e8626e7ff4096874fb7f36eb6880) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python-native: Mangle scripts to use /usr/bin/env python, bump PRTom Rini2011-07-211-0/+5
| | | | | | | | | | This is dd33ced4b8123600efa1f67f704aec13b0842ad1 in oe.dev and needed for building in deep paths. (From OE-Core rev: 339d039a9b2f0e97f25781ccf6937f1050d83989) Signed-off-by: Tom Rini <tom_rini@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python: Fix libdir usage which broke python packagingRichard Purdie2011-07-132-2/+2
| | | | | | (From OE-Core rev: 0637d977d44555726c9aad704c97502b0fa549fa) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python-native: fix for non /usr/lib libdir caseYu Ke2011-07-122-5/+12
| | | | | | | | | | | | | | the get_python_lib() use hard code "lib". when other recipe building use python-native, the STAGING_LIBDIR is non /usr/lib, so the hard code "lib" will break the build This patch replace the hardcoded "lib" with value from libdir to fix this issue. (From OE-Core rev: ab4ae436126f20b404375c9ae77cf66cfe31ea34) Signed-off-by: Yu Ke <ke.yu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python: fix for libdir=/usr/lib64 caseYu Ke2011-07-122-1/+252
| | | | | | | | | | | | python has several place hard code "lib" which breaks build when libdir=/usr/lib64. SUSE has a patch to fix this issue. So this patch add the SUSE patch to address this issue (From OE-Core rev: c97ab268d6a7092a89c8b0051924a2acc2d86d9c) Signed-off-by: Yu Ke <ke.yu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Drop PRIORITY variableRichard Purdie2011-07-015-5/+0
| | | | | | | | | | | | | | | | As discussed on the mailing list, this variable isn't useful and if wanted would be better implemented by distros using pn-X overrides. This patch executes: find . -regex ".*\.\(bb\|inc\)$" | xargs sed -i '/^PRIORITY = ".*"$/d' against the tree removing the referenced. Thanks to Phil Blundell for the command. (From OE-Core rev: d122343362669c683acc4af295971a62cbc823fc) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python: Ensure libpython.so ends up in the .dev packageRichard Purdie2011-07-011-2/+2
| | | | | | | (From OE-Core rev: bbd78814ed8beed951b7d68048957a9fe1ea4e28) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python: Add python to the dependency to pygobjectMark Hatle2011-06-231-2/+2
| | | | | | | | | | | pygobject requires both python and pygobject-native for compilation. Without python pygobject may fail to compile.. and items that depend on pygobject will fail to compile. (From OE-Core rev: 319610d5bf61108f2ecc538c7a5de5b7c85a6684) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python: Switch to using the default -dbg packageMark Hatle2011-06-233-8/+4
| | | | | | | | | | Python was missing a lot of debug information. Switch to use the default -dbg package. Also add some additional debug information to the -dbg package. (From OE-Core rev: 63f4e1b469046753009d0cef498ef09c87c54912) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python-pyobject: Remove unnecessary -dbg settingMark Hatle2011-06-231-2/+1
| | | | | | | (From OE-Core rev: 6b7156c8ce5d9073bd12ded251c0eeacb021c8c1) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python-gst: Add missing files to the -dbg packageMark Hatle2011-06-231-2/+2
| | | | | | | (From OE-Core rev: 35a1a419f56d032ae3828e54c183d2d43789f6e3) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* License Field Cleanup: Non-standard field namesBeth Flanagan2011-05-272-2/+2
| | | | | | | | | | | | | | | I've cleaned up some odd license fields, fixed some license names and corrected some incorrect licenses. LICENSE really needs a pass through by the maintainers as some of the licensing is incorrect. Also, every license with Artistic should be gone through and noted as which version of Artistic. (From OE-Core rev: 4786ecdf7cd427089464dcb62579110d494e7cd7) Signed-off-by: Beth Flanagan <elizabeth.flanagan@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python-2.6.6: py_package_preprocess should change Makefile only in PKGD not DMartin Jansa2011-05-251-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * PACKAGEFUNCS ?= "perform_packagecopy \ ${PACKAGE_PREPROCESS_FUNCS} \ our py_package_preprocess is called after perform_packagecopy which does copy D to PKGD so we change it to target version in D (image/) before populating sysroot (sysroot-destdir/) while keeping Makefile.sysroot version in PKGD which was created before calling py_package_preprocess, so both package for runtime and sysroot end wrong * I haven't seen this problem on faster builder, I guess because do_package and do_populate_sysroot can run in paralell and I was lucky that do_populate_sysroot finished before py_package_preprocess was started, but if you build python step by step -c package first you should see it every time * here is proof that with PKGD it works better: $ bitbake -c cleanall python $ bitbake -c install python $ grep LIBDIR= \ ./packages-split/python-distutils/usr/lib/python2.6/config/Makefile \ ./package/usr/lib/python2.6/config/Makefile \ ./sysroot-destdir/usr/lib/python2.6/config/Makefile \ ./image/usr/lib/python2.6/config/Makefile \ ./Python-2.6.6/Makefile \ ~/shr-core/tmp/sysroots/om-gta02/usr/lib/python2.6/config/Makefile grep: ./packages-split/python-distutils/usr/lib/python2.6/config/Makefile: No such file or directory grep: ./package/usr/lib/python2.6/config/Makefile: No such file or directory grep: ./sysroot-destdir/usr/lib/python2.6/config/Makefile: No such file or directory ./image/usr/lib/python2.6/config/Makefile:LIBDIR= /OE/shr-core/tmp/sysroots/om-gta02/usr/lib ./Python-2.6.6/Makefile:LIBDIR= /usr/lib /OE/shr-core/tmp/sysroots/om-gta02/usr/lib/python2.6/config/Makefile:LIBDIR= /OE/shr-core/tmp/sysroots/om-gta02/usr/lib $ bitbake -c package python $ grep LIBDIR= \ ./packages-split/python-distutils/usr/lib/python2.6/config/Makefile \ ./package/usr/lib/python2.6/config/Makefile \ ./sysroot-destdir/usr/lib/python2.6/config/Makefile \ ./image/usr/lib/python2.6/config/Makefile \ ./Python-2.6.6/Makefile \ ~/shr-core/tmp/sysroots/om-gta02/usr/lib/python2.6/config/Makefile ./packages-split/python-distutils/usr/lib/python2.6/config/Makefile:LIBDIR= /usr/lib ./package/usr/lib/python2.6/config/Makefile:LIBDIR= /usr/lib grep: ./sysroot-destdir/usr/lib/python2.6/config/Makefile: No such file or directory ./image/usr/lib/python2.6/config/Makefile:LIBDIR= /OE/shr-core/tmp/sysroots/om-gta02/usr/lib ./Python-2.6.6/Makefile:LIBDIR= /usr/lib /OE/shr-core/tmp/sysroots/om-gta02/usr/lib/python2.6/config/Makefile:LIBDIR= /OE/shr-core/tmp/sysroots/om-gta02/usr/lib $ bitbake -c package python $ grep LIBDIR= \ ./packages-split/python-distutils/usr/lib/python2.6/config/Makefile \ ./package/usr/lib/python2.6/config/Makefile \ ./sysroot-destdir/usr/lib/python2.6/config/Makefile \ ./image/usr/lib/python2.6/config/Makefile \ ./Python-2.6.6/Makefile \ ~/shr-core/tmp/sysroots/om-gta02/usr/lib/python2.6/config/Makefile ./packages-split/python-distutils/usr/lib/python2.6/config/Makefile:LIBDIR= /usr/lib ./package/usr/lib/python2.6/config/Makefile:LIBDIR= /usr/lib ./sysroot-destdir/usr/lib/python2.6/config/Makefile:LIBDIR= /OE/shr-core/tmp/sysroots/om-gta02/usr/lib ./image/usr/lib/python2.6/config/Makefile:LIBDIR= /OE/shr-core/tmp/sysroots/om-gta02/usr/lib ./Python-2.6.6/Makefile:LIBDIR= /usr/lib /OE/shr-core/tmp/sysroots/om-gta02/usr/lib/python2.6/config/Makefile:LIBDIR= /OE/shr-core/tmp/sysroots/om-gta02/usr/lib * without this patch we have /usr/lib/ in image/sysroot-destdir and SYSROOT_LIBDIR in package/packages-split $ grep LIBDIR= \ ./packages-split/python-distutils/usr/lib/python2.6/config/Makefile \ ./package/usr/lib/python2.6/config/Makefile \ ./sysroot-destdir/usr/lib/python2.6/config/Makefile \ ./image/usr/lib/python2.6/config/Makefile \ ./Python-2.6.6/Makefile \ ~/shr-core/tmp/sysroots/om-gta02/usr/lib/python2.6/config/Makefile ./packages-split/python-distutils/usr/lib/python2.6/config/Makefile:LIBDIR= /OE/shr-core/tmp/sysroots/om-gta02/usr/lib ./package/usr/lib/python2.6/config/Makefile:LIBDIR= /OE/shr-core/tmp/sysroots/om-gta02/usr/lib ./sysroot-destdir/usr/lib/python2.6/config/Makefile:LIBDIR= /usr/lib ./image/usr/lib/python2.6/config/Makefile:LIBDIR= /usr/lib ./Python-2.6.6/Makefile:LIBDIR= /usr/lib /OE/shr-core/tmp/sysroots/om-gta02/usr/lib/python2.6/config/Makefile:LIBDIR= /usr/lib (From OE-Core rev: 2ba5ce85dcc3c6812b10073bfc4ab600ca169df1) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python-pygpbject: upgrade from 2.27 to 2.27.91Nitin A Kamble2011-05-251-3/+3
| | | | | | | (From OE-Core rev: 30afae80a5a1a069f94b40659e0cf309cd3ba230) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>