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
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
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
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 a
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 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
---
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
data
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 inser
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 c
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
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 a
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 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
---
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
data
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 inser
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
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
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 a
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
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
Hello,
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/over
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
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
---
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 | 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
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
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
data
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 inser
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
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 chang
o that once with an overlay 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 applicati
lay a mount point 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 u
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 = "Vyacheslav
data
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 inser
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
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
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
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 modu
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 l
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 d
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 t
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 set
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 is
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
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
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
101 - 149 of 149 matches
Mail list logo
