[yocto] [meta-security][PATCH] fail2ban: update to 1.1.0+

2024-07-08 Thread Rasmus Villemoes via lists.yoctoproject.org
From: Rasmus Villemoes Current 1.0.2 version does not work with scarthgap or later releases, as the asynchat module has been removed (as scheduled) from python's stdlib as of v3.12. fail2ban 1.1.0 also does not work out-of-the-box, as the distutils module which the pyinotify and systemd

[yocto] [meta-security][PATCH 3/3] fail2ban: add useful recommendations

2023-10-04 Thread Rasmus Villemoes via lists.yoctoproject.org
From: Rasmus Villemoes On a systemd-based system, one is likely to make use of 'backend=systemd', which requires the systemd module. Both the pyinotify and systemd backends require the distutils module. Signed-off-by: Rasmus Villemoes --- .../recipes-security/fail2ban/python3-fail2ban_1.0.2

[yocto] [meta-security][PATCH 2/3] fail2ban: change sqlite3 dependency to python3-sqlite3

2023-10-04 Thread Rasmus Villemoes via lists.yoctoproject.org
From: Rasmus Villemoes Currently, one gets Unable to import fail2ban database module as sqlite is not available So we need to ensure the sqlite3 python module is available. That will automatically pull in libsqlite3. Since fail2ban does not actually depend on the the CLI which the sqlite3

[yocto] [meta-security][PATCH 1/3] fail2ban: add systemd support

2023-10-04 Thread Rasmus Villemoes via lists.yoctoproject.org
From: Rasmus Villemoes fail2ban ships with a suitable .service file, so install that if systemd is in DISTRO_FEATURES. The logic in rm_sysvinit_initddir in systemd.bbclass will then take care of removing the sysvinit script if sysvinit is not in DISTRO_FEATURES. Signed-off-by: Rasmus Villemoes

[yocto] [meta-security][PATCH 0/3] fail2ban improvements

2023-10-04 Thread Rasmus Villemoes via lists.yoctoproject.org
Add systemd support, fixup the sqlite dependency, and add some recommendations - perhaps the latter should be proper dependencies, IDK. Rasmus Villemoes (3): fail2ban: add systemd support fail2ban: change sqlite3 dependency to python3-sqlite3 fail2ban: add useful recommendations

[yocto] "stack smashing detected" when building aarch64 kernel

2021-09-23 Thread Rasmus Villemoes via lists.yoctoproject.org
I've recently started getting an internal compiler error when building an aarch64 kernel. It only happens once in a while, and re-running the task usually just succeeds, so I don't know how to reproduce or trigger this at will. Two examples: === CC [M]

Re: [yocto] using d.expand() in a python function

2020-01-22 Thread Rasmus Villemoes
On 22/01/2020 17.59, Richard Purdie wrote: > On Wed, 2020-01-22 at 16:39 +0000, Rasmus Villemoes wrote: >> On 22/01/2020 16.50, Richard Purdie wrote: >>> On Wed, 2020-01-22 at 15:46 +, Rasmus Villemoes wrote: >>>> On 22/01/2020 15.35, Richard Purdie wrote:

Re: [yocto] using d.expand() in a python function

2020-01-22 Thread Rasmus Villemoes
On 22/01/2020 17.39, Rasmus Villemoes via Lists.Yoctoproject.Org wrote: > On 22/01/2020 16.50, Richard Purdie wrote: >> On Wed, 2020-01-22 at 15:46 +0000, Rasmus Villemoes wrote: >>> On 22/01/2020 15.35, Richard Purdie wrote: >>>> Bitbake can only detect direct ref

Re: [yocto] using d.expand() in a python function

2020-01-22 Thread Rasmus Villemoes
On 22/01/2020 16.50, Richard Purdie wrote: > On Wed, 2020-01-22 at 15:46 +0000, Rasmus Villemoes wrote: >> On 22/01/2020 15.35, Richard Purdie wrote: >>> Bitbake can only detect direct references to variables. The code >>> above only runs at configure time, not at parse

Re: [yocto] building both musl and glibc based images for same machine

2020-01-15 Thread Rasmus Villemoes
On 14/01/2020 15.47, Josef Holzmayr wrote: > Howdy! > > On Tue, Jan 14, 2020 at 02:38:29PM +0000, Rasmus Villemoes wrote: >> Is there some way to build images based on both musl and glibc for the >> same machine? > > No problem at all - be it either through sepera