Re: [OE-core] [PATCH 1/2] python3-installer: add installer module

[Tim Orling]

On Thu, Mar 10, 2022 at 10:26 AM Ross Burton  wrote:

>
> On Thu, 10 Mar 2022 at 17:36, Konrad Weihmann 
> wrote:
>
>> Sorry to say that - but to me (even though it's more work) pip seems to
>> be the better option - the proposed tool is ~8 months old and not part
>> of pypa community as it seems - so in comparison to pip this could not
>> be labeled "battle proven".
>
>
> It’s not that unheard of, for example the flit_core bootstrap
> documentation says to use it:
>
> https://flit.readthedocs.io/en/latest/bootstrap.html
>
> It also does one job and just one job, which is A Very Good Thing.
>
>
And in fact, this was the first tool in my implementation. At the time it
was only a library and my awkward do_configure() cat << EOF scripts needed
to know the path to the wheel. It wasn’t gelled yet.

In the limited needs of oe-core, pip install “worked” (or seemed to) and so
that is what was submitted. To be clear, if we knew what we know now I
would never have used pip to install _our_ wheels. Never. It is a bloated
code base that wants to fetch your package, its dependencies, build them
all in a virtual environment and install them where it wants to install
things. It is entirely an end-user “desktop” tool.  This entire time, shoe
horning pip to do what we want has been a PITA.

Whether we switch to python3-installer now or later… I have little doubt we
will wish we had switched.


> Especially as the second patch of the series removes the possibility to
>> use the tooling proposed by python upstream for installing stuff.
>
>
> Do you mean Pip here? That’s one option.  Installing a wheel is a
> glorified unzip, pip brings a lot of baggage that we don’t care about.
>
> I should make it clear that this class is not for installing arbitrary
> wheels, it installs a wheel we just built and in the future will build the
> wheel too.
>
>
In fact, the pip_installer_wheel class opens the door to naive users
creating binary-only recipes to install random wheels from the internet.
There is ZERO chance we can support that workflow. Wheels will have
mismatched python ABI, glib, arch, etc. I have absolutely no intent to
answer any requests to do this. We build from source. You can write a
recipe on your own to use python3-pip-native to do this…here’s your spool
of rope. Good luck with your technical debt. You were warned not to do this.


> If one would want to have that kind of tooling the switch from pure
>> setup.py to toml and friends could have been done already a year ago
>> (python-build was the originally proposed tool iirc) - so this feels to
>> me like a step in the wrong direction (esp. the part that this would
>> rely on a tool **not** supported by upstream)
>
>
> Adding support for build is next on the list.
>

And would have already been in this implementation (with python3-build) if
only we could build a time machine. It just wasn’t ready yet. I was close…
the calendar said not close enough.


>
> Ross
>
>
> 
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163046): 
https://lists.openembedded.org/g/openembedded-core/message/163046
Mute This Topic: https://lists.openembedded.org/mt/89691492/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [RFC] rename pip_install_wheel.bbclass to python_pep517.bbclass

[Tim Orling]

On Thu, Mar 10, 2022 at 11:38 AM Ross Burton  wrote:

> This is the last major change to the Python packaging before
> kirkstone, I promise!  I think we should release with future-proof
> names instead of renaming everything the moment the LTS Kirkstone is
> released.
>
> Basically, I want to send this:
>
> --- b/meta/classes/pip_install_wheel.bbclass
> +++ b/meta/classes/python_pep517.bbclass
> -PIP_INSTALL_DIST_PATH ?= "${WORKDIR}/dist"
> +PEP517_WHEEL_PATH ?= "${WORKDIR}/dist"
>
> -PIP_INSTALL_PYTHON = "python3"
> -PIP_INSTALL_PYTHON:class-native = "nativepython3"
> +PEP517_INSTALL_PYTHON = "python3"
> +PEP517_INSTALL_PYTHON:class-native = "nativepython3"
>
> -INSTALL_WHEEL_COMPILE_BYTECODE ?= "--compile-bytecode=0"
> +PEP517_COMPILE_BYTECODE ?= "--compile-bytecode=0"
>
> The rationale being that pip_install_wheel doesn't have to use pip to
> install wheels (there is a patch to use installer, and the ability to
> change to something better would be nice), and in the future we plan
> to also cover the build stage (using python -mbuild).  As this class
> hasn't actually been in a release yet, now is the time to change any
> names before they're locked into a LTS release.
>

My original plan was to use python3-build and python3-installer, because
they are simple tools to do one thing. That wasn’t quite ready at the
“feature freeze”. My more complex and naive approach “worked”, so I
submitted it. RP and I worked extremely long hours to get oe-core to
stabilize. But I tend to prefer this change, because this is likely where
we will be going in 3.6. This is where we wanted to go for 3.5.

While upstream python3-installer is not yet under the pypa umbrella, it
might very well move there soon. During the time this new packaging was
developed, flit moved under the pypa umbrella, as an example. The fact that
python3-installer now has a CLI (0.5.0 release) is a big help. it must also
be noted that python3-installer has the knobs we are used to (platlib and
friends). We are very much at the mercy of pip install knobs. They are not
quite what we need. Installation of wheels has been the most frustrating
and brittle aspect of this packaging change.

I had previous iterations with a pyprojecttoml.bbclass and a
pypa_installer.bbclass. The first is too long, the second is no more
obvious than pep517 (and limits to install). The intent has always to have
a one-stop class to “build and install” wheels in the way that we need that
to happen. It wasn’t until recently with a lot more experience that this
path forward became obvious.

The refactoring Ross has been doing (in constant communication with me the
entire time) is exactly what we needed. We would have done this a month ago
if life permitted what we want.

In short, I am aligned with the proposal to make the wheel “installer”
class more future proof. The naming of python_pep517 is as good as any.

—Tim


> I'm just building all of oe-core + meta-python with this to verify it
> works.  Konrad, any thoughts?
>
> Ross
>
> 
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163045): 
https://lists.openembedded.org/g/openembedded-core/message/163045
Mute This Topic: https://lists.openembedded.org/mt/89694693/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [dunfell][PATCH] bind: update to 9.11.36

[Steve Sakoman]

On Thu, Mar 10, 2022 at 8:32 AM Ralph Siemsen  wrote:
>
> Security Fixes
>
> The lame-ttl option controls how long named caches certain types of
> broken responses from authoritative servers (see the security advisory
> for details). This caching mechanism could be abused by an attacker to
> significantly degrade resolver performance. The vulnerability has been
> mitigated by changing the default value of lame-ttl to 0 and overriding
> any explicitly set value with 0, effectively disabling this mechanism
> altogether. ISC's testing has determined that doing that has a
> negligible impact on resolver performance while also preventing abuse.
> Administrators may observe more traffic towards servers issuing certain
> types of broken responses than in previous BIND 9 releases, depending on
> client query patterns. (CVE-2021-25219)
>
> ISC would like to thank Kishore Kumar Kothapalli of Infoblox for
> bringing this vulnerability to our attention. [GL #2899]
>
> Signed-off-by: Ralph Siemsen 

This passed a-full on the autobuilder:
https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/3347

So I'll be including this in my final pull request for the 3.1.15 release..

Steve


> ---
>  .../bind/{bind_9.11.35.bb => bind_9.11.36.bb}   | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>  rename meta/recipes-connectivity/bind/{bind_9.11.35.bb => bind_9.11.36.bb} 
> (98%)
>
> diff --git a/meta/recipes-connectivity/bind/bind_9.11.35.bb 
> b/meta/recipes-connectivity/bind/bind_9.11.36.bb
> similarity index 98%
> rename from meta/recipes-connectivity/bind/bind_9.11.35.bb
> rename to meta/recipes-connectivity/bind/bind_9.11.36.bb
> index 4652529623..872baf6d2f 100644
> --- a/meta/recipes-connectivity/bind/bind_9.11.35.bb
> +++ b/meta/recipes-connectivity/bind/bind_9.11.36.bb
> @@ -21,7 +21,7 @@ SRC_URI = 
> "https://ftp.isc.org/isc/bind9/${PV}/${BPN}-${PV}.tar.gz \
> file://0001-avoid-start-failure-with-bind-user.patch \
> "
>
> -SRC_URI[sha256sum] = 
> "1c882705827b6aafa45d917ae3b20ec8d5df3c4477df44b04382e6c47562"
> +SRC_URI[sha256sum] = 
> "c953fcb6703b395aaa53e65ff8b2869b69a5303dd60507cba2201305e1811681"
>
>  UPSTREAM_CHECK_URI = "https://ftp.isc.org/isc/bind9/;
>  # stay at 9.11 until 9.16, from 9.16 follow the ESV versions divisible by 4
> --
> 2.25.1
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163044): 
https://lists.openembedded.org/g/openembedded-core/message/163044
Mute This Topic: https://lists.openembedded.org/mt/89693205/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH 1/2] python3-installer: add installer module

[Richard Purdie]

On Thu, 2022-03-10 at 17:16 +, Ross Burton wrote:
> Add a recipe for Installer, a minimal library/tool to install Python
> Wheels.  Unlike PIP, it explicitly only installs wheels and does nothing
> else.
> 
> Signed-off-by: Ross Burton 
> ---
>  .../python/python3-installer_0.5.0.bb | 20 +++
>  1 file changed, 20 insertions(+)
>  create mode 100644 meta/recipes-devtools/python/python3-installer_0.5.0.bb
> 
> diff --git a/meta/recipes-devtools/python/python3-installer_0.5.0.bb 
> b/meta/recipes-devtools/python/python3-installer_0.5.0.bb
> new file mode 100644
> index 00..bde9397569
> --- /dev/null
> +++ b/meta/recipes-devtools/python/python3-installer_0.5.0.bb
> @@ -0,0 +1,20 @@
> +SUMMARY = "A library for installing Python wheels"
> +DESCRIPTION = "a low-level library for installing a Python package from a 
> wheel distribution."
> +HOMEPAGE = "https://installer.readthedocs.io/;
> +BUGTRACKER = "https://github.com/pradyunsg/installer/issues;
> +
> +LICENSE = "MIT"
> +LIC_FILES_CHKSUM = "file://LICENSE;md5=5038641aec7a77451e31da828ebfae00"
> +
> +SRC_URI[sha256sum] = 
> "0cd6bdab3b358cf7e8749370b99aef9e12202751271c5ddb22126599b34dc665"
> +
> +inherit pypi flit_core
> +
> +DEPENDS:remove:class-native = "python3-installer-native"
> +DEPENDS:append:class-native = " unzip-native"
> +
> +do_install:class-native () {
> +pip_install_wheel_do_bootstrap_install
> +}
> +
> +BBCLASSEXTEND = "native nativesdk"

https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/3273/steps/14/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/3230/steps/14/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/86/builds/3243/steps/14/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/3274/steps/14/logs/stdio

[missing maintainer entry]

Cheers,

Richard



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163043): 
https://lists.openembedded.org/g/openembedded-core/message/163043
Mute This Topic: https://lists.openembedded.org/mt/89691492/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH 2/2] pip_install_wheel: use installer instead of pip

[Richard Purdie]

On Thu, 2022-03-10 at 17:16 +, Ross Burton wrote:
> Instead of battling pip to install a wheel, use installer. Installer
> does one thing, so it's faster and easier to work with.
> 
> This means setuptools, pip, and wheel are no longer part of the
> bootstrap phase, so they can be built normally.  To avoid sysroot file
> conflicts these three recipes can't install .pyc files to the native
> sysroot.
> 
> Signed-off-by: Ross Burton 
> ---
>  meta/classes/pip_install_wheel.bbclass| 16 +++--
>  .../python/python3-flit-core_3.7.1.bb |  2 +-
>  .../python/python3-pip_22.0.3.bb  | 35 +++
>  .../python/python3-setuptools_59.5.0.bb   | 12 +++
>  .../python/python3-wheel_0.37.1.bb| 26 +++---
>  5 files changed, 18 insertions(+), 73 deletions(-)

I suspect pip is doing some interpreter patch manipulation we're now missing out
on:

