On Wed, Oct 18, 2023 at 4:19 PM Tim Orling wrote:
>
>
>
> On Wed, Oct 18, 2023 at 1:41 PM Martin Jansa wrote:
>>
>> I've narrowed this down to simple reproducer with webpack creating pack with
>> "hello world" as shown in:
>> https://github.com/shr-project/com.webos.app.minimal/tree/recipes
>>
Adding Tom since he added it back in 2017.
On Wed, Oct 18, 2023 at 6:14 PM Tim Orling wrote:
>
> The debsums recipe has not been substantially touched since 2020
> when it was moved to dynamic-layers.
>
> In meta-openembedded ecosystem, it is the only known recipe that
> depends on po4a, which
The debsums recipe has not been substantially touched since 2020
when it was moved to dynamic-layers.
In meta-openembedded ecosystem, it is the only known recipe that
depends on po4a, which is being removed in a separate commit.
According to the layerindex, no known recipes depend on debsums:
po4a has been failing AUH upgrades for a long time now.
The latest attempt to get ptests working for it can be found at:
https://git.openembedded.org/meta-openembedded-contrib/log/?h=timo/po4a_0.69%2bptest
If you care about this recipe, please continue the effort above and get ptests
functional.
On Wed, Oct 18, 2023 at 1:41 PM Martin Jansa wrote:
> I've narrowed this down to simple reproducer with webpack creating pack
> with "hello world" as shown in:
> https://github.com/shr-project/com.webos.app.minimal/tree/recipes
>
> Then with this reproducer I've bisected it to nodejs-20.3.0 with
I've narrowed this down to simple reproducer with webpack creating pack
with "hello world" as shown in:
https://github.com/shr-project/com.webos.app.minimal/tree/recipes
Then with this reproducer I've bisected it to nodejs-20.3.0 with libuv
upgrade 1.45.0 which brings support for io_uring which
On 10/18/23 21:05, Martin Jansa wrote:
What issue does this actually fix?
Is it related to
https://lists.openembedded.org/g/openembedded-core/message/188383 ?
Nope
I'm not fan of empty useless packages created just to make package manager
happy when something else has unfortunate dependency
What issue does this actually fix?
Is it related to
https://lists.openembedded.org/g/openembedded-core/message/188383 ?
I'm not fan of empty useless packages created just to make package manager
happy when something else has unfortunate dependency on them.
On Wed, Oct 18, 2023 at 8:12 PM Marek
The lvgl main package is empty, since all the headers end up in
the -dev variant and static library archive ends up in -staticdev
variant. Mark the main package as ALLOW_EMPTY.
Signed-off-by: Marek Vasut
---
Cc: Fabio Estevam
Cc: Khem Raj
Cc: Martin Jansa
Cc: Michael Opdenacker
---
The lv-drivers main package is empty, since all the headers end up
in the -dev variant and static library archive ends up in -staticdev
variant. Mark the main package as ALLOW_EMPTY.
Signed-off-by: Marek Vasut
---
Cc: Fabio Estevam
Cc: Khem Raj
Cc: Martin Jansa
Cc: Michael Opdenacker
---
On Wed, Oct 18, 2023 at 5:27 PM Ross Burton wrote:
> On 18 Oct 2023, at 13:28, Samuli Piippo wrote:
> > I don't quite see why every project/recipe should fix this independently
> when the simple workaround for this yocto-specific issue is available
> (namely the use of SYSROOT_DIRS).
>
> I’d
On 18 Oct 2023, at 13:28, Samuli Piippo wrote:
> I don't quite see why every project/recipe should fix this independently when
> the simple workaround for this yocto-specific issue is available (namely the
> use of SYSROOT_DIRS).
I’d say the one fix should be done in the protobuf cmake
Upgrade to version 6.7.12:
- Added sipPyTypeDictRef() to the v12 and v13 ABIs. sipPyTypeDict()
is now deprecated and must not be used with Python v3.12 and later.
- Classes will automatically support being iterated over if they
implement __getitem__() or operator[] and have a method annotated
Following simple test recipe will fail now when trying to use Protobuf with
CMake.
inherit cmake
DEPENDS += "protobuf"
do_configure:prepend() {
echo "find_package(Protobuf CONFIG)" > ${S}/CMakeLists.txt
}
BBCLASSEXTEND = "nativesdk"
---
CMake Error at
> On 18 Oct 2023, at 09:28, luca fancellu via lists.openembedded.org
> wrote:
>
>
>
>> On 18 Oct 2023, at 05:40, Khem Raj wrote:
>>
>> Seeing a build failure -
>> https://errors.yoctoproject.org/Errors/Details/739959/
>
> Hi Khem,
>
> Thanks I’ll investigate on them and I’ll let you
Use templates for the systemd services so that sbindir
and sysconfdir can be written into them, improving
portability.
Pass sbindir with EXTRA_OEMAKE and remove 'prefix' which
is redundant since we pass sbindir and mandir already.
Signed-off-by: Luca Fancellu
---
.../{phc2sys@.service =>
In this serie I am itroducing templates for the systemd services, to increase
the portability and I'm also reducing the number of downstream patches.
Changes from v1:
- serie was not building with clang:
https://errors.yoctoproject.org/Errors/Details/739959/
Fixed the issue introducing a
Drop Use-cross-cpp-in-incdefs.patch which is "Inappropriate"
but what is fixing can be done in an "Upstreamable" way
by the new downstream patch
0002-linuxptp-Use-CC-in-incdefs.sh.patch.
Drop build-Allow-CC-and-prefix-to-be-overriden.patch that can
be removed by passing CC='${CC}' in EXTRA_OEMAKE
Signed-off-by: Gianfranco Costamagna
Signed-off-by: Gianfranco Costamagna
---
.../0001-vbox_fb-fix-kernel-v6.5-build.patch | 50 ---
...s_7.0.10.bb => vboxguestdrivers_7.0.12.bb} | 3 +-
2 files changed, 1 insertion(+), 52 deletions(-)
delete mode 100644
As per Yocto 4.0 migration, LICENSE variables should use SPDX
identifiers
Convert this by a tool present at below location
poky/scripts/contrib/convert-spdx-licenses.py
Link:
https://docs.yoctoproject.org/migration-guides/migration-4.0.html#license-changes
Signed-off-by: Ranjitsinh Rathod
From: akash hadke
As per Yocto 4.0 migration, LICENSE variables should use SPDX
identifiers
Convert this by a tool present at below location
poky/scripts/contrib/convert-spdx-licenses.py
Link:
https://docs.yoctoproject.org/migration-guides/migration-4.0.html#license-changes
Signed-off-by:
* updates to latest v20 version
* LIC_FILES_CHKSUM changed due to small Copyright update from:
https://github.com/nodejs/node/commit/660da785e687ab0517397616a9e55b5782582ff5
* this still doesn't resolve the issue with pseudo reported in:
As per Yocto 4.0 migration, LICENSE variables should use SPDX
identifiers
Convert this by a tool present at below location
poky/scripts/contrib/convert-spdx-licenses.py
Link:
https://docs.yoctoproject.org/migration-guides/migration-4.0.html#license-changes
Signed-off-by: Ranjitsinh Rathod
> On 18 Oct 2023, at 05:40, Khem Raj wrote:
>
> Seeing a build failure -
> https://errors.yoctoproject.org/Errors/Details/739959/
Hi Khem,
Thanks I’ll investigate on them and I’ll let youknow.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply
24 matches
Mail list logo