Upgrade libsndfile1 from 1.0.27 to 1.0.28.
Signed-off-by: Huang Qiyu
---
.../libsndfile/{libsndfile1_1.0.27.bb => libsndfile1_1.0.28.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-multimedia/libsndfile/{libsndfile1_1.0.27.bb =>
libsndfile1_1.0.28.bb} (8
I created a fix for this, but I don't know enough about the architecture /
language to say if it is a good fix or an ugly hack.
Any help or suggestion would be great thanks.
diff --git a/bitbake/lib/bb/fetch2/__init__.py
b/bitbake/lib/bb/fetch2/__init__.py
index cd7362c..c5ab459 100644
--- a/bi
On Wed, May 10, 2017 at 1:48 PM, Davis, Michael
wrote:
> I think most of the major distros have either switched or are in the process
> this year.
>
are there some info on the policy decisions of other distros ?
we should try to follow the suite then
>
>
>
>
>
>
> From: openembedded-core-boun...
I think most of the major distros have either switched or are in the process
this year.
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Khem Raj
Sent: Wednesday, May 10, 2017 3:36 PM
To: Alexander Kanavin; Gary Thoma
On Wed, May 10, 2017 at 12:34 PM Alexander Kanavin <
alexander.kana...@linux.intel.com> wrote:
> On 05/10/2017 09:56 PM, Gary Thomas wrote:
> > Why not do this in a "softer" way - make the new 1.1 package have the
> > obscured name (and not be preferred by default)? That way existing
> > uses of
On Wednesday, 10 May 2017 11:09:59 PM NZST Alexander Kanavin wrote:
> On 05/10/2017 01:55 PM, Paul Eggleton wrote:
> > I make no secret of it - I am a Qt supporter. I'm willing to be convinced
> > that's not the right answer, though, if there are solid arguments.
> > However, if you'll excuse my pa
On 05/10/2017 10:53 PM, Davis, Michael wrote:
Could we offload the 1.0.2 supported recipes to something similar to meta-gplv2?
Then the rest of the Yocto world can move on and those that need 1.0.x can seek
it out.
Maybe in 2019, when 1.0.2 will be reaching EOL, but definitely not now.
I don'
Could we offload the 1.0.2 supported recipes to something similar to meta-gplv2?
Then the rest of the Yocto world can move on and those that need 1.0.x can seek
it out.
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.ope
On 05/10/2017 10:38 PM, jose.perez.carra...@linux.intel.com wrote:
+def test_dnf_installroot(self):
+rootpath = '/home/root/chroot/test'
+self.dnf_with_repo('install --installroot=%s --allowerasing -v -y
busybox run-postinsts' % rootpath)
+status, output = self.target
oeqa/sdk/context.py - Use OETestContextThreaded.
classes/testsdk.bbclass - Enable bb event thread mode to avoid
corrupt the PIPE when multiple threads writes.
[YOCTO #11450]
Signed-off-by: Aníbal Limón
---
meta/classes/testsdk.bbclass | 4
meta/lib/oeqa/sdk/context.py | 5 +++--
2 files ch
With the new OEQA thread support there are problems running
devtool twice at the same time because only one instance of
bitbake/devtool is allowed.
[YOCTO #11450]
Signed-off-by: Aníbal Limón
---
meta/lib/oeqa/sdkext/cases/devtool.py| 32 ++
meta/lib/oeqa/sdkext/cases
Add needed tests to validate the OEQA Threaded mode, the remaining
parts are tested by the OEQA without Threaded mode.
- test_loader.py: Add a test to validate rules when creating the
list of test suites.
- test_decorators.py: Add oetimeout test because the threaded mode
uses Timer instead of sign
In python signals are only allowed to delivery into the main thread,
to support the threading mode test if the runner is threaded and
use threading.Timer instead.
There are some considerations like SIGALRM interrupts the execution
after N seconds but the Timer only starts a Thread to notice the
ti
This class sets the {loader,runner}Class to the threaded versions and
overrides loadTests method to be able specify the process_num.
[YOCTO #11450]
Signed-off-by: Aníbal Limón
---
meta/lib/oeqa/core/threaded.py | 14 ++
1 file changed, 14 insertions(+)
diff --git a/meta/lib/oeqa/co
The OETestRunnerThreaded overrides the run method of OETestRunner
it recieves a list of suites to be executed by a ThreadPool.
The new run method handles the ThreadPool creation and the
OETestResultThreaded fill.
[YOCTO #11450]
Signed-off-by: Aníbal Limón
---
meta/lib/oeqa/core/threaded.py | 7
The _skipTestDependency needs to know if the thread mode is
enabled because the _results are by thread.
[YOCTO #11450]
Signed-off-by: Aníbal Limón
---
meta/lib/oeqa/core/decorator/depends.py | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/meta/lib/oeqa/core/decorator/
The OETestResultThreadedInternal extends OETestResult to stores
results by Thread.
The OETestResultThreaded is a simple class that provides the
implementation of interfaces needed by outside like wasSuccesful,
stop, logSummary, logDetails.
[YOCTO #11450]
Signed-off-by: Aníbal Limón
---
meta/li
This method is to assign results into the TestContext, create
an internal one to support change implementation in Thread version.
[YOCTO #11450]
Signed-off-by: Aníbal Limón
---
meta/lib/oeqa/core/runner.py | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/lib/oeqa/core/runner.py b/meta
The OEStreamLoggerThreaded overrides OEStreamLogger to redirect
the PyUnit output to a logger.
Instead of log every line when comes the OEStreamLoggerThreaded
will buffer the PyUnit output and write everything at end of every
suite execution to don't have mixed suite outputs.
[YOCTO #11450]
Sign
The threded module will implement Thread support into the OEQA
framework.
The OETestLoaderThreaded overrides discover to return a list of
suites every suite will be run by a separate Thread.
Some design considerations are:
- All the tests of a certain module needs to be run at one thread
becau
The OEStreamLogger class is used for redirect PyUnit output
to a certain logger so there is not need to expose at level
of OETestContext because only OETestRunner needs to know.
[YOCTO #11450]
Signed-off-by: Aníbal Limón
---
meta/lib/oeqa/core/context.py | 6 ++
meta/lib/oeqa/core/runner.py
This import was at level of OESDKTestContext.register_commands
but OESDKTestContext.run method need it to raise exceptions.
Signed-off-by: Aníbal Limón
---
meta/lib/oeqa/sdk/context.py | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/lib/oeqa/sdk/context.py b/meta/lib
Those methods are used to write in the log the results so
it makes sense to have defined at OETestResult because
is a format of the result itself.
[YOCTO #11450]
Signed-off-by: Aníbal Limón
---
meta/classes/testimage.bbclass | 4 +-
meta/classes/testsdk.bbclass | 8 ++--
meta/lib/oeqa/core/
I override this method before for keep track of results and forget
to remove it, now isn't need.
Signed-off-by: Aníbal Limón
---
meta/lib/oeqa/core/runner.py | 3 ---
1 file changed, 3 deletions(-)
diff --git a/meta/lib/oeqa/core/runner.py b/meta/lib/oeqa/core/runner.py
index 40fbf3b..0b04e8d 1
The run() methods of a OETestContext's are expected to return the
results.
Signed-off-by: Aníbal Limón
---
meta/lib/oeqa/sdk/context.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/lib/oeqa/sdk/context.py b/meta/lib/oeqa/sdk/context.py
index 509d2b4..82e4c19 100644
--
I am having an issue with npm sources and BB_GENERATE_MIRROR_TARBALLS.
The tarballs generate fine, but then when you try to use them with prefetch
only or no network the system won't find them.
It then tries to download them. Tried it both on morty and master with the
same issue.
This is my fi
Signed-off-by: Aníbal Limón
---
meta/classes/testsdk.bbclass | 1 -
1 file changed, 1 deletion(-)
diff --git a/meta/classes/testsdk.bbclass b/meta/classes/testsdk.bbclass
index 6a201aa..4740233 100644
--- a/meta/classes/testsdk.bbclass
+++ b/meta/classes/testsdk.bbclass
@@ -21,7 +21,6 @@ def tes
This series enables support of OEQA framework threaded runs, it implements a
new module
oeqa.core.threaded with OETest{Context, Loader, Runner, StreamLogger, Result}
versions
supporting parallelized runs.
The {e,}SDK test component was enable to use threaded mode by default.
The following chang
From: Jose Perez Carranza
Add test cases to test “exclude” and “installroot“ options, also modify
the logic of filtering packages on the feed to have all the packages
needed by the tests.
[YOCTO #10744]
Signed-off-by: Jose Perez Carranza
---
meta/classes/testimage.bbclass | 11 ---
On 05/10/2017 09:56 PM, Gary Thomas wrote:
Why not do this in a "softer" way - make the new 1.1 package have the
obscured name (and not be preferred by default)? That way existing
uses of the older 1.0 package can continue but users can migrate to
1.1 as they see fit?
I have an answer which yo
On 2017-05-10 17:38, Alexander Kanavin wrote:
On 05/10/2017 06:34 PM, Davis, Michael wrote:
Sitting on 2.3 wouldn't be too much an issue for me, but I can't speak for
others that may be in the same situation.
Do these patches / new versions require 1.1.0 or break backwards compatibility
with 1
hi,
On Wed, Apr 12, 2017 at 2:14 PM, Carlos Rafael Giani
wrote:
> This is a demo application that draws a three-dimensional spinning cube
> using EGL on top of KMS, via Mesa's GBM library. A rough counterpart to
> glxgears, it is a useful tool for BSP makers to try the 3D rendering
> functionalit
On 05/10/2017 07:13 AM, Alexander Kanavin wrote:
This patch series introduces the recipe for openssl 1.1 (openssl 1.0 is
preserved
but renamed to openssl10), and does a few necessary adjustmenets and updates to
other
recipes. The reason it's marked RFC is that there is one known remaining iss
On 05/10/2017 06:34 PM, Davis, Michael wrote:
Sitting on 2.3 wouldn't be too much an issue for me, but I can't speak for
others that may be in the same situation.
Do these patches / new versions require 1.1.0 or break backwards compatibility
with 1.0.2?
It would be nice if it could be handled b
Sitting on 2.3 wouldn't be too much an issue for me, but I can't speak for
others that may be in the same situation.
Do these patches / new versions require 1.1.0 or break backwards compatibility
with 1.0.2?
It would be nice if it could be handled by the
PREFFERED_VERSION/PREFERRERED_PROVIDER.
On 05/10/2017 06:02 PM, Davis, Michael wrote:
Won't this cause a lot of issues for those of us that require FIPS?
I don't think 1.1 is expected to get FIPS support for some time.
https://www.openssl.org/blog/blog/2016/07/20/fips/#comment-3277656289
"There's been a delay on starting due to a pri
Won't this cause a lot of issues for those of us that require FIPS?
I don't think 1.1 is expected to get FIPS support for some time.
--
Mike
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/ma
Upstream ticket:
https://github.com/cryptodev-linux/cryptodev-linux/issues/22
Signed-off-by: Alexander Kanavin
---
meta/recipes-kernel/cryptodev/cryptodev-tests_1.8.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-kernel/cryptodev/cryptodev-tests_1.8.bb
b/meta
We only carry this recipe for LSB compatibility; if we need
a modern supported implementation of mail/mailx, then
s-nail (http://sdaoden.eu/code.html) or mailutils (http://mailutils.org/)
should be used.
Signed-off-by: Alexander Kanavin
---
meta/recipes-extended/mailx/mailx_12.5-5.bb | 2 +-
1 f
The proposed openssl 1.1 patches are here:
https://github.com/openssh/openssh-portable/pull/48
Openssl maintainers are not in a hurry to get 1.1 support in;
if it doesn't show up within reasonable time, we can take a patch
from Fedora:
http://lists.mindrot.org/pipermail/openssh-unix-dev/2016-Novem
Patches have been circulating [1] but nothing
showed up in git repo yet.
[1] https://lists.denx.de/pipermail/u-boot/2017-April/285915.html
Signed-off-by: Alexander Kanavin
---
meta/recipes-bsp/u-boot/u-boot-mkimage_2017.01.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/m
Signed-off-by: Alexander Kanavin
---
meta/recipes-connectivity/bind/bind_9.10.3-P3.bb | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/recipes-connectivity/bind/bind_9.10.3-P3.bb
b/meta/recipes-connectivity/bind/bind_9.10.3-P3.bb
index 81606252828..18249f2a83a 100644
--- a/meta/recipe
It has not been ported to openssl 1.1 (and there's nothing in upstream git),
but it's possible to use nettle or gcrypt intead.
Signed-off-by: Alexander Kanavin
---
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git
Existing openssl 1.0 recipe is renamed to openssl10; it will
continue to be provided for as long as upstream supports it
(and there are still several recipes which do not work with openssl
1.1 due to API differences).
A few files (such as openssl binary) are no longer installed by openssl 1.0,
bec
This is needed to support openssl 1.1; updating to 9.11.x
should be done later by recipe maintainer.
Drop upstreamed patches.
Rebase bind-confgen-build-unix.o-once.patch and
0001-build-use-pkg-config-to-find-libxml2.patch
Add support for Python 3 bindings
Signed-off-by: Alexander Kanavin
---
Signed-off-by: Alexander Kanavin
---
.../recipes-support/apr/apr-util/openssl-1.1.patch | 253 +
meta/recipes-support/apr/apr-util_1.5.4.bb | 1 +
2 files changed, 254 insertions(+)
create mode 100644 meta/recipes-support/apr/apr-util/openssl-1.1.patch
diff --git a
This patch series introduces the recipe for openssl 1.1 (openssl 1.0 is
preserved
but renamed to openssl10), and does a few necessary adjustmenets and updates to
other
recipes. The reason it's marked RFC is that there is one known remaining issue
to
resolve: specifically, u-boot needs to be port
Prior versions of python do not support openssl 1.1; updating to
Python 3.6 on the other hand is a lot more involved, and so should
be done by a specialist/maintainer.
LICENSE checksum change due to copyright years.
Drop upstreamed python3-fix-CVE-2016-1000110.patch
Rebase upstream-random-fixes.
* Chunrong Guo [170510 11:02]:
> From: Chunrong Guo
> * For example:
> KERNEL_DEVICETREE ?= "freescale/fsl-ls1046a-rdb.dtb"
> ${DTB}= "freescale/fsl-ls1046a-rdb.dtb"
Why not just change the definition above?
Curious, as that would've been the easiest and quickest solution.
I
From: Markus Lehtonen
Fixes a crash in exception handler. All bb logging functions need an
string instances as arguments.
(From OE-Core master rev: 62b521722ae72bc87d599719b400dab771154fa7)
Signed-off-by: Markus Lehtonen
Signed-off-by: Ross Burton
Signed-off-by: Richard Purdie
Signed-off-by:
== Series Details ==
Series: [meta-oe,morty,1/1] openssl-native: Compile with -fPIC
Revision: 1
URL : https://patchwork.openembedded.org/series/6671/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests hav
On 05/10/2017 01:55 PM, Paul Eggleton wrote:
I make no secret of it - I am a Qt supporter. I'm willing to be convinced
that's not the right answer, though, if there are solid arguments. However, if
you'll excuse my paraphrasing, "it's not in OE-Core and can't be, therefore we
should just ignore i
From: Khem Raj
Fixes
| /usr/bin/ld: libcrypto.a(sha1-x86_64.o): relocation R_X86_64_PC32 against
undefined symbol `OPENSSL_ia32cap_P' can not be used when making a shared
object; recompile with -fPIC
| /usr/bin/ld: final link failed: Bad value
Signed-off-by: Khem Raj
(cherry picked from commi
On 10 May 2017 at 10:35, Alexander Kanavin <
alexander.kana...@linux.intel.com> wrote:
> +FILES_${PN} += "${datadir}/icons/ ${datadir}/appdata"
>
We're going to see this more often, so it's probably worth adding appdata
to gnomebase.bbclass.
Ross
--
_
On Wednesday, 10 May 2017 9:31:10 PM NZST Alexander Kanavin wrote:
> On 05/10/2017 12:03 AM, Paul Eggleton wrote:
> > Your opinion is noted. My opinion is that we ought to be providing a good
> > reference that can be used as a basis for real products (regardless of
> > whether whatever direction w
On 05/10/2017 01:01 PM, Patchwork wrote:
* Issue Series does not apply on top of target branch
[test_series_merge_on_head]
Suggested fixRebase your series on top of targeted branch
Targeted branch master (currently at 1239620182)
Yep, this is meant for ross/mut :)
Alex
-
== Series Details ==
Series: "ffmpeg: update to 3.3..." and 10 more
Revision: 1
URL : https://patchwork.openembedded.org/series/6669/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed
Signed-off-by: Alexander Kanavin
---
meta/recipes-support/db/db_5.3.28.bb | 4
1 file changed, 4 insertions(+)
diff --git a/meta/recipes-support/db/db_5.3.28.bb
b/meta/recipes-support/db/db_5.3.28.bb
index 26065bbb0bb..7b158e9e2c9 100644
--- a/meta/recipes-support/db/db_5.3.28.bb
+++ b/met
Signed-off-by: Alexander Kanavin
---
meta/recipes-extended/ed/{ed_1.14.1.bb => ed_1.14.2.bb} | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-extended/ed/{ed_1.14.1.bb => ed_1.14.2.bb} (79%)
diff --git a/meta/recipes-extended/ed/ed_1.14.1.bb
b/meta/recipes-extend
Rebase ptest.patch.
Signed-off-by: Alexander Kanavin
---
meta/recipes-support/gdbm/files/ptest.patch| 40 +++---
.../gdbm/{gdbm_1.12.bb => gdbm_1.13.bb}| 4 +--
2 files changed, 29 insertions(+), 15 deletions(-)
rename meta/recipes-support/gdbm/{gdbm_1.12.bb
Drop backported patches
Signed-off-by: Alexander Kanavin
---
...clude-config.h-before-anything-else-in-.c.patch | 187 -
.../libpciaccess/0002-Fix-quoting-issue.patch | 34
...nux_sysfs.c-Include-limits.h-for-PATH_MAX.patch | 32
...bpciaccess_0.13.4.bb => li
--enabled-x11grab option has been removed upstream
(and it was described as 'legacy' in the previous version)
Signed-off-by: Alexander Kanavin
---
meta/recipes-multimedia/ffmpeg/{ffmpeg_3.2.4.bb => ffmpeg_3.3.bb} | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
rename meta/recipes-m
--with-module-suffix has been removed upstream.
Signed-off-by: Alexander Kanavin
---
.../recipes-multimedia/mpg123/{mpg123_1.23.8.bb => mpg123_1.24.0.bb} | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
rename meta/recipes-multimedia/mpg123/{mpg123_1.23.8.bb => mpg123_1.24.0.bb}
(93%
Signed-off-by: Alexander Kanavin
---
.../sysprof/{sysprof_3.22.3.bb => sysprof_3.24.1.bb} | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
rename meta/recipes-kernel/sysprof/{sysprof_3.22.3.bb => sysprof_3.24.1.bb}
(73%)
diff --git a/meta/recipes-kernel/sysprof/syspro
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/dnf/dnf_git.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-devtools/dnf/dnf_git.bb
b/meta/recipes-devtools/dnf/dnf_git.bb
index 62c7127ac85..c975900f85e 100644
--- a/meta/recipes-devtools/dnf/dnf_git.bb
+++ b/meta/re
License change is due to update in FSF address.
Library path needs to be specified in absolute form now.
Remove bash completion file from kernelshark package as it will cause
a conflict with trace-cmd package.
Signed-off-by: Alexander Kanavin
---
meta/recipes-kernel/trace-cmd/kernelshark_git.b
Signed-off-by: Alexander Kanavin
---
meta/recipes-graphics/vulkan/vulkan_1.0.39.1.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-graphics/vulkan/vulkan_1.0.39.1.bb
b/meta/recipes-graphics/vulkan/vulkan_1.0.39.1.bb
index 45d1c493e29..7f0ba216589 100644
--- a/meta/recipes-grap
Signed-off-by: Alexander Kanavin
---
.../{gnome-desktop3_3.22.2.bb => gnome-desktop3_3.24.2.bb}| 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-gnome/gnome-desktop/{gnome-desktop3_3.22.2.bb =>
gnome-desktop3_3.24.2.bb} (85%)
diff --git a/meta/recipes-gn
Signed-off-by: Carlos Rafael Giani
---
.../{mpeg2dec-0.4.1 => files}/altivec_h_needed.patch | 8
.../mpeg2dec/{mpeg2dec_0.4.1.bb => mpeg2dec_0.5.1.bb} | 14 --
2 files changed, 12 insertions(+), 10 deletions(-)
rename meta/recipes-multimedia/mpeg2dec/{mpeg2dec-0.
On 05/10/2017 12:03 AM, Paul Eggleton wrote:
Your opinion is noted. My opinion is that we ought to be providing a good
reference that can be used as a basis for real products (regardless of whether
whatever direction we choose to go is Qt-based or not) - the rest of our stack
*is* used that way,
From: Chunrong Guo
Signed-off-by: Chunrong Guo
---
meta/classes/kernel-fitimage.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/kernel-fitimage.bbclass
b/meta/classes/kernel-fitimage.bbclass
index f40fbf3..9fa836f 100644
--- a/meta/classes/kernel-fitima
From: Chunrong Guo
Signed-off-by: Chunrong Guo
---
meta/classes/kernel-fitimage.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/kernel-fitimage.bbclass
b/meta/classes/kernel-fitimage.bbclass
index 2630b47..f40fbf3 100644
--- a/meta/classes/kernel-fitima
From: Chunrong Guo
* For example:
KERNEL_DEVICETREE ?= "freescale/fsl-ls1046a-rdb.dtb"
${DTB}= "freescale/fsl-ls1046a-rdb.dtb"
but only fsl-ls1046a-rdb.dtb should be used in fit-image.its
Signed-off-by: Chunrong Guo
---
meta/classes/kernel-fitimage.bbclass | 5 -
1
Added test_generic_efi_grub_qemu and test_generic_efi_systemd_qemu
test cases and wks template to build and boot generic EFI images in qemu.
[YOCTO #10073]
Signed-off-by: Ed Bartosh
---
meta-selftest/wic/test_generic_efi.wks.in | 9
meta/lib/oeqa/selftest/wic.py | 36 +
Merged do_write_wks_template and do_populate_bootfs into
new task do_prepare_wic_build to be able to write the same
partition UUID into bootloader configuration files and
kickstart file.
[YOCTO #10073]
Signed-off-by: Ed Bartosh
---
meta/classes/image_types_wic.bbclass | 51 +++--
This task generates root partition UUID and calls efi_bootfs_populate
API of current EFI provider to populate bootfs directory with
EFI artifacts.
[YOCTO #10073]
Signed-off-by: Ed Bartosh
---
meta/classes/image_types_wic.bbclass | 36
1 file changed, 36 inse
Added API to populate ${WORKDIR}/bootfs directory with EFI
artifacts to both EFI provider classes(grub-efi and systemd-boot).
This API will be used to prepare artifacts for the wic image
build.
[YOCTO #10073]
Signed-off-by: Ed Bartosh
---
meta/classes/grub-efi.bbclass | 6 ++
meta/clas
Hi,
This patchset is an implementation of generic EFI approach for wic images.
Instead of introducing yet another wic plugin it uses existing APIs from
EFI_PROVIDER classes to populate ${WORKDIR}/bootfs directory with EFI artifacts
and bootloader configuration. This directory can be used by wic r
Avoid archiving source for glibc-locale as its tasks
do_fetch do_unpack and do_patch have already been deleted.
Signed-off-by: Zhenbo Gao
---
meta/classes/archiver.bbclass | 6 ++
1 file changed, 6 insertions(+)
diff --git a/meta/classes/archiver.bbclass b/meta/classes/archiver.bbclass
inde
79 matches
Mail list logo