https://autobuilder.yoctoproject.org/typhoon/#/builders/62/builds/4865/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/48/builds/4871/steps/13/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/37/builds/4868/steps/12/logs/stdio

and many more :/

including meta-arm:

https://autobuilder.yoctoproject.org/typhoon/#/builders/37/builds/4868/steps/12/logs/stdio

Cheers,

Richard


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163042): 
https://lists.openembedded.org/g/openembedded-core/message/163042
Mute This Topic: https://lists.openembedded.org/mt/89691493/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe-core][PATCH 1/1] weston: require wayland as a distro feature

[Joe Slater]

Weston will not configure successfully unless wayland
is a distro feature.

Signed-off-by: Joe Slater 
---
 meta/recipes-graphics/wayland/weston_10.0.0.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-graphics/wayland/weston_10.0.0.bb 
b/meta/recipes-graphics/wayland/weston_10.0.0.bb
index fbb7927820..bebe95f69d 100644
--- a/meta/recipes-graphics/wayland/weston_10.0.0.bb
+++ b/meta/recipes-graphics/wayland/weston_10.0.0.bb
@@ -22,7 +22,7 @@ UPSTREAM_CHECK_URI = 
"https://wayland.freedesktop.org/releases.html;
 inherit meson pkgconfig useradd features_check
 # depends on virtual/egl
 # weston-init requires pam enabled if started via systemd
-REQUIRED_DISTRO_FEATURES = "opengl 
${@oe.utils.conditional('VIRTUAL-RUNTIME_init_manager', 'systemd', 'pam', '', 
d)}"
+REQUIRED_DISTRO_FEATURES = "wayland opengl 
${@oe.utils.conditional('VIRTUAL-RUNTIME_init_manager', 'systemd', 'pam', '', 
d)}"
 
 DEPENDS = "libxkbcommon gdk-pixbuf pixman cairo glib-2.0"
 DEPENDS += "wayland wayland-protocols libinput virtual/egl pango 
wayland-native"
-- 
2.35.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163041): 
https://lists.openembedded.org/g/openembedded-core/message/163041
Mute This Topic: https://lists.openembedded.org/mt/89695428/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [RFC] rename pip_install_wheel.bbclass to python_pep517.bbclass

[Ross Burton]

This is the last major change to the Python packaging before
kirkstone, I promise!  I think we should release with future-proof
names instead of renaming everything the moment the LTS Kirkstone is
released.

Basically, I want to send this:

--- b/meta/classes/pip_install_wheel.bbclass
+++ b/meta/classes/python_pep517.bbclass
-PIP_INSTALL_DIST_PATH ?= "${WORKDIR}/dist"
+PEP517_WHEEL_PATH ?= "${WORKDIR}/dist"

-PIP_INSTALL_PYTHON = "python3"
-PIP_INSTALL_PYTHON:class-native = "nativepython3"
+PEP517_INSTALL_PYTHON = "python3"
+PEP517_INSTALL_PYTHON:class-native = "nativepython3"

-INSTALL_WHEEL_COMPILE_BYTECODE ?= "--compile-bytecode=0"
+PEP517_COMPILE_BYTECODE ?= "--compile-bytecode=0"

The rationale being that pip_install_wheel doesn't have to use pip to
install wheels (there is a patch to use installer, and the ability to
change to something better would be nice), and in the future we plan
to also cover the build stage (using python -mbuild).  As this class
hasn't actually been in a release yet, now is the time to change any
names before they're locked into a LTS release.

I'm just building all of oe-core + meta-python with this to verify it
works.  Konrad, any thoughts?

Ross

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163040): 
https://lists.openembedded.org/g/openembedded-core/message/163040
Mute This Topic: https://lists.openembedded.org/mt/89694693/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH 1/2] python3-installer: add installer module

[Ross Burton]

On Thu, 10 Mar 2022 at 19:03, Konrad Weihmann  wrote:
> > It also does one job and just one job, which is A Very Good Thing.
>
> Still doesn't make it the best choice TBH.
> Just diving into the code makes me wonder about a lot, like

Also referenced on https://github.com/brettcannon/mousebender, by a
prominent Microsoft Python engineer.

> - can this tool run on non arm/aarch64/x86/x86-64 hosts
> (https://github.com/pradyunsg/installer/blob/fad2894a572d5497a3dceec58407c276f21e8c11/src/installer/utils.py#L140)

Line 137 makes that moot, that's all Windows-specific.

> - support of this here https://github.com/pradyunsg/installer/issues/98,
> should be given by a matured tool

That's moot: it installs where the Python sysconfig module says to
install, which is told where to install when we build Python.

The Nix people want to override it per-package because they use
per-package prefixes, but we don't.  The prefix Python is built with
is the prefix we want to install into.

> > I should make it clear that this class is not for installing arbitrary
> > wheels, it installs a wheel we just built and in the future will build
> > the wheel too.
>
> Then that's definitely missing in the commit message, that this should
> be an option and not the default

If you want to install arbitrary packages with pip, then just use pip directly.

Ross

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163039): 
https://lists.openembedded.org/g/openembedded-core/message/163039
Mute This Topic: https://lists.openembedded.org/mt/89691492/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH 1/2] python3-installer: add installer module

[Konrad Weihmann]

On 10.03.22 19:25, Ross Burton wrote:


On Thu, 10 Mar 2022 at 17:36, Konrad Weihmann > wrote:


Sorry to say that - but to me (even though it's more work) pip seems to
be the better option - the proposed tool is ~8 months old and not part
of pypa community as it seems - so in comparison to pip this could not
be labeled "battle proven".


It’s not that unheard of, for example the flit_core bootstrap 
documentation says to use it:


https://flit.readthedocs.io/en/latest/bootstrap.html 



It also does one job and just one job, which is A Very Good Thing.


Still doesn't make it the best choice TBH.
Just diving into the code makes me wonder about a lot, like

- can this tool run on non arm/aarch64/x86/x86-64 hosts 
(https://github.com/pradyunsg/installer/blob/fad2894a572d5497a3dceec58407c276f21e8c11/src/installer/utils.py#L140) 
- in its full feature set? - the assumptions made by this function, 
makes me think, it doesn't
- support of this here https://github.com/pradyunsg/installer/issues/98, 
should be given by a matured tool




Especially as the second patch of the series removes the possibility to
use the tooling proposed by python upstream for installing stuff.


Do you mean Pip here? That’s one option.  Installing a wheel is a 
glorified unzip, pip brings a lot of baggage that we don’t care about.


I should make it clear that this class is not for installing arbitrary 
wheels, it installs a wheel we just built and in the future will build 
the wheel too.


Then that's definitely missing in the commit message, that this should 
be an option and not the default




If one would want to have that kind of tooling the switch from pure
setup.py to toml and friends could have been done already a year ago
(python-build was the originally proposed tool iirc) - so this feels to
me like a step in the wrong direction (esp. the part that this would
rely on a tool **not** supported by upstream)


Adding support for build is next on the list.

Ross



Anyway, I think in before this patch series the switch to wheels was 
good enough to work with it, now it's just introducing another tool - 
that doesn't feel right to me, but I will stop arguing about that

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163038): 
https://lists.openembedded.org/g/openembedded-core/message/163038
Mute This Topic: https://lists.openembedded.org/mt/89691492/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [dunfell][PATCH v2] bind: update to 9.11.36

[Ralph Siemsen]

Notes for BIND 9.11.36

Security Fixes

The lame-ttl option controls how long named caches certain types of
broken responses from authoritative servers (see the security advisory
for details). This caching mechanism could be abused by an attacker to
significantly degrade resolver performance. The vulnerability has been
mitigated by changing the default value of lame-ttl to 0 and overriding
any explicitly set value with 0, effectively disabling this mechanism
altogether. ISC's testing has determined that doing that has a
negligible impact on resolver performance while also preventing abuse.
Administrators may observe more traffic towards servers issuing certain
types of broken responses than in previous BIND 9 releases, depending on
client query patterns. (CVE-2021-25219)

ISC would like to thank Kishore Kumar Kothapalli of Infoblox for
bringing this vulnerability to our attention. [GL #2899]

Signed-off-by: Ralph Siemsen 
--
Changes from v1:
  - commit message format adjusted to match previous updates

 .../bind/{bind_9.11.35.bb => bind_9.11.36.bb}   | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-connectivity/bind/{bind_9.11.35.bb => bind_9.11.36.bb} 
(98%)

diff --git a/meta/recipes-connectivity/bind/bind_9.11.35.bb 
b/meta/recipes-connectivity/bind/bind_9.11.36.bb
similarity index 98%
rename from meta/recipes-connectivity/bind/bind_9.11.35.bb
rename to meta/recipes-connectivity/bind/bind_9.11.36.bb
index 4652529623..872baf6d2f 100644
--- a/meta/recipes-connectivity/bind/bind_9.11.35.bb
+++ b/meta/recipes-connectivity/bind/bind_9.11.36.bb
@@ -21,7 +21,7 @@ SRC_URI = 
"https://ftp.isc.org/isc/bind9/${PV}/${BPN}-${PV}.tar.gz \
file://0001-avoid-start-failure-with-bind-user.patch \
"
 
-SRC_URI[sha256sum] = 
"1c882705827b6aafa45d917ae3b20ec8d5df3c4477df44b04382e6c47562"
+SRC_URI[sha256sum] = 
"c953fcb6703b395aaa53e65ff8b2869b69a5303dd60507cba2201305e1811681"
 
 UPSTREAM_CHECK_URI = "https://ftp.isc.org/isc/bind9/;
 # stay at 9.11 until 9.16, from 9.16 follow the ESV versions divisible by 4
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163037): 
https://lists.openembedded.org/g/openembedded-core/message/163037
Mute This Topic: https://lists.openembedded.org/mt/89693876/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [dunfell][PATCH] bind: update to 9.11.36

[Ralph Siemsen]

Security Fixes

The lame-ttl option controls how long named caches certain types of
broken responses from authoritative servers (see the security advisory
for details). This caching mechanism could be abused by an attacker to
significantly degrade resolver performance. The vulnerability has been
mitigated by changing the default value of lame-ttl to 0 and overriding
any explicitly set value with 0, effectively disabling this mechanism
altogether. ISC's testing has determined that doing that has a
negligible impact on resolver performance while also preventing abuse.
Administrators may observe more traffic towards servers issuing certain
types of broken responses than in previous BIND 9 releases, depending on
client query patterns. (CVE-2021-25219)

ISC would like to thank Kishore Kumar Kothapalli of Infoblox for
bringing this vulnerability to our attention. [GL #2899]

Signed-off-by: Ralph Siemsen 
---
 .../bind/{bind_9.11.35.bb => bind_9.11.36.bb}   | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-connectivity/bind/{bind_9.11.35.bb => bind_9.11.36.bb} 
(98%)

diff --git a/meta/recipes-connectivity/bind/bind_9.11.35.bb 
b/meta/recipes-connectivity/bind/bind_9.11.36.bb
similarity index 98%
rename from meta/recipes-connectivity/bind/bind_9.11.35.bb
rename to meta/recipes-connectivity/bind/bind_9.11.36.bb
index 4652529623..872baf6d2f 100644
--- a/meta/recipes-connectivity/bind/bind_9.11.35.bb
+++ b/meta/recipes-connectivity/bind/bind_9.11.36.bb
@@ -21,7 +21,7 @@ SRC_URI = 
"https://ftp.isc.org/isc/bind9/${PV}/${BPN}-${PV}.tar.gz \
file://0001-avoid-start-failure-with-bind-user.patch \
"
 
-SRC_URI[sha256sum] = 
"1c882705827b6aafa45d917ae3b20ec8d5df3c4477df44b04382e6c47562"
+SRC_URI[sha256sum] = 
"c953fcb6703b395aaa53e65ff8b2869b69a5303dd60507cba2201305e1811681"
 
 UPSTREAM_CHECK_URI = "https://ftp.isc.org/isc/bind9/;
 # stay at 9.11 until 9.16, from 9.16 follow the ESV versions divisible by 4
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163036): 
https://lists.openembedded.org/g/openembedded-core/message/163036
Mute This Topic: https://lists.openembedded.org/mt/89693205/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH 1/2] python3-installer: add installer module

[Ross Burton]

On Thu, 10 Mar 2022 at 17:36, Konrad Weihmann  wrote:

> Sorry to say that - but to me (even though it's more work) pip seems to
> be the better option - the proposed tool is ~8 months old and not part
> of pypa community as it seems - so in comparison to pip this could not
> be labeled "battle proven".


It’s not that unheard of, for example the flit_core bootstrap documentation
says to use it:

https://flit.readthedocs.io/en/latest/bootstrap.html

It also does one job and just one job, which is A Very Good Thing.

Especially as the second patch of the series removes the possibility to
> use the tooling proposed by python upstream for installing stuff.


Do you mean Pip here? That’s one option.  Installing a wheel is a glorified
unzip, pip brings a lot of baggage that we don’t care about.

I should make it clear that this class is not for installing arbitrary
wheels, it installs a wheel we just built and in the future will build the
wheel too.

If one would want to have that kind of tooling the switch from pure
> setup.py to toml and friends could have been done already a year ago
> (python-build was the originally proposed tool iirc) - so this feels to
> me like a step in the wrong direction (esp. the part that this would
> rely on a tool **not** supported by upstream)


Adding support for build is next on the list.

Ross

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163035): 
https://lists.openembedded.org/g/openembedded-core/message/163035
Mute This Topic: https://lists.openembedded.org/mt/89691492/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH 1/2] python3-installer: add installer module

[Konrad Weihmann]

Sorry to say that - but to me (even though it's more work) pip seems to 
be the better option - the proposed tool is ~8 months old and not part 
of pypa community as it seems - so in comparison to pip this could not 
be labeled "battle proven".


Especially as the second patch of the series removes the possibility to 
use the tooling proposed by python upstream for installing stuff.


If one would want to have that kind of tooling the switch from pure 
setup.py to toml and friends could have been done already a year ago 
(python-build was the originally proposed tool iirc) - so this feels to 
me like a step in the wrong direction (esp. the part that this would 
rely on a tool **not** supported by upstream)


On 10.03.22 18:16, Ross Burton wrote:

Add a recipe for Installer, a minimal library/tool to install Python
Wheels.  Unlike PIP, it explicitly only installs wheels and does nothing
else.

Signed-off-by: Ross Burton 
---
  .../python/python3-installer_0.5.0.bb | 20 +++
  1 file changed, 20 insertions(+)
  create mode 100644 meta/recipes-devtools/python/python3-installer_0.5.0.bb

diff --git a/meta/recipes-devtools/python/python3-installer_0.5.0.bb 
b/meta/recipes-devtools/python/python3-installer_0.5.0.bb
new file mode 100644
index 00..bde9397569
--- /dev/null
+++ b/meta/recipes-devtools/python/python3-installer_0.5.0.bb
@@ -0,0 +1,20 @@
+SUMMARY = "A library for installing Python wheels"
+DESCRIPTION = "a low-level library for installing a Python package from a wheel 
distribution."
+HOMEPAGE = "https://installer.readthedocs.io/;
+BUGTRACKER = "https://github.com/pradyunsg/installer/issues;
+
+LICENSE = "MIT"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=5038641aec7a77451e31da828ebfae00"
+
+SRC_URI[sha256sum] = 
"0cd6bdab3b358cf7e8749370b99aef9e12202751271c5ddb22126599b34dc665"
+
+inherit pypi flit_core
+
+DEPENDS:remove:class-native = "python3-installer-native"
+DEPENDS:append:class-native = " unzip-native"
+
+do_install:class-native () {
+pip_install_wheel_do_bootstrap_install
+}
+
+BBCLASSEXTEND = "native nativesdk"






-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163034): 
https://lists.openembedded.org/g/openembedded-core/message/163034
Mute This Topic: https://lists.openembedded.org/mt/89691492/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH 1/2] python3-installer: add installer module

[Ross Burton]

Add a recipe for Installer, a minimal library/tool to install Python
Wheels.  Unlike PIP, it explicitly only installs wheels and does nothing
else.

Signed-off-by: Ross Burton 
---
 .../python/python3-installer_0.5.0.bb | 20 +++
 1 file changed, 20 insertions(+)
 create mode 100644 meta/recipes-devtools/python/python3-installer_0.5.0.bb

diff --git a/meta/recipes-devtools/python/python3-installer_0.5.0.bb 
b/meta/recipes-devtools/python/python3-installer_0.5.0.bb
new file mode 100644
index 00..bde9397569
--- /dev/null
+++ b/meta/recipes-devtools/python/python3-installer_0.5.0.bb
@@ -0,0 +1,20 @@
+SUMMARY = "A library for installing Python wheels"
+DESCRIPTION = "a low-level library for installing a Python package from a 
wheel distribution."
+HOMEPAGE = "https://installer.readthedocs.io/;
+BUGTRACKER = "https://github.com/pradyunsg/installer/issues;
+
+LICENSE = "MIT"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=5038641aec7a77451e31da828ebfae00"
+
+SRC_URI[sha256sum] = 
"0cd6bdab3b358cf7e8749370b99aef9e12202751271c5ddb22126599b34dc665"
+
+inherit pypi flit_core
+
+DEPENDS:remove:class-native = "python3-installer-native"
+DEPENDS:append:class-native = " unzip-native"
+
+do_install:class-native () {
+pip_install_wheel_do_bootstrap_install
+}
+
+BBCLASSEXTEND = "native nativesdk"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163032): 
https://lists.openembedded.org/g/openembedded-core/message/163032
Mute This Topic: https://lists.openembedded.org/mt/89691492/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH 2/2] pip_install_wheel: use installer instead of pip

