Commit Graph

22 Commits

Author SHA1 Message Date
Sam Van Den Berge
8ad020938f python3-jsonrpcserver: add patch to use importlib.resources instead of pkg_resources
Currently jsonrpcserver has a runtime dependency to setuptools because
it uses pkg_resources. Setuptools however is not listed in the RDEPENDS
of python3-jsonrpcserver. We could add setuptools to RDEPENDS but since
pkg_resources is discouraged anyway [1], I posted a patch upstream to
replace pkg_resources by importlib.resources.

Until the upstream patch is accepted and released, add it here as a
patch so python3-jsonrpcserver is usable without the setuptools
dependency.

Upstream-Status: Submitted [https://github.com/explodinglabs/jsonrpcserver/pull/235]
Signed-off-by: Sam Van Den Berge <sam.van.den.berge@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
2022-08-06 09:40:09 -07:00
Andrey Zhizhikin
51a3331c4e python3-pyscaffold: move recipe to proper location
Initial submission was performed on incorrect path, move the recipe
under [meta-python] folder.

Signed-off-by: Andrey Zhizhikin <andrey.zhizhikin@leica-geosystems.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
2020-04-07 09:10:38 -07:00
Andrey Zhizhikin
40ddc2cbf0 python3-pyscaffold: add pyscaffold recipe
Add recipe which handles pyscaffold package to the layer.

Signed-off-by: Andrey Zhizhikin <andrey.zhizhikin@leica-geosystems.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
2020-04-04 12:51:09 -07:00
Koen Kooi
c58cc7d379 move layer into meta-oe in preparation for future splits
As per TSC decision

Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
2011-03-17 21:41:22 +01:00
Khem Raj
154d33a214 gcc-4.5: Sync from OE
Remove unneeded patches. This should bring all the changes from OE
uptodate. Now we are left with syncing the changes from oe-core
then we will ready to push it into oe-core.

Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
2011-03-12 16:20:55 +01:00
Koen Kooi
6d9070a43a gcc 4.5: bitbake has taken a dislike to '#' in SRC_URI, so remove those
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
2011-02-23 07:19:53 +01:00
Koen Kooi
9ea43bd128 binutils-cross-canadian.inc: disable -werror like -cross does
The error this works around is:

    cc1: warnings being treated as errors
    gas/config/tc-arm.c: In function 'parse_operands':
    gas/config/tc-arm.c:1876:27: error: 'firsttype$defined' may be used uninitialized in this function
    gas/config/tc-arm.c:1876:27: error: 'firsttype$index' may be used uninitialized in this function

    Ideally it should get fixed properly, but let's mimic binutils-cross for now

Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
2011-02-09 11:36:12 +01:00
Koen Kooi
8cf2d4a838 binutils 2.20.1: replace checksums
After the fetcher overhaul these started erroring out, not sure what the root cause is

Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
2011-02-07 12:46:08 +01:00
Koen Kooi
e4c4b805c4 binutils 2.20.1: merge in yocto fixes for 2.21.0
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
2011-01-22 17:03:31 +01:00
Koen Kooi
68bf9ac203 binutils: import 2.20.1 from yocto
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
2011-01-22 16:51:53 +01:00
Koen Kooi
8d6c7b3ee2 gcc: sync with yocto
* don't duplicate .inc files, use the ones from the main layer(s)

Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
2011-01-22 14:12:59 +01:00
Koen Kooi
2414ce3108 gcc: import yocto rev 0df3c481309e89b93e8a57773eb9c470b4dd13a7
From: Dexuan Cui <dexuan.cui@intel.com>
Date: Sat, 15 Jan 2011 10:47:50 +0000
Subject: libgcc: use the new recipe (rather than gcc-runtime) to install libgcc_s.so* and crt*.o

Currently gcc-runtime installs the files, but actually gcc-runtime's
do_configure checks if the files are available, so before we build gcc-runtime,
we should have some recipe install the files first! -- currently
gcc-cross-intermediate actually does that(gcc-cross also installs the files,
but it installs into the gcc-build-internal* directory), but
gcc-cross-intermediate will have its own sysroot in future, after that,
gcc-runtime won't build. So let us add this new target recipe and move the
installation of the files from gcc-runtime into it

changed to apply to gcc 4.5

Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
2011-01-18 11:41:25 +01:00
Koen Kooi
898fc9f4c9 remove stray patch file
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
2011-01-18 11:40:48 +01:00
Khem Raj
6d7f106f86 gcc-4.5.inc: Disable linaro rev 99456 patch for now
* Fixes the problem as described in
  http://lists.linaro.org/pipermail/linaro-dev/2011-January/001993.html

Signed-off-by: Khem Raj <raj.khem@gmail.com>

(OE rev 0af4d2e8be4f0ac4564c3f4c4ae539a4d6a0485d)

Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
2011-01-14 09:38:42 +01:00
Koen Kooi
fbf853f629 python-numpy: import from OE
Currently doesn't build

Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
2011-01-13 21:22:06 +01:00
Koen Kooi
3e2ce6c26a python-setuptools: import from OE
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
2011-01-13 20:51:12 +01:00
Koen Kooi
94237e310f gcc 4.5: sync with OE
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
2011-01-13 13:39:44 +01:00
Koen Kooi
6f1647aa90 gcc 4.5: import http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=f13cb20ed19c41b9ff85ef1c9ec0883a21d1d5bf and convert to INC_PR
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
2011-01-05 13:19:57 +01:00
Koen Kooi
60c9a5c925 gcc: sync with OE
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
2011-01-03 12:21:06 +01:00
Koen Kooi
7eb7dce48b gcc 4.5: sync with both OE and yocto
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
2010-12-23 14:02:13 +01:00
Koen Kooi
20e846e552 meta-openembedded: gcc: add 2 poky patches to 4.5 to fix nativesdk usage
Signed-off-by: Koen Kooi <k-kooi@ti.com>
2010-11-03 13:58:02 +01:00
Koen Kooi
be10a6b132 angstrom-layers: meta-openembedded: replace poky gcc 4.5 sources with OE ones
This needs further investigation, but for now we can get the tested sources into the poky gcc harness

Signed-off-by: Koen Kooi <k-kooi@ti.com>
2010-11-02 22:12:02 +01:00