On Thu, Jul 20, 2017 at 04:22:50PM +0300, Mikko Rapeli wrote:
> Setting BUILDHISTORY_FORCE_UPDATE = "1" in local.conf forces buildhistory
> updates and recipe rebuilds also when only buildhistory.bbclass changed.
>
> This is handy when using sstate cache and modifying buildhistory to include
> new
On Thu, Jul 20, 2017 at 04:22:49PM +0300, Mikko Rapeli wrote:
> LICENSE can be used in various checks after builds. Reading license data
> from buildhistory is better than trying to parse recipes in a source tree.
>
> CVE_PRODUCT can be used by scripts to e.g. check if it matches to the
> CVE prod
On Tue, Aug 01, 2017 at 07:13:48PM +0200, liu.min...@gmail.com wrote:
> From: Ming Liu
>
> Drop do_image_wic depends varflags, move the dependencies to
> WKS_FILE_DEPENDS_DEFAULT. I can not see the need to maintain them
> in two different ways, besides that it's out of USING_WIC control.
>
> Sig
Hi, Ed:
Thanks for testing it, I will investigate the cause and get back to you.
the best,
thank you
2017-08-02 10:26 GMT+02:00 Ed Bartosh :
> On Tue, Aug 01, 2017 at 07:13:48PM +0200, liu.min...@gmail.com wrote:
> > From: Ming Liu
> >
> > Drop do_image_wic depends varflags, move the dependenc
On Tue, Aug 01, 2017 at 07:13:49PM +0200, liu.min...@gmail.com wrote:
> From: Ming Liu
>
> They are being controlled by WKS_FILE_DEPENDS_DEFAULT, the code here
> is redundant and incomplete as well.
>
> Signed-off-by: Ming Liu
> ---
> meta/conf/machine/qemux86.conf | 1 -
> 1 file changed, 1 d
On Tue, Aug 01, 2017 at 07:13:47PM +0200, liu.min...@gmail.com wrote:
> From: Ming Liu
>
> It's being set in image_types_wic.bbclass, not need to double set it
> here, furthermore, the dependencies are incomplete by missing
> e2fsprogs-native.
>
> Signed-off-by: Ming Liu
> ---
> meta-selftest/
As udev depends on devtmpfs, I think it is not necessary to maintain a cache
anymore as device nodes are created automatically by the kernel.
It could even lead to problems, when the cache overwrites existing device nodes
or populates device nodes when no device exists.
But I'm not sure if this cha
As eudev requires devtmpfs it is not necessary to keep a cache anymore
as the kernel handles entries in /dev itself.
---
meta/recipes-core/udev/eudev/init | 49
meta/recipes-core/udev/eudev/udev-cache | 75 -
meta/recipes-core/udev/eud
== Series Details ==
Series: eudev: Remove udev-cache
Revision: 1
URL : https://patchwork.openembedded.org/series/8064/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the propose
Hi, Ed:
OK, understood. So the intention is to let WKS_FILE_DEPENDS contain the
packages needed by a specific WKS file only, while my purpose was to remove
the 'do_image_wic[depends]' way of maintaining the dependencies, use
WKS_FILE_DEPENDS
instead. Will send a V2.
//Ming Liu
2017-08-02 10:35 G
As eudev requires devtmpfs it is not necessary to keep a cache anymore
as the kernel handles entries in /dev itself.
Signed-off-by: Oliver Stäbler
---
meta/recipes-core/udev/eudev/init | 49
meta/recipes-core/udev/eudev/udev-cache | 75 -
As udev depends on devtmpfs, I think it is not necessary to maintain a cache
anymore as device nodes are created automatically by the kernel.
It could even lead to problems, when the cache overwrites existing device nodes
or populates device nodes when no device exists.
But I'm not sure if this cha
When parsing this recipe on an unsupported or non-mappable architecture
an error is generated despite no dependencies on the recipe. E.g.
ERROR: .../llvm_git.bb: cannot map 'microblazeel' to a supported llvm
architecture
Instead of generating an error which might confuse users, raise a
SkipRec
On 27 July 2017 at 09:40, Chang Rebecca Swee Fun <
rebecca.swee.fun.ch...@intel.com> wrote:
> When recipetool create is run on a git URL and a revision specified
> that is not on master, and "branch=" isn't already in the URL, then
> we should get the correct branch and append the branch to the UR
On 07/31/2017 12:30 AM, Khem Raj wrote:
> On Sun, Jul 30, 2017 at 8:23 PM, akuster808 wrote:
>>
>> On 07/28/2017 01:08 PM, Khem Raj wrote:
>>> Hi Armin
>>>
>>> Please consider
>>>
>>>
>>> http://git.openembedded.org/openembedded-core/commit/?id=5d3df78367be0afbfe001b4fa776a98a82e6ce54
>>
>> does
>
Signed-off-by: Ross Burton
---
meta/recipes-support/libsoup/libsoup-2.4/use-py3.patch | 12
meta/recipes-support/libsoup/libsoup-2.4_2.58.1.bb | 3 ++-
2 files changed, 14 insertions(+), 1 deletion(-)
create mode 100644 meta/recipes-support/libsoup/libsoup-2.4/use-py3.patch
di
Signed-off-by: Ross Burton
---
.../ca-certificates/ca-certificates/use-py3.patch| 12
.../ca-certificates/ca-certificates_20161130.bb | 3 ++-
2 files changed, 14 insertions(+), 1 deletion(-)
create mode 100644
meta/recipes-support/ca-certificates/ca-certi
Signed-off-by: Ross Burton
---
meta/recipes-bsp/grub/grub2.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-bsp/grub/grub2.inc b/meta/recipes-bsp/grub/grub2.inc
index 240a1f92864..6de7ecc2215 100644
--- a/meta/recipes-bsp/grub/grub2.inc
+++ b/meta/recipes-bsp/grub/grub2.inc
Various errors in glibc-locale:
| LC_ADDRESS: language abbreviation `agr' not defined
| LC_ADDRESS: terminology language code `azb' not defined
| Makefile:175: recipe for target
'/data/poky-tmp/master/build/work/corei7-64-poky-linux/glibc-locale/2.25.90-r0/locale-tree/usr/lib/locale/agr_PE'
faile
Signed-off-by: Alexander Kanavin
---
meta/recipes-extended/gperf/gperf_3.0.4.bb | 5 -
meta/recipes-extended/gperf/gperf_3.1.bb | 5 +
2 files changed, 5 insertions(+), 5 deletions(-)
delete mode 100644 meta/recipes-extended/gperf/gperf_3.0.4.bb
create mode 100644 meta/recipes-extende
The new version fixes gperf 3.1 issues, so the update is included
in this patchset.
Modified patches are all rebases to the new version.
Deleted patches are backports, except 0016-make-test-dir-configurable.patch
which is obsolete in the new version (TEST_DIR define is no longer used
anywhere).
Signed-off-by: Alexander Kanavin
---
.../files/0001-Fix-build-with-gperf-3.1.patch | 41 ++
meta/recipes-support/libcap/libcap_2.25.bb | 3 +-
2 files changed, 43 insertions(+), 1 deletion(-)
create mode 100644
meta/recipes-support/libcap/files/0001-Fix-build-w
Signed-off-by: Alexander Kanavin
---
.../0001-Fix-gperf-3.1-incompatibility.patch | 40 ++
.../libid3tag/libid3tag_0.15.1b.bb | 3 +-
2 files changed, 42 insertions(+), 1 deletion(-)
create mode 100644
meta/recipes-multimedia/libid3tag/libid3tag/0001-F
From: Denys Dmytriyenko
Signed-off-by: Denys Dmytriyenko
---
.../wayland/{wayland-protocols_1.9.bb => wayland-protocols_1.10.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/wayland/{wayland-protocols_1.9.bb =>
wayland-protocols_1.10.bb} (85%)
diff
On Wed, Aug 2, 2017 at 8:13 AM Burton, Ross wrote:
> Various errors in glibc-locale:
>
> | LC_ADDRESS: language abbreviation `agr' not defined
> | LC_ADDRESS: terminology language code `azb' not defined
>
> | Makefile:175: recipe for target
> '/data/poky-tmp/master/build/work/corei7-64-poky-linux
On 2 August 2017 at 21:34, Khem Raj wrote:
> How to reproduce it
>
Build almost anything because it will need glibc-locale. Sorry.
I can throw it on the AB to see what fails/works.
Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.
Recipetool plugins set through register_recipe_handlers were not able
to impact the license type via setting extravalues['LICENSE']. This is
due to caching the license variables in create_recipe before the handlers
have been executed.
This change moves the call to handle_license_vars well after th
From: sweeaun
Support musl-x32 build which to build openssl with 32 bits.
Signed-off-by: sweeaun
---
meta/recipes-connectivity/openssl/openssl.inc | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-connectivity/openssl/openssl.inc
b/meta/recipes-connectivit
28 matches
Mail list logo