[Ross Burton]

Instead of battling pip to install a wheel, use installer. Installer
does one thing, so it's faster and easier to work with.

This means setuptools, pip, and wheel are no longer part of the
bootstrap phase, so they can be built normally.  To avoid sysroot file
conflicts these three recipes can't install .pyc files to the native
sysroot.

Signed-off-by: Ross Burton 
---
 meta/classes/pip_install_wheel.bbclass| 16 +++--
 .../python/python3-flit-core_3.7.1.bb |  2 +-
 .../python/python3-pip_22.0.3.bb  | 35 +++
 .../python/python3-setuptools_59.5.0.bb   | 12 +++
 .../python/python3-wheel_0.37.1.bb| 26 +++---
 5 files changed, 18 insertions(+), 73 deletions(-)

diff --git a/meta/classes/pip_install_wheel.bbclass 
b/meta/classes/pip_install_wheel.bbclass
index 29cd544aa3..497f69260e 100644
--- a/meta/classes/pip_install_wheel.bbclass
+++ b/meta/classes/pip_install_wheel.bbclass
@@ -1,23 +1,15 @@
-DEPENDS:append = " python3-pip-native"
+DEPENDS:append = " python3-installer-native"
 
 # The directory where wheels should be written too. Build classes
 # will ideally [cleandirs] this but we don't do that here in case
 # a recipe wants to install prebuilt wheels.
 PIP_INSTALL_DIST_PATH ?= "${WORKDIR}/dist"
 
-PIP_INSTALL_ARGS = "\
-- \
---ignore-installed \
---no-cache \
---no-deps \
---no-index \
---root=${D} \
---prefix=${prefix} \
-"
-
 PIP_INSTALL_PYTHON = "python3"
 PIP_INSTALL_PYTHON:class-native = "nativepython3"
 
