This lets recipes in other layers add weak default assignment as
UNPACKDIR ??= "${WORKDIR}"
which allows the recipes to work also with older Yocto releases
without overriding the default value used in styhead.
Signed-off-by: Samuli Piippo
---
meta/conf/bitbake.conf | 2 +-
1 file
I'm seeing following QA issue after this change:
ERROR: nativesdk-qemu-8.0.0-r0 do_package_qa: QA Issue:
nativesdk-qemu-user-mips rdepends on nativesdk-bash, but it isn't a build
dependency, missing nativesdk-bash in DEPENDS or PACKAGECONFIG? [build-deps]
ERROR: nativesdk-qemu-8.0.0-r0
I'm seeing following QA issue after this change:
On Fri, 9 Jun 2023 at 08:22, Martin Jansa wrote:
> On Fri, Jun 9, 2023 at 5:04 AM Yu, Mingli
> wrote:
>
>> +if userpackages:
>> +d.setVar('RDEPENDS:' + d.getVar('PN') + '-user-all', '
>> '.join(userpackages))
>> +mipspackage =
ntioned is the one which actually breaks some
> PACKAGECONFIG combinations, hopefully now you'll be able to reproduce it.
>
> Regards,
>
> On Thu, Dec 8, 2022 at 8:55 AM Martin Jansa via lists.openembedded.org
> wrote:
>
>> On Thu, Dec 8, 2022 at 8:42 AM Samuli Piippo
t:
https://github.com/meta-qt5/meta-qt5/pull/491
It looks fine for me. @Martin Jansa<mailto:martin.ja...@gmail.com> could you
check the PR above and merge if fine with it?
Thanks, I've merged this yesterday.
+Samuli Piippo<mailto:samuli.pii...@qt.io> as qtbase in meta-qt6 fail
=
/usr/local/oecore-x86_64/sysroots/x86_64-oesdk-linux/usr/libexec/i686-oe-linux/gcc/i686-oe-linux/12.2.0/ld.gold
Signed-off-by: Samuli Piippo
---
meta/recipes-devtools/gcc/gcc-cross-canadian.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-devtools/gcc/gcc-cross
This reverts commit cdd86896c8d29135f937968e9aa07f919cf543d3.
real-ld is always used if that is found, which means you cannot
switch between bfd and gold linkers using -fuse-ld gcc option.
Signed-off-by: Samuli Piippo
---
meta/recipes-devtools/gcc/gcc-cross-canadian.inc | 2 --
1 file changed
/22 12:11 AM, Samuli Piippo wrote:
> > Fixes Qt build with GCC 12.1.
> >
> > Brings following fixes
> >
> > * 3d549e5ccc0 PR29142, segv in ar with empty archive and libdeps
> specified
> > * c473aa1b9d8 M68K: avoid quadratic slowdlow in label alignment che
PowerPC64 DT_RELR relative reloc addresses
* 7183434818e Work around gcc-4 warnings in elf64-ppc.c
Signed-off-by: Samuli Piippo
---
meta/recipes-devtools/binutils/binutils-2.38.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/binutils/binutils-2.38.inc
b
This reverts commit b5a595a4be09756b88e91f3353e3b221b165ab44,
gold linker can now be built correctly for mingw SDKs.
Signed-off-by: Samuli Piippo
---
meta/recipes-devtools/binutils/binutils-cross-canadian.inc | 2 --
1 file changed, 2 deletions(-)
diff --git a/meta/recipes-devtools/binutils
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
-by: Samuli Piippo
---
meta/recipes-devtools/rpm/rpm_4.17.0.bb | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/recipes-devtools/rpm/rpm_4.17.0.bb
b/meta/recipes-devtools/rpm/rpm_4.17.0.bb
index beb03ba3dd..7769d6a836 100644
--- a/meta/recipes-devtools/rpm/rpm_4.17.0.bb
+++ b/meta/recipes
rties(assimp::assimp PROPERTIES
IMPORTED_IMPLIB_RELEASE "${_IMPORT_PREFIX}/lib/${importLibraryName}"
IMPORTED_LOCATION_RELEASE "${_IMPORT_PREFIX}/bin/${sharedLibraryName}"
)
-samuli
On Tue, 24 Aug 2021 at 13:59, wrote:
> Hi,
>
> On Tue, Aug 24, 2021 at
Looks like this commit breaks something in the cmake files.
When using assimp from another recipe (Qt3D), it will try to use the
library from host path:
/usr/lib/cmake/assimp-5.0/assimpTargets-release.cmake(69):
set(sharedLibraryName libassimp.so.5 )
oss-mips)
So, the cross-canadian builds are missing all the multilib links in libexec
that are available in cross builds.
-samuli
On Wed, 26 May 2021 at 12:44, Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> On Wed, 2021-05-26 at 12:23 +0300, Samuli Piippo wrote:
> >
Was the "gcc-cross-canadian: add symlinks for ld.bfd and ld.gold" change
included in that test build?
On Sat, 22 May 2021 at 08:41, Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> On Fri, 2021-05-21 at 17:33 +0300, Samuli Piippo wrote:
>
commit messages updated in v2 patches
-samuli
On Tue, 25 May 2021 at 15:00, Alexander Kanavin
wrote:
> Thanks, it would be beneficial to record this information in the commit
> message.
>
> Alex
>
> On Tue, 25 May 2021 at 13:27, Samuli Piippo
> wrote:
>
>> Is
undle sufficiently new versions
of libarchive and libzstd. If a distro builds with an older libarchive
that doesn't have zstd support, then that is not a proper packaging of CMake."
Signed-off-by: Samuli Piippo
---
meta/recipes-devtools/cmake/cmake-native_3.20.1.bb | 2 +-
1 file changed, 1
pport, then that is not a proper packaging of CMake."
Signed-off-by: Samuli Piippo
---
meta/recipes-extended/libarchive/libarchive_3.5.1.bb | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-extended/libarchive/libarchive_3.5.1.bb
b/meta/recipes-extended/
on libarchive for this support, which is
covered in the second patch.
-samuli
On Tue, 25 May 2021 at 13:07, Alexander Kanavin
wrote:
> You need to explain the benefit in doing so, I think? :)
>
> Alex
>
> On Tue, 25 May 2021 at 12:05, Samuli Piippo
> wrote:
>
>> Now that
Now that zstd is in oe-core, enable support for it in native CMake.
Signed-off-by: Samuli Piippo
---
meta/recipes-devtools/cmake/cmake-native_3.20.1.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/cmake/cmake-native_3.20.1.bb
b/meta/recipes-devtools
Now that zstd is in oe-core, add PACKAGECONFIG for it and enabled
it by default in libarchive.
zstd support is expected by CMake, which in nativesdk depends on
libarchive (https://gitlab.kitware.com/cmake/cmake/-/issues/21552)
---
meta/recipes-extended/libarchive/libarchive_3.5.1.bb | 3 ++-
1
When -fuse-ld gcc option is used, missing ld.bfd or ld.gold symlinks
can lead to linker error:
collect2: fatal error: cannot find 'ld'
Signed-off-by: Samuli Piippo
---
meta/recipes-devtools/gcc/gcc-cross-canadian.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta
This reverts commit cdd86896c8d29135f937968e9aa07f919cf543d3.
real-ld is always used if that is found, which means you cannot
switch between bfd and gold linkers using -fuse-ld gcc option.
Signed-off-by: Samuli Piippo
---
meta/recipes-devtools/gcc/gcc-cross-canadian.inc | 2 --
1 file changed
At least some Qt tooling depends on assimp.
Signed-off-by: Samuli Piippo
---
meta/recipes-graphics/vulkan/assimp_5.0.1.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-graphics/vulkan/assimp_5.0.1.bb
b/meta/recipes-graphics/vulkan/assimp_5.0.1.bb
index 5a8c62e64d
Hi,
As I understand it, the original zip format support was done so that there
wouldn't be any symlinks in the sdk package.
https://git.openembedded.org/openembedded-core/commit/?id=57a33048a89a422cfdc986d3489c67b2d297e1e7
With this change the symlinks are now back again which leads to broken
Use SDKPATHNATIVE so that the perl wrapper for the nativesdk can be created
using relative paths and without dependency to the environment variables.
Signed-off-by: Samuli Piippo
---
meta/recipes-devtools/perl/perl_5.30.2.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Use path from CMAKE_CURRENT_LIST_FILE to load the cmake subscripts.
This allows the toolchain file to be chainloaded from another toolchain file.
Signed-off-by: Samuli Piippo
---
meta/recipes-devtools/cmake/cmake/OEToolchainConfig.cmake | 2 +-
1 file changed, 1 insertion(+), 1 deletion
On Mon, 27 Apr 2020 at 23:20, Joshua Watt wrote:
>
>
> On 4/27/20 12:35 PM, Samuli Piippo wrote:
>
> On Mon, 27 Apr 2020 at 17:51, Richard Purdie
> wrote:
>
> On Mon, 2020-04-27 at 16:13 +0300, Samuli Piippo wrote:
>
> meta-mingw is using Mingw-w64 but t
On Mon, 27 Apr 2020 at 17:51, Richard Purdie
wrote:
>
> On Mon, 2020-04-27 at 16:13 +0300, Samuli Piippo wrote:
> > meta-mingw is using Mingw-w64 but the host triplet does not match
> > the expected pattern. config/os/mingw32-w64 enables more features
> > that were
meta-mingw is using Mingw-w64 but the host triplet does not match
the expected pattern. config/os/mingw32-w64 enables more features
that were not working with mingw32.
Signed-off-by: Samuli Piippo
---
meta/recipes-devtools/gcc/gcc-9.3.inc | 1 +
...nfig-os-mingw32-w64-for-mingw
Add new package for bcm4366c and include available NVRAM config files
into the corrent bcm* packages.
Signed-off-by: Samuli Piippo
---
.../linux-firmware/linux-firmware_20190815.bb | 18 +++---
1 file changed, 11 insertions(+), 7 deletions(-)
diff --git a/meta/recipes-kernel/linux
This reverts commit cdd86896c8d29135f937968e9aa07f919cf543d3.
real-ld is always used if that is found, which means you cannot
switch between bfd and gold linkers using -fuse-ld=gold.
Signed-off-by: Samuli Piippo
---
meta/recipes-devtools/gcc/gcc-cross-canadian.inc | 2 --
1 file changed, 2
Samuli Piippo wrote:
> >
> > real-ld is always used if that is found, which means you cannot
> > switch between bfd and gold linkers using -fuse-ld=gold.
> >
> > Signed-off-by: Samuli Piippo
> > ---
> > meta/recipes-devtools/gcc/gcc-cross-cana
real-ld is always used if that is found, which means you cannot
switch between bfd and gold linkers using -fuse-ld=gold.
Signed-off-by: Samuli Piippo
---
meta/recipes-devtools/gcc/gcc-cross-canadian.inc | 2 --
1 file changed, 2 deletions(-)
diff --git a/meta/recipes-devtools/gcc/gcc-cross
SDL2 dumps all cflags to the sdl2.pc, which might then contain paths
to the recipe sysroot include dirs.
Signed-off-by: Samuli Piippo
---
meta/recipes-graphics/libsdl2/libsdl2_2.0.9.bb | 4
1 file changed, 4 insertions(+)
diff --git a/meta/recipes-graphics/libsdl2/libsdl2_2.0.9.bb
b/meta
SDL2 dumps all cflags to the sdl2.pc, which might then contain paths
to the recipe sysroot include dirs.
Signed-off-by: Samuli Piippo
---
meta/recipes-graphics/libsdl2/libsdl2_2.0.8.bb | 4
1 file changed, 4 insertions(+)
diff --git a/meta/recipes-graphics/libsdl2/libsdl2_2.0.8.bb
b/meta
Since DISTRO_FEATURES was expanded in the comments, it created
task dependency to the full content of DISTRO_FEATURES, instead
of just the x11 used below. This prevented reuse of sstate-cache
when unrelated feature flags were changed.
Signed-off-by: Samuli Piippo
---
meta/recipes-core/glib-2.0
Whenever SDKMACHINE is set to mingw32, sdkmingw32 override is defined
everywhere. This meant that value of LDGOLD was different also for
binutils and binutils-cross depending whether SDKMACHINE was set or not.
Signed-off-by: Samuli Piippo <samuli.pii...@qt.io>
---
meta/recipes-devtools/bi
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 <samuli.pii...@qt.io>
---
meta/recipes-graphics/mesa/mesa.inc | 3 +++
1 file c
Do not use --force-depends when trying to remove all dependent packages,
as it removes only the selected package and not the dependent packages.
Signed-off-by: Samuli Piippo <samuli.pii...@qt.io>
---
meta/lib/oe/package_manager.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
On 18.10.2016 02:36, Khem Raj wrote:
On Oct 11, 2016, at 8:14 AM, Samuli Piippo <samuli.pii...@qt.io> wrote:
Signed-off-by: Samuli Piippo <samuli.pii...@qt.io>
---
meta/recipes-core/systemd/systemd-serialgetty.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/
Signed-off-by: Samuli Piippo <samuli.pii...@qt.io>
---
meta/recipes-core/systemd/systemd-serialgetty.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/systemd/systemd-serialgetty.bb
b/meta/recipes-core/systemd/systemd-serialgetty.bb
index 768b130..c
Allow building wayland-scanner for nativesdk. Extra patch required
to use the scanner from wayland-native during the build.
Signed-off-by: Samuli Piippo samuli.pii...@theqtcompany.com
---
.../always-use-wayland-scanner-from-system.patch | 25 ++
meta/recipes-graphics
Incorrect exec-prefix path was given to gdb which leads to gdb
startup failure when SDK is not installed to its original destination.
Gdb relocates the exec-prefix path, so it will work for SDKs that
are installed to different location. PYTHONHOME env in no longer
neeeded for gdb.
[YOCTO #3839]
45 matches
Mail list logo