Signed-off-by: Joshua Lock
---
meta-python/recipes-devtools/python/python-dateutil.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta-python/recipes-devtools/python/python-dateutil.inc
b/meta-python/recipes-devtools/python/python-dateutil.inc
index e230f15dd..8cc2373cd 100644
Signed-off-by: Joshua Lock
---
meta-python/recipes-devtools/python/python-attrs.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta-python/recipes-devtools/python/python-attrs.inc
b/meta-python/recipes-devtools/python/python-attrs.inc
index 1f767ba19..bd0f7ee2c 100644
--- a/meta
pycparser is a dependency as listed in the installation docs:
https://cffi.readthedocs.io/en/release-1.12/installation.html
Signed-off-by: Joshua Lock
---
meta-python/recipes-devtools/python/python-cffi.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta-python/recipes-devtools/python
getVar() now defaults to expanding by default, thus remove the True
option from getVar() calls with a regex search and replace.
Search made with the following regex: getVar ?\(( ?[^,()]*), True\)
Signed-off-by: Joshua Lock <joshua.g.l...@intel.com>
---
meta-efl/recipes-efl/efl/edje-f
Please consider the following fixes for inclusion in the Fido branch.
- libpcre security fix not required in jethro or master because the newer
version they carry isn't affected
- backport a fix for some memory leaks in rpmresolve
- backport a fix for kernel.bbclass which already exists in
Please don't merge this.
On 01/12/15 20:56, Joshua Lock wrote:
CID-keyed fonts, as commonly used to support pictographic East
Asian character sets require Character Maps which unidirectionally
map character codes (i.e. Unicode encoding) to CID (the glyphs in
the font face).
Without a CMap
On 01/12/15 20:24, Joshua Lock wrote:
CID-keyed fonts, as commonly used to support pictographic East
Asian character sets require Character Maps which unidirectionally
map character codes (i.e. Unicode encoding) to CID (the glyphs in
the font face).
Without a CMap poppler isn't able
#n18
3. https://bugzilla.redhat.com/show_bug.cgi?id=842351
Signed-off-by: Joshua Lock <joshua.l...@collabora.co.uk>
---
meta-oe/recipes-support/poppler/poppler-data_0.4.7.bb | 15 ---
1 file changed, 12 insertions(+), 3 deletions(-)
diff --git a/meta-oe/recipes-support/poppler/p
#n18
3. https://bugzilla.redhat.com/show_bug.cgi?id=842351
Signed-off-by: Joshua Lock <joshua.l...@collabora.co.uk>
---
meta-oe/recipes-support/poppler/poppler-data_0.4.7.bb | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/meta-oe/recipes-support/poppler/p
Signed-off-by: Joshua Lock <joshua.l...@collabora.co.uk>
---
meta-oe/recipes-devtools/xerces-c/xerces-c_3.1.2.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta-oe/recipes-devtools/xerces-c/xerces-c_3.1.2.bb
b/meta-oe/recipes-devtools/xerces-c/xerces-c_3.1.2.bb
index 8699d6f..1
machinery fix DEPENDS for -native and -target variants, only
additonally adding gsoap-native to the DEPENDS for the target
recipe.
Signed-off-by: Joshua Lock <joshua.l...@collabora.co.uk>
---
meta-oe/recipes-support/gsoap/gsoap_2.8.12.bb | 4 ++--
1 file changed, 2 insertions(+), 2 del
because it
is not able to found the given .inc file. In other words I need to copy it
into the meta-myproject tree.
The require line should be a path relative to a BBPATH entry.
For e.g. if I wanted to use the dbus.inc I would:
require recipes-core/dbus/dbus.inc
Cheers,
Joshua
--
Joshua Lock
?
Would it be desirable for the rootfs generation logic to be able to fall
back to an alternative initscript provider?
* I'd use rootfs generation to install ${PN}-${INIT_SYSTEM} packages for
packages being installed
Thoughts?
Cheers,
Joshua
--
Joshua Lock
Yocto Project Johannes
, whatever.
Cheers,
Joshua
--
Joshua Lock
Yocto Project Johannes factotum
Intel Open Source Technology Centre
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo
shell? core-image-sato has a terminal emulator and the ash shell
from busybox.
Cheers,
Joshua
--
Joshua Lock
Yocto Project Johannes factotum
Intel Open Source Technology Centre
___
Openembedded-devel mailing list
Openembedded-devel
User Manuals,
but haven't found an answer.
If you're using relatively recent BitBake and your metadata uses fetch2
(I don't know if oe.dev does, but oe-core is using fetch2) you can set
BB_NO_NETWORK=1 in a conf file somewhere.
Regards,
Joshua
--
Joshua Lock
Yocto Project Johannes factotum
of base.bbclass.
You can see that OE.dev isn't using fetch2[1] but OE-Core is[2].
Joshua
1.
http://git.openembedded.org/cgit.cgi/openembedded/tree/classes/base.bbclass#n99
2.
http://git.openembedded.org/cgit.cgi/openembedded-core/tree/meta/classes/base.bbclass#n80
--
Joshua Lock
Yocto
/show_bug.cgi?id=1256
--
Joshua Lock
Yocto Project Johannes factotum
Intel Open Source Technology Centre
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo
in the files.
Surely that what the LICENSE field in the metadata is for?
Aside: In Poky we have various features to ensure recipes have license
information included, and functionality to blacklist packages of a
certain license - these will doubtless be merged into oe-core too.
Cheers,
Joshua
--
Joshua
--
Joshua Lock
Intel Open Source Technology Centre
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
tested it much myself.
When I raised the Python 2.4 vs 2.5 issue a while back it seems the
consensus was to stick to 2.4 support as RHEL still uses it.
Anyone care to merge?
Thanks,
Joshua
--
Joshua Lock
Intel Open Source Technology Centre
From 72399a3064367c92fcb7fe832adca289de0c10b2
On Tue, 2010-05-11 at 09:23 +0100, Martyn Welch wrote:
Joshua Lock wrote:
Hi,
A question, (perhaps for the TSC?):
What's the minimum Python version we want to support in OE?
According to the wiki we support Python 2.4 and above but I wonder if
people have any thoughts
that before sending
the patch.
Cheers,
Joshua
--
Joshua Lock
Intel Open Source Technology Centre
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
too such as the rename from do_populate_staging -
do_populate_sysroot.
With some help from Joshua Lock, I have a branch I'd like to propose be
merged into OE.dev:
http://cgit.openembedded.org/cgit.cgi/openembedded/log/?h=rpurdie/work-in-progress
Joshuas last 3 commits to poky seem
this. There are some patches that I've promised for a
while too such as the rename from do_populate_staging -
do_populate_sysroot.
With some help from Joshua Lock, I have a branch I'd like to propose be
merged into OE.dev:
http://cgit.openembedded.org/cgit.cgi/openembedded/log/?h
and temporarily set read and
write permissions on it if needed.
I'm just running this updated tree over a build of console-image now.
Cheers,
Joshua
--
Joshua Lock
Intel Open Source Technology Centre
___
Openembedded-devel mailing list
On Tue, 2010-04-06 at 08:25 -0700, Chris Larson wrote:
On Tue, Apr 6, 2010 at 8:09 AM, Tom Rini tom_r...@mentor.com wrote:
On Tue, 2010-04-06 at 15:35 +0100, Joshua Lock wrote:
On Thu, 2010-04-01 at 15:21 -0700, Tom Rini wrote:
On Thu, 2010-04-01 at 13:44 +, git version control
do_populate_staging -
do_populate_sysroot.
With some help from Joshua Lock, I have a branch I'd like to propose be
merged into OE.dev:
http://cgit.openembedded.org/cgit.cgi/openembedded/log/?h=rpurdie/work-in-progress
Not much luck with this I'm afraid.
Whoops, good old fashioned copy and paste error
name of CROSS_DIR as suggested.
Regards,
Joshua
--
Joshua Lock
Intel Open Source Technology Centre
From f40c45b8cba055d698e22c2b7444bc21c5a47eb8 Mon Sep 17 00:00:00 2001
From: Joshua Lock j...@linux.intel.com
Date: Fri, 5 Mar 2010 08:23:39 +
Subject: [PATCH] packaged-staging: Fix
29 matches
Mail list logo