+INSTALL_WHEEL_COMPILE_BYTECODE ?= "--compile-bytecode=0"
+
 pip_install_wheel_do_install () {
 COUNT=$(find ${PIP_INSTALL_DIST_PATH} -name '*.whl' | wc -l)
 if test $COUNT -eq 0; then
@@ -26,7 +18,7 @@ pip_install_wheel_do_install () {
 bbfatal More than one wheel found in ${PIP_INSTALL_DIST_PATH}, this 
should not happen
 fi
 
-nativepython3 -m pip install ${PIP_INSTALL_ARGS} 
${PIP_INSTALL_DIST_PATH}/*.whl
+nativepython3 -m installer ${INSTALL_WHEEL_COMPILE_BYTECODE} 
--destdir=${D} ${PIP_INSTALL_DIST_PATH}/*.whl
 
 cd ${D}
 for i in ${D}${bindir}/* ${D}${sbindir}/*; do
diff --git a/meta/recipes-devtools/python/python3-flit-core_3.7.1.bb 
b/meta/recipes-devtools/python/python3-flit-core_3.7.1.bb
index 1f14345d50..d4993fee69 100644
--- a/meta/recipes-devtools/python/python3-flit-core_3.7.1.bb
+++ b/meta/recipes-devtools/python/python3-flit-core_3.7.1.bb
@@ -13,7 +13,7 @@ SRC_URI[sha256sum] = 
"3c9bd9c140515bfe62dd938c6610d10d6efb9e35cc647fc614fe5fb3a5
 inherit pypi flit_core
 
 # Need to install by hand as there's a dependency loop
-DEPENDS:remove:class-native = " python3-pip-native"
+DEPENDS:remove:class-native = " python3-installer-native"
 DEPENDS:append:class-native = " unzip-native"
 
 # We need the full flit tarball
diff --git a/meta/recipes-devtools/python/python3-pip_22.0.3.bb 
b/meta/recipes-devtools/python/python3-pip_22.0.3.bb
index bce3b68861..9ca8fbc1e5 100644
--- a/meta/recipes-devtools/python/python3-pip_22.0.3.bb
+++ b/meta/recipes-devtools/python/python3-pip_22.0.3.bb
@@ -6,43 +6,14 @@ LIC_FILES_CHKSUM = 
"file://LICENSE.txt;md5=63ec52baf95163b597008bb46db68030"
 
 inherit pypi setuptools_build_meta
 
-DEPENDS += "python3"
-
-# To avoid a dependency loop; we bootstrap -native
-DEPENDS:remove:class-native = "python3-pip-native"
-DEPENDS:append:class-native = " unzip-native"
-
 SRC_URI += "file://0001-change-shebang-to-python3.patch"
 SRC_URI += "file://no_shebang_mangling.patch"
 SRC_URI += "file://reproducible.patch"
 
 SRC_URI[sha256sum] = 
"f29d589df8c8ab99c060e68ad294c4a9ed896624f6368c5349d70aa581b333d0"
 
-do_install:class-native() {
-pip_install_wheel_do_bootstrap_install
-
-# pip install would normally generate [console_scripts] in ${bindir}
-install -d ${D}/${bindir}
-# We will skip the ${bindir}/pip variant as we would just remove it in the 
do_install:append
-cat << EOF >> ${D}/${bindir}/pip3 | tee 
${D}/${bindir}/pip${PYTHON_BASEVERSION}
-#!/bin/sh
-'''exec' ${STAGING_BINDIR_NATIVE}/${PYTHON_PN}-native/${PYTHON_PN} "\$0" "\$@"
-' '''
-# -*- coding: utf-8 -*-
-import re
-import sys
-from pip._internal.cli.main import main
-if __name__ == '__main__':
-sys.argv[0] = re.sub(r'(-script\.pyw|\.exe)?$', '', sys.argv[0])
-sys.exit(main())
-EOF
-chmod 0755 ${D}${bindir}/pip3 ${D}${bindir}/pip${PYTHON_BASEVERSION}
-}
-
 do_install:append() {
-if [ -e ${D}/${bindir}/pip ]; then
-rm ${D}/${bindir}/pip
-fi
+rm -f ${D}/${bindir}/pip
 }
 
 RDEPENDS:${PN} = "\
@@ -59,3 +30,7 @@ RDEPENDS:${PN} = "\
 "
 
 BBCLASSEXTEND = "native nativesdk"
+
+# This used to use the bootstrap install which didn't compile. Until we bump 
the
+# tmpdir version we can't compile the native otherwise the sysroot unpack fails
+INSTALL_WHEEL_COMPILE_BYTECODE:class-native = "--no-compile-bytecode"
diff --git a/meta/recipes-devtools/python/python3-setuptools_59.5.0.bb 

Re: [OE-core] [PATCH 1/3] pip_install_wheel: add a generic do_install for bootstrapping

[Ross Burton]

On Thu, 10 Mar 2022 at 14:01, Ross Burton  wrote:
>
> On Thu, 10 Mar 2022 at 11:48, Konrad Weihmann  wrote:
> > > +pip_install_wheel_do_bootstrap_install () {
> > > +install -d ${D}${PYTHON_SITEPACKAGES_DIR}
> > > +unzip -d ${D}${PYTHON_SITEPACKAGES_DIR} 
> > > ${PIP_INSTALL_DIST_PATH}/*.whl
> > > +}
> >
> > I think these two lines could be moved into a generic do_install:native
> > - and then removing all the override code from the recipes below.
>
> There's only a few recipes which need this bootstrap, 99% of native
> recipes can use pip: it's just flit_core/pip/setuptools/wheel which
> can't as they're needed to build pip itself.
>
> (and once installer is used instead of pip, it's just installer and flit_core)
>
> I may send a v2 to this, as we should be byte-compiling the bootstrap code 
> too.

I won't send a v2 as this causes interesting problems which are not
easy to fix...

Ross

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163031): 
https://lists.openembedded.org/g/openembedded-core/message/163031
Mute This Topic: https://lists.openembedded.org/mt/89684105/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH v2 0/4] Patches and bugfixes for overlayfs

[Claudius Heine]

Hi Vyacheslav,

On 2022-03-10 15:28, Vyacheslav Yurkov wrote:

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 4

Claudius Heine (4):
   overlayfs-etc: add condition to package-management feature conflict
   overlayfs: add systemd unit path prefix to FILES:${PN} array
   files: overlayfs-etc: wrap long lines of preinit file
   files: overlayfs-etc: add overlay mount options to preinit

  meta/classes/overlayfs-etc.bbclass |  3 ++-
  meta/classes/overlayfs.bbclass |  3 ++-
  meta/files/overlayfs-etc-preinit.sh.in | 12 ++--
  3 files changed, 14 insertions(+), 4 deletions(-)



Hi Claudius,
Thanks for the patches. It seems like the first 2 are already in master 
branch or I'm missing something?


Yes, that seems to be the case, I missed that.

There are only non-essential white space differences between those and 
mine, so my first two patches can be ignored.


Thanks for spotting that.

regards,
Claudius

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163030): 
https://lists.openembedded.org/g/openembedded-core/message/163030
Mute This Topic: https://lists.openembedded.org/mt/89685524/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH v2 0/4] Patches and bugfixes for overlayfs

[Vyacheslav Yurkov]

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 4

Claudius Heine (4):
   overlayfs-etc: add condition to package-management feature conflict
   overlayfs: add systemd unit path prefix to FILES:${PN} array
   files: overlayfs-etc: wrap long lines of preinit file
   files: overlayfs-etc: add overlay mount options to preinit

  meta/classes/overlayfs-etc.bbclass |  3 ++-
  meta/classes/overlayfs.bbclass |  3 ++-
  meta/files/overlayfs-etc-preinit.sh.in | 12 ++--
  3 files changed, 14 insertions(+), 4 deletions(-)



Hi Claudius,
Thanks for the patches. It seems like the first 2 are already in master 
branch or I'm missing something?


Cheers,
Vyacheslav

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163029): 
https://lists.openembedded.org/g/openembedded-core/message/163029
Mute This Topic: https://lists.openembedded.org/mt/89685524/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][PATCH] iptables: do not install /etc/ethertypes

[Trevor Gamblin]

Take inspiration from the ebtables recipe in meta-networking and omit
installation of etc/ethertypes, since it is provided by netbase. If we
don't do this, the following error occurs during build:

Error: Transaction test error:
  file /etc/ethertypes conflicts between attempted installs of
iptables-1.8.7-r0.core2_64 and netbase-1:6.3-r0.noarch

Signed-off-by: Trevor Gamblin 
---
 ...ile.am-do-not-install-etc-ethertypes.patch | 40 +++
 .../iptables/iptables_1.8.7.bb|  1 +
 2 files changed, 41 insertions(+)
 create mode 100644 
meta/recipes-extended/iptables/iptables/0001-Makefile.am-do-not-install-etc-ethertypes.patch

diff --git 
a/meta/recipes-extended/iptables/iptables/0001-Makefile.am-do-not-install-etc-ethertypes.patch
 
b/meta/recipes-extended/iptables/iptables/0001-Makefile.am-do-not-install-etc-ethertypes.patch
new file mode 100644
index 00..aa51265822
--- /dev/null
+++ 
b/meta/recipes-extended/iptables/iptables/0001-Makefile.am-do-not-install-etc-ethertypes.patch
@@ -0,0 +1,40 @@
+From a4ed9fc8da720585f853d2ca6ffd30e2fa4d1247 Mon Sep 17 00:00:00 2001
+From: Trevor Gamblin 
+Date: Wed, 9 Mar 2022 12:50:39 -0500
+Subject: [PATCH] Makefile.am: do not install /etc/ethertypes
+
+The /etc/ethertypes is provided by netbase since 6.0[1].
+Do not instal the file in ebtables, otherwise there would be a conflict:
+Error: Transaction test error:
+  file /etc/ethertypes conflicts between attempted installs of
+netbase-1:6.2-r0.corei7_64 and iptables-1.8.7-r0.corei7_64
+
+[1]
+https://salsa.debian.org/md/netbase/-/commit/316680c6a2c3641b6abc76b3eebf88781f609d35)
+
+This patch is based off of the same change made for the ebtables recipe:
+
+http://cgit.openembedded.org/meta-openembedded/tree/meta-networking/recipes-filter/ebtables/ebtables-2.0.11/0001-Makefile.am-do-not-install-etc-ethertypes.patch?h=master
+
+Upstream-Status: Inappropriate [embedded specific]
+
+Signed-off-by: Trevor Gamblin 
+---
+ Makefile.am | 1 -
+ 1 file changed, 1 deletion(-)
+
+diff --git a/Makefile.am b/Makefile.am
+index 799bf8b8..2eb1843f 100644
+--- a/Makefile.am
 b/Makefile.am
+@@ -18,7 +18,6 @@ SUBDIRS += iptables
+ 
+ if ENABLE_NFTABLES
+ confdir   = $(sysconfdir)
+-dist_conf_DATA= etc/ethertypes
+ endif
+ 
+ .PHONY: tarball
+-- 
+2.35.1
+
diff --git a/meta/recipes-extended/iptables/iptables_1.8.7.bb 
b/meta/recipes-extended/iptables/iptables_1.8.7.bb
index 69b4a48039..839733aaa8 100644
--- a/meta/recipes-extended/iptables/iptables_1.8.7.bb
+++ b/meta/recipes-extended/iptables/iptables_1.8.7.bb
@@ -10,6 +10,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
 
 SRC_URI = "http://netfilter.org/projects/iptables/files/iptables-${PV}.tar.bz2 
\

file://0001-configure-Add-option-to-enable-disable-libnfnetlink.patch \
+   file://0001-Makefile.am-do-not-install-etc-ethertypes.patch \

file://0002-configure.ac-only-check-conntrack-when-libnfnetlink-enabled.patch \
file://iptables.service \
file://iptables.rules \
-- 
2.33.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163028): 
https://lists.openembedded.org/g/openembedded-core/message/163028
Mute This Topic: https://lists.openembedded.org/mt/89686586/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][dunfell 3/3] perf-tests: add bash into RDEPENDS (v5.12-rc5+)

[Steve Sakoman]

From: Bruce Ashfield 

Upstream commit:

   commit 1dc481c0b0cf18d3952d93a73c4ece90dec277f0
   Author: Leo Yan 
   Date:   Sat Mar 20 18:45:54 2021 +0800

   perf test: Change to use bash for daemon test

   When executing the daemon test on Arm64 and x86 with Debian (Buster)
   distro, both skip the test case with the log:

Changes tools/perf/tests/shell/daemon.sh to be explicitly bash
(it was already required, but was just skipped on various
distros).

We add it into our RDEPENDS for perf-tests to fixup 5.12+
builds.

We already have relatively heavy RDEPENDS for perf tests (python3), so
adding bash into the RDEPENDS isn't signifcant even for older perf
builds that use the same recipe.

(cherry picked from commit 159cdb159ad0e9d3ed73cfc07f9acd5c0b608e7b)
Signed-off-by: Bruce Ashfield 
Signed-off-by: Richard Purdie 
Signed-off-by: Steve Sakoman 
---
 meta/recipes-kernel/perf/perf.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-kernel/perf/perf.bb b/meta/recipes-kernel/perf/perf.bb
index e04047e85a..9c9bf1647f 100644
--- a/meta/recipes-kernel/perf/perf.bb
+++ b/meta/recipes-kernel/perf/perf.bb
@@ -267,7 +267,7 @@ RDEPENDS_${PN} += "elfutils bash"
 RDEPENDS_${PN}-archive =+ "bash"
 RDEPENDS_${PN}-python =+ "bash python3 python3-modules 
${@bb.utils.contains('PACKAGECONFIG', 'audit', 'audit-python', '', d)}"
 RDEPENDS_${PN}-perl =+ "bash perl perl-modules"
-RDEPENDS_${PN}-tests =+ "python3"
+RDEPENDS_${PN}-tests =+ "python3 bash"
 
 RSUGGESTS_SCRIPTING = "${@bb.utils.contains('PACKAGECONFIG', 'scripting', 
'${PN}-perl ${PN}-python', '',d)}"
 RSUGGESTS_${PN} += "${PN}-archive ${PN}-tests ${RSUGGESTS_SCRIPTING}"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163027): 
https://lists.openembedded.org/g/openembedded-core/message/163027
Mute This Topic: https://lists.openembedded.org/mt/89686450/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][dunfell 2/3] tiff: Add backports for two CVEs from upstream

[Steve Sakoman]

From: sana kazi 

Based on commit from master

Signed-off-by: Richard Purdie 
(cherry picked from commit 6ae14b4ff7a655b48c6d99ac565d12bf8825414f)
Signed-off-by: Sana Kazi 
Signed-off-by: Sana Kazi 
Signed-off-by: Steve Sakoman 
---
 ...99c99f987dc32ae110370cfdd7df7975586b.patch | 28 +
 ...0712f4c3a5b449f70c57988260a667ddbdef.patch | 30 +++
 meta/recipes-multimedia/libtiff/tiff_4.1.0.bb |  2 ++
 3 files changed, 60 insertions(+)
 create mode 100644 
meta/recipes-multimedia/libtiff/tiff/561599c99f987dc32ae110370cfdd7df7975586b.patch
 create mode 100644 
meta/recipes-multimedia/libtiff/tiff/eecb0712f4c3a5b449f70c57988260a667ddbdef.patch

diff --git 
a/meta/recipes-multimedia/libtiff/tiff/561599c99f987dc32ae110370cfdd7df7975586b.patch
 
b/meta/recipes-multimedia/libtiff/tiff/561599c99f987dc32ae110370cfdd7df7975586b.patch
new file mode 100644
index 00..01ed5dcd24
--- /dev/null
+++ 
b/meta/recipes-multimedia/libtiff/tiff/561599c99f987dc32ae110370cfdd7df7975586b.patch
@@ -0,0 +1,28 @@
+From 561599c99f987dc32ae110370cfdd7df7975586b Mon Sep 17 00:00:00 2001
+From: Even Rouault 
+Date: Sat, 5 Feb 2022 20:36:41 +0100
+Subject: [PATCH] TIFFReadDirectory(): avoid calling memcpy() with a null
+ source pointer and size of zero (fixes #362)
+
+Upstream-Status: Backport
+CVE: CVE-2022-0562
+Signed-off-by: Sana Kazi 
+Comment: Refreshed patch
+---
+ libtiff/tif_dirread.c | 3 ++-
+ 1 file changed, 2 insertions(+), 1 deletion(-)
+
+diff --git a/libtiff/tif_dirread.c b/libtiff/tif_dirread.c
+index 2bbc4585..23194ced 100644
+--- a/libtiff/tif_dirread.c
 b/libtiff/tif_dirread.c
+@@ -4126,7 +4126,8 @@
+ goto bad;
+ }
+ 
+-memcpy(new_sampleinfo, tif->tif_dir.td_sampleinfo, 
old_extrasamples * sizeof(uint16));
++if (old_extrasamples > 0)
++memcpy(new_sampleinfo, tif->tif_dir.td_sampleinfo, 
old_extrasamples * sizeof(uint16));
+ _TIFFsetShortArray(>tif_dir.td_sampleinfo, 
new_sampleinfo, tif->tif_dir.td_extrasamples);
+ _TIFFfree(new_sampleinfo);
+ }
diff --git 
a/meta/recipes-multimedia/libtiff/tiff/eecb0712f4c3a5b449f70c57988260a667ddbdef.patch
 
b/meta/recipes-multimedia/libtiff/tiff/eecb0712f4c3a5b449f70c57988260a667ddbdef.patch
new file mode 100644
index 00..fc5d0ab5f4
--- /dev/null
+++ 
b/meta/recipes-multimedia/libtiff/tiff/eecb0712f4c3a5b449f70c57988260a667ddbdef.patch
@@ -0,0 +1,30 @@
+From eecb0712f4c3a5b449f70c57988260a667ddbdef Mon Sep 17 00:00:00 2001
+From: Even Rouault 
+Date: Sun, 6 Feb 2022 13:08:38 +0100
+Subject: [PATCH] TIFFFetchStripThing(): avoid calling memcpy() with a null
+ source pointer and size of zero (fixes #362)
+
+Upstream-Status: Backport
+CVE: CVE-2022-0561
+Signed-off-by: Sana Kazi 
+Comment: Refreshed patch
+---
+ libtiff/tif_dirread.c | 5 +++--
+ 1 file changed, 3 insertions(+), 2 deletions(-)
+
+diff --git a/libtiff/tif_dirread.c b/libtiff/tif_dirread.c
+index 23194ced..50ebf8ac 100644
+--- a/libtiff/tif_dirread.c
 b/libtiff/tif_dirread.c
+@@ -5683,8 +5682,9 @@
+   _TIFFfree(data);
+   return(0);
+   }
+-
_TIFFmemcpy(resizeddata,data,(uint32)dir->tdir_count*sizeof(uint64));
+-
_TIFFmemset(resizeddata+(uint32)dir->tdir_count,0,(nstrips-(uint32)dir->tdir_count)*sizeof(uint64));
++   if( dir->tdir_count )
++   _TIFFmemcpy(resizeddata,data, (uint32)dir->tdir_count 
* sizeof(uint64));
++   _TIFFmemset(resizeddata+(uint32)dir->tdir_count, 0, (nstrips - 
(uint32)dir->tdir_count) * sizeof(uint64));
+   _TIFFfree(data);
+   data=resizeddata;
+   }
diff --git a/meta/recipes-multimedia/libtiff/tiff_4.1.0.bb 
b/meta/recipes-multimedia/libtiff/tiff_4.1.0.bb
index 0948bb4e2f..9db247ecc7 100644
--- a/meta/recipes-multimedia/libtiff/tiff_4.1.0.bb
+++ b/meta/recipes-multimedia/libtiff/tiff_4.1.0.bb
@@ -16,6 +16,8 @@ SRC_URI = 
"http://download.osgeo.org/libtiff/tiff-${PV}.tar.gz \

file://002_support_patch_for_CVE-2020-35521_and_CVE-2020-35522.patch \
file://CVE-2020-35521_and_CVE-2020-35522.patch \

file://0001-tiffset-fix-global-buffer-overflow-for-ASCII-tags-wh.patch \
+   file://561599c99f987dc32ae110370cfdd7df7975586b.patch \
+   file://eecb0712f4c3a5b449f70c57988260a667ddbdef.patch \
   "
 SRC_URI[md5sum] = "2165e7aba557463acc0664e71a3ed424"
 SRC_URI[sha256sum] = 
"5d29f32517dadb6dbcd1255ea5bbc93a2b54b94fbf83653b4d65c7d6775b8634"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163026): 
https://lists.openembedded.org/g/openembedded-core/message/163026
Mute This Topic: https://lists.openembedded.org/mt/89686447/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 

[OE-core][dunfell 1/3] vim: Update to 8.2.4524 for further CVE fixes

[Steve Sakoman]

From: Richard Purdie 

Includes CVE-2022-0696, CVE-2022-0714, CVE-2022-0729.

Signed-off-by: Richard Purdie 
(cherry picked from commit 0d29988958e48534a0076307bb2393a3c1309e03)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-support/vim/vim.inc | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-support/vim/vim.inc b/meta/recipes-support/vim/vim.inc
index 838f7b7a53..b3c471225e 100644
--- a/meta/recipes-support/vim/vim.inc
+++ b/meta/recipes-support/vim/vim.inc
@@ -21,8 +21,8 @@ SRC_URI = 
"git://github.com/vim/vim.git;branch=master;protocol=https \
file://racefix.patch \
"
 
-PV .= ".4424"
-SRCREV = "cdf717283ca70b18f20b8a2cefe7957083280c6f"
+PV .= ".4524"
+SRCREV = "d8f8629b1bf566e1dada7515e9b146c69e5d9757"
 
 # Remove when 8.3 is out
 UPSTREAM_VERSION_UNKNOWN = "1"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163025): 
https://lists.openembedded.org/g/openembedded-core/message/163025
Mute This Topic: https://lists.openembedded.org/mt/89686444/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][dunfell 0/3] Patch review

[Steve Sakoman]

Please review this set of patches for dunfell and have comments back by end
of day Friday.

Passed a-full on autobuilder:

https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/3344

The following changes since commit 604146a242c3d5f5a9872bb756910f4bd1b58406:

  sstate: inside the threadedpool don't write to the shared localdata 
(2022-03-07 07:05:33 -1000)

are available in the Git repository at:

  git://git.openembedded.org/openembedded-core-contrib stable/dunfell-nut
  
http://cgit.openembedded.org/openembedded-core-contrib/log/?h=stable/dunfell-nut

Bruce Ashfield (1):
  perf-tests: add bash into RDEPENDS (v5.12-rc5+)

Richard Purdie (1):
  vim: Update to 8.2.4524 for further CVE fixes

sana kazi (1):
  tiff: Add backports for two CVEs from upstream

 meta/recipes-kernel/perf/perf.bb  |  2 +-
 ...99c99f987dc32ae110370cfdd7df7975586b.patch | 28 +
 ...0712f4c3a5b449f70c57988260a667ddbdef.patch | 30 +++
 meta/recipes-multimedia/libtiff/tiff_4.1.0.bb |  2 ++
 meta/recipes-support/vim/vim.inc  |  4 +--
 5 files changed, 63 insertions(+), 3 deletions(-)
 create mode 100644 
meta/recipes-multimedia/libtiff/tiff/561599c99f987dc32ae110370cfdd7df7975586b.patch
 create mode 100644 
meta/recipes-multimedia/libtiff/tiff/eecb0712f4c3a5b449f70c57988260a667ddbdef.patch

-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163024): 
https://lists.openembedded.org/g/openembedded-core/message/163024
Mute This Topic: https://lists.openembedded.org/mt/89637549/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH 1/3] pip_install_wheel: add a generic do_install for bootstrapping

[Ross Burton]

On Thu, 10 Mar 2022 at 11:48, Konrad Weihmann  wrote:
> > +pip_install_wheel_do_bootstrap_install () {
> > +install -d ${D}${PYTHON_SITEPACKAGES_DIR}
> > +unzip -d ${D}${PYTHON_SITEPACKAGES_DIR} ${PIP_INSTALL_DIST_PATH}/*.whl
> > +}
>
> I think these two lines could be moved into a generic do_install:native
> - and then removing all the override code from the recipes below.

There's only a few recipes which need this bootstrap, 99% of native
recipes can use pip: it's just flit_core/pip/setuptools/wheel which
can't as they're needed to build pip itself.

(and once installer is used instead of pip, it's just installer and flit_core)

I may send a v2 to this, as we should be byte-compiling the bootstrap code too.

Ross

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163023): 
https://lists.openembedded.org/g/openembedded-core/message/163023
Mute This Topic: https://lists.openembedded.org/mt/89684105/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH] seatd: upgrade to 0.6.4 (fixes CVE-2022-25643)

[Ross Burton]

We need to set nobranch=1 as the 0.6.4 tag isn't on any branches at
present.

Signed-off-by: Ross Burton 
---
 meta/recipes-core/seatd/{seatd_0.6.3.bb => seatd_0.6.4.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-core/seatd/{seatd_0.6.3.bb => seatd_0.6.4.bb} (89%)

diff --git a/meta/recipes-core/seatd/seatd_0.6.3.bb 
b/meta/recipes-core/seatd/seatd_0.6.4.bb
similarity index 89%
rename from meta/recipes-core/seatd/seatd_0.6.3.bb
rename to meta/recipes-core/seatd/seatd_0.6.4.bb
index abc8583087..a38f8c2152 100644
--- a/meta/recipes-core/seatd/seatd_0.6.3.bb
+++ b/meta/recipes-core/seatd/seatd_0.6.4.bb
@@ -6,9 +6,9 @@ LICENSE = "MIT"
 
 LIC_FILES_CHKSUM = "file://LICENSE;md5=715a99d2dd552e6188e74d4ed2914d5a"
 
-SRC_URI = "git://git.sr.ht/~kennylevinsen/seatd;protocol=https;branch=master \
+SRC_URI = "git://git.sr.ht/~kennylevinsen/seatd;protocol=https;nobranch=1 \
file://init"
-SRCREV = "88db55f6068c1c01d85b61aa6adff0a6b2a8dce8"
+SRCREV = "df13d03f9cfd0dc0c2b3298cd0e5eb4e4a10835e"
 S = "${WORKDIR}/git"
 
 inherit meson pkgconfig update-rc.d
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163022): 
https://lists.openembedded.org/g/openembedded-core/message/163022
Mute This Topic: https://lists.openembedded.org/mt/89686176/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH v2 4/4] files: overlayfs-etc: add overlay mount options to preinit

[Claudius Heine]

Overlayfs-etc is useful if the rootfs is read-only. One reason to have
the rootfs read-only is to allow image based updating.

Image based updating will change the underlying root file system, which
is unsupported by overlayfs when with some mount options [1].

This disables those options.

[1] 
https://www.kernel.org/doc/html/latest/filesystems/overlayfs.html?highlight=overlayfs#changes-to-underlying-filesystems

Signed-off-by: Claudius Heine 
---
 meta/files/overlayfs-etc-preinit.sh.in | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/files/overlayfs-etc-preinit.sh.in 
b/meta/files/overlayfs-etc-preinit.sh.in
index e5f5001a05..43c9b04eb9 100644
--- a/meta/files/overlayfs-etc-preinit.sh.in
+++ b/meta/files/overlayfs-etc-preinit.sh.in
@@ -26,6 +26,7 @@ then
 -o upperdir={OVERLAYFS_ETC_MOUNT_POINT}/overlay-etc/upper \
 -o lowerdir=/etc \
 -o workdir={OVERLAYFS_ETC_MOUNT_POINT}/overlay-etc/work \
+-o index=off,xino=off,redirect_dir=off,metacopy=off \
 {OVERLAYFS_ETC_MOUNT_POINT}/overlay-etc/upper /etc || \
 echo "PREINIT: Mounting etc-overlay failed!"
 else
-- 
2.35.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163021): 
https://lists.openembedded.org/g/openembedded-core/message/163021
Mute This Topic: https://lists.openembedded.org/mt/89685528/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH v2 3/4] files: overlayfs-etc: wrap long lines of preinit file

[Claudius Heine]

Make it easier to see what is happening by wrapping the overly long
lines in the preinit file for the overlayfs-etc.

Signed-off-by: Claudius Heine 
---
 meta/files/overlayfs-etc-preinit.sh.in | 11 +--
 1 file changed, 9 insertions(+), 2 deletions(-)

diff --git a/meta/files/overlayfs-etc-preinit.sh.in 
b/meta/files/overlayfs-etc-preinit.sh.in
index 2ebb6c9224..e5f5001a05 100644
--- a/meta/files/overlayfs-etc-preinit.sh.in
+++ b/meta/files/overlayfs-etc-preinit.sh.in
@@ -16,11 +16,18 @@ mount -t sysfs sysfs /sys
 [ -z "$CONSOLE" ] && CONSOLE="/dev/console"
 
 mkdir -p {OVERLAYFS_ETC_MOUNT_POINT}
-if mount -n -t {OVERLAYFS_ETC_FSTYPE} -o {OVERLAYFS_ETC_MOUNT_OPTIONS} 
{OVERLAYFS_ETC_DEVICE} {OVERLAYFS_ETC_MOUNT_POINT}
+if mount -n -t {OVERLAYFS_ETC_FSTYPE} \
+-o {OVERLAYFS_ETC_MOUNT_OPTIONS} \
+{OVERLAYFS_ETC_DEVICE} {OVERLAYFS_ETC_MOUNT_POINT}
 then
 mkdir -p {OVERLAYFS_ETC_MOUNT_POINT}/overlay-etc/upper
 mkdir -p {OVERLAYFS_ETC_MOUNT_POINT}/overlay-etc/work
-mount -n -t overlay -o 
upperdir={OVERLAYFS_ETC_MOUNT_POINT}/overlay-etc/upper,lowerdir=/etc,workdir={OVERLAYFS_ETC_MOUNT_POINT}/overlay-etc/work
 {OVERLAYFS_ETC_MOUNT_POINT}/overlay-etc/upper /etc || echo "PREINIT: Mounting 
etc-overlay failed!"
+mount -n -t overlay \
+-o upperdir={OVERLAYFS_ETC_MOUNT_POINT}/overlay-etc/upper \
+-o lowerdir=/etc \
+-o workdir={OVERLAYFS_ETC_MOUNT_POINT}/overlay-etc/work \
+{OVERLAYFS_ETC_MOUNT_POINT}/overlay-etc/upper /etc || \
+echo "PREINIT: Mounting etc-overlay failed!"
 else
 echo "PREINIT: Mounting  failed!"
 fi
-- 
2.35.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163020): 
https://lists.openembedded.org/g/openembedded-core/message/163020
Mute This Topic: https://lists.openembedded.org/mt/89685527/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH v2 2/4] overlayfs: add systemd unit path prefix to FILES:${PN} array

[Claudius Heine]

The 'FILES:${PN}' array is missing the systemd unit dir prefix causing
them to not be packaged and the build fails with the
`installed-vs-shipped` error.

This adds the `systemd_system_unitdir` variable in front of every unit
file added with this class.

Signed-off-by: Claudius Heine 
---
 meta/classes/overlayfs.bbclass | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/classes/overlayfs.bbclass b/meta/classes/overlayfs.bbclass
index 4a860f7308..25e30aee83 100644
--- a/meta/classes/overlayfs.bbclass
+++ b/meta/classes/overlayfs.bbclass
@@ -103,7 +103,8 @@ python () {
 unitList = unitFileList(d)
 for unit in unitList:
 d.appendVar('SYSTEMD_SERVICE:' + d.getVar('PN'), ' ' + unit)
-d.appendVar('FILES:' + d.getVar('PN'), ' ' + strForBash(unit))
+d.appendVar('FILES:' + d.getVar('PN'), ' ' +
+d.getVar('systemd_system_unitdir') + '/' + strForBash(unit))
 
 d.setVar('OVERLAYFS_UNIT_LIST', ' '.join([strForBash(s) for s in 
unitList]))
 }
-- 
2.35.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163018): 
https://lists.openembedded.org/g/openembedded-core/message/163018
Mute This Topic: https://lists.openembedded.org/mt/89685525/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH v2 0/4] Patches and bugfixes for overlayfs

[Claudius Heine]

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 4

Claudius Heine (4):
  overlayfs-etc: add condition to package-management feature conflict
  overlayfs: add systemd unit path prefix to FILES:${PN} array
  files: overlayfs-etc: wrap long lines of preinit file
  files: overlayfs-etc: add overlay mount options to preinit

 meta/classes/overlayfs-etc.bbclass |  3 ++-
 meta/classes/overlayfs.bbclass |  3 ++-
 meta/files/overlayfs-etc-preinit.sh.in | 12 ++--
 3 files changed, 14 insertions(+), 4 deletions(-)

-- 
2.35.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163017): 
https://lists.openembedded.org/g/openembedded-core/message/163017
Mute This Topic: https://lists.openembedded.org/mt/89685524/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH v2 1/4] overlayfs-etc: add condition to package-management feature conflict

[Claudius Heine]

The conflict with the `package-managment` only happens if the
`overlayfs-etc` class overwrites `/sbin/init`, which is not the case
when `OVERLAYFS_ETC_USE_ORIG_INIT_NAME` is set to `0`.

Signed-off-by: Claudius Heine 
---
 meta/classes/overlayfs-etc.bbclass | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/classes/overlayfs-etc.bbclass 
b/meta/classes/overlayfs-etc.bbclass
index 4ced07ba11..b593a4d9eb 100644
--- a/meta/classes/overlayfs-etc.bbclass
+++ b/meta/classes/overlayfs-etc.bbclass
@@ -26,7 +26,8 @@
 # overlay is out of scope of this class
 
 ROOTFS_POSTPROCESS_COMMAND += '${@bb.utils.contains("IMAGE_FEATURES", 
"overlayfs-etc", "create_overlayfs_etc_preinit;", "", d)}'
-IMAGE_FEATURES_CONFLICTS_overlayfs-etc = "package-management"
+IMAGE_FEATURES_CONFLICTS_overlayfs-etc = " \
+${@ 'package-management' if 
bb.utils.to_boolean(d.getVar('OVERLAYFS_ETC_USE_ORIG_INIT_NAME'), True) else 
''}"
 
 OVERLAYFS_ETC_MOUNT_POINT ??= ""
 OVERLAYFS_ETC_FSTYPE ??= ""
-- 
2.35.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163019): 
https://lists.openembedded.org/g/openembedded-core/message/163019
Mute This Topic: https://lists.openembedded.org/mt/89685526/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH 1/3] pip_install_wheel: add a generic do_install for bootstrapping

[Konrad Weihmann]

On 10.03.22 12:40, Ross Burton wrote:

Several recipes are duplicating the same bootstrap logic for installing
a wheel without using any tools.  Add an implementation to
pip_install_wheel to centralise the code, and remove the duplicated code
from the following recipes:

- python3-flit-core
- python3-pip
- python3-setuptools
- python3-wheel

Signed-off-by: Ross Burton 
---
  meta/classes/pip_install_wheel.bbclass| 6 ++
  meta/recipes-devtools/python/python3-flit-core_3.7.1.bb   | 3 +--
  meta/recipes-devtools/python/python3-pip_22.0.3.bb| 4 +---
  meta/recipes-devtools/python/python3-setuptools_59.5.0.bb | 4 +---
  meta/recipes-devtools/python/python3-wheel_0.37.1.bb  | 4 +---
  5 files changed, 10 insertions(+), 11 deletions(-)

diff --git a/meta/classes/pip_install_wheel.bbclass 
b/meta/classes/pip_install_wheel.bbclass
index 3861dae75a..29cd544aa3 100644
--- a/meta/classes/pip_install_wheel.bbclass
+++ b/meta/classes/pip_install_wheel.bbclass
@@ -40,4 +40,10 @@ pip_install_wheel_do_install () {
  done
  }
  
+# A manual do_install that just uses unzip for bootstrapping purposes. Callers should DEPEND on unzip-native.


Minor nitpick - wouldn't it make sense to add a hard DEPENDS on 
unzip-native right here into the class - it should do no harm when done 
like DEPENDS:append:class-native = " unzip-native"



+pip_install_wheel_do_bootstrap_install () {
+install -d ${D}${PYTHON_SITEPACKAGES_DIR}
+unzip -d ${D}${PYTHON_SITEPACKAGES_DIR} ${PIP_INSTALL_DIST_PATH}/*.whl
+}


I think these two lines could be moved into a generic do_install:native 
- and then removing all the override code from the recipes below.


Or is there some special case I'm not seeing here that would require 
having this extra function.



Thanks for the patches - after all these rounds code looks good and 
should provide a seamless transition for most of the layers



+
  EXPORT_FUNCTIONS do_install
diff --git a/meta/recipes-devtools/python/python3-flit-core_3.7.1.bb 
b/meta/recipes-devtools/python/python3-flit-core_3.7.1.bb
index 196e391a8d..1f14345d50 100644
--- a/meta/recipes-devtools/python/python3-flit-core_3.7.1.bb
+++ b/meta/recipes-devtools/python/python3-flit-core_3.7.1.bb
@@ -21,8 +21,7 @@ PYPI_PACKAGE = "flit"
  PEP517_SOURCE_PATH = "${S}/flit_core"
  
  do_install:class-native () {

-install -d ${D}${PYTHON_SITEPACKAGES_DIR}
-unzip -d ${D}${PYTHON_SITEPACKAGES_DIR} 
${PIP_INSTALL_DIST_PATH}/flit_core*.whl
+pip_install_wheel_do_bootstrap_install
  }
  
  PACKAGES =+ "${PN}-tests"

diff --git a/meta/recipes-devtools/python/python3-pip_22.0.3.bb 
b/meta/recipes-devtools/python/python3-pip_22.0.3.bb
index d7000b891a..f7fcf47c06 100644
--- a/meta/recipes-devtools/python/python3-pip_22.0.3.bb
+++ b/meta/recipes-devtools/python/python3-pip_22.0.3.bb
@@ -19,9 +19,7 @@ SRC_URI += "file://reproducible.patch"
  SRC_URI[sha256sum] = 
"f29d589df8c8ab99c060e68ad294c4a9ed896624f6368c5349d70aa581b333d0"
  
  do_install:class-native() {

-# Bootstrap to prevent dependency loop in python3-pip-native
-install -d ${D}${PYTHON_SITEPACKAGES_DIR}
-unzip -d ${D}${PYTHON_SITEPACKAGES_DIR} ${PIP_INSTALL_DIST_PATH}/*.whl
+pip_install_wheel_do_bootstrap_install
  
  # pip install would normally generate [console_scripts] in ${bindir}

  install -d ${D}/${bindir}
diff --git a/meta/recipes-devtools/python/python3-setuptools_59.5.0.bb 
b/meta/recipes-devtools/python/python3-setuptools_59.5.0.bb
index 9d2c2fd744..7cd67b85f9 100644
--- a/meta/recipes-devtools/python/python3-setuptools_59.5.0.bb
+++ b/meta/recipes-devtools/python/python3-setuptools_59.5.0.bb
@@ -22,9 +22,7 @@ DEPENDS:remove:class-native = "python3-pip-native 
python3-setuptools-native"
  DEPENDS:append:class-native = " unzip-native"
  
  do_install:class-native() {

-# Bootstrap to prevent dependency loop in python3-pip-native
-install -d ${D}${PYTHON_SITEPACKAGES_DIR}
-unzip -d ${D}${PYTHON_SITEPACKAGES_DIR} ${PIP_INSTALL_DIST_PATH}/*.whl
+pip_install_wheel_do_bootstrap_install
  }
  
  RDEPENDS:${PN} = "\

diff --git a/meta/recipes-devtools/python/python3-wheel_0.37.1.bb 
b/meta/recipes-devtools/python/python3-wheel_0.37.1.bb
index 83a7c986a8..cf0d8191b4 100644
--- a/meta/recipes-devtools/python/python3-wheel_0.37.1.bb
+++ b/meta/recipes-devtools/python/python3-wheel_0.37.1.bb
@@ -13,9 +13,7 @@ SRC_URI += " 
file://0001-Backport-pyproject.toml-from-flit-backend-branch.patch"
  DEPENDS:remove:class-native = "python3-pip-native"
  
  do_install:class-native () {

-# We need to bootstrap python3-wheel-native
-install -d ${D}${PYTHON_SITEPACKAGES_DIR}
-unzip -d ${D}${PYTHON_SITEPACKAGES_DIR} ${PIP_INSTALL_DIST_PATH}/*.whl
+pip_install_wheel_do_bootstrap_install
  
  # pip install would normally generate [project.scripts] in ${bindir}

  install -d ${D}/${bindir}






-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online 

[OE-core] [PATCH 1/3] pip_install_wheel: add a generic do_install for bootstrapping

[Ross Burton]

Several recipes are duplicating the same bootstrap logic for installing
a wheel without using any tools.  Add an implementation to
pip_install_wheel to centralise the code, and remove the duplicated code
from the following recipes:

- python3-flit-core
- python3-pip
- python3-setuptools
- python3-wheel

Signed-off-by: Ross Burton 
---
 meta/classes/pip_install_wheel.bbclass| 6 ++
 meta/recipes-devtools/python/python3-flit-core_3.7.1.bb   | 3 +--
 meta/recipes-devtools/python/python3-pip_22.0.3.bb| 4 +---
 meta/recipes-devtools/python/python3-setuptools_59.5.0.bb | 4 +---
 meta/recipes-devtools/python/python3-wheel_0.37.1.bb  | 4 +---
 5 files changed, 10 insertions(+), 11 deletions(-)

diff --git a/meta/classes/pip_install_wheel.bbclass 
b/meta/classes/pip_install_wheel.bbclass
index 3861dae75a..29cd544aa3 100644
--- a/meta/classes/pip_install_wheel.bbclass
+++ b/meta/classes/pip_install_wheel.bbclass
@@ -40,4 +40,10 @@ pip_install_wheel_do_install () {
 done
 }
 
+# A manual do_install that just uses unzip for bootstrapping purposes. Callers 
should DEPEND on unzip-native.
+pip_install_wheel_do_bootstrap_install () {
+install -d ${D}${PYTHON_SITEPACKAGES_DIR}
+unzip -d ${D}${PYTHON_SITEPACKAGES_DIR} ${PIP_INSTALL_DIST_PATH}/*.whl
+}
+
 EXPORT_FUNCTIONS do_install
diff --git a/meta/recipes-devtools/python/python3-flit-core_3.7.1.bb 
b/meta/recipes-devtools/python/python3-flit-core_3.7.1.bb
index 196e391a8d..1f14345d50 100644
--- a/meta/recipes-devtools/python/python3-flit-core_3.7.1.bb
+++ b/meta/recipes-devtools/python/python3-flit-core_3.7.1.bb
@@ -21,8 +21,7 @@ PYPI_PACKAGE = "flit"
 PEP517_SOURCE_PATH = "${S}/flit_core"
 
 do_install:class-native () {
-install -d ${D}${PYTHON_SITEPACKAGES_DIR}
-unzip -d ${D}${PYTHON_SITEPACKAGES_DIR} 
${PIP_INSTALL_DIST_PATH}/flit_core*.whl
+pip_install_wheel_do_bootstrap_install
 }
 
 PACKAGES =+ "${PN}-tests"
diff --git a/meta/recipes-devtools/python/python3-pip_22.0.3.bb 
b/meta/recipes-devtools/python/python3-pip_22.0.3.bb
index d7000b891a..f7fcf47c06 100644
--- a/meta/recipes-devtools/python/python3-pip_22.0.3.bb
+++ b/meta/recipes-devtools/python/python3-pip_22.0.3.bb
@@ -19,9 +19,7 @@ SRC_URI += "file://reproducible.patch"
 SRC_URI[sha256sum] = 
"f29d589df8c8ab99c060e68ad294c4a9ed896624f6368c5349d70aa581b333d0"
 
 do_install:class-native() {
-# Bootstrap to prevent dependency loop in python3-pip-native
-install -d ${D}${PYTHON_SITEPACKAGES_DIR}
-unzip -d ${D}${PYTHON_SITEPACKAGES_DIR} ${PIP_INSTALL_DIST_PATH}/*.whl
+pip_install_wheel_do_bootstrap_install
 
 # pip install would normally generate [console_scripts] in ${bindir}
 install -d ${D}/${bindir}
diff --git a/meta/recipes-devtools/python/python3-setuptools_59.5.0.bb 
b/meta/recipes-devtools/python/python3-setuptools_59.5.0.bb
index 9d2c2fd744..7cd67b85f9 100644
--- a/meta/recipes-devtools/python/python3-setuptools_59.5.0.bb
+++ b/meta/recipes-devtools/python/python3-setuptools_59.5.0.bb
@@ -22,9 +22,7 @@ DEPENDS:remove:class-native = "python3-pip-native 
python3-setuptools-native"
 DEPENDS:append:class-native = " unzip-native"
 
 do_install:class-native() {
-# Bootstrap to prevent dependency loop in python3-pip-native
-install -d ${D}${PYTHON_SITEPACKAGES_DIR}
-unzip -d ${D}${PYTHON_SITEPACKAGES_DIR} ${PIP_INSTALL_DIST_PATH}/*.whl
+pip_install_wheel_do_bootstrap_install
 }
 
 RDEPENDS:${PN} = "\
diff --git a/meta/recipes-devtools/python/python3-wheel_0.37.1.bb 
b/meta/recipes-devtools/python/python3-wheel_0.37.1.bb
index 83a7c986a8..cf0d8191b4 100644
--- a/meta/recipes-devtools/python/python3-wheel_0.37.1.bb
+++ b/meta/recipes-devtools/python/python3-wheel_0.37.1.bb
@@ -13,9 +13,7 @@ SRC_URI += " 
file://0001-Backport-pyproject.toml-from-flit-backend-branch.patch"
 DEPENDS:remove:class-native = "python3-pip-native"
 
 do_install:class-native () {
-# We need to bootstrap python3-wheel-native
-install -d ${D}${PYTHON_SITEPACKAGES_DIR}
-unzip -d ${D}${PYTHON_SITEPACKAGES_DIR} ${PIP_INSTALL_DIST_PATH}/*.whl
+pip_install_wheel_do_bootstrap_install
 
 # pip install would normally generate [project.scripts] in ${bindir}
 install -d ${D}/${bindir}
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163014): 
https://lists.openembedded.org/g/openembedded-core/message/163014
Mute This Topic: https://lists.openembedded.org/mt/89684105/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH 3/3] flit_core: remove redundant python3-pip-native DEPENDS

[Ross Burton]

PIP is not needed by this class directly, but is used by
pip_install_wheel which already depends on python3-pip-native.

Signed-off-by: Ross Burton 
---
 meta/classes/flit_core.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/flit_core.bbclass b/meta/classes/flit_core.bbclass
index 7b578967a9..ce162bb75b 100644
--- a/meta/classes/flit_core.bbclass
+++ b/meta/classes/flit_core.bbclass
@@ -1,6 +1,6 @@
 inherit pip_install_wheel python3native python3-dir setuptools3-base
 
-DEPENDS += "python3 python3-flit-core-native python3-pip-native"
+DEPENDS += "python3 python3-flit-core-native"
 
 flit_core_do_configure () {
 :
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163015): 
https://lists.openembedded.org/g/openembedded-core/message/163015
Mute This Topic: https://lists.openembedded.org/mt/89684106/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH 2/3] python3-pip: remove redundant DEPENDS on python3-setuptools-native

[Ross Burton]

This recipe inherits setuptools_build_meta which already depends on
python3-setuptools-native.

Signed-off-by: Ross Burton 
---
 meta/recipes-devtools/python/python3-pip_22.0.3.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/python/python3-pip_22.0.3.bb 
b/meta/recipes-devtools/python/python3-pip_22.0.3.bb
index f7fcf47c06..bce3b68861 100644
--- a/meta/recipes-devtools/python/python3-pip_22.0.3.bb
+++ b/meta/recipes-devtools/python/python3-pip_22.0.3.bb
@@ -6,7 +6,7 @@ LIC_FILES_CHKSUM = 
"file://LICENSE.txt;md5=63ec52baf95163b597008bb46db68030"
 
 inherit pypi setuptools_build_meta
 
-DEPENDS += "python3 python3-setuptools-native"
+DEPENDS += "python3"
 
 # To avoid a dependency loop; we bootstrap -native
 DEPENDS:remove:class-native = "python3-pip-native"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163013): 
https://lists.openembedded.org/g/openembedded-core/message/163013
Mute This Topic: https://lists.openembedded.org/mt/89684104/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] overlayfs: add systemd unit path prefix to FILES:${PN} array

[Claudius Heine]

Hi Richard,

On 2022-03-10 11:11, Richard Purdie wrote:

On Wed, 2022-03-09 at 15:29 +0100, Claudius Heine wrote:

The 'FILES:${PN}' array is missing the systemd unit dir prefix causing
them to not be packaged and the build fails with the
`installed-vs-shipped` error.

This adds the `systemd_system_unitdir` variable in front of every unit
file added with this class.

Signed-off-by: Claudius Heine 
---
  meta/classes/overlayfs.bbclass | 3 ++-
  1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/classes/overlayfs.bbclass b/meta/classes/overlayfs.bbclass
index 4a860f7308..f525ea6625 100644
--- a/meta/classes/overlayfs.bbclass
+++ b/meta/classes/overlayfs.bbclass
@@ -103,7 +103,8 @@ python () {
  unitList = unitFileList(d)
  for unit in unitList:
  d.appendVar('SYSTEMD_SERVICE:' + d.getVar('PN'), ' ' + unit)
-d.appendVar('FILES:' + d.getVar('PN'), ' ' + strForBash(unit))
+d.appendVar('FILES:' + d.getVar('PN'), ' ' +
+   d.getVar('systemd_system_unitdir') + '/' + strForBash(unit))
  
  d.setVar('OVERLAYFS_UNIT_LIST', ' '.join([strForBash(s) for s in unitList]))

  }


I have to wonder how this is being tested since this patch injects tabs into a
python function and that triggers warnings about tabs in python code.

That caused selftest failures:

https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/3227
https://autobuilder.yoctoproject.org/typhoon/#/builders/86/builds/3240
https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/3271

I've tweaked the patch to fix the whitespace here and in the other patch but I
notice more patches on the list also with what I suspect are whitespace issues.


Ouch, I will check my editor config. Sorry for this.

regards,
Claudius

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163012): 
https://lists.openembedded.org/g/openembedded-core/message/163012
Mute This Topic: https://lists.openembedded.org/mt/89662850/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] List of changes for Kirkstone migration notes

[Michael Opdenacker via lists.openembedded.org]

Greetings

We need to prepare the final migration notes for Kirkstone and need your
help. Here is a quick list of already documented changes (see
https://git.yoctoproject.org/yocto-docs/tree/documentation/migration-guides/migration-3.5.rst),
and changes that haven't been documented yet:

Already documented
- Branch name required in git:// and gitsm:// SRC_URI entries
- ";protocol=https" required at the end of GitHub URLs
- Network access disabled for tasks
- TOPDIR and current directory no longer modified while parsing recipes
- ``append``, ``prepend`` and ``remove`` only working with "=" and ":="
- allarch packagegroups can no longer depend on packages using PKG renaming
- distutils* classes moved to meta-python
- `blacklist.bbclass`` removed and introduction of SKIP_RECIPE


Not documented yet
- Shared State reuse from the autobuilder, speeding up builds if the
network is fast enough
- License fields now using SPDX identifiers
- Inclusive language updates, conversion script available
- Python build process based on wheels. New python packaging classes:
setuptools_build_meta.bbclass, pip_install_wheel.bbclass,
flit_core.bbclass;
- prelink support dropped
- New overlayfs and overlayfs-etc classes
- Support for AlmaLinux replacing CentOS, dropped CentOS 8, Ubuntu
16.04, Fedora 30-32...
- State cache: use ZStandard (zstd) instead of Gzip compression
- Fixed the reproducibility issues with rust-llvm and golang. Full
reprocibility in OE-Core
- BitBake: improve setscene task display
- New "crate" fetcher for Rust

Any noteworthy changes we should add to the list? I also realize that
some of the changes probably shouldn't make it to the migration notes,
just to the release notes. If so, let us know.

Don't hesitate to amend the above list by replying to this e-mail.
Documentation patches are also welcome, of course.

Thanks in advance,
Michael.

-- 
Michael Opdenacker, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163011): 
https://lists.openembedded.org/g/openembedded-core/message/163011
Mute This Topic: https://lists.openembedded.org/mt/89683406/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] local.conf.sample: https and no newline for SSTATE_MIRRORS

[Quentin Schulz]

Hi Michael,

On 3/9/22 11:28, Michael Opdenacker via lists.openembedded.org wrote:

Both http and https work, but we will get fewer user questions with https

Remove no longer necessary \n character in the sample definition

Signed-off-by: Michael Opdenacker 


Reviewed-by: Quentin Schulz 

Thanks!
Quentin

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163010): 
https://lists.openembedded.org/g/openembedded-core/message/163010
Mute This Topic: https://lists.openembedded.org/mt/89659152/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] local.conf.sample: fix reference to extended configuration sample

[Quentin Schulz]

Hi Michael,

On 3/9/22 10:44, Michael Opdenacker via lists.openembedded.org wrote:

The file name is local.conf.sample.extended, not local.conf.extended

Signed-off-by: Michael Opdenacker 


Reviewed-by: Quentin Schulz 

Thanks!
Quentin

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163009): 
https://lists.openembedded.org/g/openembedded-core/message/163009
Mute This Topic: https://lists.openembedded.org/mt/89658674/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] mesa: make sure GLES3 headers are installed

[Quentin Schulz]

Hi Samuli,

On 3/8/22 09:58, Samuli Piippo wrote:

Since there is no libgles3-mesa package that would pull in the headers,
add dependency to libgles2-mesa-dev. Now there no need to manually add
GLES3 headers to image or toolchain.

Signed-off-by: Samuli Piippo 
Signed-off-by: Ross Burton 
---
  meta/recipes-graphics/mesa/mesa.inc | 3 +++
  1 file changed, 3 insertions(+)

diff --git a/meta/recipes-graphics/mesa/mesa.inc 
b/meta/recipes-graphics/mesa/mesa.inc
index 2f79e8b34d..713a82dc7d 100644
--- a/meta/recipes-graphics/mesa/mesa.inc
+++ b/meta/recipes-graphics/mesa/mesa.inc
@@ -193,6 +193,9 @@ RDEPENDS:${PN}-dev = ""
  # development package of libgles3.
  RDEPENDS:libgles3-mesa-dev += "libgles2-mesa-dev"
  
+# Add dependency so that GLES3 header don't need to be added manually

+RDEPENDS_libgles2-mesa-dev += "libgles3-mesa-dev"
+


RDEPENDS:libgles2-mesa-dev += "libgles3-mesa-dev"

There is a new override syntax since Honister with colon (:) instead of 
underscore (_).


Also, this adds a circular dependency, I don't know how well the package 
managers handle this case (we have deb, opkg and rpm right now so all 
three of them need to be able to handle this circular dependency nicely).


Cheers,
Quentin

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163008): 
https://lists.openembedded.org/g/openembedded-core/message/163008
Mute This Topic: https://lists.openembedded.org/mt/89633249/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] overlayfs: add systemd unit path prefix to FILES:${PN} array

[Richard Purdie]

On Wed, 2022-03-09 at 15:29 +0100, Claudius Heine wrote:
> The 'FILES:${PN}' array is missing the systemd unit dir prefix causing
> them to not be packaged and the build fails with the
> `installed-vs-shipped` error.
> 
> This adds the `systemd_system_unitdir` variable in front of every unit
> file added with this class.
> 
> Signed-off-by: Claudius Heine 
> ---
>  meta/classes/overlayfs.bbclass | 3 ++-
>  1 file changed, 2 insertions(+), 1 deletion(-)
> 
> diff --git a/meta/classes/overlayfs.bbclass b/meta/classes/overlayfs.bbclass
> index 4a860f7308..f525ea6625 100644
> --- a/meta/classes/overlayfs.bbclass
> +++ b/meta/classes/overlayfs.bbclass
> @@ -103,7 +103,8 @@ python () {
>  unitList = unitFileList(d)
>  for unit in unitList:
>  d.appendVar('SYSTEMD_SERVICE:' + d.getVar('PN'), ' ' + unit)
> -d.appendVar('FILES:' + d.getVar('PN'), ' ' + strForBash(unit))
> +d.appendVar('FILES:' + d.getVar('PN'), ' ' +
> + d.getVar('systemd_system_unitdir') + '/' + strForBash(unit))
>  
>  d.setVar('OVERLAYFS_UNIT_LIST', ' '.join([strForBash(s) for s in 
> unitList]))
>  }

I have to wonder how this is being tested since this patch injects tabs into a
python function and that triggers warnings about tabs in python code.

That caused selftest failures:

https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/3227
https://autobuilder.yoctoproject.org/typhoon/#/builders/86/builds/3240
https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/3271

I've tweaked the patch to fix the whitespace here and in the other patch but I
notice more patches on the list also with what I suspect are whitespace issues.

Cheers,

Richard



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163007): 
https://lists.openembedded.org/g/openembedded-core/message/163007
Mute This Topic: https://lists.openembedded.org/mt/89662850/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH 1/2] files: overlayfs-etc: wrap long lines of preinit file

[Claudius Heine]

Make it easier to see what is happening by wrapping the overly long
lines in the preinit file for the overlayfs-etc.

Signed-off-by: Claudius Heine 
---
 meta/files/overlayfs-etc-preinit.sh.in | 11 +--
 1 file changed, 9 insertions(+), 2 deletions(-)

diff --git a/meta/files/overlayfs-etc-preinit.sh.in 
b/meta/files/overlayfs-etc-preinit.sh.in
index 2ebb6c9224..1daf83513e 100644
--- a/meta/files/overlayfs-etc-preinit.sh.in
+++ b/meta/files/overlayfs-etc-preinit.sh.in
@@ -16,11 +16,18 @@ mount -t sysfs sysfs /sys
 [ -z "$CONSOLE" ] && CONSOLE="/dev/console"
 
 mkdir -p {OVERLAYFS_ETC_MOUNT_POINT}
-if mount -n -t {OVERLAYFS_ETC_FSTYPE} -o {OVERLAYFS_ETC_MOUNT_OPTIONS} 
{OVERLAYFS_ETC_DEVICE} {OVERLAYFS_ETC_MOUNT_POINT}
+if mount -n -t {OVERLAYFS_ETC_FSTYPE} \
+   -o {OVERLAYFS_ETC_MOUNT_OPTIONS} \
+   {OVERLAYFS_ETC_DEVICE} {OVERLAYFS_ETC_MOUNT_POINT}
 then
 mkdir -p {OVERLAYFS_ETC_MOUNT_POINT}/overlay-etc/upper
 mkdir -p {OVERLAYFS_ETC_MOUNT_POINT}/overlay-etc/work
-mount -n -t overlay -o 
upperdir={OVERLAYFS_ETC_MOUNT_POINT}/overlay-etc/upper,lowerdir=/etc,workdir={OVERLAYFS_ETC_MOUNT_POINT}/overlay-etc/work
 {OVERLAYFS_ETC_MOUNT_POINT}/overlay-etc/upper /etc || echo "PREINIT: Mounting 
etc-overlay failed!"
+mount -n -t overlay \
+   -o upperdir={OVERLAYFS_ETC_MOUNT_POINT}/overlay-etc/upper \
+   -o lowerdir=/etc \
+   -o workdir={OVERLAYFS_ETC_MOUNT_POINT}/overlay-etc/work \
+   {OVERLAYFS_ETC_MOUNT_POINT}/overlay-etc/upper /etc || \
+   echo "PREINIT: Mounting etc-overlay failed!"
 else
 echo "PREINIT: Mounting  failed!"
 fi
-- 
2.35.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163005): 
https://lists.openembedded.org/g/openembedded-core/message/163005
Mute This Topic: https://lists.openembedded.org/mt/89683143/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH 2/2] files: overlayfs-etc: add index=off and xino=off mount option to preinit

[Claudius Heine]

Overlayfs-etc is useful if the rootfs is read-only. One reason to have
the rootfs read-only is to allow image based updating.

Image based updating will change the underlying root file system, which
is unsupported by overlayfs when with some mount options [1].

This disables those options.

[1] 
https://www.kernel.org/doc/html/latest/filesystems/overlayfs.html?highlight=overlayfs#changes-to-underlying-filesystems

Signed-off-by: Claudius Heine 
---
 meta/files/overlayfs-etc-preinit.sh.in | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/files/overlayfs-etc-preinit.sh.in 
b/meta/files/overlayfs-etc-preinit.sh.in
index 1daf83513e..51cbdf25a8 100644
--- a/meta/files/overlayfs-etc-preinit.sh.in
+++ b/meta/files/overlayfs-etc-preinit.sh.in
@@ -26,6 +26,7 @@ then
-o upperdir={OVERLAYFS_ETC_MOUNT_POINT}/overlay-etc/upper \
-o lowerdir=/etc \
-o workdir={OVERLAYFS_ETC_MOUNT_POINT}/overlay-etc/work \
+   -o index=off,xino=off,redirect_dir=off,metacopy=off \
{OVERLAYFS_ETC_MOUNT_POINT}/overlay-etc/upper /etc || \
echo "PREINIT: Mounting etc-overlay failed!"
 else
-- 
2.35.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163006): 
https://lists.openembedded.org/g/openembedded-core/message/163006
Mute This Topic: https://lists.openembedded.org/mt/89683144/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] pango: upgrade 1.50.4 -> 1.50.5

[Richard Purdie]

On Wed, 2022-03-09 at 18:04 +, Richard Purdie via lists.openembedded.org
wrote:
> On Tue, 2022-03-08 at 18:34 +0800, wangmy wrote:
> > Changelog:
> > =
> > * Fix compiler warnings
> > * Enable cairo by default
> > * pango-view: Show more baselines
> > * layout: Handle baselines
> > * Windows: build cleanups
> > 
> > Signed-off-by: Wang Mingyu 
> > ---
> >  .../recipes-graphics/pango/{pango_1.50.4.bb => pango_1.50.5.bb} | 2 +-
> >  1 file changed, 1 insertion(+), 1 deletion(-)
> >  rename meta/recipes-graphics/pango/{pango_1.50.4.bb => pango_1.50.5.bb} 
> > (94%)
> > 
> > diff --git a/meta/recipes-graphics/pango/pango_1.50.4.bb 
> > b/meta/recipes-graphics/pango/pango_1.50.5.bb
> > similarity index 94%
> > rename from meta/recipes-graphics/pango/pango_1.50.4.bb
> > rename to meta/recipes-graphics/pango/pango_1.50.5.bb
> > index 0ea621bf67..3a0cbd57f0 100644
> > --- a/meta/recipes-graphics/pango/pango_1.50.4.bb
> > +++ b/meta/recipes-graphics/pango/pango_1.50.5.bb
> > @@ -20,7 +20,7 @@ GIR_MESON_DISABLE_FLAG = "disabled"
> >  
> >  SRC_URI += "file://run-ptest"
> >  
> > -SRC_URI[archive.sha256sum] = 
> > "f4ad63e87dc2b145300542a4fb004d07a9f91b34152fae0ddbe50ecdd851c162"
> > +SRC_URI[archive.sha256sum] = 
> > "6d136872da6207fe88c5cd2c95c36bcaf4ed29402b854663a86cd7efe99b0cf5"
> >  
> >  DEPENDS = "glib-2.0 glib-2.0-native fontconfig freetype virtual/libiconv 
> > cairo harfbuzz fribidi"
> 
> 
> I worry this may be causing:
> 
> https://autobuilder.yoctoproject.org/typhoon/#/builders/81/builds/3211

Failed on arm too:

https://autobuilder.yoctoproject.org/typhoon/#/builders/82/builds/2950/steps/12/logs/stdio

and didn't fail on a build without this upgrade.

Cheers,

Richard


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163004): 
https://lists.openembedded.org/g/openembedded-core/message/163004
Mute This Topic: https://lists.openembedded.org/mt/89634080/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-