On 04/26/2016 04:56 PM, Richard Purdie wrote:
On Mon, 2016-04-25 at 06:51 -0700, Robert Yang wrote:
The package_qa_check_license() was in do_qa_configure which had a
potential problem, when the recipe sets do_configure[noexec] = "1",
then
the license checking won't run, which may hidden licens
* V2:
* do_qa_populate_lic -> populate_lic_qa_checksum, RP commentd that
do_foo means as task, but it's a function here. So use
populate_lic_qa_checksum.
* Keep using MIT for libxsettings-client as Ross suggested.
* V1:
Initial version
// Robert
The following changes since com
Fixed:
ERROR: meta-world-pkgdata-1.0-r0 do_populate_lic: QA Issue: meta-world-pkgdata:
Recipe file does not have license file information (LIC_FILES_CHKSUM)
[license-checksum]
Signed-off-by: Robert Yang
---
meta/recipes-core/meta/meta-world-pkgdata.bb | 2 ++
1 file changed, 2 insertions(+)
d
Fixed:
* Move the code of copy COPYING file from do_configure_append() to
do_patch[postfuncs] since we had moved license-checksum from
do_package_qa to do_populate_lic.
* Add xsettings-client.c and xsettings-common.c to LIC_FILES_CHKSUM.
* Update comments.
Signed-off-by: Robert Yang
---
.../
It has been set in packagegroup.bbclass.
Signed-off-by: Robert Yang
---
meta/recipes-core/packagegroups/packagegroup-base.bb | 1 -
meta/recipes-core/packagegroups/packagegroup-core-boot.bb| 1 -
meta/recipes-core/packagegroups/packagegroup-core-buildessential
The parameter workdir is not used in package_qa_check_license()
Signed-off-by: Robert Yang
---
meta/classes/insane.bbclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
index c57b217..a1d23d0 100644
--- a/meta/cl
The package_qa_check_license() was in do_qa_configure which had a
potential problem, when the recipe sets do_configure[noexec] = "1", then
the license checking won't run, which may hidden license issues. Rename
it to populate_lic_qa_checksum() and run in do_populate_lic[postfuncs] which
is more rea
* Use "??=" in bitbake.conf to set LICENSE, so that it can overrided by
packagegroup.bbclass and recipes.
* Use "?=" to set LICENSE and LIC_FILES_CHKSUM to MIT by default
in packagegroup.bbclass, this won't impact any packagegroup recipes
which use non-MIT license, since they can be override
On 04/27/2016 12:56 AM, Burton, Ross wrote:
On 26 April 2016 at 17:43, Khem Raj mailto:raj.k...@gmail.com>> wrote:
It may be good to send a query to concerned folks at redhat and clarify
so we don’t have to make assumptions.
Owen just confirmed on IRC that this code is MIT.
Thanks
On 04/27/2016 12:42 AM, Khem Raj wrote:
On Apr 26, 2016, at 7:34 AM, Denys Dmytriyenko wrote:
On Mon, Apr 25, 2016 at 11:04:37PM -0700, Robert Yang wrote:
From: Dengke Du
The do_install_append is used for moving/renaming for ALTERNATIVE, but
it breaks native, for example there is no ln,
The functions base_detect_revision() and base_detect_branch() try to
extract SCM meta information from the path returned by
base_get_scmbasepath(), which currently returns ${COREBASE}. However,
making the assumption that ${COREBASE} contains SCM meta information
can be false. It is true for Poky, b
We noticed that METADATA_REVISION was always set to '' in our
builds. It turned out that this was because the code in
metadata_scm.bbclass that sets it assumed that ${COREBASE} contains a
repository. This may be true when working with Poky, but is not
necessarily true for other setups. E.g., in our
On 26 April 2016 at 12:36, Burton, Ross wrote:
> We used virtual/mesa to mean "the Mesa APIs and so on" so libgbm is
> covered by this. Of course at the time there was only one implementation
> in mesa. Now that there are genuine alternative reimplementations of
> libgdm then I agree that a vir
On 26 April 2016 at 17:43, Khem Raj wrote:
> It may be good to send a query to concerned folks at redhat and clarify
> so we don’t have to make assumptions.
>
Owen just confirmed on IRC that this code is MIT.
Ross
--
___
Openembedded-core mailing lis
> On Apr 26, 2016, at 1:41 AM, Richard Purdie
> wrote:
>
> On Mon, 2016-04-25 at 16:44 -0400, Tristan Van Berkom wrote:
>> Serializing this fixes build on aarch64
>> ---
>> meta/recipes-devtools/gcc/gcc-cross-initial.inc | 3 ++-
>> 1 file changed, 2 insertions(+), 1 deletion(-)
>>
>> diff --gi
> On Apr 26, 2016, at 6:57 AM, Flanagan, Elizabeth
> wrote:
>
> On 26 April 2016 at 14:29, Burton, Ross wrote:
>>
>> On 26 April 2016 at 01:44, Robert Yang wrote:
>>>
>>> Thanks, did you mean the following text ? I can't find MIT license there.
>>>
>>> /*
>>> * Copyright © 2001 Red Hat, In
> On Apr 26, 2016, at 7:34 AM, Denys Dmytriyenko wrote:
>
> On Mon, Apr 25, 2016 at 11:04:37PM -0700, Robert Yang wrote:
>> From: Dengke Du
>>
>> The do_install_append is used for moving/renaming for ALTERNATIVE, but
>> it breaks native, for example there is no ln, but ln.coreutils, that
>> ma
> On Apr 26, 2016, at 9:31 AM, Tristan Van Berkom
> wrote:
>
> On Mon, 2016-04-25 at 13:55 -0700, Khem Raj wrote:
>>> On Apr 25, 2016, at 1:44 PM, Tristan Van Berkom >> codethink.co.uk> wrote:
>>>
>>> We fail to build webkit on aarch64 due to this binutils bug:
>>>
>>> https://sourceware.or
On Mon, 2016-04-25 at 13:55 -0700, Khem Raj wrote:
> > On Apr 25, 2016, at 1:44 PM, Tristan Van Berkom > codethink.co.uk> wrote:
> >
> > We fail to build webkit on aarch64 due to this binutils bug:
> >
> > https://sourceware.org/bugzilla/show_bug.cgi?id=19353
> >
> > Applying patch which fixe
On Tue, Apr 26, 2016 at 02:58:23PM +0100, Ross Burton wrote:
> gbm is an optional library and some environments (for example, mesa-gl where
> there are separate drivers that provide libgbm) may not want to build it.
>
> Signed-off-by: Ross Burton
I was now able to build mesa-gl with TI SGX GLES
On Tue, Apr 26, 2016 at 11:27 AM, Denys Dmytriyenko wrote:
> On Tue, Apr 26, 2016 at 03:00:59PM +0100, Burton, Ross wrote:
>> On 26 April 2016 at 12:59, Burton, Ross wrote:
>>
>> > I added a PACKAGECONFIG for libgbm to mesa.inc, enabled it for mesa and
>> > disabled it for mesa-gl, and mesa-gl st
On Sun, Feb 28, 2016 at 11:36:22AM +, g...@git.openembedded.org wrote:
> rpurdie pushed a commit to branch master
> in repository openembedded-core.
>
> commit be2f3e78742cfd94d1d1ad1f67bb651b12adf357
> Author: Alexander Kanavin
> AuthorDate: Wed Feb 24 17:13:22 2016 +0200
>
> libdrm: up
On Mon, Apr 25, 2016 at 11:04:37PM -0700, Robert Yang wrote:
> From: Dengke Du
>
> The do_install_append is used for moving/renaming for ALTERNATIVE, but
> it breaks native, for example there is no ln, but ln.coreutils, that
> makes coreutils-native don't work. This patch fixes the problem.
>
>
On 26 April 2016 at 14:29, Burton, Ross wrote:
>
> On 26 April 2016 at 01:44, Robert Yang wrote:
>>
>> Thanks, did you mean the following text ? I can't find MIT license there.
>>
>> /*
>> * Copyright © 2001 Red Hat, Inc
>> *
>
>
> Yes, this one. I've just had a chat with Beth and we both agre
On Tue, Apr 26, 2016 at 03:00:59PM +0100, Burton, Ross wrote:
> On 26 April 2016 at 12:59, Burton, Ross wrote:
>
> > I added a PACKAGECONFIG for libgbm to mesa.inc, enabled it for mesa and
> > disabled it for mesa-gl, and mesa-gl still build fine but didn't ship a
> > libgbm.
> >
> > I've forgott
On Tue, Apr 26, 2016 at 12:59:05PM +0100, Burton, Ross wrote:
> On 25 April 2016 at 17:50, Denys Dmytriyenko wrote:
>
> > One other thing I was thinking is how to avoid conflict between separate
> > libgbm and the one provided by mesa-gl. As mesa-gl may be useful for
> > providing
> > SW renderin
On Tue, Apr 26, 2016 at 12:36:10PM +0100, Burton, Ross wrote:
> On 22 April 2016 at 01:27, Christopher Larson wrote:
>
> > 1. Change weston recipe in oe-core to depend on libgbm instead of
> >> virtual/mesa
> >> assuming that it is provided by mesa recipe and it works for other
> >> platforms.
>
On 26 April 2016 at 12:59, Burton, Ross wrote:
> I added a PACKAGECONFIG for libgbm to mesa.inc, enabled it for mesa and
> disabled it for mesa-gl, and mesa-gl still build fine but didn't ship a
> libgbm.
>
> I've forgotten the details about all of this: does mesa-gl shipping libgbm
> make sense
Otherwise the build can fail or there is a floating dependency on whatever SSL
library Mesa can find.
Signed-off-by: Ross Burton
---
meta/recipes-graphics/mesa/mesa-gl_11.1.1.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/mesa/mesa-gl_11.1.1.bb
b/me
gbm is an optional library and some environments (for example, mesa-gl where
there are separate drivers that provide libgbm) may not want to build it.
Signed-off-by: Ross Burton
---
meta/recipes-graphics/mesa/mesa.inc | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/meta
On 26 April 2016 at 01:44, Robert Yang wrote:
> Thanks, did you mean the following text ? I can't find MIT license there.
>
> /*
> * Copyright © 2001 Red Hat, Inc
> *
>
Yes, this one. I've just had a chat with Beth and we both agree that it's
practically MIT, even if it's not worded tradition
From: "Alexander D. Kanevskiy"
Bmap-tools - tools to generate block map (AKA bmap) and
flash images using bmap. Bmaptool is a generic tool for
creating the block map (bmap) for a file and copying files
using the block map.
The idea is that large file containing unused blocks, like
raw system ima
Added test_bmap to imagefeatures tests.
It tests if bmap file is generated for the images and
if the image is sparse.
Signed-off-by: Ed Bartosh
---
meta/lib/oeqa/selftest/imagefeatures.py | 27 +++
1 file changed, 27 insertions(+)
diff --git a/meta/lib/oeqa/selftest/imag
From: "Alexander D. Kanevskiy"
bmap image conversion type allows to create block map files
for sparse images. Bmap file can be used together with bmap-tools
for efficiently flash images to raw devices (hdd or usb drive)
[YOCTO #9414]
Signed-off-by: Alexander D. Kanevskiy
Signed-off-by: Ed Bart
Hi,
This patchset adds ability to use bmaptool to flash images faster than
using traditional methods.
Bmaptool is a generic tool for creating the block map (bmap) for a file
and and copying files using the block map. The idea is that large file
containing unused blocks, like raw system image file
On 25 April 2016 at 17:50, Denys Dmytriyenko wrote:
> One other thing I was thinking is how to avoid conflict between separate
> libgbm and the one provided by mesa-gl. As mesa-gl may be useful for
> providing
> SW rendering for OpenGL, while leaving OpenGLES to a separate provider,
> like
> SGX.
On 22 April 2016 at 01:27, Christopher Larson wrote:
> 1. Change weston recipe in oe-core to depend on libgbm instead of
>> virtual/mesa
>> assuming that it is provided by mesa recipe and it works for other
>> platforms.
>>
>
> I'd say this, either libgbm or virtual/libgbm.
>
We used virtual/mes
From: André Draszik
Signed-off-by: André Draszik
---
meta/conf/machine/include/tune-mips32r2.inc | 12
1 file changed, 12 insertions(+)
diff --git a/meta/conf/machine/include/tune-mips32r2.inc
b/meta/conf/machine/include/tune-mips32r2.inc
index 0e95ec8..5e398cb 100644
--- a/meta/
I'll post 1.8.1 recipes tomorrow.
On 2016-04-25 21:54, Andre McCurdy wrote:
Hi Carlos,
On Fri, Apr 15, 2016 at 2:51 AM, Carlos Rafael Giani
wrote:
The gst-inspect patch no longer applies, and according to upstream, is
not needed.
I'd like to start testing gstreamer 1.8.x. Are these patches s
On 04/22/2016 01:50 PM, Robert Yang wrote:
The following changes since commit 9838f8d077d16e52ad592879d65a9e8350b93075:
build-appliance-image: Update to krogoth head revision (2016-04-19 21:25:53
+0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-cor
Commit 6661718 (feature-arm-{neon,vfp}.inc: refactor and fix issues)
effectively changed the gcc -mfpu= option from -mfpu=vfpv3-d16 to
-mfpu=vfpv3d16, which gcc doesn't understand.
Restore the original value.
After doing that, we also need to adjust ARMPKGSFX_FPU which should
contain the same val
Commit 6661718 (feature-arm-{neon,vfp}.inc: refactor and fix issues)
effectively changed the gcc -mfpu= option from -mfpu=vfpv3-d16 to
-mfpu=vfpv3d16, which gcc doesn't understand.
Restore the original value.
After doing that, we also need to adjust ARMPKGSFX_FPU which should
contain the same val
On 04/26/2016 04:56 PM, Richard Purdie wrote:
On Mon, 2016-04-25 at 06:51 -0700, Robert Yang wrote:
The package_qa_check_license() was in do_qa_configure which had a
potential problem, when the recipe sets do_configure[noexec] = "1",
then
the license checking won't run, which may hidden licens
On Mon, 2016-04-25 at 06:51 -0700, Robert Yang wrote:
> The package_qa_check_license() was in do_qa_configure which had a
> potential problem, when the recipe sets do_configure[noexec] = "1",
> then
> the license checking won't run, which may hidden license issues.
> Rename
> it to do_qa_populate_l
Fix the following QA warning:
WARNING: popt-1.16-r3 do_package_qa: QA Issue: popt rdepends on
libiconv, but it isn't a build dependency, missing libiconv in DEPENDS
or PACKAGECONFIG? [build-deps]
Signed-off-by: Maxin B. John
---
meta/recipes-support/popt/popt_1.16.bb | 2 ++
1 file changed, 2 i
Fix the following QA warnings:
WARNING: libxml2-2.9.3-r0 do_package_qa: QA Issue: libxml2 rdepends on
libiconv, but it isn't a build dependency, missing libiconv in DEPENDS
or PACKAGECONFIG? [build-deps]
WARNING: libxml2-2.9.3-r0 do_package_qa: QA Issue: libxml2-python
rdepends on libiconv, but i
Fix the following QA warning:
WARNING: bash-4.3.30-r0 do_package_qa: QA Issue: bash rdepends on libiconv,
but it isn't a build dependency, missing libiconv in DEPENDS
or PACKAGECONFIG? [build-deps]
Signed-off-by: Maxin B. John
---
meta/recipes-extended/bash/bash.inc | 2 +-
1 file changed, 1 in
Fix for some QA issues observed while building core-image-minimal with uclibc
Maxin B. John (3):
popt: fix dependencies and QA Issue
bash: fix dependencies and QA Issue
libxml2: fix dependencies and QA Issues
meta/recipes-core/libxml/libxml2_2.9.3.bb | 2 +-
meta/recipes-extended/bash/bash
On Mon, 2016-04-25 at 16:44 -0400, Tristan Van Berkom wrote:
> Serializing this fixes build on aarch64
> ---
> meta/recipes-devtools/gcc/gcc-cross-initial.inc | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/meta/recipes-devtools/gcc/gcc-cross-initial.inc
> b/meta/recipe
Hi,
Firstly I would like to say hello and thanks for devtool app, it's a killer
feature which improves working with temporary sources a lot!
My question is related to following scenario:
I use the devtool (from poky 2.0.1) to modify sources for specific package
and then to generate patch, the wor
50 matches
Mail list logo
