[yocto] kexec-tools dependency on makedumpfile
Hi, the recipe kexec-tools (meta/recipes-kernel/kexec/kexec-tools) requires makedumpfile since the kdump script was added in 2015. makedumpfile is available in meta-openembedded ( https://github.com/openembedded/meta-openembedded/tree/master/meta-oe/recipes-kernel/makedumpfile ). Also, the failure caused by the missing binary is non-trivial since it happens while running the kdump capture kernel, and immediately reboots after the error, leaving no logs of the error. What would be the proper fix? Add a RDEPENDS to makedumpfile even though it is not part of poky? Move makedumpfile from meta-openembedded to poky? Thanks, Étienne -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#63843): https://lists.yoctoproject.org/g/yocto/message/63843 Mute This Topic: https://lists.yoctoproject.org/mt/108488024/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[yocto] Meta-gplv2 replacement
Hi, I saw in the latest yocto-status email that this page was created regarding meta-gplv2 replacement: https://wiki.yoctoproject.org/wiki/Meta-gpl2_layer_replacement (thanks Khem) I'd like to remind of the option to use uutils-coreutils from meta-openembedded/meta-oe/recipes-core/uutils-coreutils as a replacement of GNU coreutils (using PREFERRED_PROVIDER_coreutils = "uutils-coreutils"). It is much easier than transitioning from coreutils to e.g. busybox, because the options used are the same in GNU coreutils and uutils-coreutils, while busybox uses different options. The caveat at the moment is that uutils-coreutils is still in beta phase, so some flags are still buggy. However the vast majority of the common flags work without any issue. Étienne -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#63608): https://lists.yoctoproject.org/g/yocto/message/63608 Mute This Topic: https://lists.yoctoproject.org/mt/107631336/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] kernel modules
Hi Gerd,
as far as I know, this should work exactly the same way in Dunfell and
Scarthgap. You should perform the usual checks to debug the issue:
- double-check that your image depends on the kernel modules using bitbake
-g core-image-minimal (if not use bitbake -e to check if something is maybe
modifying IMAGE_INSTALL, etc.)
- try bitbake -c clean sstate hello && bitbake hello to see if this
populates the sysroot
- if everything else, keep the downloads directory and rm -rf the rest,
then build core-image-minimal again
Étienne
On Tue, Jul 16, 2024 at 3:00 PM Gerd Kautzmann via lists.yoctoproject.org
wrote:
> Hello ML members,
>
> I used to include some drivers for a camera chip for RaspberryPi4 in Yocto
> dunfell.
>
> Now I’m trying the same under Yicto Scarthgap but it doesn’t work.
>
>
> dunfell
>
> -
>
> find tmp/work -name my_driver.ko
>
>
> tmp/work/raspberrypi4-poky-linux-gnueabi/core-image-minimal/1.0-r0/rootfs/lib/modules/5.4.72-v7l/extra/my_driver/my_driver.ko
>
>
> tmp/work/raspberrypi4-poky-linux-gnueabi/hello-mod/1.0-r0/my_driver/my_driver.ko
>
>
> tmp/work/raspberrypi4-poky-linux-gnueabi/hello-mod/1.0-r0/sysroot-destdir/lib/modules/5.4.72-v7l/extra/my_driver/my_driver.ko
>
>
> tmp/work/raspberrypi4-poky-linux-gnueabi/hello-mod/1.0-r0/image/lib/modules/5.4.72-v7l/extra/my_driver/my_driver.ko
>
>
> tmp/work/raspberrypi4-poky-linux-gnueabi/hello-mod/1.0-r0/package/lib/modules/5.4.72-v7l/extra/my_driver/my_driver.ko
>
>
> tmp/work/raspberrypi4-poky-linux-gnueabi/hello-mod/1.0-r0/packages-split/kernel-module-vc-mipi-common-5.4.72-v7l/lib/modules/5.4.72-v7l/extra/my_driver/my_driver.ko
>
>
> The kernel modules are compiled but they are never transferred or
> installed in the image
>
>
>
> scarthgap
>
>
>
> find tmp/work -name my_driver.ko
>
>
> tmp/work/raspberrypi4-poky-linux-gnueabi/hello-mod/1.0/my_driver/my_driver.ko
>
>
>
> Under dunfell I used an expanded core-image-minimal for my system:
>
>
> cat meta/recipes-core/images/core-image-minimal.bb
>
>
>
> SUMMARY = "Small image with own kernel module"
>
>
>
> IMAGE_INSTALL = "packagegroup-core-boot ${CORE_IMAGE_EXTRA_INSTALL}"
>
> IMAGE_INSTALL += "kernel-modules v4l-utils hello-mod hello autoconf"
>
> IMAGE_INSTALL += "libgpiod"
>
>
>
> KERNEL_MODULE_AUTOLOAD += "hello"
>
> …
>
>
>
> I tried different changes on my conf/local.conf without any changes.
>
> I built with:
> bitbake core-image-minimal -c cleanall
> bitbake core-image-minimal
>
> But nothing changed.
>
>
>
>
>
> *PRIMES GmbH*Max-Planck-Str. 264319 Pfungstadt Germany
>
> T +49 6157 9878 0
>
> CEO: Dr.-Ing. Reinhard Kramer, Dr. rer. nat. Thomas Umschlag
>
> Local Court: Darmstadt HRB 5134
>
> g.kautzm...@primes.dewww.primes.de
>
>
>
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#63513): https://lists.yoctoproject.org/g/yocto/message/63513
Mute This Topic: https://lists.yoctoproject.org/mt/107251140/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] Configuring gitlab runner for Yocto
Hi Kjeld, I don't know what the issue is, but have you checked this link? -> https://wiki.yoctoproject.org/wiki/TipsAndTricks/Understanding_what_changed_(diffsigs_etc) I think it would help you debug the issue. Étienne On Fri, Jul 5, 2024 at 4:50 PM Kjeld Flarup via lists.yoctoproject.org wrote: > I run Yocto builds in a gitlab runner, but it always does rebuilds of > some packages. Not all packages fortunately, but it always does a rootfs > build. > > When I do a fresh start with a git clone of my yocto manifest, and a > bitbake on my own PC. Everything is fetched from my sstate mirror. > By fresh, I mean that no tmp folder exists and has to be rebuild. > > Thus I have some environment difference in the gitlab which causes Yocto > to do some rebuilds. > > >- I use the same docker container >- I tried to do the clone and build on the build server, but outside >the gitlab-runner. No rebuilds. >- I mapped a local disk into the containers /builds >- I removed git commands from recipes > > Does anyone have some recommendations for configuring a gitlab runner for > Yocto? > > > -- > -- > Regards > Kjeld Flarup > DEIF A/S > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#63440): https://lists.yoctoproject.org/g/yocto/message/63440 Mute This Topic: https://lists.yoctoproject.org/mt/107054918/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] GPL License Compliance - Automatically detect linking against GPL libraries
Hi Fabian, one commercial option for this use-case is https://github.com/fossas/meta-fossa Étienne On Wed, May 29, 2024 at 11:06 AM Hanke Fabian (DC/PAR) via lists.yoctoproject.org wrote: > Hello, > we were wondering if anyone has experiences / best practices on how to > detect if packages link to a library from another GPL licensed package? We > know that there are ways to completely filter out some licenses via > INCOMPATIBLE_LICENSE. But from our (limited) legal knowledge it is okay to > include them in our image, if we fulfill all the obligations. One > obligation implies that code linked to a GPL library will need to have the > same license (derivative work). Hence we would like to avoid that packages > containing our own closed source software link by accident to a GPL based > library. Has anyone experiences / best practices on how to detect this > automatically during the bitbake build? > > Best regards, > Fabian Hanke > > Bosch Rexroth AG > Registered Office: Stuttgart, Registration Court: Amtsgericht Stuttgart > HRB 23192 Executive Board: Dr. Steffen Haack (President), Roland > Bittenauer, Thomas Fechner, Holger von Hebel, Reinhard Schäfer Chairman of > the Supervisory Board: Dr. Markus Forschner > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#63223): https://lists.yoctoproject.org/g/yocto/message/63223 Mute This Topic: https://lists.yoctoproject.org/mt/106365537/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] Workaround for uid_map error on Ubuntu 24.04
The way I see to patch this at the moment is to print instructions for the users to run this command manually when this specific error happens (we can't run it automatically as part of bitbake since it needs sudo, and also it decreases the security on the machine so end-users should be aware of it). I can send a patch if you want, but this isn't really a clean solution. Ubuntu 24.04 is not yet supported by yocto officially, and I hope the Ubuntu bug will be fixed before yocto officially supports 24.04. What people could do to help at this point is add themselves to the Ubuntu launchpad bug as "affected user". This would raise the "Bug heat" score and hopefully will increase the bug priority as well. Étienne On Tue, May 21, 2024 at 11:14 AM Quentin Schulz wrote: > Hi Étienne, > > On 5/19/24 10:34 PM, Etienne Cordonnier via lists.yoctoproject.org wrote: > > You don't often get email from ecordonnier= > snap@lists.yoctoproject.org. Learn why this is important< > https://urldefense.proofpoint.com/v2/url?u=https-3A__aka.ms_LearnAboutSenderIdentification&d=DwIDaQ&c=ncDTmphkJTvjIDPh0hpF_4vCHvabgGkICC2epckfdiw&r=AhkbNonVuMIGRfPx_Qj9TsRih1DULJTKUkSGa66m67E&m=Ga0g6vPBDqWTMnWmWWIazScsZWPKVOhI7TR0ntkOIUAfiCK4D92zWowI7OILY9uW&s=8-K5zsaLTjQfdiX6dZWibW4qtBSeCPRFCT8bsdcVt6o&e= > > > > Hi all, > > in order to build poky on Ubuntu 24.04, I have needed this workaround to > fix the error "Errno 1 Operation not permitted" when disable_network (from > bitbake/lib/bb/utils.py) attempts to write to the file /proc/self/uid_map: > > > > $ sudo apparmor_parser -R /etc/apparmor.d/unprivileged_userns > > > > For details, see > https://urldefense.proofpoint.com/v2/url?u=https-3A__bugs.launchpad.net_ubuntu_-2Bsource_dash_-2Bbug_2056555&d=DwIDaQ&c=ncDTmphkJTvjIDPh0hpF_4vCHvabgGkICC2epckfdiw&r=AhkbNonVuMIGRfPx_Qj9TsRih1DULJTKUkSGa66m67E&m=Ga0g6vPBDqWTMnWmWWIazScsZWPKVOhI7TR0ntkOIUAfiCK4D92zWowI7OILY9uW&s=8JSB9FrPu6_NMAVAgwB3Hg4iqe-SJiMTXyvR18KEmcs&e= > > > > Thanks for bringing this up. I think we should have this documented in > yocto-docs? So adding the mailing list in Cc > > @Michael do you have some idea on how and where to integrate this? (Or > maybe you have some suggestion/patch ready Étienne?). > > Thanks, > Quentin > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#63149): https://lists.yoctoproject.org/g/yocto/message/63149 Mute This Topic: https://lists.yoctoproject.org/mt/106192359/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[yocto] Workaround for uid_map error on Ubuntu 24.04
Hi all, in order to build poky on Ubuntu 24.04, I have needed this workaround to fix the error "Errno 1 Operation not permitted" when disable_network (from bitbake/lib/bb/utils.py) attempts to write to the file /proc/self/uid_map: $ sudo apparmor_parser -R /etc/apparmor.d/unprivileged_userns For details, see https://bugs.launchpad.net/ubuntu/+source/dash/+bug/2056555 Étienne -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#63137): https://lists.yoctoproject.org/g/yocto/message/63137 Mute This Topic: https://lists.yoctoproject.org/mt/106192359/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] Yocto kirkstone and openssl 1.0.2
Hi Carlos, I solved a similar issue by using two versions of OpenSSL in the image. I copied and renamed one of the two openssl versions to "openssl-backported". This method requires to modify the recipe of "openssl-backported" so that this recipe provides only the versioned library (no header files and unversioned .so file which would conflict with the other OpenSSL version). However, please keep in mind that some OpenSSL versions are not supported any more, so you should consider the security implications of keeping those versions. Etienne On Fri, Dec 8, 2023 at 11:29 PM Carlos via lists.yoctoproject.org wrote: > Hello, > > > > Currently we are using yocto version dunfell in our project. > > we are also using: > > -openssl 1.0.2: provided/supported by a third party. > > -meta-openssl102-fips > > > > Now, I would like to upgrade the project to use yocto kirkstone. > > I am facing build errors: Python 3.10 no longer supports openssl version < > 1.1.1 > > > > Is there a way to overcome this situation and still use openssl 1.02? > > > > Regards, > > Carlos B. > > -- > The information contained in this message may be confidential and legally > protected under applicable law. The message is intended solely for the > addressee(s). If you are not the intended recipient, you are hereby > notified that any use, forwarding, dissemination, or reproduction of this > message is strictly prohibited and may be unlawful. If you are not the > intended recipient, please contact the sender by return e-mail and destroy > all copies of the original message. > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#61853): https://lists.yoctoproject.org/g/yocto/message/61853 Mute This Topic: https://lists.yoctoproject.org/mt/103064667/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[yocto] [meta-darwin][PATCH] libtapi-native: use nobranch=1
From: Etienne Cordonnier
The master branch was deleted upstream and the commit is now in the branch
"1300.6.5". The safest way to fix this is to use "nobranch=1".
Signed-off-by: Etienne Cordonnier
---
recipes-devtools/libtapi/libtapi-native_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/recipes-devtools/libtapi/libtapi-native_git.bb
b/recipes-devtools/libtapi/libtapi-native_git.bb
index ee569ec..3c09387 100644
--- a/recipes-devtools/libtapi/libtapi-native_git.bb
+++ b/recipes-devtools/libtapi/libtapi-native_git.bb
@@ -12,7 +12,7 @@ LIC_FILES_CHKSUM =
"file://${WORKDIR}/git/LICENSE.APPLE-LIBTAPI.txt;md5=ecd05d65
SECTION = "devel"
SRCREV = "b7b5bdbfda9e8062d405b48da3b811afad98ae76"
-SRC_URI =
"git://github.com/tpoechtrager/apple-libtapi.git;branch=master;protocol=https"
+SRC_URI =
"git://github.com/tpoechtrager/apple-libtapi.git;nobranch=1;protocol=https"
PACKAGES = "${PN}-dbg ${PN} ${PN}-dev"
--
2.36.1.vfs.0.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#61031): https://lists.yoctoproject.org/g/yocto/message/61031
Mute This Topic: https://lists.yoctoproject.org/mt/101432391/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[yocto] [meta-darwin][PATCH] clang: remove runtime dependency to perl
From: Etienne Cordonnier
Commit https://github.com/kraj/meta-clang/commit/68ec449f97ffa58d in meta-clang
adds a dependency to perl,
however at the moment perl does not cross-compile for darwin (the build tries
to use readelf which does not
exist on darwin, instead of using objdump).
This dependency is needed only for optional runtime tools, so just remove it at
the moment.
Signed-off-by: Etienne Cordonnier
---
recipes-devtools/clang/clang_%.bbappend | 14 ++
1 file changed, 14 insertions(+)
diff --git a/recipes-devtools/clang/clang_%.bbappend
b/recipes-devtools/clang/clang_%.bbappend
index 25a9bf7..ce2a3b3 100644
--- a/recipes-devtools/clang/clang_%.bbappend
+++ b/recipes-devtools/clang/clang_%.bbappend
@@ -8,6 +8,20 @@ PACKAGECONFIG:remove:class-nativesdk:darwin21 = "shared-libs"
DEPENDS:remove:class-nativesdk = "clang-crosssdk-${SDK_ARCH}"
DEPENDS:append:class-nativesdk = " clang-crosssdk-${SDK_SYS}"
+# perl tries to call readelf, which does not exist on darwin (it would need
+# to call objdump instead but the detection logic does not work for some
reason)
+RDEPENDS:${PN}:remove:class-nativesdk:darwin21 = " \
+perl-module-digest-md5 \
+perl-module-file-basename \
+perl-module-file-copy \
+perl-module-file-find \
+perl-module-file-path \
+perl-module-findbin \
+perl-module-hash-util \
+perl-module-sys-hostname \
+perl-module-term-ansicolor \
+"
+
COMPILER_RT:class-nativesdk:toolchain-clang:runtime-llvm:darwin21 = ""
LIBCPLUSPLUS:class-nativesdk:toolchain-clang:darwin21 = " -stdlib=libstdc++"
--
2.36.1.vfs.0.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#60904): https://lists.yoctoproject.org/g/yocto/message/60904
Mute This Topic: https://lists.yoctoproject.org/mt/101013335/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[yocto] [meta-darwin][PATCH 2/2] gcc: re-add zstd dependency
From: Etienne Cordonnier
The zstd cross-compile build for darwin was fixed in f786ea1379a64fbbd,
thus there is no need to remove this dependency any more.
Signed-off-by: Etienne Cordonnier
---
recipes-devtools/gcc/gcc-cross-canadian_%.bbappend | 5 -
1 file changed, 5 deletions(-)
diff --git a/recipes-devtools/gcc/gcc-cross-canadian_%.bbappend
b/recipes-devtools/gcc/gcc-cross-canadian_%.bbappend
index 43ae2b5..192ee0d 100644
--- a/recipes-devtools/gcc/gcc-cross-canadian_%.bbappend
+++ b/recipes-devtools/gcc/gcc-cross-canadian_%.bbappend
@@ -12,8 +12,3 @@ EXTRA_OECONF:remove:darwinsdk = "--enable-clocale=generic"
# Remove -rpath-link and -rpath
LDFLAGS:darwinsdk = "${BUILDSDK_LDFLAGS}"
-
-# zstd uses uname to determine the compiler's target and makes the assumption
that the host OS is the target,
-# so it does not support Darwin as a cross-compiler target.
-# zstd is not really needed as a dependency of gcc, and zstd would need to be
fixed to compile for Darwin
-DEPENDS:remove = "nativesdk-zstd"
--
2.36.1.vfs.0.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#60902): https://lists.yoctoproject.org/g/yocto/message/60902
Mute This Topic: https://lists.yoctoproject.org/mt/101006549/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[yocto] [meta-darwin][PATCH 1/2] gcc: rebase patches on top of gcc 11.4
From: Etienne Cordonnier
poky kirkstone 4.0.12 updates gcc from 11.3 to 11.4, thus
the patches need to be rebased.
- The changes of 0001-libstdcxx-Rename-null-terminated-to-avoid-collision.patch
are in 11.4 so it can be removed.
- upstream introduced DARWIN_MIN_LIB_VERSION instead of the hard-coded 10.4, so
assign
this variable the value 12.3
- use include path of gcc 11.4.0
Signed-off-by: Etienne Cordonnier
---
.../clang/0037-Fixes_for_Darwin_SDKs.patch| 4 +-
...e-null-terminated-to-avoid-collision.patch | 81 ---
...00-change-macosx-version-min-to-12.3.patch | 29 +++
recipes-devtools/gcc/gcc-source_%.bbappend| 1 -
4 files changed, 11 insertions(+), 104 deletions(-)
delete mode 100644
recipes-devtools/gcc/files/0001-libstdcxx-Rename-null-terminated-to-avoid-collision.patch
diff --git a/recipes-devtools/clang/clang/0037-Fixes_for_Darwin_SDKs.patch
b/recipes-devtools/clang/clang/0037-Fixes_for_Darwin_SDKs.patch
index 024894b..c6db8d9 100644
--- a/recipes-devtools/clang/clang/0037-Fixes_for_Darwin_SDKs.patch
+++ b/recipes-devtools/clang/clang/0037-Fixes_for_Darwin_SDKs.patch
@@ -22,13 +22,13 @@ index f7da3f187814..0656f5cbad69 100644
-"4.2.1",
-"i686-apple-darwin10",
-arch == llvm::Triple::x86_64
? "x86_64" : "");
-+"11.3.0",
++"11.4.0",
+"x86_64#SDK_VENDOR#-darwin21",
+"");
IsBaseFound |= AddGnuCPlusPlusIncludePaths(DriverArgs, CC1Args,
UsrIncludeCxx,
-"4.0.0", "i686-apple-darwin8",
- "");
-+"11.3.0", "", "");
++"11.4.0", "", "");
+ {
+ const char *S = ::getenv("YOCTO_SDKPATH");
+ if (S && (S[0] != '\0')) {
diff --git
a/recipes-devtools/gcc/files/0001-libstdcxx-Rename-null-terminated-to-avoid-collision.patch
b/recipes-devtools/gcc/files/0001-libstdcxx-Rename-null-terminated-to-avoid-collision.patch
deleted file mode 100644
index ff7b912..000
---
a/recipes-devtools/gcc/files/0001-libstdcxx-Rename-null-terminated-to-avoid-collision.patch
+++ /dev/null
@@ -1,81 +0,0 @@
-From d1201dbf55a11d391030914985ba6b443e59baa5 Mon Sep 17 00:00:00 2001
-From: Mark Mentovai
-Date: Mon, 13 Jun 2022 16:40:19 +0100
-Subject: [PATCH] libstdc++: Rename __null_terminated to avoid collision with
- Apple SDK
-
-The macOS 13 SDK (and equivalent-version iOS and other Apple OS SDKs)
-contain this definition in :
-
-863 #define __null_terminated
-
-This collides with the use of __null_terminated in libstdc++'s
-experimental fs_path.h.
-
-As libstdc++'s use of this token is entirely internal to fs_path.h, the
-simplest workaround, renaming it, is most appropriate. Here, it's
-renamed to __nul_terminated, referencing the NUL ('\0') value that is
-used to terminate the strings in the context in which this tag structure
-is used.
-
-libstdc++-v3/ChangeLog:
-
- * include/experimental/bits/fs_path.h (__detail::__null_terminated):
- Rename to __nul_terminated to avoid colliding with a macro in
- Apple's SDK.
-
-Signed-off-by: Mark Mentovai
-(cherry picked from commit 254e88b3d7e8abcc236be3451609834371cf4d5d)
- libstdc++-v3/include/experimental/bits/fs_path.h | 12 ++--
- 1 file changed, 6 insertions(+), 6 deletions(-)
-
-diff --git a/libstdc++-v3/include/experimental/bits/fs_path.h
b/libstdc++-v3/include/experimental/bits/fs_path.h
-index b0825ba76e803..19d246100cb5a 100644
a/libstdc++-v3/include/experimental/bits/fs_path.h
-+++ b/libstdc++-v3/include/experimental/bits/fs_path.h
-@@ -140,10 +140,10 @@ namespace __detail
- inline _Source
- _S_range_begin(_Source __begin) { return __begin; }
-
-- struct __null_terminated { };
-+ struct __nul_terminated { };
-
- template
--inline __null_terminated
-+inline __nul_terminated
- _S_range_end(_Source) { return {}; }
-
- template
-@@ -459,11 +459,11 @@ namespace __detail
- struct _Cvt;
-
- static string_type
--_S_convert(value_type* __src, __detail::__null_terminated)
-+_S_convert(value_type* __src, __detail::__nul_terminated)
- { return string_type(__src); }
-
- static string_type
--_S_convert(const value_type* __src, __detail::__null_terminated)
-+_S_convert(const value_type* __src, __detail::__nul_terminated)
- { return string_type(__src); }
-
- template
-@@ -477,7 +477,7 @@ namespace __detail
-
- template
- static string_type
-- _S_convert(_InputIterator __src, __detail::__null_terminated)
-+ _S_convert(_InputIterator __src, __detail::__nul_terminated
[yocto] [meta-darwin][PATCH] meta-darwin: update to Darwin 21.3 and SDK 12.3
From: Dominik Schnitzer
Signed-off-by: Dominik Schnitzer
Signed-off-by: Etienne Cordonnier
---
README| 38 -
classes/package.bbclass | 2 +-
classes/siteinfo.bbclass | 4 +-
conf/machine-sdk/x86_64-darwin.conf | 10 +--
.../nativesdk-packagegroup-sdk-host.bbappend | 2 +-
recipes-core/zlib/zlib_1.2.%.bbappend | 2 +-
...1142-Do-not-use-nm-B-for-Darwin-s-nm.patch | 2 +-
.../cctools-port-crosssdk_973.0.1.bb | 9 +--
.../clang/0037-Fixes_for_Darwin_SDKs.patch| 2 +-
recipes-devtools/clang/clang_%.bbappend | 42 +-
.../erofs-utils/erofs-utils_%.bbappend| 2 +-
recipes-devtools/flex/flex_%.bbappend | 2 +-
...e-null-terminated-to-avoid-collision.patch | 81 +++
...0-change-macosx-version-min-to-12.3.patch} | 10 +--
recipes-devtools/gcc/gcc-crosssdk_%.bbappend | 22 ++---
recipes-devtools/gcc/gcc-runtime_%.bbappend | 18 ++---
recipes-devtools/gcc/gcc-source_%.bbappend| 3 +-
recipes-devtools/gcc/libgcc_%.bbappend| 8 +-
.../libtapi/libtapi-native_git.bb | 4 +-
recipes-devtools/ninja/ninja_%.bbappend | 2 +-
.../opkg-utils/opkg-utils_%.bbappend | 2 +-
...10.15.bb => nativesdk-osx-runtime_12.3.bb} | 0
recipes-extended/zstd/zstd_%.bbappend | 2 +-
recipes-support/libmpc/libmpc_%.bbappend | 2 +-
recipes-support/lz4/lz4_%.bbappend| 2 +-
recipes-support/mpfr/mpfr_%.bbappend | 2 +-
26 files changed, 172 insertions(+), 103 deletions(-)
create mode 100644
recipes-devtools/gcc/files/0001-libstdcxx-Rename-null-terminated-to-avoid-collision.patch
rename
recipes-devtools/gcc/files/{0100-change-macosx-version-min-to-10.15.patch =>
0100-change-macosx-version-min-to-12.3.patch} (81%)
rename recipes-devtools/osx-runtime/{nativesdk-osx-runtime_10.15.bb =>
nativesdk-osx-runtime_12.3.bb} (100%)
diff --git a/README b/README
index 59ae032..72aa77a 100644
--- a/README
+++ b/README
@@ -3,39 +3,29 @@ meta-darwin
OpenEmbedded meta layer for darwin based SDKs
-Note: For now, only macOS SDK version 10.15 is supported.
+Note: Only macOS SDK version 12.3 (Darwin 21) is supported.
-You also need a OS-X sysroot tarball/zip file generated (copied) from a target
macOS
+Ensure you have read and understood the Xcode license terms:
+https://www.apple.com/legal/sla/docs/xcode.pdf
+
+You also need a macOS sysroot tarball/zip file generated (copied) from a
target macOS
system. This is placed in the osx-runtime files directory and is used to
compile the SDK
against it. It needs to contain the system libraries (/usr/lib) and include
files
(/usr/include). This tarball is not part of this meta-darwin layer and must be
created by the user. To create it, the user is required to have a legitimate
Mac computer
-with macOS 10.15 or later and with Xcode 5.1.0 or later installed.
-
-To create the SDK tarball, perform the following steps using your Mac computer:
-
-1. Install Xcode 5.1.0 or later using App Store.
-
-2. Install the command-line development tools
-(Preferences -> Downloads -> Command-line tools)
-
-3. Use Terminal to create the file OSX-sdk.zip from the macOS SDK (this sample
assumes
- macOS 10.15):
+with macOS 12.3 or later and with Xcode installed.
-$ mkdir ~/Desktop/OSX-sdk
-$ cd ~/Desktop/OSX-sdk
-$ ditto `xcrun --sdk macosx10.15 --show-sdk-path` .
-$ cd ..
-$ zip -yr OSX-sdk OSX-sdk
+Information on packaging the SDK is available at:
+https://github.com/tpoechtrager/osxcross#packaging-the-sdk
-4. Copy the created OSX-sdk.zip file to your Yocto development machine,
placing it into
- meta-darwin layer:
+Copy the created OSX-sdk.zip file to your Yocto development machine, placing
it into
+meta-darwin layer:
-<...>/meta-darwin/recipes-devtools/osx-runtime/files
+ <...>/meta-darwin/recipes-devtools/osx-runtime/files
- You can alternatively add a nativesdk-osx-runtime_%.bbappend file to your
- layer and override SRC_URI and do_configure() to extract the SDK from
- a different location.
+You can alternatively add a nativesdk-osx-runtime_%.bbappend file to your
+layer and override SRC_URI and do_configure() to extract the SDK from
+a different location.
This layer depends on:
diff --git a/classes/package.bbclass b/classes/package.bbclass
index bf6bfeb..8f5825e 100644
--- a/classes/package.bbclass
+++ b/classes/package.bbclass
@@ -2015,7 +2015,7 @@ python package_do_shlibs() {
soname = None
if cpath.islink(file):
continue
-if hostos == "darwin" or hostos == "darwin19":
+if hostos == "darwin" or hostos == "darwin21":
darwin_so(file, needed, sonames, renames, pkgver)
elif hostos.startswith("mingw"):
mingw_dll(file, needed, sonames, renames, pkgver)
diff --git a/
Re: [yocto] How to scroll in the yocto devshell?
Thanks, using "ps -a" I found it's a tmux environment: https://superuser.com/questions/209437/how-do-i-scroll-in-tmux On Wed, Jun 7, 2023 at 11:37 AM Alexander Kanavin wrote: > devshell is not a regular terminal window, but something running under > tmux or screen. Use ps to see what you got, then read the manpage for > it to see how to scroll :) > > Alex > > On Wed, 7 Jun 2023 at 11:26, Etienne Cordonnier via > lists.yoctoproject.org > wrote: > > > > Hi, > > how to scroll up/down in the yocto devshell (started with bitbake -c > devshell my-recipe)? > > > > Scrolling with the mouse is scrolling through the command history > instead of through the terminal. Using shift + page up simply prints "~2". > Using "reset" doesn't fix it. > > > > Environment: Ubuntu 22.04 with default terminal. > > > > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#60201): https://lists.yoctoproject.org/g/yocto/message/60201 Mute This Topic: https://lists.yoctoproject.org/mt/99380857/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[yocto] How to scroll in the yocto devshell?
Hi, how to scroll up/down in the yocto devshell (started with bitbake -c devshell my-recipe)? Scrolling with the mouse is scrolling through the command history instead of through the terminal. Using shift + page up simply prints "~2". Using "reset" doesn't fix it. Environment: Ubuntu 22.04 with default terminal. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#60198): https://lists.yoctoproject.org/g/yocto/message/60198 Mute This Topic: https://lists.yoctoproject.org/mt/99380857/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[yocto] [meta-darwin][PATCH 2/2] Improve README
From: Etienne Cordonnier Signed-off-by: Etienne Cordonnier --- README | 10 +++--- 1 file changed, 7 insertions(+), 3 deletions(-) diff --git a/README b/README index e4ac9bc..59ae032 100644 --- a/README +++ b/README @@ -5,7 +5,7 @@ OpenEmbedded meta layer for darwin based SDKs Note: For now, only macOS SDK version 10.15 is supported. -You also need a OS-X sysroot tarball/zip file generated (copied) from a target OS-X +You also need a OS-X sysroot tarball/zip file generated (copied) from a target macOS system. This is placed in the osx-runtime files directory and is used to compile the SDK against it. It needs to contain the system libraries (/usr/lib) and include files (/usr/include). This tarball is not part of this meta-darwin layer and must be @@ -52,6 +52,10 @@ Layer Maintainers: Richard Purdie Dominik Schnitzer Etienne Cordonnier +Please send changes to the yocto mailing list (yocto@lists.yoctoproject.org) with [meta-darwin] +in the subject line, cc'ing the maintainers. You need to subscribe to the mailing list at +https://lists.yoctoproject.org/g/yocto before being able to post. + +When sending single patches, please use something like: +'git send-email -M -1 --to yocto@lists.yoctoproject.org --subject-prefix="meta-darwin][PATCH"' -Please send changes to the yocto mailing list with [meta-darwin] in the subject line, -cc'ing the maintainer. -- 2.36.1.vfs.0.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#60039): https://lists.yoctoproject.org/g/yocto/message/60039 Mute This Topic: https://lists.yoctoproject.org/mt/98943262/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[yocto] [meta-darwin][PATCH 1/2] Add new maintainers
From: Etienne Cordonnier Signed-off-by: Etienne Cordonnier --- README | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/README b/README index a58ab39..e4ac9bc 100644 --- a/README +++ b/README @@ -48,7 +48,10 @@ This layer depends on: layers: meta-clang branch: kirkstone -Layer Maintainer: Richard Purdie +Layer Maintainers: Richard Purdie + Dominik Schnitzer + Etienne Cordonnier + Please send changes to the yocto mailing list with [meta-darwin] in the subject line, cc'ing the maintainer. -- 2.36.1.vfs.0.0 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#60038): https://lists.yoctoproject.org/g/yocto/message/60038 Mute This Topic: https://lists.yoctoproject.org/mt/98943261/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[yocto] [meta-darwin][PATCH 2/2] clean-up several patches
From: Etienne Cordonnier
- add patch upstream status
- use git patch format
Signed-off-by: Etienne Cordonnier
---
...atch => 0001-fix-wrong-libtool-path.patch} | 22 --
recipes-core/zlib/zlib_1.2.%.bbappend | 2 +-
...1142-Do-not-use-nm-B-for-Darwin-s-nm.patch | 3 ++
.../clang/0037-Fixes_for_Darwin_SDKs.patch| 8 ++--
...clude-flexdevh-at-top-block-of-scanl.patch | 3 ++
.../gcc/files/0099-nativesdk-gcc-darwin.patch | 1 +
...0-change-macosx-version-min-to-10.15.patch | 2 +
...patch => 0001-fix-compilation-error.patch} | 42 +--
recipes-devtools/xar/xar_git.bb | 2 +-
9 files changed, 63 insertions(+), 22 deletions(-)
rename recipes-core/zlib/files/{zlib-darwin.patch =>
0001-fix-wrong-libtool-path.patch} (54%)
rename recipes-devtools/xar/xar/{xar.patch =>
0001-fix-compilation-error.patch} (85%)
diff --git a/recipes-core/zlib/files/zlib-darwin.patch
b/recipes-core/zlib/files/0001-fix-wrong-libtool-path.patch
similarity index 54%
rename from recipes-core/zlib/files/zlib-darwin.patch
rename to recipes-core/zlib/files/0001-fix-wrong-libtool-path.patch
index cf61194..528b46b 100644
--- a/recipes-core/zlib/files/zlib-darwin.patch
+++ b/recipes-core/zlib/files/0001-fix-wrong-libtool-path.patch
@@ -1,6 +1,19 @@
zlib-1.2.11-orig/configure 2016-12-31 18:06:40.0 +
-+++ zlib-1.2.11/configure 2018-09-30 22:01:03.887112033 +
-@@ -240,13 +240,7 @@
+From 3b7dfa06c12eb605ae244bbdf37a5c502f63a035 Mon Sep 17 00:00:00 2001
+From: Dominik Schnitzer
+Date: Fri, 12 May 2023 10:11:56 +
+Subject: [PATCH] fix wrong libtool path
+
+Upstream-Status: Inappropriate [OE specific]
+Signed-off-by: Dominik Schnitzer
+---
+ configure | 8 +---
+ 1 file changed, 1 insertion(+), 7 deletions(-)
+
+diff --git a/configure b/configure
+index 69dfa3f..dcd0e75 100755
+--- a/configure
b/configure
+@@ -240,13 +240,7 @@ if test "$gcc" -eq 1 && ($cc -c $test.c) >> configure.log
2>&1; then
SHAREDLIB=libz$shared_ext
SHAREDLIBV=libz.$VER$shared_ext
SHAREDLIBM=libz.$VER1$shared_ext
@@ -15,3 +28,6 @@
*) LDSHARED=${LDSHARED-"$cc -shared"} ;;
esac
else
+--
+2.36.1.vfs.0.0
+
diff --git a/recipes-core/zlib/zlib_1.2.%.bbappend
b/recipes-core/zlib/zlib_1.2.%.bbappend
index d662a29..69d1e8a 100644
--- a/recipes-core/zlib/zlib_1.2.%.bbappend
+++ b/recipes-core/zlib/zlib_1.2.%.bbappend
@@ -1,7 +1,7 @@
FILESEXTRAPATHS:prepend := "${THISDIR}/files:"
SRC_URI += "\
-file://zlib-darwin.patch \
+file://0001-fix-wrong-libtool-path.patch \
"
do_configure:darwin19 () {
uname=darwin ./configure --prefix=${prefix} --shared --libdir=${libdir}
diff --git
a/recipes-devtools/binutils/binutils/0001-OS-1142-Do-not-use-nm-B-for-Darwin-s-nm.patch
b/recipes-devtools/binutils/binutils/0001-OS-1142-Do-not-use-nm-B-for-Darwin-s-nm.patch
index 30364c6..eaf5ba1 100644
---
a/recipes-devtools/binutils/binutils/0001-OS-1142-Do-not-use-nm-B-for-Darwin-s-nm.patch
+++
b/recipes-devtools/binutils/binutils/0001-OS-1142-Do-not-use-nm-B-for-Darwin-s-nm.patch
@@ -12,6 +12,9 @@ becomes empty because "nm -B" fails.
The emptyness of "global_symbol_pipe" causes some libtool link script to be
executed with
two pipes and to fail due to syntax error: "| |"
+
+Upstream-Status: Pending [would require proper fix instead of this workaround]
+Signed-off-by: Etienne Cordonnier
---
libbacktrace/configure | 2 +-
libctf/configure | 2 +-
diff --git a/recipes-devtools/clang/clang/0037-Fixes_for_Darwin_SDKs.patch
b/recipes-devtools/clang/clang/0037-Fixes_for_Darwin_SDKs.patch
index 0a0a438..c44ec57 100644
--- a/recipes-devtools/clang/clang/0037-Fixes_for_Darwin_SDKs.patch
+++ b/recipes-devtools/clang/clang/0037-Fixes_for_Darwin_SDKs.patch
@@ -1,10 +1,10 @@
From cb9b87097803bec9aa52b5054ba88e4da01e Mon Sep 17 00:00:00 2001
-From: OpenEmbedded
+From: Dominik Schnitzer
Date: Wed, 27 Apr 2022 11:22:17 +
-Subject: [PATCH] %% original patch: 0001-Fixes_for_Darwin_SDKs.patch
-
-From: OpenEmbedded
+Subject: [PATCH] Fixes for Darwin SDKs
+Upstream-Status: Inappropriate [OE specific]
+Signed-off-by: Dominik Schnitzer
---
clang/lib/Driver/ToolChains/Darwin.cpp | 17 -
llvm/cmake/modules/AddLLVM.cmake | 1 -
diff --git
a/recipes-devtools/flex/files/0001-scanner-include-flexdevh-at-top-block-of-scanl.patch
b/recipes-devtools/flex/files/0001-scanner-include-flexdevh-at-top-block-of-scanl.patch
index 206adae..e86e771 100644
---
a/recipes-devtools/flex/files/0001-scanner-include-flexdevh-at-top-block-of-scanl.patch
+++
b/recipes-devtools/flex/files/0001-scanner-include-flexdevh-at-top-block-of-scanl.patch
@@ -20,6 +20,9 @@ code in scan.l (gcc warning: return makes pointer from
integer without
a cast [-Wint-conversion]).
Fixes #247.
+
+Upstream-Status: Backport
[https://github.com/westes/flex/commit/4b5111d9772b5c160340ca96f08d30d7f6db5cda]
+Signed-off-by: Dominik S
[yocto] [meta-darwin][PATCH 1/2] zlib: fix whitespace issues
From: Etienne Cordonnier
Signed-off-by: Etienne Cordonnier
---
recipes-core/zlib/zlib_1.2.%.bbappend | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/recipes-core/zlib/zlib_1.2.%.bbappend
b/recipes-core/zlib/zlib_1.2.%.bbappend
index c3aa14c..d662a29 100644
--- a/recipes-core/zlib/zlib_1.2.%.bbappend
+++ b/recipes-core/zlib/zlib_1.2.%.bbappend
@@ -3,6 +3,6 @@ FILESEXTRAPATHS:prepend := "${THISDIR}/files:"
SRC_URI += "\
file://zlib-darwin.patch \
"
-do_configure:darwin19 (){
- uname=darwin ./configure --prefix=${prefix} --shared --libdir=${libdir}
+do_configure:darwin19 () {
+uname=darwin ./configure --prefix=${prefix} --shared --libdir=${libdir}
}
--
2.36.1.vfs.0.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#60036): https://lists.yoctoproject.org/g/yocto/message/60036
Mute This Topic: https://lists.yoctoproject.org/mt/98943205/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
