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
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
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
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
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
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.
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
---
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
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
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
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
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,
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
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
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
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
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
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
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
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
---
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
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
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
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
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
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
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
>>
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).
>
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
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
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
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
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
+}
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
+++
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
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
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
---
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
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 |
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
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:
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
---
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
>>
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
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
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
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
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
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
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
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
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
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
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
>
>
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.
> >
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
> > +#
56 matches
Mail list logo