Hi Richard,
> On Mon, 2024-09-16 at 19:38 +, Jonas Mark (BT-FS/ENG1-Mue) wrote:
> > I am wondering whether it would be reasonable to ask for backporting
> > of the fix for inter-recipe useradd dependencies to Kirkstone?
> >
> > I am referring to the fix for bug #13419 which was fixed on
> Scar
imoes Ricardo
(BT-FS/ENG1.1-Ovr)
Betreff: Re: [OE-core] Backport fix for inter-recipe useradd dependencies bug
#13419
We can certainly discuss in person in Vienna but my answer for now is that you
should implement the workaround suggested by me in the bug.
Alex
On Mon 16. Sep 2024 at 21.39,
Hello Steve and Richard,
I am wondering whether it would be reasonable to ask for backporting of the fix
for inter-recipe useradd dependencies to Kirkstone?
I am referring to the fix for bug #13419 which was fixed on Scarthgap.
https://bugzilla.yoctoproject.org/show_bug.cgi?id=13419
I understa
failed mkdir error
messages.
This commit mitigates the problem by unconditionally removing workdir
if the OverlayFS is not used or fails to run.
Signed-off-by: Ricardo Simoes
Signed-off-by: Mark Jonas
---
meta/recipes-core/volatile-binds/files/mount-copybind | 1 +
1 file changed, 1 insertion
Signed-off-by: Mark Jonas
---
meta/recipes-core/volatile-binds/files/mount-copybind | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-core/volatile-binds/files/mount-copybind
b/meta/recipes-core/volatile-binds/files/mount-copybind
index ddc4357615..da88d160ee 10
From: Ricardo Simoes
The recipe `volatile-binds` relies on the `mount-copybind` script
to create volatile mount points. In commit [1], the script was modified
to use OverlayFS as the primary mount strategy. If OverlayFS fails, it
falls back to an old-school bind mount.
To meet the requirements o
From: Ricardo Simoes
This commit sets the CVE_PRODUCT variable to "libusb" to match the
product name used in the NIST CPE database [1].
[1]: https://nvd.nist.gov/products/cpe/search
Signed-off-by: Ricardo Simoes
Signed-off-by: Mark Jonas
---
meta/recipes-support/libusb/libusb1_1.0
Hi Richard and Bruce,
On Fri, Jan 6, 2023 at 12:27 PM Richard Purdie
wrote:
>
> On Fri, 2023-01-06 at 11:13 +0100, Mark Jonas wrote:
> > Hi Bruce,
> >
> > On Thu, Jan 5, 2023 at 3:57 PM Bruce Ashfield
> > wrote:
> > >
> > > On Thu, Jan 5, 2023
Hi Bruce,
On Thu, Jan 5, 2023 at 3:57 PM Bruce Ashfield wrote:
>
> On Thu, Jan 5, 2023 at 8:42 AM Mark Jonas wrote:
> >
> > Hi Bruce,
> >
> > On Wed, Jan 4, 2023 at 5:07 PM Bruce Ashfield
> > wrote:
> > >
> > > On Wed, Jan 4, 2023 at 7:18
Hi Richard,
On Wed, Jan 4, 2023 at 6:42 PM Richard Purdie
wrote:
>
> On Wed, 2023-01-04 at 13:18 +0100, toer...@gmail.com wrote:
> > From: Mark Jonas
> >
> > The patch series fixes a regression where images built for QEMU x86 and
> > x86-64 did not contain sound dr
Hi Bruce,
On Wed, Jan 4, 2023 at 5:07 PM Bruce Ashfield wrote:
>
> On Wed, Jan 4, 2023 at 7:18 AM Mark Jonas wrote:
> >
> > From: Mark Jonas
> >
> > If DISTRO_FEATURES includes ALSA then automatically load the
> > snd-intel8x0 kernel module on qemu
From: Mark Jonas
If DISTRO_FEATURES includes ALSA then automatically load the
snd-intel8x0 kernel module on qemux86 and qemux86-64. This matches the
machine configurations conf/machine/qemux86.conf and qemux86-64.conf.
Signed-off-by: Mark Jonas
---
meta/recipes-kernel/linux/linux-yocto.inc
From: Mark Jonas
In "conf/machine: fix QEMU x86 sound options" b802a5dd the sound devices
emulated by QEMU were changed from AC97 (intel8x0) and ES1370
(Soundblaster) to just AC97. Yet, the sound kernel modules added to the
file system still matched ES1370.
This patch adds the ma
From: Mark Jonas
The patch series fixes a regression where images built for QEMU x86 and
x86-64 did not contain sound drivers matching the QEMU device emulation
configuration. Additionally, the right drivers are now also auto-loaded
when starting the image.
root@qemux86:~# uname -a
Linux
Hi,
> I have difficulties getting core-image-base and QEMU x86-64 sound
> output working. I do not even get to the point of having a visible
> ALSA sound device.
>
> What part of the puzzle am I missing?
>
> Alternatively, can someone point me to a (simple) YP image where sound
> works with QEMU x
Hi,
I have difficulties getting core-image-base and QEMU x86-64 sound
output working. I do not even get to the point of having a visible
ALSA sound device.
What part of the puzzle am I missing?
Alternatively, can someone point me to a (simple) YP image where sound
works with QEMU x86 or x86-64?
Hi Robert,
On Mon, Oct 4, 2021 at 8:02 PM Robert P. J. Day wrote:
>
>
> just had a discussion with a colleague about the proper design of a
> systemd-based service, and my (admittedly sophomore) understanding is
> that, in the service file, there is an [Install] section, which
> contains a "Wan
Hi Bruce and Steve,
> Von: Bruce Ashfield
> On Fri, Jun 4, 2021 at 11:09 AM Steve Sakoman wrote:
> >
> > On Fri, Jun 4, 2021 at 2:45 AM Jonas Mark (BT-FIR/ENG1-Grb)
> > wrote:
> > >
> > > Hi,
> > >
> > > We are using DT overlays and have the need to pass the -@ parameter
> > > in DTC_FLAGS to
c7552a6dee7f
makes that possible in a nice way. Would it be reasonable to request
backporting of this patch to Dunfell?
We were also wondering what could be an alternative approach for getting this
or a similar functionality. Patching a bbclass using a bbappend is not
possible, is it?
Cheers
B. In new version function SDL_RenderFillRect returns 0, but
> rectangle is not visible.
> -
> -Replacing "count" with "len" in the argument list for SDL_memcpy in
> DirectFB_QueueFillRects fixes problem.
> -
> ---
> -
> -The patch was imported from the l
Signed-off-by: Mark Jonas
---
meta/recipes-extended/parted/parted_3.3.bb | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-extended/parted/parted_3.3.bb
b/meta/recipes-extended/parted/parted_3.3.bb
index a1fd3ef07b..ce40c04ad4 100644
--- a/meta/recipes
runtime
dependency to directfb needs to be declared explicitly.
Signed-off-by: Mark Jonas
---
Changes in v2:
- Add directfb as a rdepends instead of a rrecommends.
- Rework commit message.
meta/recipes-graphics/libsdl2/libsdl2_2.0.12.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion
Hi Richard and Andre,
On Tue, Nov 24, 2020 at 4:52 PM Richard Purdie
wrote:
> On Mon, 2020-11-23 at 11:54 -0800, Andre McCurdy wrote:
> > On Mon, Nov 23, 2020 at 11:14 AM Mark Jonas
> > wrote:
> > > When building libsdl2 with PACKAGECONFIG[directfb] then directfb is
&g
similar. Thus, the runtime
dependency to directfb needs to be declared explicitly.
Here, a runtime recommendation is used to allow ignoring the runtime
dependency using NO_RECOMMENDATIONS.
Signed-off-by: Mark Jonas
---
meta/recipes-graphics/libsdl2/libsdl2_2.0.12.bb | 2 +-
1 file changed, 1
libbsd contains a multitude of licenses. For (commercial) projects the
3rd clause of the BSD-4-Clause license can be problematic. But only a
few man pages use this license. This means that the main package
containing the binary library itself is not under BSD-4-Clause ruling.
Signed-off-by: Mark
F and PSFv2 found in LICENSE are mapped to
to Python-2.0. This patch maps PSF and PSFv2 to PSF-2.0 und thus
corrects the impression that Python-2.0 and PSF-2.0 are synonymous.
Signed-off-by: Mark Jonas
---
meta/conf/licenses.conf | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
di
F and PSFv2 found in LICENSE are mapped to
to Python-2.0. This patch maps PSF and PSFv2 to PSF-2.0 und thus
corrects the impression that Python-2.0 and PSF-2.0 are synonymous.
Mark Jonas (2):
Add license text for PSF-2.0
Map license names PSF and PSFv2 to PSF-2.0
meta/conf/licenses.conf
Signed-off-by: Mark Jonas
---
meta/files/common-licenses/PSF-2.0 | 49 ++
1 file changed, 49 insertions(+)
create mode 100644 meta/files/common-licenses/PSF-2.0
diff --git a/meta/files/common-licenses/PSF-2.0
b/meta/files/common-licenses/PSF-2.0
new file mode
file tslib.pc was added.
Since tslib 1.6 the tslib-.pc metadata file is deprecated.
Now, there is only a tslib.pc.
Signed-off-by: Ben Guan
Signed-off-by: Mark Jonas
---
meta-oe/recipes-graphics/directfb/directfb.inc | 1 +
.../directfb/fix-tslib-version-version-check.patch | 20
29 matches
Mail list logo
