Hey,
Perhaps I'm really missing something, but how do I create an account on
Bugzilla?
This page
https://wiki.yoctoproject.org/wiki/Bugzilla_Configuration_and_Bug_Tracking#Get_an_Account
a "New Account" in the footer area, but I can't find it.
Thanks,
Slava
-=-=-=-=-=-=-=-=-=-=-=-
Links:
Just checking if there's any feedback for the patch or something that
stops it from being merged.
Slava
On 17.03.2024 20:33, Vyacheslav Yurkov via lists.openembedded.org wrote:
From: Baruch Siach
Use the read-only squashfs filesystem to test the read-only case.
Signed-off-by: Baruch Siach
From: Baruch Siach
Use the read-only squashfs filesystem to test the read-only case.
Signed-off-by: Baruch Siach
Signed-off-by: Vyacheslav Yurkov
---
meta-selftest/wic/overlayfs_etc.wks.in| 4 +--
meta/lib/oeqa/selftest/cases/overlayfs.py | 34 +++
2 files changed
Hi Baruch,
That's a good question.
Bruce, if we need a new kernel feature (squashfs), the only way would be
first to contribute it to https://git.yoctoproject.org/yocto-kernel-cache/ ?
Or there's another way to enable a specific kernel configuration in a
selftest?
Slava
On 14.02.2024 07:54,
I don't think so.
git pw series list --submitter "Vyacheslav Yurkov"
Shows the latest series 21353 from me.
Regards,
Slava
On 22.01.2024 16:35, Lukas Funke wrote:
Is this the reason why I cannot find the series on patchwork? This
makes it kinda tricky to review/test IMHO.
Plea
I also have the same opinion. What else am I supposed to write in the
body if it were merely a refactoring (function moved, renamed, etc), and
it's already described in the hearer?
Slava
On 16.01.2024 10:32, Alexander Kanavin wrote:
Because making it strict would only result in useless noise
Is that a strict requirement now even for trivial patches?
Slava
On 16.01.2024 09:45, patcht...@automation.yoctoproject.org wrote:
Thank you for your submission. Patchtest identified one
or more issues with the patch. Please see the log below for
more information:
---
Testing patch
On 10.01.2024 16:45, Lukas Funke wrote:
On 10.01.2024 14:59, Richard Purdie wrote:
On Wed, 2024-01-10 at 12:53 +0100, Vyacheslav Yurkov wrote:
Local modules are usually referenced with a 'replace' directive in
go.mod file. If that's the case, remove them from populating SRC_URI.
Signed-off
Signed-off-by: Vyacheslav Yurkov
---
meta/lib/oeqa/selftest/cases/recipetool.py | 55 ++
1 file changed, 55 insertions(+)
diff --git a/meta/lib/oeqa/selftest/cases/recipetool.py
b/meta/lib/oeqa/selftest/cases/recipetool.py
index 83848d6170..0c296875b2 100644
--- a/meta/lib
Signed-off-by: Vyacheslav Yurkov
---
meta/lib/oeqa/selftest/cases/recipetool.py | 24 ++
1 file changed, 11 insertions(+), 13 deletions(-)
diff --git a/meta/lib/oeqa/selftest/cases/recipetool.py
b/meta/lib/oeqa/selftest/cases/recipetool.py
index df15c80069..356bb4a746
Signed-off-by: Vyacheslav Yurkov
---
meta/lib/oeqa/selftest/cases/recipetool.py | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/meta/lib/oeqa/selftest/cases/recipetool.py
b/meta/lib/oeqa/selftest/cases/recipetool.py
index 356bb4a746..83848d6170 100644
that the actual module
name defined in go.mod file.
Signed-off-by: Vyacheslav Yurkov
---
scripts/lib/recipetool/create_go.py | 22 +-
1 file changed, 17 insertions(+), 5 deletions(-)
diff --git a/scripts/lib/recipetool/create_go.py
b/scripts/lib/recipetool/create_go.py
index 035ab9f7c1
Whenever the recipe uses a CLOSED license, the list is going to be
empty. It's a discouraged practice not to have a license, but proceed
anyway to finish recipe generation.
Signed-off-by: Vyacheslav Yurkov
---
scripts/lib/recipetool/create_go.py | 6 ++
1 file changed, 6 insertions(+)
diff
Vendor directory might still be required during install stage, so defer
the removal until later stage.
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/go-vendor.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/go-vendor.bbclass b/meta/classes/go
Take into account module version when populating vendor directory,
because a module with the same URL but with a different version tag
could be used as an indirect dependency.
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/go-vendor.bbclass | 9 -
1 file changed, 4 insertions(+), 5
Local modules are usually referenced with a 'replace' directive in
go.mod file. If that's the case, remove them from populating SRC_URI.
Signed-off-by: Vyacheslav Yurkov
---
scripts/lib/recipetool/create_go.py | 36 ++---
1 file changed, 23 insertions(+), 13 deletions
Create symlinks for local modules, which are usually not referenced in
the SRC_URI, but still expected to be found in the vendor directory
during the build.
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/go-vendor.bbclass | 18 +-
1 file changed, 17 insertions(+), 1 deletion
Take into account module version when populating vendor directory,
because a module with the same URL but with a different version tag
could be used as an indirect dependency.
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/go-vendor.bbclass | 9 -
1 file changed, 4 insertions(+), 5
Local modules are usually referenced with a 'replace' directive in
go.mod file. If that's the case, remove them from populating SRC_URI.
Signed-off-by: Vyacheslav Yurkov
---
scripts/lib/recipetool/create_go.py | 32 +
1 file changed, 19 insertions(+), 13 deletions
Create symlinks for local modules, which are usually not referenced in
the SRC_URI, but still expected to be found in the vendor directory
during the build.
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/go-vendor.bbclass | 18 +-
1 file changed, 17 insertions(+), 1 deletion
ment.
I.e. I would need to update the recipe when my dependencies change.
Slava
On 15.11.2023 08:34, Vyacheslav Yurkov via lists.openembedded.org wrote:
On 15.11.2023 08:30, Lukas Funke wrote:
Hi Slava,
No problem. Party is still going on. The 'modules.txt' is intendet to
be in your
On 21.11.2023 14:24, Alexander Kanavin wrote:
On Tue, 21 Nov 2023 at 14:22, Poonam Jadhav wrote:
Add sdbus-c++ in ptest-packagelists to run ptest
sdbus-c++ is not in oe-core, and so cannot be added. You need to add
it to the list via .bbappend or a custom image recipe.
Alex
It's in
On 15.11.2023 08:30, Lukas Funke wrote:
Hi Slava,
No problem. Party is still going on. The 'modules.txt' is intendet to
be in your ${WORKDIR} as it is part of the SRC_URI, generated by
the recipetool. My guess would be, that there is some
missconfiguration in your SRC_URI?
Yes, I noticed
Hi Lukas,
Thanks for the v3. I know I'm late to the party, because it's already
merged, but my testing results are below anyway.
The series seems to have handled my ssh URL correctly.
I've got an error in do_go_vendor though.
File: ''/meta/classes/go-vendor.bbclass', lineno: 166, function:
this long discussion:
https://lists.openembedded.org/g/openembedded-devel/topic/101679410#105284
Signed-off-by: Vyacheslav Yurkov
---
meta/classes-global/staging.bbclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/classes-global/staging.bbclass
b/meta/classes-global/staging.bbclass
discussion:
https://lists.openembedded.org/g/openembedded-devel/topic/101679410#105284
Signed-off-by: Vyacheslav Yurkov
---
meta/classes-global/staging.bbclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/classes-global/staging.bbclass
b/meta/classes-global/staging.bbclass
index d229f40107
From: Vyacheslav Yurkov
There might be only hidden files deployed. In that case we don't need a
generic wildcard present in copy command, otherwise it fails with:
Exception: subprocess.CalledProcessError: Command 'cp -afl --preserve=xattr
./.??* ./* /tmp/deploy/images/qemux86-64' returned non
On 24.10.2023 08:19, Lukas Funke wrote:
- Could please clarify where does the version from go.mod hide? Is
it taken directly from go.mod? I'm trying to understand what should
be the workflow when a module version should be bumped up in the
go.mod. Will that be reflected in the recipe in
Hey Lukas
On 24.10.2023 08:33, Lukas Funke wrote:
- I placed the correct URL into SRC_URI, but do_go_vendor still
failed with following stacktrace:
File:
'/home/uvv/projects/yocto-lorch-mapro/openembedded-core/meta/classes/go-vendor.bbclass',
lineno: 86, function: do_go_vendor
On 23.10.2023 14:18, Lukas Funke wrote:
Hi Slava,
On 22.10.2023 20:34, Vyacheslav Yurkov wrote:
Hey Lukas,
Thanks a lot for the patch. A few questions/comments from my initial
test below.
- I tried it with a go-based backend I have by providing ssh URL to
github. It seems like
On 23.10.2023 14:18, Lukas Funke wrote:
Hi Slava,
On 22.10.2023 20:34, Vyacheslav Yurkov wrote:
Hey Lukas,
Thanks a lot for the patch. A few questions/comments from my initial
test below.
- I tried it with a go-based backend I have by providing ssh URL to
github. It seems like
Hey Lukas,
Thanks a lot for the patch. A few questions/comments from my initial
test below.
- I tried it with a go-based backend I have by providing ssh URL to
github. It seems like the GO_IMPORT is set to a module name from go.mod
of my project, which of course fails to fetch it like that,
Hey everyone.
As you know, DEPENDS operates on a recipe name basis, and RDEPENDS on a package
name basis. I'm working on a dependency issue in meta-openembedded, where I
need to indicate a package dependency during a build stage. Any advice how
should I do it? (if any details necessary it's
I would be cautious with boost upgrade in stable branch.
Boost is known for having breaking changes almost each new version. I
only had a glance at 1.79-1.81 https://www.boost.org/users/history/ and
there are a couple of them.
Are you affected by some particular bug or vulnerability in 1.78?
Hey,
Usually Steve Sakoman cherry-picks patches from master. If it's not the
case, it was probably not applied clearly or simply overlooked. You can
submit a backport with the branch tag.
Vyacheslav
On 19.07.2023 03:48, Yuta Hayama wrote:
Hi,
This issue has been fixed in master.
On 26.12.2022 10:59, Martin Jansa wrote:
Please try recipetool changes on your go-mod recipes and provide feedback.
Coincidentally, I also needed grpc-web recipe, which original patchset
was tested on.
I applied the series on my kirkstone branch of poky and tried to run the
command:
%
Martin, I did see that patch series, but I was not sure about its state,
therefore I didn't try it. If I understood correctly, that partially
solves the issue, but the proper solution should involve the fetcher,
that's why it's not yet merged to master. Am I missing something?
Regards,
Slava
On 22.12.2022 17:48, Bruce Ashfield wrote:
On Thu, Dec 22, 2022 at 11:20 AM Richard Purdie
wrote:
This patch is not in master and is not a backport therefore not
eligible for kirkstone/langdale.
My bad, the intention was to have it in all three branches: master,
kirkstone, and langdale.
-off-by: Vyacheslav Yurkov
---
meta/classes-recipe/go-mod.bbclass | 5 +
1 file changed, 5 insertions(+)
diff --git a/meta/classes-recipe/go-mod.bbclass
b/meta/classes-recipe/go-mod.bbclass
index 61571596bc..da9a583288 100644
--- a/meta/classes-recipe/go-mod.bbclass
+++ b/meta/classes-recipe
The patch is now in master. Just a reminder to queue it to kirkstone as
well.
Thanks,
Vyacheslav
On 12.10.2022 18:40, Steve Sakoman wrote:
On Tue, Oct 11, 2022 at 7:23 AM Vyacheslav Yurkov wrote:
Just checking if something is missing to include this fix to kirkstone.
Yes, it needs to make
From: Vyacheslav Yurkov
Signed-off-by: Vyacheslav Yurkov
Signed-off-by: Alexandre Belloni
Signed-off-by: Richard Purdie
---
meta/files/overlayfs-etc-preinit.sh.in | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/meta/files/overlayfs-etc-preinit.sh.in
b/meta
From: Vyacheslav Yurkov
Add the ability to expose the lower layer of /etc when mounting overlay.
This is the similar to what overlayroot script from initramfs-framework does.
By default, this option is turned off to keep an old behavior intact.
Signed-off-by: Vyacheslav Yurkov
Signed-off
Just checking if something is missing to include this fix to kirkstone.
Thanks,
Vyacheslav
On 05.10.2022 13:17, Vyacheslav Yurkov via lists.openembedded.org wrote:
From: Vyacheslav Yurkov
When machine configuration defines a mount point, which is not used in
any recipe, allow to fall through
From: Vyacheslav Yurkov
When machine configuration defines a mount point, which is not used in
any recipe, allow to fall through and only report a note in the logs.
This can be expected behavior, when a mount point is defined for several
machines, but not used in all of them
Signed-off
From: Vyacheslav Yurkov
When machine configuration defines a mount point, which is not used in
any recipe, allow to fall through and only report a note in the logs.
This can be expected behavior, when a mount point is defined for several
machines, but not used in all of them
Signed-off
From: Vyacheslav Yurkov
Place a test file on the /etc by means of overlayfs-user recipe.
Perform QA checks to make sure that:
- When lower layer is exposed, that it's read-only to avoid undefined behavior
- By default lower layer is not exposed
Signed-off-by: Vyacheslav Yurkov
From: Vyacheslav Yurkov
Add the ability to expose the lower layer of /etc when mounting overlay.
This is the similar to what overlayroot script from initramfs-framework does.
By default, this option is turned off to keep an old behavior intact.
Signed-off-by: Vyacheslav Yurkov
---
meta
From: Vyacheslav Yurkov
Signed-off-by: Vyacheslav Yurkov
---
meta/files/overlayfs-etc-preinit.sh.in | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/meta/files/overlayfs-etc-preinit.sh.in
b/meta/files/overlayfs-etc-preinit.sh.in
index 43c9b04eb9..0e80849f12
From: Vyacheslav Yurkov
The test checked the incorrect class use with INHERIT. This
functionality is now covered by bitbake
Signed-off-by: Vyacheslav Yurkov
---
meta/lib/oeqa/selftest/cases/overlayfs.py | 13 +
1 file changed, 1 insertion(+), 12 deletions(-)
diff --git a/meta/lib
From: Vyacheslav Yurkov
OverlayFS classes belong to a recipe scope
Signed-off-by: Vyacheslav Yurkov
---
meta/{classes => classes-recipe}/overlayfs-etc.bbclass | 0
meta/{classes => classes-recipe}/overlayfs.bbclass | 0
2 files changed, 0 insertions(+), 0 deletions(-)
renam
From: Vyacheslav Yurkov
OverlayFS systemd helper unit might require more pre-processing
commands. It gets more complicated to embed them in a unit file, because
systemd shell subset is limited and might require additional escaping.
Move the command to a separate script, thus simplifying systemd
From: Vyacheslav Yurkov
Permission model of overlayfs uses permissions/ownership from the upper
layer after mounting. Fix up UID/GID of the upper layer, when lower
layer already uses something custom.
Signed-off-by: Vyacheslav Yurkov
---
meta/files/overlayfs-create-dirs.sh | 3 +++
1 file
On 03.05.2022 10:22, Claudius Heine wrote:
The overlayfs_qa_check checks if the current root file system has a
mount configured for each overlayfs, when the overlayfs class is used.
However there are certain instances where this mount point is created at
runtime and not static in a fstab entry
On 10.03.2022 14:13, Claudius Heine wrote:
Hi,
I bundled my patches to overlayfs and overlayfs-etc togehter in this
patchset and fixed the whitespace issues.
regards,
Claudius
--
Changes from v1:
- fixed whitespace issues: converted tabs to 4 spaces.
- changed git commit title of patch
On 07.02.2022 16:30, Tobias Neumann wrote:
Because a SDK is specific for a hardware platform, but not for a project using
that hardware platform, it is readonly and can be used for all projects with
this hardware. This however requires that the compiled libraries generated with
this SDK during
Hi Alejandro
On 02.02.2022 07:58, Alejandro Hernandez wrote:
Hey Vyacheslav,
...I definitely tried extending the overlay-etc class but it simply
does not work for this, since the rootfs becomes inaccessible once the
system has booted, ...
That's what I meant. What if we added another
Hi Alejandro,
Thanks for the v2, but my questions from v1 are still left unanswered.
1. Do you really need the whole rootfs to be in overlay? Perhaps you
have another use case in mind, but the more scope overlay has, the more
migration effort you need in order to update upper layer on image
On 26.01.2022 19:09, Alejandro Hernandez Samaniego wrote:
Oops! completely forgot!, I'll add it.
This is loosely based on the overlay-etc.bbclass the difference is that
the class only works for overlaying /etc and it doesnt require an
initramfs, but, while its possible to tinker it in such a
Hi Alejandro,
Thanks for your patch.
I recently submitted two classes overlayfs and overlayfs-etc to do the
same thing you want to achieve. Could you please take a look if you can
use them instead? If not, perhaps we could adapt it to suit your needs?
Regards,
Vyacheslav
On 26.01.2022
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/overlayfs.bbclass | 52
meta/files/overlayfs-all-overlays.service.in | 12 +
meta/files/overlayfs-create-dirs.service.in | 14 ++
meta/files/overlayfs-unit.mount.in | 13 +
4 files changed
Move helper functions out of class scope so they can be used in other tests
Signed-off-by: Vyacheslav Yurkov
---
meta/lib/oeqa/selftest/cases/overlayfs.py | 32 +++
1 file changed, 16 insertions(+), 16 deletions(-)
diff --git a/meta/lib/oeqa/selftest/cases/overlayfs.py
b
Signed-off-by: Vyacheslav Yurkov
---
meta/lib/oeqa/selftest/cases/overlayfs.py | 184 ++
1 file changed, 184 insertions(+)
diff --git a/meta/lib/oeqa/selftest/cases/overlayfs.py
b/meta/lib/oeqa/selftest/cases/overlayfs.py
index 43415778ce..82007fade7 100644
--- a/meta/lib
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/overlayfs.bbclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/classes/overlayfs.bbclass b/meta/classes/overlayfs.bbclass
index 3c0f4dc882..f1b8086ea8 100644
--- a/meta/classes/overlayfs.bbclass
+++ b/meta/classes/overlayfs.bbclass
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/image.bbclass | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index 8a46b4852c..2b0ce4a988 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
Introduce wic image for overlayfs-etc tests with a dedicated /data
partition and configurable kernel parameters
Signed-off-by: Vyacheslav Yurkov
---
meta-selftest/wic/overlayfs_etc.wks.in | 4
1 file changed, 4 insertions(+)
create mode 100644 meta-selftest/wic/overlayfs_etc.wks.in
diff
This class provides an image feature that mounts /etc as an overlayfs
file system. This is an extension for existing overlayfs class, which
doesn't support /etc
Signed-off-by: Alfred Schapansky
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/overlayfs-etc.bbclass | 76
A template init script for overlayfs-etc class
Signed-off-by: Vyacheslav Yurkov
---
meta/files/overlayfs-etc-preinit.sh.in | 29 ++
1 file changed, 29 insertions(+)
create mode 100644 meta/files/overlayfs-etc-preinit.sh.in
diff --git a/meta/files/overlayfs-etc
-09 13:56:07
+)
are available in the Git repository at:
git://github.com/UVV-gh/openembedded-core feature/overlayfs-etc
https://github.com/UVV-gh/openembedded-core/tree/feature/overlayfs-etc
Vyacheslav Yurkov (8):
files: add overlayfs-etc-preinit.sh.in
overlayfs-etc: mount etc
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/overlayfs.bbclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/classes/overlayfs.bbclass b/meta/classes/overlayfs.bbclass
index 3c0f4dc882..f1b8086ea8 100644
--- a/meta/classes/overlayfs.bbclass
+++ b/meta/classes/overlayfs.bbclass
Signed-off-by: Vyacheslav Yurkov
---
meta/lib/oeqa/selftest/cases/overlayfs.py | 184 ++
1 file changed, 184 insertions(+)
diff --git a/meta/lib/oeqa/selftest/cases/overlayfs.py
b/meta/lib/oeqa/selftest/cases/overlayfs.py
index 43415778ce..82007fade7 100644
--- a/meta/lib
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/overlayfs.bbclass | 52
meta/files/overlayfs-all-overlays.service.in | 12 +
meta/files/overlayfs-create-dirs.service.in | 14 ++
meta/files/overlayfs-unit.mount.in | 13 +
4 files changed
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/image.bbclass | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index 8a46b4852c..2b0ce4a988 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
Move helper functions out of class scope so they can be used in other tests
Signed-off-by: Vyacheslav Yurkov
---
meta/lib/oeqa/selftest/cases/overlayfs.py | 32 +++
1 file changed, 16 insertions(+), 16 deletions(-)
diff --git a/meta/lib/oeqa/selftest/cases/overlayfs.py
b
Introduce wic image for overlayfs-etc tests with a dedicated /data
partition and configurable kernel parameters
Signed-off-by: Vyacheslav Yurkov
---
meta-selftest/wic/overlayfs_etc.wks.in | 4
1 file changed, 4 insertions(+)
create mode 100644 meta-selftest/wic/overlayfs_etc.wks.in
diff
A template init script for overlayfs-etc class
Signed-off-by: Vyacheslav Yurkov
---
meta/files/preinit.sh.in | 29 +
1 file changed, 29 insertions(+)
create mode 100644 meta/files/preinit.sh.in
diff --git a/meta/files/preinit.sh.in b/meta/files/preinit.sh.in
new
This class provides an image feature that mounts /etc as an overlayfs
file system. This is an extension for existing overlayfs class, which
doesn't support /etc
Signed-off-by: Alfred Schapansky
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/overlayfs-etc.bbclass | 76
-09 13:56:07
+)
are available in the Git repository at:
git://github.com/UVV-gh/openembedded-core feature/overlayfs-etc
https://github.com/UVV-gh/openembedded-core/tree/feature/overlayfs-etc
Vyacheslav Yurkov (8):
files: add preinit.sh.in
overlayfs-etc: mount etc as overlayfs
wic
On 09.12.2021 12:08, Richard Purdie wrote:
The second thing which I don't really like is this mix of shell and python, it
is very confusing to read. I'd much rather we put template files into
meta/lib/files/ and then read them from there for the variable substitutions. We
do this for other
On 09.12.2021 11:59, Ross Burton wrote:
On Fri, 19 Nov 2021 at 06:15, Vyacheslav Yurkov wrote:
+# Class for setting up /etc in overlayfs
+#
+# In order to have /etc directory in overlayfs a special handling at early
boot stage is required
+# The idea is to supply a custom init script
Hi Max,
I think you are interpreting it not entirely correctly. You are reading
do_patch() description and the task would pick up all patches it finds.
But SRC_URI is another thing and it is looked at during parsing time.
Vyacheslav
On 01.12.2021 15:26, Max Krummenacher wrote:
Hello
I
Just pinging to check if anyone had a chance to take a look at it
Thanks,
Vyacheslav
On 19.11.2021 07:15, Vyacheslav Yurkov via lists.openembedded.org wrote:
This is a V1 of overlayfs-etc image feature implementation, that allows
to setup the whole /etc under overlayfs. Please review and merge
Hi Michael
On 23.11.2021 10:14, Michael Opdenacker wrote:
Greetings,
On 11/19/21 5:06 PM, Michael Opdenacker wrote:
Signed-off-by: Michael Opdenacker
---
documentation/dev-manual/common-tasks.rst | 25 ++-
1 file changed, 24 insertions(+), 1 deletion(-)
diff --git
-default.rules:39 Unknown group
'render', ignoring
systemd-udevd[166]: /lib/udev/rules.d/50-udev-default.rules:40 Unknown group
'render', ignoring
systemd-udevd[166]: /lib/udev/rules.d/50-udev-default.rules:42 Unknown group
'sgx', ignoring
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/rootfs
Signed-off-by: Vyacheslav Yurkov
---
meta/lib/oeqa/selftest/cases/overlayfs.py | 141 ++
1 file changed, 141 insertions(+)
diff --git a/meta/lib/oeqa/selftest/cases/overlayfs.py
b/meta/lib/oeqa/selftest/cases/overlayfs.py
index 43415778ce..4623215a47 100644
--- a/meta/lib
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/overlayfs.bbclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/classes/overlayfs.bbclass b/meta/classes/overlayfs.bbclass
index 3c0f4dc882..f1b8086ea8 100644
--- a/meta/classes/overlayfs.bbclass
+++ b/meta/classes/overlayfs.bbclass
Move helper functions out of class scope so they can be used in other tests
Signed-off-by: Vyacheslav Yurkov
---
meta/lib/oeqa/selftest/cases/overlayfs.py | 32 +++
1 file changed, 16 insertions(+), 16 deletions(-)
diff --git a/meta/lib/oeqa/selftest/cases/overlayfs.py
b
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/image.bbclass | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index 6c759fdf70..e198f041b1 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
Introduce wic image for overlayfs-etc tests with a dedicated /data
partition and configurable kernel parameters
Signed-off-by: Vyacheslav Yurkov
---
meta-selftest/wic/overlayfs_etc.wks.in | 4
1 file changed, 4 insertions(+)
create mode 100644 meta-selftest/wic/overlayfs_etc.wks.in
diff
This class provides an image feature that mounts /etc as an overlayfs
file system. This is an extension for existing overlayfs class, which
doesn't support /etc
Signed-off-by: Alfred Schapansky
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/overlayfs-etc.bbclass | 93
000)
are available in the Git repository at:
git://github.com/UVV-gh/openembedded-core feature/overlayfs-etc
https://github.com/UVV-gh/openembedded-core/tree/feature/overlayfs-etc
Vyacheslav Yurkov (6):
overlayfs-etc: mount etc as overlayfs
wic: image for overlayfs-etc tests
image:
Yes, technically it would be the same. Thanks for the hint.
Vyacheslav
On 15.11.2021 21:56, Alexander Kanavin wrote:
Can't we achieve the same by abstracting the common part into a
function and defining the two tests explicitly?
Alex
On Mon, 15 Nov 2021 at 21:26, Vyacheslav Yurkov
wrote
It's substituted further down into
def test_sbin_init(self, _, origInit):
parameterized.expand generates two tests out of it. The string parameter
is used as a suffix for the test, the rest is used as input parameters,
i.e. the first test would be called with origInit=True, the second one
This is still work-in-progress, but I'm working on overlayfs-etc class,
which would have different behavior depending on an input variable. You
can see the example here
Hi guys,
I have a suggestion to add https://pypi.org/project/parameterized/ as a
required package for QA selftests. Together with python unittest module
it can be useful to increase code coverage and reduce duplication in
case you want to do the same test with different input values.
I believe this should be sent to openembedded-de...@lists.openembedded.org
Vyacheslav
On 21.10.2021 12:11, Akira Shibakawa wrote:
Hi.
I have a question about openjdk-8 recipe.
openjdk-8 seems to be built using openjdk-8-native as boot JDK.
And the openjdk-8-native seems to be built using
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/overlayfs.bbclass | 6 ++
1 file changed, 6 insertions(+)
diff --git a/meta/classes/overlayfs.bbclass b/meta/classes/overlayfs.bbclass
index 9397ab44f9..3c0f4dc882 100644
--- a/meta/classes/overlayfs.bbclass
+++ b/meta/classes
Test that overlayfs.bbclass generates one systemd unit, that
applications can set dependencies on, and that this unit mounts all
required overlays
Signed-off-by: Vyacheslav Yurkov
---
meta/lib/oeqa/selftest/cases/overlayfs.py | 42 +++
1 file changed, 42 insertions(+)
diff
Avoid strict assignment in the recipe to allow overrides in .inc file
Signed-off-by: Vyacheslav Yurkov
---
meta-selftest/recipes-test/overlayfs-user/overlayfs-user.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-selftest/recipes-test/overlayfs-user/overlayfs-user.bb
Application can depend on several overlayfs mount points. Provide a
systemd unit application can depend on to make sure all overlays are
mounted before it is started to avoid any race conditions
Signed-off-by: Bruno Knittel
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/overlayfs.bbclass
Signed-off-by: Vyacheslav Yurkov
---
meta/lib/oeqa/selftest/cases/overlayfs.py | 16 +++-
1 file changed, 7 insertions(+), 9 deletions(-)
diff --git a/meta/lib/oeqa/selftest/cases/overlayfs.py
b/meta/lib/oeqa/selftest/cases/overlayfs.py
index 0184d52494..f0c9860b48 100644
1 - 100 of 149 matches
Mail list logo
