Re: [OE-core] [PATCH 8/9] runqemu: support UEFI with OVMF firmware

On Wed, 2016-12-28 at 15:33 -0800, Ricardo Neri wrote: > On Wed, 2016-12-21 at 14:11 +0100, Patrick Ohly wrote: > > +# File name of a OVMF BIOS file, to be added with -drive > > if=pflash. > > +# Found in the same places as the rootfs, with or without one > > of > > +# these

Re: [OE-core] [PATCH 4/9] ovmf: deploy firmware in image directory

On Wed, 2016-12-28 at 13:38 -0800, Ricardo Neri wrote: > > do_install_class-target() { > > -OVMF_DIR_SUFFIX="X64" > > -if [ "${TARGET_ARCH}" != "x86_64" ] ; then > > -OVMF_DIR_SUFFIX="Ia32" # Note the different capitalization > > -fi > > +# Traditional location. > > in

Re: [OE-core] [PATCH 6/9] ovmf_git.bb: enable Secure Boot

On Wed, 2016-12-28 at 14:54 -0800, Ricardo Neri wrote: > On Wed, 2016-12-21 at 14:11 +0100, Patrick Ohly wrote: > > The recipe now compiles OVMF twice, once without Secure Boot, once > > with. This is the same approach as in > > https://src.fedoraproject.org/cgit/rpms/edk2.git/tree/edk2.spec > > B

[OE-core] [PATCH 1/2] kernel: Modify kernel modules installation path.

Use ${base_libdir}/modules inplace of /lib/modules for kernel modules installation path. Signed-off-by: Amarnath Valluri --- meta/classes/kernel-module-split.bbclass | 2 +- meta/classes/kernel.bbclass | 12 ++-- 2 files changed, 7 insertions(+), 7 deletions(-) diff --git

[OE-core] [PATCH 2/2] linux-firmware: Modify firmware installation path

Install firmware files under ${base_libdir}/firmware instead of hardcoded /lib/firmare. Signed-off-by: Amarnath Valluri --- .../linux-firmware/linux-firmware_git.bb | 180 ++--- 1 file changed, 90 insertions(+), 90 deletions(-) diff --git a/meta/recipes-kernel/linux-fi

Re: [OE-core] [PATCH 3/9] ovmf: explicitly depend on nasm-native

On Wed, 2016-12-28 at 02:59 +, Neri, Ricardo wrote: > On Wed, 2016-12-21 at 14:11 +0100, Patrick Ohly wrote: > > +DEPENDS_append = " nasm-native" > > + > Is this dependency needed for both native and target builds? If not, it > can be done with DEPENDS_class... I'm not sure anymore. As it does

Re: [OE-core] [PATCH 3/3] classes/buildstats: don't expand variable pointing to SystemStats

On Thu, 2016-12-22 at 16:13 +1300, Paul Eggleton wrote: > We're placing an object into the datastore - it's very definitely not > something we want to be expanding. Why does it matter? Is it faster to tell getVar() that expansion isn't necessary? I'm fine with the change, I'm just trying to under

Re: [OE-core] [PATCH] kexec: ARM: fix align issue of add_buffer_phys_virt() for LPAE kernel.

An upgrade to 2.0.14 was recently posted on the list (and is now in poky-contrib:ross/mut), can you verify that this patch is still required with that release and rebase? Ross On 3 January 2017 at 09:05, Haiqing Bai wrote: > If LPAE is enabled, 3 level page table is used and the 'SECTION_SIZE'

Re: [OE-core] [PATCH 3/3] alsa-utils-scripts: update 1.1.2 -> 1.1.3

This fails to build: | Making all in alsaucm | make[1]: Entering directory '/data/poky-master/tmp-glibc/work/corei7-64-poky-linux/alsa-utils-scripts/1.1.3-r0/build/alsaucm' | x86_64-poky-linux-gcc -m64 -march=corei7 -mtune=corei7 -mfpmath=sse -msse4.2 --sysroot=/data/poky-master/tmp-glibc/sysroot

Re: [OE-core] [PATCH 3/8] oeqa.utils.metadata: drop 'unknown' git data elements

On 28/12/16 07:02, Markus Lehtonen wrote: > It's better just to not have the xml elements than to have elements with > faux data. One could have git branch named 'unknown', for example. > > I don't think is a good idea to completely remove the layer from the metadata when such layer is not a rep

Re: [OE-core] [PATCH 7/8] oeqa.utils.metadata: have layer name as an attribute in xml

On 28/12/16 07:02, Markus Lehtonen wrote: > -def dict_to_XML(tag, dictionary): > +def dict_to_XML(tag, dictionary, **kwargs): > """ Return XML element converting dicts recursively. """ > > -elem = Element(tag) > +elem = Element(tag, **kwargs) > for key, val in dictionary.items

Re: [OE-core] [PATCH 8/8] oeqa.utils.metadata: add bitbake revision information

On 28/12/16 07:02, Markus Lehtonen wrote: > [YOCTO #10590] > > Signed-off-by: Markus Lehtonen > --- > meta/lib/oeqa/utils/metadata.py | 32 +++- > 1 file changed, 19 insertions(+), 13 deletions(-) > > diff --git a/meta/lib/oeqa/utils/metadata.py b/meta/lib/oeqa/utils

Re: [OE-core] [PATCH 3/3] alsa-utils-scripts: update 1.1.2 -> 1.1.3

On Wed, Jan 4, 2017 at 4:27 PM, Burton, Ross wrote: > This fails to build: > > | Making all in alsaucm > | make[1]: Entering directory > '/data/poky-master/tmp-glibc/work/corei7-64-poky-linux/alsa-utils-scripts/1.1.3-r0/build/alsaucm' > | x86_64-poky-linux-gcc -m64 -march=corei7 -mtune=corei7 -mf

Re: [OE-core] [PATCH 3/3] alsa-utils-scripts: update 1.1.2 -> 1.1.3

On Wed, Jan 4, 2017 at 5:00 PM, Andreas Müller wrote: > On Wed, Jan 4, 2017 at 4:27 PM, Burton, Ross wrote: >> This fails to build: >> >> | Making all in alsaucm >> | make[1]: Entering directory >> '/data/poky-master/tmp-glibc/work/corei7-64-poky-linux/alsa-utils-scripts/1.1.3-r0/build/alsaucm' >

[OE-core] [PATCH] nss: Fix postinstall script

When installing NSS on a read-only rootfs, the current postinstall scriptlet exits after having run the signing part. This causes an error when appending the task because the rest of the script is simply ignored and therefore never run. Signed-off-by: David Vincent --- meta/recipes-support/nss/n

[OE-core] is there a current recipe to support pptpd?

a colleague wants to add a pptpd server to his build image, and was using "poptop" on a red hat system previously. i see a fairly old poptop recipe for OE here: https://github.com/openembedded/openembedded/tree/master/recipes/poptop and newer source here: https://sourceforge.net/p/poptop/git/

[OE-core] [PATCH 1/1] alsa-utils(-scripts): fix compile on build machines with python-docutils installed

Signed-off-by: Andreas Müller --- meta/recipes-multimedia/alsa/alsa-utils_1.1.3.bb | 6 ++ 1 file changed, 6 insertions(+) diff --git a/meta/recipes-multimedia/alsa/alsa-utils_1.1.3.bb b/meta/recipes-multimedia/alsa/alsa-utils_1.1.3.bb index 07c25c4..e6dd5b0 100644 --- a/meta/recipes-multim

[OE-core] [PATCH 0/1] follow-up for alsa-utils update

This should fix build as reported by Ross [1] [1] http://lists.openembedded.org/pipermail/openembedded-core/2017-January/130726.html Andreas Müller (1): alsa-utils(-scripts): fix compile on build machines with python-docutils installed meta/recipes-multimedia/alsa/alsa-utils_1.1.3.bb | 6

[OE-core] [PATCH] Changed order of lines to prevent use of unset variable BUILDSTATS_BASE

--- meta/classes/toaster.bbclass | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/meta/classes/toaster.bbclass b/meta/classes/toaster.bbclass index 4ea2056..a685578 100644 --- a/meta/classes/toaster.bbclass +++ b/meta/classes/toaster.bbclass @@ -157,11 +157,11 @@ python to

Re: [OE-core] [PATCH v2] Append KERNEL_VERSION string to kernel module package names

Ola, please follow the commit short log guidelines when submitting patches. Basically you need to prefix the target where this change is applying then a brief description, for example kernel-module-split: Append KERNEL_VERSION string to kernel module More info at http://www.openembedded.org/w

Re: [OE-core] [PATCH 3/6] ksize.py: Python 3 fixes

Hey Khem, Its an old script fro Tom, but as far as I remember it worked fine on python3, although thanks for checking and sending the patch! Cheers Alejandro On 01/04/2017 12:39 AM, Khem Raj wrote: On Tue, Jan 3, 2017 at 2:30 PM, Alejandro Hernandez wrote: From: Tom Zanussi String err

Re: [OE-core] [PATCH 2/6] core-image-tiny-initramfs: Add and image creating image artifacts only

Alex, the patch requires to be signed off. On 01/03/2017 04:30 PM, Alejandro Hernandez wrote: From: Tom Zanussi Add an image that simply creates image artifacts using image-live-artifacts support instead of creating an actual image. The image artifacts can then be subsequently assembled by a

Re: [OE-core] [meta-oe][PATCH v3] devtools: Add recipe for Chromium Embedded Controller utilities

+} diff --git a/meta/recipes-devtools/chromium-utils/files/0001-build-Add-HOST_LDFLAGS.patch b/meta/recipes-devtools/chromium-utils/files/0001-build-Add-HOST_LDFLAGS.patch new file mode 100644 index 000..46e8cad --- /dev/null +++ b/meta/recipes-devtools/chromium-utils/files/0001-build-Add

[OE-core] [PATCH] wic/isoimage-isohybrid: check for grub-mkimage

The isohybrid plugin uses grub-mkimage but doesn't make sure it gets built. Add a check to avoid the following error: Error: A native program grub-mkimage required to build the image was not found (see details above). Wic failed to find a recipe to build native grub-mkimage. Please file a bug a

[OE-core] [PATCH 1/2] populate_sdk_ext: fix working with uninative sstate

Mapped uninative sstate directories to make ext SDK installer to use them when it's run on systems with gcc version different from gcc version used to build installer. [YOCTO #10832] Signed-off-by: Ed Bartosh diff --git a/meta/classes/populate_sdk_ext.bbclass b/meta/classes/populate_sdk_ext.bb

[OE-core] [PATCH 2/2] populate_sdk_ext: whitelist do_package tasks

With enabled SSTATE_MIRRORS sstate code expects mirrors to contain entries for all tasks, which is not the case for ext installer as it uses reduced sstate cache. Added do_package tasks to BB_SETSCENE_ENFORCE_WHITELIST to prevent installer failing with ERROR: Sstate artifact unavailable [YOCTO #1

[OE-core] [PATCH v2] wic/isoimage-isohybrid: check for grub-mkimage

The isohybrid plugin uses grub-mkimage but doesn't make sure it gets built. Add a check to avoid the following error: Error: A native program grub-mkimage required to build the image was not found (see details above). Wic failed to find a recipe to build native grub-mkimage. Please file a bug a

[OE-core] [PATCH] mtd-utils: Upgrade to 2.0.0

Upstream has started using automake which means that the recipe must now inherit from autotools and pkgconfig. The source tree has been reorganised too which requires the paths in the patches to be modified. None of the patches appear to have been applied upstream. Signed-off-by: Mike Crowe ---

Re: [OE-core] [PATCH v2] wic/isoimage-isohybrid: check for grub-mkimage

On Wed, Jan 04, 2017 at 09:04:43PM +0200, Ioan-Adrian Ratiu wrote: > The isohybrid plugin uses grub-mkimage but doesn't make sure it gets built. > Add a check to avoid the following error: > > Error: A native program grub-mkimage required to build the image was not > found (see details above). >

Re: [OE-core] [meta-oe][PATCH v3] devtools: Add recipe for Chromium Embedded Controller utilities

Leonardo, On Wed, Jan 4, 2017 at 10:36 AM, Leonardo Sandoval wrote: > >> +} >> diff --git >> a/meta/recipes-devtools/chromium-utils/files/0001-build-Add-HOST_LDFLAGS.patch >> b/meta/recipes-devtools/chromium-utils/files/0001-build-Add-HOST_LDFLAGS.patch >> new file mode 100644 >> index 000..4

Re: [OE-core] [PATCH v2] wic/isoimage-isohybrid: check for grub-mkimage

On Wed, Jan 04, 2017 at 10:12:55PM +0200, Ed Bartosh wrote: > On Wed, Jan 04, 2017 at 09:04:43PM +0200, Ioan-Adrian Ratiu wrote: > > The isohybrid plugin uses grub-mkimage but doesn't make sure it gets built. > > Add a check to avoid the following error: > > > > Error: A native program grub-mkimag

Re: [OE-core] [meta-oe][PATCH v3] devtools: Add recipe for Chromium Embedded Controller utilities

On 4 January 2017 at 20:25, Moritz Fischer wrote: > Good catch, thanks. I submitted it upstream. I'll just wait for that > to resubmit my v4 here, maybe by then I don't need the patch anymore > then. > Is there a good rationale to put this in oe-core, instead of a BSP layer or meta-oe? How wide

[OE-core] [PATCH RFC] kernel.bbclass: symlink initramfs kernel bundle to kernel

Image creation seems to always grab ${type} (usually bzImage), even if we specifically use INITRAMFS_IMAGE_BUNDLE to create a bundled initramfs/kernel. Work around this by linking ${type}.initramfs to ${type} as a final step when it exists. Signed-off-by: California Sullivan --- I've been experim

Re: [OE-core] [PATCH 3/6] ksize.py: Python 3 fixes

Hey Khem, Ok, now I'm actually awake when reading this, are you saying these changes should go in the same patch as the one for ksum.py? On 01/04/2017 12:21 PM, Alejandro Hernandez wrote: Hey Khem, Its an old script fro Tom, but as far as I remember it worked fine on python3, although tha

[OE-core] [PATCH 1/6] waffle: add opengl to REQUIRED_DISTRO_FEATURES

From: Christopher Larson Multiple packageconfigs depend upon virtual/libgl, whose providers require the opengl distro feature. Signed-off-by: Christopher Larson --- meta/recipes-graphics/waffle/waffle_1.5.2.bb | 3 +++ 1 file changed, 3 insertions(+) diff --git a/meta/recipes-graphics/waffle/

[OE-core] [PATCH 5/6] packagegroup-self-hosted: add opengl to REQUIRED_DISTRO_FEATURES

From: Christopher Larson This rdepends on libgl. Signed-off-by: Christopher Larson --- meta/recipes-core/packagegroups/packagegroup-self-hosted.bb | 3 +++ 1 file changed, 3 insertions(+) diff --git a/meta/recipes-core/packagegroups/packagegroup-self-hosted.bb b/meta/recipes-core/packagegrou

[OE-core] [PATCH 0/6] Add opengl to REQUIRED_DISTRO_FEATURES for some recipes

From: Christopher Larson These aren't buildable without it, and adding it fixes oe-core world builds with nodistro (which does not have the opengl feature by default). The following changes since commit 425afe2484707640ac71194885fdb263e95e9950: lib/oe/utils: Drop python2 compatibility code (2

[OE-core] [PATCH 4/6] eglinfo-x11: add opengl to REQUIRED_DISTRO_FEATURES

From: Christopher Larson The .inc already included this, but the x11 version was overriding it. This is a problem, as the x11 version still needs opengl as well as x11. Append instead. Signed-off-by: Christopher Larson --- meta/recipes-graphics/eglinfo/eglinfo-x11_1.0.0.bb | 3 ++- 1 file chan

[OE-core] [PATCH 3/6] libglu: add opengl to REQUIRED_DISTRO_FEATURES

From: Christopher Larson This requires libgl, and mesa requires the opengl distro feature. Signed-off-by: Christopher Larson --- meta/recipes-graphics/mesa/libglu_9.0.0.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-graphics/mesa/libglu_9.0.0.bb b/meta/rec

[OE-core] [PATCH 2/6] piglit: add opengl to REQUIRED_DISTRO_FEATURES

From: Christopher Larson This recipe depend on virtual/libgl, whose providers require the opengl distro feature. Signed-off-by: Christopher Larson --- meta/recipes-graphics/piglit/piglit_git.bb | 3 +++ 1 file changed, 3 insertions(+) diff --git a/meta/recipes-graphics/piglit/piglit_git.bb b

[OE-core] [PATCH 6/6] packagegroup-core-lsb: add opengl to REQUIRED_DISTRO_FEATURES

From: Christopher Larson This group pulls in libglu, which needs virtual/libgl, whose providers require opengl in DISTRO_FEATURES. Signed-off-by: Christopher Larson --- meta/recipes-extended/packagegroups/packagegroup-core-lsb.bb | 3 +++ 1 file changed, 3 insertions(+) diff --git a/meta/reci

Re: [OE-core] [PATCH 3/6] libglu: add opengl to REQUIRED_DISTRO_FEATURES

On Wed, 2017-01-04 at 15:57 -0700, Christopher Larson wrote: > >  # Requires libGL.so which is provided by mesa when x11 in > DISTRO_FEATURES > -REQUIRED_DISTRO_FEATURES = "x11" > +REQUIRED_DISTRO_FEATURES = "x11 opengl" I sort of have the sense that something has gone a bit wrong with the way {R

[OE-core] [PATCH] oe-selftest: Improve BUILDDIR environment handling

Its possible something (like bitbake/tinfoil2) may mess around with the environment and using the enviroment as a global variable store isn't particularly nice anyway. This patch changes the BUILDDIR usages so that the environment isn't used as a global store and a global variable is used instead.

Re: [OE-core] [PATCH 0/6] Add opengl to REQUIRED_DISTRO_FEATURES for some recipes

On 4 January 2017 at 22:57, Christopher Larson wrote: > These aren't buildable without it, and adding it fixes oe-core world builds > with nodistro (which does not have the opengl feature by default). > Am I still the only person who thinks skipping of recipes should be recursive, so if say libx

Re: [OE-core] [PATCH 3/6] ksize.py: Python 3 fixes

On Wed, Jan 4, 2017 at 2:18 PM, Alejandro Hernandez wrote: > Hey Khem, > > Ok, now I'm actually awake when reading this, are you saying these changes > should go in the same patch as the one for ksum.py? > yes thats right. > > > On 01/04/2017 12:21 PM, Alejandro Hernandez wrote: >> >> Hey Khem,

Re: [OE-core] [PATCH 0/6] Add opengl to REQUIRED_DISTRO_FEATURES for some recipes

On Wed, Jan 4, 2017 at 3:49 PM, Burton, Ross wrote: > > On 4 January 2017 at 22:57, Christopher Larson wrote: >> >> These aren't buildable without it, and adding it fixes oe-core world >> builds >> with nodistro (which does not have the opengl feature by default). > > > Am I still the only person

Re: [OE-core] [PATCH 0/6] Add opengl to REQUIRED_DISTRO_FEATURES for some recipes

On Wed, Jan 4, 2017 at 4:49 PM, Burton, Ross wrote: > On 4 January 2017 at 22:57, Christopher Larson wrote: > >> These aren't buildable without it, and adding it fixes oe-core world >> builds >> with nodistro (which does not have the opengl feature by default). >> > > Am I still the only person

Re: [OE-core] [PATCH 0/6] Add opengl to REQUIRED_DISTRO_FEATURES for some recipes

On Wed, Jan 4, 2017 at 5:13 PM, Christopher Larson wrote: > > On Wed, Jan 4, 2017 at 4:49 PM, Burton, Ross wrote: >> >> On 4 January 2017 at 22:57, Christopher Larson wrote: >>> >>> These aren't buildable without it, and adding it fixes oe-core world >>> builds >>> with nodistro (which does not

Re: [OE-core] [meta-oe][PATCH v3] devtools: Add recipe for Chromium Embedded Controller utilities

On Wed, Jan 4, 2017 at 12:39 PM, Burton, Ross wrote: > > On 4 January 2017 at 20:25, Moritz Fischer wrote: >> >> Good catch, thanks. I submitted it upstream. I'll just wait for that >> to resubmit my v4 here, maybe by then I don't need the patch anymore >> then. > > > Is there a good rationale to

[OE-core] [PATCH] nettle: Modify configure script to get consistent build.

The original configure script detects the header files of openssl to set variable like 'HAVE_OPENSSL_AES_H' in config.h and ignore the value of '--enable-openssl', this may cause inconsistent build. Signed-off-by: Haiqing Bai --- ...k-header-files-of-openssl-only-if-enable_.patch | 38 ++

Re: [OE-core] [PATCH RFC] kernel.bbclass: symlink initramfs kernel bundle to kernel

On 2017-01-04 3:57 PM, California Sullivan wrote: Image creation seems to always grab ${type} (usually bzImage), even if we specifically use INITRAMFS_IMAGE_BUNDLE to create a bundled initramfs/kernel. Work around this by linking ${type}.initramfs to ${type} as a final step when it exists. Signe

[OE-core] [PATCH 0/1] selftest/eSDK.py: fix sstate dir not found error

The following changes since commit dbb247cac5fbf7b037e4955f9793828451723924: bitbake: cookerdata: Convert multiconfig to use BB_CURRENT_MC (2016-12-22 12:36:40 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib ChenQi/eSDK-sstate_dir http://git.pokylinux.o

[OE-core] [PATCH 1/1] selftest/eSDK.py: fix sstate dir not found error

Fix the error below when SSTATE_DIR is not "${BUILDDIR}/sstate-cache". FileNotFoundError: [Errno 2] No such file or directory: '/xxx/../sstate-cache' Signed-off-by: Chen Qi --- meta/lib/oeqa/selftest/eSDK.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/lib/oeqa/sel

[OE-core] [PATCH] curl: upgrade to 7.52.1

Signed-off-by: Oleksandr Kravchuk --- meta/recipes-support/curl/{curl_7.51.0.bb => curl_7.52.1.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/curl/{curl_7.51.0.bb => curl_7.52.1.bb} (94%) diff --git a/meta/recipes-support/curl/curl_7.51.0.bb b/meta/re

Re: [OE-core] [PATCH] gnupg: specify explicitly tar path

On 2016年12月20日 17:47, Wenlin Kang wrote: On 2016年12月19日 19:39, Burton, Ross wrote: On 19 December 2016 at 07:01, Wenlin Kang > wrote: +- AC_PATH_PROG(TAR,"tar") +-_mytar=$ac_cv_path_TAR You don't need to patch configure.ac

Re: [OE-core] [PATCH 0/6] Add opengl to REQUIRED_DISTRO_FEATURES for some recipes

On Wed, 2017-01-04 at 23:49 +, Burton, Ross wrote: > > On 4 January 2017 at 22:57, Christopher Larson > wrote: > These aren't buildable without it, and adding it fixes oe-core > world builds > with nodistro (which does not have the opengl feature by > default).