Currently only VERSION_ID field is sanitized, but os-release (5) has
more fields with the same requirement. Moreover, those fields come
unquoted in most distributions, because quotes are not needed for a
values without whitespaces.
Signed-off-by: Vyacheslav Yurkov
---
meta/recipes-core/os
From: Vyacheslav Yurkov
Clean method assumes that download directory should be determined from
CVSDIR variable, but this is handled differently in download method.
Now we set download directory for the whole class in urldata_init
Signed-off-by: Vyacheslav Yurkov
---
bitbake/lib/bb/fetch2
From: Vyacheslav Yurkov
Module build environment should be aware of native C and C++ compiler's
environment otherwise kernel Makefile might silently fail for some checks.
A particular example is CONFIG_STACK_VALIDATION when CONFIG_UNWINDER_ORC
is used, Makefile tries unsuccessfully locate libelf
On 01.10.2020 16:36, Bruce Ashfield wrote:
We already ran into this with the main kernel flags, and we don't want
to duplicate them here.
Why aren't what we have in kernel.bbclass working in your scenario ?
Bruce
Because kernel.bbclass is not pulled in into the environment of
out-of-tree
On 01.10.2020 16:53, Bruce Ashfield wrote:
On Thu, Oct 1, 2020 at 10:47 AM Vyacheslav Yurkov wrote:
On 01.10.2020 16:36, Bruce Ashfield wrote:
We already ran into this with the main kernel flags, and we don't want
to duplicate them here.
Why aren't what we have in kernel.bbclass working
From: Vyacheslav Yurkov
ISC DHCP should link against BIND9 libraries, which are tailored
specifically for DHCP. BIND9 package in Yocto core layer has different
configuraiton, in particular it has threads and epoll enabled.
ISC DHCP isn't a multi-threaded application, running it with bind9
On 10.06.2020 17:05, Richard Purdie wrote:
You seem to disable parallel make yet no mention of that in the log?
Right, I forgot to mention that in the commit message. Building bind at
'compile' stage breaks parallel make. I assume that can be addressed,
but I'd need to take a look at how to
On 10.06.2020 18:07, Adrian Bunk wrote:
On Wed, Jun 10, 2020 at 04:35:20PM +0200, Vyacheslav Yurkov wrote:
...
BIND9 libraries support a lot of options specifically geared towards
optimizing DNS operations, many of which do not play nicely with
ISC DHCP's "architecture". It isn't n
On 10.06.2020 19:42, Adrian Bunk wrote:
Right, but I don't think there's a way to build two configurations out of
one recipe, isn't it?
It is possible.
More common is sharing the sources between two (or more) recipes
with an .inc file.
That's not really what I had in mind. That would result in
On 13.06.2020 02:41, Khem Raj wrote:
I think it would be good to share if we can. Shipping two versions of bind
libraries is less than ideal, have you explored disabling threading in the
bind recipe and see if named is happy with that ?
Yes, I have. It partially solves the issue. At least DHCP
From: Vyacheslav Yurkov
When copying license files to the image rootfs, i.e to
/usr/share/common-licenses, a canonical name of a license should be
used, otherwise duplicated files end up in common-licenses directory.
For example, GPL-2.0 license according to conf/license.conf can be
referenced
python2-native executable is not available in sysroot anymore, which
causes compilation of some nodejs modules to fail. Switch to python3 as a
default python version.
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/npm.bbclass | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff
python2-native executable is not available in sysroot anymore, which
causes compilation of some nodejs modules to fail. Switch to pytho3 as a
default python version.
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/npm.bbclass | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff
Hi Andrei,
Like you mentioned, it's application specific. The advantage of
overlayfs here is that you preserve the data that was changed by user
(in case of persistent storage), which of course would hide the data
from rootfs, or your just see the defaults from rootfs if the data was
not
on
/etc. However, that did not work with systemd. Did you ever try to add
/etc as a mount point?
On Thu, 2021-06-03 at 16:21 +0200, Vyacheslav Yurkov wrote:
It's often desired in Embedded System design to have a read-only rootfs.
But a lot of different applications might want to have a read-write
nt service.
BR
On 6/3/21 4:21 PM, Vyacheslav Yurkov wrote:
It's often desired in Embedded System design to have a read-only rootfs.
But a lot of different applications might want to have a read-write access
to some parts of a filesystem. It can be especially useful when your update
mechanism
to be preserved between updates. This class provides a way to achieve that
by means of overlayfs and at the same time keeping the base rootfs read-only.
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/overlayfs.bbclass | 132 +
1 file changed, 132 insertions
lease give me a few hints as to where current tests are
stored and how to run them? Is it meta-selftest layer?
It really also needs a maintainer entry, since otherwise the
maintenance work falls to the same already overloaded folks.
You mean just an entry like:
MAINTAINER = "Vy
The check is conditional and only enabled when overlayfs is set in
DISTRO_FEATURES
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/rootfs-postcommands.bbclass | 24
1 file changed, 24 insertions(+)
diff --git a/meta/classes/rootfs-postcommands.bbclass
b/meta/classes
This class provides commom functions for overlayfs and its QA check,
which is performed in ROOTFS_POSTPROCESS_COMMAND
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/overlayfs-qa.bbclass | 14 ++
1 file changed, 14 insertions(+)
create mode 100644 meta/classes/overlayfs
to be preserved between updates. This class provides a way to achieve that
by means of overlayfs and at the same time keeping the base rootfs read-only.
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/overlayfs.bbclass | 133 +
1 file changed, 133 insertions
The recipe demonstrates example usage of overlayfs bbclass
Signed-off-by: Vyacheslav Yurkov
---
.../recipes-test/overlayfs/overlayfs-user.bb | 16
1 file changed, 16 insertions(+)
create mode 100644 meta-selftest/recipes-test/overlayfs/overlayfs-user.bb
diff --git a/meta
Unit tests for overlayfs.bbclass
Signed-off-by: Vyacheslav Yurkov
---
meta/lib/oeqa/selftest/cases/overlayfs.py | 126 ++
1 file changed, 126 insertions(+)
create mode 100644 meta/lib/oeqa/selftest/cases/overlayfs.py
diff --git a/meta/lib/oeqa/selftest/cases/overlayfs.py
Signed-off-by: Vyacheslav Yurkov
---
documentation/ref-manual/classes.rst | 46
1 file changed, 46 insertions(+)
diff --git a/documentation/ref-manual/classes.rst
b/documentation/ref-manual/classes.rst
index 09878c480f..6d80e7dc4f 100644
--- a/documentation/ref
Signed-off-by: Vyacheslav Yurkov
---
.../systemd-machine-units/systemd-machine-units_%.bbappend | 2 ++
1 file changed, 2 insertions(+)
create mode 100644
meta-selftest/recipes-test/systemd-machine-units/systemd-machine-units_%.bbappend
diff --git
a/meta-selftest/recipes-test/systemd
Signed-off-by: Vyacheslav Yurkov
---
meta/conf/distro/include/maintainers.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/conf/distro/include/maintainers.inc
b/meta/conf/distro/include/maintainers.inc
index e59f01d66a..90b20c9223 100644
--- a/meta/conf/distro/include
Unit tests for overlayfs.bbclass
Signed-off-by: Vyacheslav Yurkov
---
meta/lib/oeqa/selftest/cases/overlayfs.py | 167 ++
1 file changed, 167 insertions(+)
create mode 100644 meta/lib/oeqa/selftest/cases/overlayfs.py
diff --git a/meta/lib/oeqa/selftest/cases/overlayfs.py
Hi Alexandre,
I updated 6/8, could you please run them again?
Thanks,
Vyacheslav
On 12.07.2021 11:14, Alexandre Belloni wrote:
Hello,
On 11/07/2021 17:16:29+0200, Vyacheslav Yurkov wrote:
Unit tests for overlayfs.bbclass
This still seems to fail the tests:
https
The recipe demonstrates example usage of overlayfs bbclass
Signed-off-by: Vyacheslav Yurkov
---
.../recipes-test/overlayfs/overlayfs-user.bb | 16
1 file changed, 16 insertions(+)
create mode 100644 meta-selftest/recipes-test/overlayfs/overlayfs-user.bb
diff --git a/meta
The recipe demonstrates example usage of overlayfs bbclass
Signed-off-by: Vyacheslav Yurkov
---
.../overlayfs-user/overlayfs-user.bb| 17 +
1 file changed, 17 insertions(+)
create mode 100644 meta-selftest/recipes-test/overlayfs-user/overlayfs-user.bb
diff --git
Unit tests for overlayfs.bbclass
Signed-off-by: Vyacheslav Yurkov
---
meta/lib/oeqa/selftest/cases/overlayfs.py | 171 ++
1 file changed, 171 insertions(+)
create mode 100644 meta/lib/oeqa/selftest/cases/overlayfs.py
diff --git a/meta/lib/oeqa/selftest/cases/overlayfs.py
,
On 09/07/2021 13:31:45+0200, Vyacheslav Yurkov wrote:
Unit tests for overlayfs.bbclass
I believe I properly applied the series but it fails with:
Parsing recipes...ERROR:
/home/pokybuild/yocto-worker/oe-selftest-centos/build/build-st-1517413/meta-selftest/recipes-test/overlayfs/overlayfs
On 22.07.2021 23:13, Richard Purdie wrote:
On Thu, 2021-07-15 at 21:39 +0200, Vyacheslav Yurkov wrote:
It's often desired in Embedded System design to have a read-only rootfs.
But a lot of different applications might want to have a read-write access
to some parts of a filesystem. It can
Signed-off-by: Vyacheslav Yurkov
---
meta/lib/oe/overlayfs.py | 43
1 file changed, 43 insertions(+)
create mode 100644 meta/lib/oe/overlayfs.py
diff --git a/meta/lib/oe/overlayfs.py b/meta/lib/oe/overlayfs.py
new file mode 100644
index 00
to be preserved between updates. This class provides a way to achieve that
by means of overlayfs and at the same time keeping the base rootfs read-only.
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/overlayfs.bbclass | 111 +
1 file changed, 111 insertions
The check is conditional and only enabled when overlayfs is set in
DISTRO_FEATURES
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/rootfs-postcommands.bbclass | 25
1 file changed, 25 insertions(+)
diff --git a/meta/classes/rootfs-postcommands.bbclass
b/meta/classes
Signed-off-by: Vyacheslav Yurkov
---
.../systemd-machine-units/systemd-machine-units_%.bbappend | 2 ++
1 file changed, 2 insertions(+)
create mode 100644
meta-selftest/recipes-test/systemd-machine-units/systemd-machine-units_%.bbappend
diff --git
a/meta-selftest/recipes-test/systemd
The recipe demonstrates example usage of overlayfs bbclass
Signed-off-by: Vyacheslav Yurkov
---
.../overlayfs-user/overlayfs-user.bb| 17 +
1 file changed, 17 insertions(+)
create mode 100644 meta-selftest/recipes-test/overlayfs-user/overlayfs-user.bb
diff --git
Unit tests for overlayfs.bbclass
Signed-off-by: Vyacheslav Yurkov
---
meta/lib/oeqa/selftest/cases/overlayfs.py | 171 ++
1 file changed, 171 insertions(+)
create mode 100644 meta/lib/oeqa/selftest/cases/overlayfs.py
diff --git a/meta/lib/oeqa/selftest/cases/overlayfs.py
Signed-off-by: Vyacheslav Yurkov
---
MAINTAINERS.md | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS.md b/MAINTAINERS.md
index 2ddcde6878..36a9bde90c 100644
--- a/MAINTAINERS.md
+++ b/MAINTAINERS.md
@@ -40,6 +40,7 @@ Component/Subsystem Maintainers
* opkg: Alex Stewart
* devtool
Slava, Richard,
> >
> > On 8/6/21 2:06 PM, Vyacheslav Yurkov wrote:
> > > It's often desired in Embedded System design to have a read-only
> rootfs.
> > > But a lot of different applications might want to have a read-write
> access
> > > to some parts of
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
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
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
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
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:
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
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
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
-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
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
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
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.
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
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
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
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
-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
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
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
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
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
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
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
-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
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/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
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
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
This class provides commom functions for overlayfs and its QA check,
which is performed in ROOTFS_POSTPROCESS_COMMAND
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/overlayfs-qa.bbclass | 14 ++
1 file changed, 14 insertions(+)
create mode 100644 meta/classes/overlayfs
to be preserved between updates. This class provides a way to achieve that
by means of overlayfs and at the same time keeping the base rootfs read-only.
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/overlayfs.bbclass | 133 +
1 file changed, 133 insertions
Signed-off-by: Vyacheslav Yurkov
---
meta/conf/distro/include/maintainers.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/conf/distro/include/maintainers.inc
b/meta/conf/distro/include/maintainers.inc
index e59f01d66a..90b20c9223 100644
--- a/meta/conf/distro/include
The check is conditional and only enabled when overlayfs is set in
DISTRO_FEATURES
Signed-off-by: Vyacheslav Yurkov
---
meta/classes/rootfs-postcommands.bbclass | 24
1 file changed, 24 insertions(+)
diff --git a/meta/classes/rootfs-postcommands.bbclass
b/meta/classes
Signed-off-by: Vyacheslav Yurkov
---
.../systemd-machine-units/systemd-machine-units_%.bbappend | 2 ++
1 file changed, 2 insertions(+)
create mode 100644
meta-selftest/recipes-test/systemd-machine-units/systemd-machine-units_%.bbappend
diff --git
a/meta-selftest/recipes-test/systemd
The recipe demonstrates example usage of overlayfs bbclass
Signed-off-by: Vyacheslav Yurkov
---
.../overlayfs-user/overlayfs-user.bb| 17 +
1 file changed, 17 insertions(+)
create mode 100644 meta-selftest/recipes-test/overlayfs-user/overlayfs-user.bb
diff --git
Signed-off-by: Vyacheslav Yurkov
---
documentation/ref-manual/classes.rst | 46
1 file changed, 46 insertions(+)
diff --git a/documentation/ref-manual/classes.rst
b/documentation/ref-manual/classes.rst
index 09878c480f..6d80e7dc4f 100644
--- a/documentation/ref
Unit tests for overlayfs.bbclass
Signed-off-by: Vyacheslav Yurkov
---
meta/lib/oeqa/selftest/cases/overlayfs.py | 171 ++
1 file changed, 171 insertions(+)
create mode 100644 meta/lib/oeqa/selftest/cases/overlayfs.py
diff --git a/meta/lib/oeqa/selftest/cases/overlayfs.py
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
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
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
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 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
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
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 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,
1 - 100 of 148 matches
Mail list logo
