mu via
MACHINE_ESSENTIAL_EXTRA_RDEPENDS
- IMAGE_FSTYPES_forcevariable = "wic" used in ovmf-shell-image
- remove OVMF BGRT patch
- location of "inherit deploy"
Changes since V2:
- rebased onto current master
- workaround for acpica compile issue with flex 2.6.2
Fathi Boudra (1):
acpica: move fr
From: meta-luv
This is an unmodified copy of
github.com/01org/luv-yocto/meta-luv/recipes-core/ovmf revision
4be4329.
Signed-off-by: Patrick Ohly
---
meta/recipes-core/ovmf/ovmf/0001-BaseTools-Force-tools-variables-to-host-toolchain.patch
| 48 +-
meta/recipes
it.
In contrast to Fedora, no attempt is made to strip potentially patent
encumbered algorithms out of the OpenSSL archive. OVMF does not use
the ones considered problematic for Fedora, so this shouldn't be a
problem.
Fixes: luv-yocto/#38
Signed-off-by: Patrick Ohly
---
meta
Fixes a build issue when nasm was not build already because of
something else.
Signed-off-by: Patrick Ohly
---
meta/recipes-core/ovmf/ovmf_git.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-core/ovmf/ovmf_git.bb
b/meta/recipes-core/ovmf/ovmf_git.bb
index e722db5..13b583b
are also provided as separate files, in ovmf.code.qcow2 and
ovmf.vars.qcow2.
The traditional usage of ovmf via the qemu bios parameter is no longer
supported and therefore it is not necessary to create a "bios.bin"
file in the target sysroot.
Signed-off-by: Patrick Ohly
---
meta/recipes-core
x27;1'
[1] https://src.fedoraproject.org/cgit/rpms/edk2.git/tree/edk2.spec
Signed-off-by: Patrick Ohly
---
meta/recipes-core/ovmf/ovmf_git.bb | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/ovmf/ovmf_git.bb
b/meta/recipes-core/ovmf/ovmf_git.bb
index 8
6/ovmf.vars.qcow2 my-machine/
$ runqemu qemux86 qcow2 ovmf.code my-machine/ovmf.vars.qcow2
When Secure Boot was enabled in ovmf, one can pick that instead of
the non-Secure-Boot enabled ovmf.code:
$ runqemu qemux86 qcow2 ovmf.secboot.code
my-machine/ovmf.vars.qcow2
Signed-off-by: Patrick Ohly
---
scripts/
ose string
searches a bit (no need for re; any()+map() a bit closer to the
intended logic).
Signed-off-by: Patrick Ohly
---
scripts/runqemu | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/scripts/runqemu b/scripts/runqemu
index 83ec337..45cad90 100755
--- a/scripts/runqem
the initializer.
Signed-off-by: Patrick Ohly
---
meta/recipes-core/ovmf/ovmf-shell-image.bb
| 17 +-
meta/recipes-core/ovmf/ovmf/0007-OvmfPkg-EnrollDefaultKeys-application
This patch was added to meta-luv for kernel testing purposes and
probably is not relevant for OE-core.
Signed-off-by: Patrick Ohly
---
meta/recipes-core/ovmf/ovmf/0001-OvmfPkg-Enable-BGRT-in-OVMF.patch | 110
+
meta
'arg' isn't defined, the right name there is 'p'.
This fixes a rather obscure error message when that code path
ends up being taken:
$ runqemu some/existing-file-name
runqemu - ERROR - name 'arg' is not defined
runqemu - ERROR - Try 'runqemu help'
flex is the easiest solution for now.
Signed-off-by: Patrick Ohly
---
meta/recipes-extended/acpica/acpica_20150515.bb | 1 +
meta/recipes-extended/acpica/files/rename-yy_scan_string-manually.patch | 64
2
rge_on_head]
> Suggested fixRebase your series on top of targeted branch
> Targeted branch master (currently at ce5c7075d5)
Argh, apparently I only meant to rebase and then didn't. Will resolve
this and send V4.
But it's good that patchtest is finding this promptly, kudos
'arg' isn't defined, the right name there is 'p'.
This fixes a rather obscure error message when that code path
ends up being taken:
$ runqemu some/existing-file-name
runqemu - ERROR - name 'arg' is not defined
runqemu - ERROR - Try 'runqemu help'
flex is the easiest solution for now.
Signed-off-by: Patrick Ohly
---
meta/recipes-extended/acpica/acpica_20150515.bb | 1 +
meta/recipes-extended/acpica/files/rename-yy_scan_string-manually.patch | 64
2
x27;1'
[1] https://src.fedoraproject.org/cgit/rpms/edk2.git/tree/edk2.spec
Signed-off-by: Patrick Ohly
---
meta/recipes-core/ovmf/ovmf_git.bb | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/ovmf/ovmf_git.bb
b/meta/recipes-core/ovmf/ovmf_git.bb
index 8
it.
In contrast to Fedora, no attempt is made to strip potentially patent
encumbered algorithms out of the OpenSSL archive. OVMF does not use
the ones considered problematic for Fedora, so this shouldn't be a
problem.
Fixes: luv-yocto/#38
Signed-off-by: Patrick Ohly
---
meta
Fixes a build issue when nasm was not build already because of
something else.
Signed-off-by: Patrick Ohly
---
meta/recipes-core/ovmf/ovmf_git.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-core/ovmf/ovmf_git.bb
b/meta/recipes-core/ovmf/ovmf_git.bb
index e722db5..13b583b
are also provided as separate files, in ovmf.code.qcow2 and
ovmf.vars.qcow2.
The traditional usage of ovmf via the qemu bios parameter is no longer
supported and therefore it is not necessary to create a "bios.bin"
file in the target sysroot.
Signed-off-by: Patrick Ohly
---
meta/recipes-core
rent master (for real, this time!)
- reordered patches a bit
Fathi Boudra (1):
acpica: move from meta-oe to OE-core
Patrick Ohly (10):
acpica: work around flex 2.6.2 code generation issue
ovmf: explicitly depend on nasm-native
ovmf: deploy firmware in image directory
ovmf_git.bb: e
6/ovmf.vars.qcow2 my-machine/
$ runqemu qemux86 qcow2 ovmf.code my-machine/ovmf.vars.qcow2
When Secure Boot was enabled in ovmf, one can pick that instead of
the non-Secure-Boot enabled ovmf.code:
$ runqemu qemux86 qcow2 ovmf.secboot.code
my-machine/ovmf.vars.qcow2
Signed-off-by: Patrick Ohly
---
scripts/
be9ba (current master).
Signed-off-by: Patrick Ohly
---
meta/recipes-extended/acpica/acpica_20150515.bb | 46 +-
meta/recipes-extended/acpica/acpitests/aapits-linux.patch| 336 +++-
meta/recipes-extended/acpica/acpitests/aapits-makefile.patch | 34 +-
meta/recipes-extended/a
This patch was added to meta-luv for kernel testing purposes and
probably is not relevant for OE-core.
Signed-off-by: Patrick Ohly
---
meta/recipes-core/ovmf/ovmf/0001-OvmfPkg-Enable-BGRT-in-OVMF.patch | 110
+
meta
ose string
searches a bit (no need for re; any()+map() a bit closer to the
intended logic).
Signed-off-by: Patrick Ohly
---
scripts/runqemu | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/scripts/runqemu b/scripts/runqemu
index 17d79e9..4d7168c 100755
--- a/scripts/runqem
the initializer.
Signed-off-by: Patrick Ohly
---
meta/recipes-core/ovmf/ovmf-shell-image.bb
| 17 +-
meta/recipes-core/ovmf/ovmf/0007-OvmfPkg-EnrollDefaultKeys-application
From: meta-luv
This is an unmodified copy of
github.com/01org/luv-yocto/meta-luv/recipes-core/ovmf revision
4be4329.
Signed-off-by: Patrick Ohly
---
meta/recipes-core/ovmf/ovmf/0001-BaseTools-Force-tools-variables-to-host-toolchain.patch
| 48 +-
meta/recipes
On Fri, 2017-01-20 at 15:12 +0100, Patrick Ohly wrote:
> Without this patch, linking fails with a missing implementation of
> yy_scan_string. This looks like a regression in flex, because 2.6.0 generated
> different code that called PrParser_scan_string
> resp. DtParser_scan_string.
b. At least that's how I
would do it.
In contrast to Alexander, I would also keep
http://wiki.qemu-project.org/download/${BP}.tar.bz2 in qemu_2.7.1.bb
with SRC_URI =+ because then there can be a qemu_git.bb with a different
URL than the one above.
--
Best Regards, Patrick Ohly
The content of this
tp://wiki.qemu-project.org/download/${BP}.tar.bz2";
> +
> +SRC_URI[md5sum] = "a315bc51ed443a08d2cf1416d76b9ab4"
> +SRC_URI[sha256sum] =
> "68636788eb69bcb0b44ba220b32b50495d6bd5712a934c282217831c4822958f"
Looks good to me, thanks.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and
On Sun, 2017-01-22 at 23:23 -0800, Ricardo Neri wrote:
> On Fri, 2017-01-20 at 15:12 +0100, Patrick Ohly wrote:
> > The traditional usage of ovmf via the qemu bios parameter is no longer
> > supported
>
> I don't see dropping support for this option in this series.
c/deploy/images/intel-corei7-64/core-image-mimimal-intel-corei7-64.qemuboot.conf
(wrong image name or BSP does not support running under qemu?).
The comment about the BSP is included because that would be the real
reason why the file might be missing.
Signed-off-by: Patrick Ohly
---
scripts
swtpm (from meta-security) can be compiled for the host and then be
used to provide a virtual TPM device in qemu. However, it depends on
the native flavor of some recipes in OE-core.
Patrick Ohly (2):
expect: support native compilation
socat: support native compilation
meta/recipes
This is needed for building the swtpm TPM simulator (recipe
in meta-security).
"nativesdk" is added just in case that someone also wants this
in an SDK.
Signed-off-by: Patrick Ohly
---
meta/recipes-devtools/expect/expect_5.45.bb | 9 -
1 file changed, 8 insertions(+),
This is needed for building the swtpm TPM simulator (recipe
in meta-security).
Native compilation disables tcp-wrappers by default to simplify
the build.
"nativesdk" is added just in case that someone also wants this
in an SDK.
Signed-off-by: Patrick Ohly
---
meta/recipes-connecti
On Mon, 2017-01-23 at 16:01 +0200, Alexander Kanavin wrote:
> On 01/20/2017 09:44 PM, Patrick Ohly wrote:
>
> > In contrast to Alexander, I would also keep
> > http://wiki.qemu-project.org/download/${BP}.tar.bz2 in qemu_2.7.1.bb
> > with SRC_URI =+ because then there can
ismatch ... for
bb.do_write_wks_template"
Signed-off-by: Patrick Ohly
---
meta/classes/image_types.bbclass | 4
1 file changed, 4 insertions(+)
diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass
index 5b1746a68ce..9bc1996cdb0 100644
--- a/meta/classes/image_type
ismatch ... for
bb.do_write_wks_template"
Signed-off-by: Patrick Ohly
---
meta/classes/image_types.bbclass | 4
1 file changed, 4 insertions(+)
diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass
index 5b1746a68ce..50545d9fdf0 100644
--- a/meta/classes/image_type
;s easy to fix locally by adding
>
> RM_WORK_EXCLUDE = "wic-tools"
>
> however, I think this deserves a more permanent fix, and I'm not sure
> which approach is best.
wic-tools.bb can have:
RM_WORK_EXCLUDE += "${PN}"
--
Best Regards, Patrick Ohly
The content
rent master (for real, this time!)
- reordered patches a bit
Changes since V4:
- revised the commit message of "ovmf: deploy firmware in image directory"
to clarify expected usage
Fathi Boudra (1):
acpica: move from meta-oe to OE-core
Patrick Ohly (10):
acpica: work around fle
be9ba (current master).
Signed-off-by: Patrick Ohly
---
meta/recipes-extended/acpica/acpica_20150515.bb | 46 +-
meta/recipes-extended/acpica/acpitests/aapits-linux.patch| 336 +++-
meta/recipes-extended/acpica/acpitests/aapits-makefile.patch | 34 +-
meta/recipes-extended/a
flex is the easiest solution for now.
Signed-off-by: Patrick Ohly
---
meta/recipes-extended/acpica/acpica_20150515.bb | 1 +
meta/recipes-extended/acpica/files/rename-yy_scan_string-manually.patch | 64
2
Fixes a build issue when nasm was not build already because of
something else.
Signed-off-by: Patrick Ohly
---
meta/recipes-core/ovmf/ovmf_git.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-core/ovmf/ovmf_git.bb
b/meta/recipes-core/ovmf/ovmf_git.bb
index e722db5..13b583b
From: meta-luv
This is an unmodified copy of
github.com/01org/luv-yocto/meta-luv/recipes-core/ovmf revision
4be4329.
Signed-off-by: Patrick Ohly
---
meta/recipes-core/ovmf/ovmf/0001-BaseTools-Force-tools-variables-to-host-toolchain.patch
| 48 +-
meta/recipes
x27;1'
[1] https://src.fedoraproject.org/cgit/rpms/edk2.git/tree/edk2.spec
Signed-off-by: Patrick Ohly
---
meta/recipes-core/ovmf/ovmf_git.bb | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/ovmf/ovmf_git.bb
b/meta/recipes-core/ovmf/ovmf_git.bb
index 8
'arg' isn't defined, the right name there is 'p'.
This fixes a rather obscure error message when that code path
ends up being taken:
$ runqemu some/existing-file-name
runqemu - ERROR - name 'arg' is not defined
runqemu - ERROR - Try 'runqemu help'
OVMF is meant to be used as flash drive in qemu. See the "runqemu:
support UEFI with OVMF firmware" patch for details on how to use OVMF
that way.
Signed-off-by: Patrick Ohly
---
meta/recipes-core/ovmf/ovmf_git.bb | 42 ++-
1 file changed, 31 insertions(+),
it.
In contrast to Fedora, no attempt is made to strip potentially patent
encumbered algorithms out of the OpenSSL archive. OVMF does not use
the ones considered problematic for Fedora, so this shouldn't be a
problem.
Fixes: luv-yocto/#38
Signed-off-by: Patrick Ohly
---
meta
ose string
searches a bit (no need for re; any()+map() a bit closer to the
intended logic).
Signed-off-by: Patrick Ohly
---
scripts/runqemu | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/scripts/runqemu b/scripts/runqemu
index 17d79e9..4d7168c 100755
--- a/scripts/runqem
6/ovmf.vars.qcow2 my-machine/
$ runqemu qemux86 qcow2 ovmf.code my-machine/ovmf.vars.qcow2
When Secure Boot was enabled in ovmf, one can pick that instead of
the non-Secure-Boot enabled ovmf.code:
$ runqemu qemux86 qcow2 ovmf.secboot.code
my-machine/ovmf.vars.qcow2
Signed-off-by: Patrick Ohly
---
scripts/
the initializer.
Signed-off-by: Patrick Ohly
---
meta/recipes-core/ovmf/ovmf-shell-image.bb
| 17 +-
meta/recipes-core/ovmf/ovmf/0007-OvmfPkg-EnrollDefaultKeys-application
This patch was added to meta-luv for kernel testing purposes and
probably is not relevant for OE-core.
Signed-off-by: Patrick Ohly
---
meta/recipes-core/ovmf/ovmf/0001-OvmfPkg-Enable-BGRT-in-OVMF.patch | 110
+
meta
On Thu, 2017-01-26 at 19:25 -0800, Ricardo Neri wrote:
> On Mon, 2017-01-23 at 08:45 +0100, Patrick Ohly wrote:
> > > On the other hand, this is a new recipe and this may not be super
> > > critical. Especially if you meant that only OVMF will not support
> > >
ne
gets an error for:
$ runqemu core-image-minimal ext4 qemux86
runqemu - ERROR - Can't handle two unknown args: core-image-minimal qemux86
runqemu - ERROR - Try 'runqemu help' on how to use it
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only
On Mon, 2017-01-30 at 17:12 +, Bystricky, Juro wrote:
>
> > -Original Message-
> > From: Patrick Ohly [mailto:patrick.o...@intel.com]
> > Sent: Friday, January 27, 2017 11:22 AM
> > To: Bystricky, Juro
> > Cc: openembedded-core@lists.openembedded.org
This fixes a potential pollution by the build host and build error
when yacc isn't installed on the build host:
| ../../libtasn1-4.9/build-aux/ylwrap: line 175: yacc: command not found
| Makefile:1116: recipe for target 'ASN1.c' failed
| make[3]: *** [ASN1.c] Error 127
Signed-
\
--no-auto-compile -e main -s
!#
(define %guile-build-info '(
...
This looks rather strange to me and I've no idea how the Linux kernel
will interpret that first shebang line, which literally ends in
...guile$ \
Is the content as intended?
It builds, whatever that means.
--
Best Reg
The script broke when introducing tinfoil2. The patches also include
several usability enhancements, like making the output less redundant
and including information about the actual file and line where the
offending script can be found.
Patrick Ohly (8):
verify-bashisms: fix typo
verify
Current tinfoil2 requires manually shutting down the server.
Without that, the script hangs during exit. This might change
in the future.
Signed-off-by: Patrick Ohly
---
scripts/verify-bashisms | 1 +
1 file changed, 1 insertion(+)
diff --git a/scripts/verify-bashisms b/scripts/verify-bashisms
Variable was renamed, it's now called "output".
Signed-off-by: Patrick Ohly
---
scripts/verify-bashisms | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/verify-bashisms b/scripts/verify-bashisms
index a8f761d..1bda60c 100755
--- a/scripts/verify-bashism
The actual code recently changed to:
if ${@use_updatercd(d)} && type update-rc.d >/dev/null 2>/dev/null; then
Signed-off-by: Patrick Ohly
---
scripts/verify-bashisms | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/verify-bashisms b/scripts/verify-
needs to defined before creating the pool to avoid:
AttributeError: Can't get attribute 'func' on
Signed-off-by: Patrick Ohly
---
scripts/verify-bashisms | 44 +++---
1 file changed, 25 insertions(+), 19 deletions(-)
diff --git a/scripts/verify-bashi
installation.
Signed-off-by: Patrick Ohly
---
scripts/verify-bashisms | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/verify-bashisms b/scripts/verify-bashisms
index 1bda60c..28795f4 100755
--- a/scripts/verify-bashisms
+++ b/scripts/verify-bashisms
@@ -68,7 +68,7 @@ def
Found via verify-bashisms.
Signed-off-by: Patrick Ohly
---
meta/classes/populate_sdk_ext.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/populate_sdk_ext.bbclass
b/meta/classes/populate_sdk_ext.bbclass
index 39e0c83..9517111 100644
--- a/meta/classes
27;\( \
> ${B}/guile-config.cross
Signed-off-by: Patrick Ohly
---
scripts/verify-bashisms | 21 +++--
1 file changed, 15 insertions(+), 6 deletions(-)
diff --git a/scripts/verify-bashisms b/scripts/verify-bashisms
index 7283980..dab64ef 100755
--- a/
;b = a'):
if [ "${SDK_INCLUDE_TOOLCHAIN}" == "1" -a ! -e $unfsd_path ] ; then
possible bashism in install_tools line 521 (type):
type fixme
Signed-off-by: Patrick Ohly
---
scripts/verify-bashisms | 56 +++---
1 file changed, 36
On Tue, 2017-01-31 at 13:50 +0100, Patrick Ohly wrote:
> The script broke when introducing tinfoil2. The patches also include
> several usability enhancements, like making the output less redundant
> and including information about the actual file and line where the
> offending script
test is partly for
image creation, partly for the components, and thus more comprehensive
when using a larger image.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
"cp" where "install" would be better, and it might be
slightly confusing at first when working under devshell.
Any thoughts?
Seebs, I suppose this wouldn't be hard to implement in pseudo, would it?
--
Best Regards, Patrick Ohly
The content of this message is my perso
On Wed, 2017-02-01 at 09:03 -0800, Khem Raj wrote:
>
> On 1/31/17 4:29 AM, Patrick Ohly wrote:
> > Hello!
> >
> > verify-bashisms (after some fixing of the script) reports:
> >
> > /work/iot-ref-kit/openembedded-core/meta/recipes-devtools/guile/guil
On Wed, 2017-02-01 at 08:56 -0800, Khem Raj wrote:
>
> On 1/31/17 1:05 AM, Patrick Ohly wrote:
> > This fixes a potential pollution by the build host and build error
> > when yacc isn't installed on the build host:
> >
> > | ../../libtasn1-4.9/build-aux/ylwrap
On Thu, 2017-02-02 at 10:21 -0600, Seebs wrote:
> On Thu, 02 Feb 2017 11:38:00 +0100
> Patrick Ohly wrote:
>
> > Why do we make the real user ID on the build system visible at all
> > when running under pseudo? The uid and user name have no meaning
> > there, as
It warns when the owner of the file is the same as the user who did the
build, but because root isn't (normally) used for building, files
accidentally owned by root on the target won't trigger the warning.
--
Best Regards, Patrick Ohly
The content of this message is my persona
On Thu, 2017-02-02 at 18:49 +0100, Enrico Scholz wrote:
> Patrick Ohly
> writes:
>
> > Recently the host-user-contaminated QA check triggered for the trousers
> > recipe in meta-security:
> >
> > WARNING: trousers-0.3.14+gitAUTOINC+4b9a70d578-r0 do_package_qa: Q
On Thu, 2017-02-02 at 13:11 -0600, Seebs wrote:
> On Thu, 02 Feb 2017 18:17:29 +0100
> Patrick Ohly wrote:
>
> > On Thu, 2017-02-02 at 11:12 -0600, Seebs wrote:
> > > > But I find mapping to root:root more attractive because it makes
> > > > packaging s
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of
On Fri, 2017-02-03 at 16:24 -0500, Robert P. J. Day wrote:
> On Fri, 3 Feb 2017, Patrick Ohly wrote:
>
> > On Fri, 2017-02-03 at 14:14 -0500, Robert P. J. Day wrote:
> > > is there a command that will tell you how much shared state info a
> > > given build woul
bitbake master, see commit 25df3db5 "build.py:
avoid exception when function is not defined". Sorry, only now saw your
original email.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here
On Wed, 2017-02-08 at 11:50 +, Mike Crowe wrote:
> On Friday 13 January 2017 at 15:52:33 +0100, Patrick Ohly wrote:
> > Having do_rm_work depend on do_build had one major disadvantage:
> > do_build depends on the do_build of other recipes, to ensure that
> > runtime depend
On Wed, 2017-02-08 at 13:48 +, Mike Crowe wrote:
> On Wednesday 08 February 2017 at 14:04:42 +0100, Patrick Ohly wrote:
> > On Wed, 2017-02-08 at 11:50 +, Mike Crowe wrote:
> > > On Friday 13 January 2017 at 15:52:33 +0100, Patrick Ohly wrote:
> > > > T
Backup are files sometimes are inconsistent and then cannot be
sorted (YOCTO #11043), and more importantly, are not needed in
the initial rootfs, so they get deleted.
Fixes: [YOCTO #11007]
Signed-off-by: Patrick Ohly
---
meta/lib/rootfspostcommands.py | 28
1 file
On Fri, 2017-02-10 at 18:32 +, Mike Crowe wrote:
> On Thursday 09 February 2017 at 17:24:39 +0100, Patrick Ohly wrote:
> > On Wed, 2017-02-08 at 13:48 +, Mike Crowe wrote:
> > > On Wednesday 08 February 2017 at 14:04:42 +0100, Patrick Ohly wrote:
> The part I'd m
On Mon, 2017-02-13 at 12:19 +, Mike Crowe wrote:
> On Monday 13 February 2017 at 11:54:32 +0100, Patrick Ohly wrote:
> > To me it seems like the right solution. Inheriting
> > release-source.bbclass could be limited to builds which produce
> > releases, for example i
d
(for example, when "packaging" the native recipe wouldn't even produce
that package).
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
rep
On Mon, 2017-02-13 at 16:32 +0100, Martin Jansa wrote:
> On Mon, Feb 13, 2017 at 04:24:15PM +0100, Patrick Ohly wrote:
> > On Mon, 2017-02-13 at 15:36 +0100, Martin Jansa wrote:
> > > Hi Andreas,
> > >
> > >
> > > I think it's feature which w
On Mon, 2017-02-13 at 16:24 +0100, Patrick Ohly wrote:
> On Mon, 2017-02-13 at 15:36 +0100, Martin Jansa wrote:
> > Hi Andreas,
> >
> >
> > I think it's feature which was already there, but almost never
> > triggered (even in test-dependencies.sh test
On Mon, 2017-02-13 at 18:03 +0100, Patrick Ohly wrote:
> On Mon, 2017-02-13 at 16:24 +0100, Patrick Ohly wrote:
> > On Mon, 2017-02-13 at 15:36 +0100, Martin Jansa wrote:
> > > Hi Andreas,
> > >
> > >
> > > I think it's feature which was alread
On Mon, 2017-02-13 at 18:03 +0100, Patrick Ohly wrote:
> On Mon, 2017-02-13 at 16:24 +0100, Patrick Ohly wrote:
> > On Mon, 2017-02-13 at 15:36 +0100, Martin Jansa wrote:
> > > Hi Andreas,
> > >
> > >
> > > I think it's feature which was alread
lity is
here: https://patchwork.openembedded.org/patch/90839/
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
o
up a build in the
meantime.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I au
On Tue, 2017-02-14 at 10:12 -0500, Robert P. J. Day wrote:
> On Tue, 14 Feb 2017, Patrick Ohly wrote:
>
> > On Tue, 2017-02-14 at 09:31 -0500, Robert P. J. Day wrote:
> > > i recall, once upon a time, a discussion of how to best support a
> > > non-volatile /var/lo
ange, perhaps like this (untested):
RM_WORK_TASKS_WHITELIST = "do_build do_package_qa"
deps = set(bb.build.preceedtask('do_build', True, d))
whitelist = d.getVar('RM_WORK_TASKS_WHITELIST').split()
deps.difference_update(whitelist)
# In practice, addtask(
ny recipe intending to be used like that also needs to
exclude itself from do_rm_work:
RM_WORK_EXCLUDE += "${PN}"
Or perhaps more selectively exclude the RSS:
RM_WORK_EXCLUDE_ITEMS += "recipe-sysroot-native" (is there a variable
for this name?)
--
Best Regards, Patrick Ohly
On Fri, 2017-02-17 at 15:21 +, Mike Crowe wrote:
> On Monday 13 February 2017 at 11:54:32 +0100, Patrick Ohly wrote:
> > On Fri, 2017-02-10 at 18:32 +, Mike Crowe wrote:
> > > On Thursday 09 February 2017 at 17:24:39 +0100, Patrick Ohly wrote:
> > > > On
.
Signed-off-by: Patrick Ohly
---
meta/recipes-extended/libarchive/libarchive_3.2.2.bb | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-extended/libarchive/libarchive_3.2.2.bb
b/meta/recipes-extended/libarchive/libarchive_3.2.2.bb
index 8ad62ad..a7c1204 100644
Hello Ricardo,
can you perhaps help?
I'm traveling next week and don't have much time.
Thanks, Patrick
On Fri, 2017-02-17 at 13:13 -0800, Richard Purdie wrote:
> On Fri, 2017-01-27 at 16:30 +0100, Patrick Ohly wrote:
> > From: Fathi Boudra
> >
> > qemu support
Hello Ricardo,
another issue with the UEFI recipes. See also Khem's comment (attached).
Bye, Patrick
On Fri, 2017-02-17 at 13:10 -0800, Richard Purdie wrote:
> On Fri, 2017-01-27 at 16:30 +0100, Patrick Ohly wrote:
> > From: meta-luv
> >
> > This is an unmodified co
On Sun, 2017-02-19 at 10:47 -0800, Richard Purdie wrote:
> On Fri, 2017-02-17 at 08:25 +0100, Patrick Ohly wrote:
> > On Thu, 2017-02-16 at 15:46 -0800, Saul Wold wrote:
> > >
> > > This allows a native package's recipe-sysroot-native to be
> > > popula
On Sun, 2017-02-19 at 14:26 -0800, Richard Purdie wrote:
> On Tue, 2017-02-14 at 11:26 +0100, Patrick Ohly wrote:
> > My testing was flawed: in addition to the RDEPENDS there also was a
> > DEPENDS with the same entry, and despite what was said earlier about
> > build depende
a single sysroot, one had to introduce alternatives, which is more
complicated and introduces unnecessary symlinks in read-only images.
With RSS, it is possible more easily.
Having said that, the error report generated when files overlap in the
same real sysroot definitely needs to be improved.
--
On Tue, 2017-02-21 at 17:23 +0200, Ed Bartosh wrote:
> This patchset improves handling of wic native tool dependencies and
> fixes minor bugs in the wic code.
I haven't tested it, but the patches themselves look good to me. Thanks!
--
Best Regards, Patrick Ohly
The content of this
301 - 400 of 788 matches
Mail list logo