On Thu, May 9, 2024 at 9:25 PM Khem Raj via lists.openembedded.org
wrote:
>
> Partially backport a fix to build with gcc-14
It fixes it only partially, right?
I'm stills seeing:
freerdp/2.11.7/git/libfreerdp/core/info.c:88:39: error: initialization
of 'const WCHAR *' {aka 'const short unsigned
All,
The triage team is starting to try and collect up and classify bugs which a
newcomer to the project would be able to work on in a way which means
people can find them. They're being listed on the triage page under the
appropriate heading:
https://wiki.yoctoproject.org/wiki/Bug_Triage#Newcomer
On Mon, May 13 2024 at 10:30:31 PM +02:00:00, Martin Jansa
wrote:
If libmalcontent-ui-1.so.1 links with libmalcontent-0.so.0 then this
should be build-time DEPENDS (and then shlibs code in do_package will
automatically add malcontent to RDEPENDS.
This error is caused by adding malcontent to th
This recipe does not compile with gcc-14, looking at its history this
package comes from maemo5 days, There are no direct dependents in
meta-openembedded so I am proposing to remove it. Last commit to this
repo was made 12+ years ago.
Signed-off-by: Khem Raj
Cc: Martin Jansa
---
.../packagegrou
If libmalcontent-ui-1.so.1 links with libmalcontent-0.so.0 then this
should be build-time DEPENDS (and then shlibs code in do_package will
automatically add malcontent to RDEPENDS.
On Mon, May 13, 2024 at 10:07 PM Markus Volk via
lists.openembedded.org
wrote:
>
> This fixes:
> ERROR: malcontent-u
Signed-off-by: Markus Volk
---
.../gnome-control-center/gnome-control-center_46.1.bb| 1 +
1 file changed, 1 insertion(+)
diff --git
a/meta-gnome/recipes-gnome/gnome-control-center/gnome-control-center_46.1.bb
b/meta-gnome/recipes-gnome/gnome-control-center/gnome-control-center_46.
This fixes:
ERROR: malcontent-ui-0.12.0-r0 do_package_qa: QA Issue:
/usr/lib/libmalcontent-ui-1.so.1
contained in package malcontent-ui requires libmalcontent-0.so.0()(64bit), but
no providers
found in RDEPENDS:malcontent-ui? [file-rdeps]
Signed-off-by: Markus Volk
---
meta-oe/recipes-gnome/ma
On Sun, May 12, 2024 at 11:57 PM Geoff Parker via
lists.openembedded.org
wrote:
>
> When is the expected next update to the scarthgap branch? I've watched the
> patch move from master-next to master, but there does not seem to be a
> visible scarthgap-next branch to watch.
Usually there is a
On Mon, May 13, 2024 at 12:07 AM Peter Marko via
lists.openembedded.org
wrote:
>
> > > # Don't include so files in dev package -FILES:${PN}-dev =
> > > "${includedir} ${libdir}/cmake"
> > > +FILES:${PN}-dev = "${includedir} ${libdir}/cmake ${libdir}/pkgconfig"
> >
> > This wouldn't be needed if F
From: Priyal Doshi
Backport-from:
https://git.openldap.org/openldap/openldap/-/merge_requests/654/diffs?commit_id=8c482cec9a68e74b3609b1e44738bee352f6577a
Signed-off-by: Priyal Doshi
---
...-libldap-OpenSSL-fix-setting-ciphersuites.patch | 69 ++
.../recipes-support/openld
> -Original Message-
> From: Kai
> Sent: den 13 maj 2024 05:29
> To: Peter Kjellerstedt
> Cc: openembedded-devel@lists.openembedded.org
> Subject: Re: [PATCH v3 1/1] apache2: fix multilib file conflicts
>
> On 5/12/24 21:59, Peter Kjellerstedt wrote:
> > -Original Message-
> > F
From: Bartosz Golaszewski
This is a small bugfix release that fixes a build issue with slibtool
(not relevant to meta-oe ATM), makes the licensing of C++ bindings less
restrictive and preemptively fixes an issue that will be triggered with
linux v6.9 when running gpio-tools ptest suite.
Signed-o
> > # Don't include so files in dev package -FILES:${PN}-dev =
> > "${includedir} ${libdir}/cmake"
> > +FILES:${PN}-dev = "${includedir} ${libdir}/cmake ${libdir}/pkgconfig"
>
> This wouldn't be needed if FILES:${PN} wasn't set using FILES:${PN} =
> "${libdir}" earlier.
>
> A better way to achie
13 matches
Mail list logo