ndec changed the topic of #yocto to: "Welcome to the Yocto Project | Learn more: https://www.yoctoproject.org | Join us or Speak at Yocto Project Summit (2022.11) Nov 29-Dec 1, more: https://yoctoproject.org/summit | Join the community: https://www.yoctoproject.org/community | IRC logs available at https://www.yoctoproject.org/irc/ | Having difficulty on the list or with someone on the list, contact YP community mgr ndec"
seninha has joined #yocto
otavio has quit [Remote host closed the connection]
chep has quit [Quit: ZNC 1.8.2 - https://znc.in]
chep has joined #yocto
leon-anavi has quit [Quit: Leaving]
Thorn has quit [Ping timeout: 260 seconds]
GNUmoon has quit [Ping timeout: 255 seconds]
<vmeson> paulg: proof that a blind squirrel can find nuts, at least for a while: https://www.producer.com/livestock/case-eyeless-squirrel-provides-insight-natural-world/
<vmeson> I swear that I heard something about this on Twitter or a podcast recently. Anyway, I found that article quickly by googling for: squirrel blind research -- fun!
GNUmoon has joined #yocto
florian_kc has quit [Ping timeout: 252 seconds]
sakoman has quit [Quit: Leaving.]
vladest has quit [Remote host closed the connection]
vladest has joined #yocto
seninha has quit [Quit: Leaving]
chep` has joined #yocto
chep has quit [Read error: Connection reset by peer]
chep- has joined #yocto
chep- is now known as chep
chep` has quit [Ping timeout: 248 seconds]
azcraft has quit [Remote host closed the connection]
seninha has joined #yocto
sakoman has joined #yocto
starblue has quit [Ping timeout: 252 seconds]
paulg has left #yocto [Leaving]
starblue has joined #yocto
paulg has joined #yocto
kscherer has quit [Quit: Konversation terminated!]
seninha has quit [Remote host closed the connection]
jclsn has quit [Ping timeout: 246 seconds]
Thorn has joined #yocto
jclsn has joined #yocto
amitk has joined #yocto
Wouter010067044 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter010067044 has joined #yocto
sakoman has quit [Quit: Leaving.]
Thorn has quit [Ping timeout: 248 seconds]
goliath has joined #yocto
Thorn has joined #yocto
<LetoThe2nd> is there a canonical yocto way to disable the console on a framebuffer, or does it boil down to CONFIG_VT = n in kernelconfig?
rfuentess has joined #yocto
shoragan has quit [Remote host closed the connection]
shoragan has joined #yocto
zpfvo has joined #yocto
frieder has joined #yocto
frieder has quit [Ping timeout: 268 seconds]
mckoan|away is now known as mckoan
<mckoan> good morning
prabhakarlad has joined #yocto
olani- has quit [Ping timeout: 260 seconds]
olani- has joined #yocto
frieder has joined #yocto
zpfvo has quit [Ping timeout: 246 seconds]
frieder has quit [Remote host closed the connection]
frieder has joined #yocto
prabhakarlad has quit [Quit: Client closed]
zpfvo has joined #yocto
vladest has quit [Ping timeout: 268 seconds]
xmn has quit [Ping timeout: 268 seconds]
xmn has joined #yocto
Schlumpf has joined #yocto
aak-rookie has joined #yocto
Spinola has joined #yocto
vladest has joined #yocto
leon-anavi has joined #yocto
<Spinola> Hi There. I'm using the kirkstone branch, and run into a problem with the SDK that I'm generating. After installing the SDK at a developers machine, I  try to execute make scripts and get an error that gmp.h is mot found. What should I include into the SDK to make this error goaway?
louis_ is now known as louson
florian has joined #yocto
zpfvo has quit [Ping timeout: 268 seconds]
zpfvo has joined #yocto
Schlumpf has quit [Ping timeout: 260 seconds]
GNUmoon has quit [Ping timeout: 255 seconds]
Spinola_62 has joined #yocto
Spinola has quit [Quit: Client closed]
<Spinola_62> Hi There. I'm using the kirkstone branch, and run into a problem with the SDK that I'm generating. After installing the SDK at a developers machine, I try to execute 'make scripts' and get an error that 'gmp.h' is not found. What should I include into the SDK to make this error go away?
<mckoan> Spinola_62: doble postiing is not needed
<mckoan> Spinola_62: how did you create the SDK ?
ptsneves has joined #yocto
<Spinola_62> Sorry for that, but I've now installed the IRC client app, instead of using the webclient
louson has quit [Quit: leaving]
louis_ has joined #yocto
louis_ is now known as louson
<Spinola_62> bitbake <my-image-name> -c do_populate_sdk
<mckoan> Spinola_62: do you have libgmp in your <my-image-name> ?
<Spinola_62> I already tried adding TOOLCHAIN_HOST_TASK:append = " nativesdk-gmp-dev" to local.conf, but that made no difference.
<mckoan> Spinola_62: I mean IMAGE_INSTALL:append = " libgmp"
tepperson has quit [Ping timeout: 248 seconds]
<Spinola_62> When I look in the manifest file for my image I see: libgmp10 cortexa9t2hf-neon 6.2.1-r0
<Spinola_62> Also in the tarball of the generated rootfs there is: /usr/lib/libgmp.s0.10.4.1
d-s-e has joined #yocto
tepperson has joined #yocto
GNUmoon has joined #yocto
GNUmoon has quit [Excess Flood]
GNUmoon has joined #yocto
florian_kc has joined #yocto
tepperson has quit [Ping timeout: 255 seconds]
tepperson has joined #yocto
<mcfrisk_> Spinola_62: check that the SDK has the header file and then make sure that build scripts use the SDK paths and variables correctly
Wouter010067044 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter010067044 has joined #yocto
starblue has quit [Ping timeout: 268 seconds]
starblue has joined #yocto
prabhakarlad has joined #yocto
gegir has joined #yocto
GNUmoon has quit [Ping timeout: 255 seconds]
GNUmoon has joined #yocto
<Spinola_62> after building the sdk i've got two manifest files '...host.manifest' and '...target.manifest'
<Spinola_62> In '....host.manifest' : nativesdk-libgmp10 x86_64-nativesdk 6.2.1-r0
<Spinola_62> In '... target.manifest': libgmp-dbg cortexa9t2hf-neon 6.2.1-r0
<Spinola_62> libgmp-dev cortexa9t2hf-neon 6.2.1-r0
<Spinola_62> libgmp10 cortexa9t2hf-neon 6.2.1-r0
<Spinola_62> libgmpxx4 cortexa9t2hf-neon 6.2.1-r0
<Spinola_62> libgmp-src cortexa9t2hf-neon 6.2.1-r0
<Spinola_62> So it seems that everything is in place..
<Spinola_62> datawatt@O-LINUX-3:~$ rm -rf toolchain
<Spinola_62> datawatt@O-LINUX-3:~/Downloads$ ./dwtt-dsg-a-glibc-x86_64-dwtt-image-full-cmdline-upstream-cortexa9t2hf-neon-colibri-imx6-dsg-a-toolchain-x.y.sh
<Spinola_62> ===============================================
<Spinola_62> Datawatt dsg-a distro SDK installer version x.y
<Spinola_62> datawatt@O-LINUX-3:~$ cd Downloads/
<Spinola_62> Enter target directory for SDK (default: /opt/dwtt-dsg-a/x.y): ~/toolchain
<Spinola_62> You are about to install the SDK to "/home/datawatt/toolchain". Proceed [Y/n]? y
<Spinola_62> Extracting SDK...............................................................................................................................done
<Spinola_62> Setting it up...done
<Spinola_62> SDK has been successfully set up and is ready to be used.
<Spinola_62> Each time you wish to use the SDK in a new shell session, you need to source the environment setup script e.g.
<Spinola_62> $ . /home/datawatt/toolchain/environment-setup-cortexa9t2hf-neon-poky-linux-gnueabi
<Spinola_62> datawatt@O-LINUX-3:~/Downloads$ cd ~/toolchain
<Spinola_62> datawatt@O-LINUX-3:~/toolchain$ . environment-setup-cortexa9t2hf-neon-poky-linux-gnueabi
<Spinola_62> datawatt@O-LINUX-3:~/toolchain$ cd sysroots/
<Spinola_62> cortexa9t2hf-neon-poky-linux-gnueabi/ x86_64-pokysdk-linux/
<Spinola_62> datawatt@O-LINUX-3:~/toolchain$ cd sysroots/cortexa9t2hf-neon-poky-linux-gnueabi/usr/s
<Spinola_62> sbin/ share/ src/
<Spinola_62> datawatt@O-LINUX-3:~/toolchain$ cd sysroots/cortexa9t2hf-neon-poky-linux-gnueabi/usr/s
<Spinola_62> sbin/ share/ src/
<Spinola_62> datawatt@O-LINUX-3:~/toolchain$ cd sysroots/cortexa9t2hf-neon-poky-linux-gnueabi/usr/src/kernel
<Spinola_62> datawatt@O-LINUX-3:~/toolchain/sysroots/cortexa9t2hf-neon-poky-linux-gnueabi/usr/src/kernel$ make scripts
<Spinola_62> SYNC include/config/auto.conf.cmd
<Spinola_62> HOSTCC scripts/basic/fixdep
<Spinola_62> HOSTCC scripts/kconfig/conf.o
<Spinola_62> HOSTCC scripts/kconfig/confdata.o
<Spinola_62> HOSTCC scripts/kconfig/expr.o
<Spinola_62> LEX scripts/kconfig/lexer.lex.c
<Spinola_62> YACC scripts/kconfig/parser.tab.[ch]
<Spinola_62> HOSTCC scripts/kconfig/lexer.lex.o
<Spinola_62> HOSTCC scripts/kconfig/menu.o
<Spinola_62> HOSTCC scripts/kconfig/parser.tab.o
<Spinola_62> HOSTCC scripts/kconfig/preprocess.o
<Spinola_62> HOSTCC scripts/kconfig/symbol.o
<Spinola_62> HOSTCC scripts/kconfig/util.o
<Spinola_62> HOSTLD scripts/kconfig/conf
<Spinola_62> HOSTCC scripts/dtc/dtc.o
<Spinola_62> HOSTCC scripts/dtc/flattree.o
<Spinola_62> HOSTCC scripts/dtc/fstree.o
<Spinola_62> HOSTCC scripts/dtc/data.o
<Spinola_62> HOSTCC scripts/dtc/livetree.o
<Spinola_62> HOSTCC scripts/dtc/treesource.o
<Spinola_62> HOSTCC scripts/dtc/srcpos.o
<Spinola_62> HOSTCC scripts/dtc/checks.o
<Spinola_62> HOSTCC scripts/dtc/util.o
<Spinola_62> LEX scripts/dtc/dtc-lexer.lex.c
<Spinola_62> YACC scripts/dtc/dtc-parser.tab.[ch]
<Spinola_62> HOSTCC scripts/dtc/dtc-lexer.lex.o
<Spinola_62> HOSTCC scripts/dtc/dtc-parser.tab.o
<Spinola_62> HOSTLD scripts/dtc/dtc
<Spinola_62> HOSTCC scripts/dtc/libfdt/fdt.o
<Spinola_62> HOSTCC scripts/dtc/libfdt/fdt_ro.o
<Spinola_62> HOSTCC scripts/dtc/libfdt/fdt_wip.o
<Spinola_62> HOSTCC scripts/dtc/libfdt/fdt_sw.o
<Spinola_62> HOSTCC scripts/dtc/libfdt/fdt_rw.o
<Spinola_62> HOSTCC scripts/dtc/libfdt/fdt_strerror.o
<Spinola_62> HOSTCC scripts/dtc/libfdt/fdt_empty_tree.o
<Spinola_62> HOSTCC scripts/dtc/libfdt/fdt_addresses.o
<Spinola_62> HOSTCC scripts/dtc/libfdt/fdt_overlay.o
<Spinola_62> HOSTCC scripts/dtc/fdtoverlay.o
<Spinola_62> HOSTLD scripts/dtc/fdtoverlay
<Spinola_62> HOSTCXX scripts/gcc-plugins/arm_ssp_per_task_plugin.so
<Spinola_62> In file included from /home/datawatt/toolchain/sysroots/x86_64-pokysdk-linux/usr/lib/arm-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/11.3.0/plugin/include/gcc-plugin.h:28:0,
<Spinola_62> from scripts/gcc-plugins/gcc-common.h:7,
<Spinola_62> from scripts/gcc-plugins/arm_ssp_per_task_plugin.c:3:
<Spinola_62> compilation terminated.
<Spinola_62> scripts/gcc-plugins/Makefile:54: recipe for target 'scripts/gcc-plugins/arm_ssp_per_task_plugin.so' failed
<Spinola_62> make[2]: *** [scripts/gcc-plugins/arm_ssp_per_task_plugin.so] Error 1
<Spinola_62> scripts/Makefile.build:500: recipe for target 'scripts/gcc-plugins' failed
<Spinola_62> make[1]: *** [scripts/gcc-plugins] Error 2
<Spinola_62> Makefile:1266: recipe for target 'scripts' failed
<Spinola_62> make: *** [scripts] Error 2
<Spinola_62> datawatt@O-LINUX-3:~/toolchain/sysroots/cortexa9t2hf-neon-poky-linux-gnueabi/usr/src/kernel$
<Spinola_62> Hmmm.. Some how one line got lost...
<qschulz> Spinola_62: please use a pastebin :)
<Spinola_62> pastebin?
<Spinola_62> can you suggest one?
<rburton> pastebin.com works
Schlumpf has joined #yocto
amsobr has joined #yocto
seninha has joined #yocto
seninha has quit [Remote host closed the connection]
Wouter010067044 has quit [Quit: The Lounge - https://thelounge.chat]
seninha has joined #yocto
Wouter010067044 has joined #yocto
Net147 has quit [Quit: Quit]
Net147 has joined #yocto
Net147 has joined #yocto
Net147 has quit [Changing host]
aak-rookie has quit [Quit: Client closed]
azcraft has joined #yocto
d-s-e has quit [Ping timeout: 248 seconds]
<LetoThe2nd> any pointer on how to elegantly just a have an image on an fb display after startup? I'm trying to use fbi but it seems to be clashing with the tty there. and in turn i have no idea where that one comes from.
<rburton> custom image in psplash, and don't tell it to switch to another terminal
<rburton> _should_ be able to do that anyway
<rburton> Spinola_62: what release of yocto is that?
<Spinola_62> kirkstone
<rburton> what script are you after in particular? adding the package instead might be easier than trying to beat the kernel build system into doing the right thing.
<rburton> (it needs heavy beating)
<Spinola_62> I trying to use the SDk on a developers machine, to let him develop a kernel module
<LetoThe2nd> rburton: not tell it to switch?
<rburton> LetoThe2nd: trying to remember decade-old knowledge of how to stop the kernel switching tty when it gets to a login (so it stays on the splash)
<LetoThe2nd> rburton: https://stackoverflow.com/questions/67515398/how-to-remove-gettytty1-link-in-yocto-dunfell-branch-at-time-of-compiliation is also in place, but for some reason the getty and therefore keeps coming back and back again.
dShapo has joined #yocto
GNUmoon2 has joined #yocto
GNUmoon has quit [Remote host closed the connection]
dShapo has quit [Quit: Client closed]
aak-rookie has joined #yocto
aak-rookie has quit [Client Quit]
tepperson has quit [Ping timeout: 264 seconds]
<Spinola_62> I'm having a problem with the SDK generate with "kirkstone", see https://pastebin.com/embed_js/tvfgAi5J. Which package is missing from the SDK, and how should I include that?
<rburton> as i alluded to, it's trying to build native tools using target binaries, because the kernel is a pain
<rburton> you can probably install something directly into the sdk instead of building pieces
<rburton> i'm actually building a sdk right now to test as this is missing in the test matrix
<Spinola_62> I've been using the SDK with Rocko until now, and I had no problems at all.
<rburton> new kernel pulls in more bits when you 'make scripts'
<rburton> as i said, ideally you don't need to do that
tepperson has joined #yocto
<Spinola_62> I'm not sure what you mean be that. What would I need to develop a device driver on another machine(that's not running bitbake etc.) How can I get that when not using the SDK?
<rburton> install the tools into the sdk itself
<Spinola_62> How should I do that? (I assume that after that I don't have to run 'make scripts' anymore?)
<rburton> i dont know yet. someone else might.
<mckoan> Spinola_62: if you need to build a kernel module using the SDK you rea doing that in the wrong way
<mckoan> s/rea/are
<mckoan> and I wonder why a kernel module should care of gmp.h
<Spinola_62> I meant a linux device driver :-)
<Spinola_62> As @rburton mentioned, it has something to do with building the native tools at the machine which has the sdk installed.
<rburton> mckoan: its the 'make scripts' bit in the kernel tools which needs gmp as it builds all the tools
<Spinola_62> Eventually the device driver will be build and included as an external kernel module in the image generated at the build system (using yocto / bitbake)
<rburton> for development, using the sdk is fine, that's the point of the sdk
<rburton> bah why does update-mandb need to run in a qemu
<LetoThe2nd> rburton: found evil magic in vendors u-boot script that always sets console=tty1. thanks for the pointer!
<mckoan> rburton: but he's building the kernel *inside* the SDK, weird
<Entei[m]> I've been looking at this piece of BitBake documentation for more than 30 mins now, I still don't understand the when to use .= and when to use :append style appends.
camus has quit [Ping timeout: 255 seconds]
camus has joined #yocto
<mckoan> Entei[m]: depends(TM), however very linkely you need :append style
<mckoan> Spinola_62: so you have a recipe doing that?
xcm has quit [Remote host closed the connection]
d-s-e has joined #yocto
prabhakarlad has quit [Quit: Client closed]
jandryuk[m] has joined #yocto
<Entei[m]> <mckoan> "Entei: depends(TM), however very..." <- Could you explain with respect to the given example?
kscherer has joined #yocto
yolo_ has quit [Ping timeout: 252 seconds]
yolo has joined #yocto
<Spinola_62> mckoan: a recipe for which purpose?
aak-rookie has joined #yocto
<Spinola_62> mckoan: The SDK is generated with: bitbake <my-image> -c do_populate_sdk
gegir has quit [Quit: WeeChat 3.0]
smooge has quit [Quit: I have resigned. I will not be pushed, filed, stamped, indexed, briefed, debriefed, or numbered! My life is my own.]
smooge has joined #yocto
sakoman has joined #yocto
seninha has quit [Quit: Leaving]
vladest has quit [Ping timeout: 248 seconds]
aak-rookie has quit [Quit: Client closed]
<Entei[m]> also is this likely or unlikely?
davidinux has joined #yocto
prabhakarlad has joined #yocto
ErRandir_ has quit [Ping timeout: 256 seconds]
tepperson has quit [Read error: Connection reset by peer]
tepperson_ has joined #yocto
BobPungartnik has joined #yocto
BobPungartnik has quit [Client Quit]
<Spinola_62> [rburton] Just curious, anything to report on the (kirkstone) SDK problem?
aak-rookie has joined #yocto
vladest has joined #yocto
aak-rookie has quit [Quit: Client closed]
<rburton> Spinola_62: just back from lunch
<Spinola_62> [rburton] sorry didn't realize our different timezones
<rburton> It was a late lunch :)
<rburton> zeddii: have you built out-of-tree kernel modules in a sdk before?
<rburton> zeddii: i added kernel-devsrc to the SDK, grabbed the hellomod example, it appears to do the right thing (set KDIR, M=$(pwd), make modules) but fails
<rburton> ./include/uapi/linux/types.h:5:10: fatal error: asm/types.h: No such file or directory
<rburton> 5 | #include <asm/types.h>
<rburton> looks like it forgot to get told the sysroot
<zeddii> rburton. I can't say I have, I've always tested them in a normal build, or on target.
<zeddii> At the risk of insulting what you've tried, and I didn't check history. Did you run the "make scripts prepare" ? That wouldn't have fixed the uapi missing file (but libc-headers should have installed it) .. but you never know.
<rburton> ah
<rburton> was under the impression that the devsrc package did those bits already
<rburton> -rw-rw-r-- 1 ross ross 5136 Mar 2 15:24 hellomod.ko
<rburton> success
<rburton> Spinola_62: i added kernel-devsrc to a sdk, make scripts prepare in the devsrc directory, then build an out-of-tree module and it worked. a gmp dependency being missing is very likely. what release were you using?
<zeddii> naw. it provides what is needed to run that. but not provide it, since we end up with cross arch QA errors if done in advance.
<rburton> zeddii: ah because its host tooling in a "target" package. its almost like the kernel build needs to split itself into host and target parts.
<rburton> trying not to say "burn it down with fire"
<zeddii> yah. about 6 years ago, we were about 90% of the way to getting that to be done in advance with qemu-system doing the target bits on the build host. but didn't quite get it done. still an old bugzilla for it somewhere.
<rburton> zeddii: you'd think the kernel would give you a 'build the tools you need on the' button so we could just ship a nativesdk-kernel-tools recipe and a target kernel-devsrc. but hey the kernel makefiles are a disaster :)
<zeddii> I still get lost in them after a decade of fixing bugs on and off
davidinux has quit [Ping timeout: 255 seconds]
<zeddii> a LOT has changed in them over the past few years, such a thing could have arrived and I missed it :)
<rburton> Spinola_62: my bet is your build is fixed if you do TOOLCHAIN_HOST_TASK += "nativesdk-gmp" in the image
<Spinola_62> [rburton] I will give it a try, will take a few moments :-)
thomasd13 has joined #yocto
gsalazar has joined #yocto
Schlumpf has quit [Quit: Client closed]
Poppy has joined #yocto
goliath has quit [Quit: SIGSEGV]
<thomasd13> Hi, does somebody else have problems with building the package "zfs"? I fail at the configure state: configure: error: "Python >= 3.4 is required"
<thomasd13> It detects somehow python 3.1
<Poppy> Hey, I have one recipe to create user home dir and set partition right access. An other partition is sued to deploy ssh keys. There is a way to resolve the error : conflicts between attempted installs Y and X recipes)
<thomasd13> I checked my hosttools: python which is stored there has following version: Python 3.10.6 (main, Nov 14 2022, 16:10:14) [GCC 11.3.0] on linux
Poppy has quit [Quit: Client closed]
<tepperson_> is there a way to execute a command when an ethernet port becomes connected to something?
d-s-e has quit [Ping timeout: 255 seconds]
<LetoThe2nd> tepperson_: depends on your network management system. pretty sure networkd has means to do so, and there is always ifplugd
<rburton> tepperson_: when your system has a routable IP, or when a cable is physically connected to a specific port? The former is more useful (and easier)
<tepperson_> LetoThe2nd: networkmanager
<rburton> use systemd, and you can piggy back on the network-online target
<rburton> networkmanager has events and hooks, yes. see its documentation.
<LetoThe2nd> tepperson_: see rburton :-)
<tepperson_> /etc/NetworkManager/dispatcher.d/up.d/whatever.sh should work right?
d-s-e has joined #yocto
<rburton> yeah sounds right
<Spinola_62> [rburton] After adding "nativesdk-gmp" to the sdk, things got worse. Now the sdk itself fails to install. https://pastebin.com/embed_js/RNQv0cj0
<rburton> what exactly did you add to the image?
frieder has quit [Quit: Leaving]
frieder has joined #yocto
azcraft has quit [Remote host closed the connection]
<Spinola_62> [rburton] I added this line to my local.conf : TOOLCHAIN_HOST_TASK += " nativesdk-gmp"
<rburton> I wonder if that needs to be an :append instead of += for some reason
<Spinola_62> [rburton] will give that a try also ..
<jandryuk[m]> Hi. I asked this in #oe yesteday but didn't get a response. I would like to create a customized grub2 for xen-pvh virtual machines in my layer. The issue I have is that `require recipes-bsp/grub/grub2.inc` (for the oe-core/meta file) doesn't work for a .bb in my layer. grub2.inc SRC_URI specifies many patches, but the FILES search path doesn't include oe-core and they cannot be found. Is there a good way to handle this sort of
<jandryuk[m]> FILESEXTRAPATHS_prepend := "${TOPDIR}/layers/openembedded-core/meta/recipes-bsp/grub/files:" works but seems icky
<jandryuk[m]> cross-layer require & SRC_URI?
<rburton> Spinola_62: what release were you on? need to backport the missing dependency fix.
prabhakarlad has quit [Quit: Client closed]
<Spinola_62> [rburton] how do I get the info you need?
<rburton> Spinola_62: well, what branch of poky/oe-core are you using?
<Spinola_62> kirkstone
<rburton> thanks
<thomasd13> Can I somehow supply a package with a specific python version (for example python3.9) at buildtime? Currently it is using the python version in "hosttools". And that is a symlink on my host python3. I would like to isolate that and give that damn package python3.9
<rburton> inherit python3native and you have the native python3 that we built to use
<thomasd13> Thank you rburton!
<rburton> though if its detecting 3.1 and you have 3.10 on your host then you just found a bug in zfs
<thomasd13> rburton, yes correct. I found that and also ask the maintainer about it. For them it seems to be fixed, but somehow on my system it still triggers the bug
<thomasd13> But thank god that python3native is using python3.8 :) Now its working
<thomasd13> If someone is interested: https://github.com/openzfs/zfs/issues/12045
<thomasd13> rburton, can I further specify which python version from python3native should be used, if I have there multiple to choose? Or is it just one specific version and I have to deal with it
frieder has quit [Remote host closed the connection]
<Spinola_62> [rburton] When I remove the line from my local.conf : TOOLCHAIN_HOST_TASK += " nativesdk-gmp", the SDK can be installed again! I will try tomorrow with TOOLCHAIN_HOST_TASK:append = " nativesdk-gmp". Have to leave now is 6 p.m. ;-)
rfuentess has quit [Remote host closed the connection]
leon-anavi has quit [Quit: Leaving]
florian_kc has quit [Ping timeout: 268 seconds]
florian has quit [Quit: Ex-Chat]
sakoman has quit [Ping timeout: 248 seconds]
skrawn has quit [Quit: Konversation terminated!]
Guest61 has joined #yocto
thomasd13 has quit [Ping timeout: 268 seconds]
goliath has joined #yocto
mckoan is now known as mckoan|away
sakoman has joined #yocto
zpfvo has quit [Remote host closed the connection]
d-s-e has quit [Quit: Konversation terminated!]
seninha has joined #yocto
nerdboy has quit [Ping timeout: 255 seconds]
nerdboy has joined #yocto
nerdboy has joined #yocto
nerdboy has quit [Changing host]
Spinola_62 has quit [Read error: Connection reset by peer]
azcraft has joined #yocto
tepperson_ has quit [Ping timeout: 252 seconds]
tepperson_ has joined #yocto
florian_kc has joined #yocto
amitk has quit [Ping timeout: 248 seconds]
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
invalidopcode1 has quit [Remote host closed the connection]
invalidopcode1 has joined #yocto
ptsneves has quit [Ping timeout: 248 seconds]
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
alimon has quit [Ping timeout: 248 seconds]
alimon has joined #yocto
olani- has quit [Ping timeout: 268 seconds]
prabhakarlad has joined #yocto
<tepperson_> i just put the name of an image recipe in SWUPDATE_IMAGES right?
<tepperson_> i was missing another important variable, i got my answer, yes image name goes in there
meego has joined #yocto
<meego> Is there a "proper" way of extending machines? I'm creating my own bsp layer with a machine conf containing "require ../../../meta-raspberrypi/conf/machine/raspberrypi3-64.conf" but I'm hitting some errors which lower my confidence that is a good practice.
<meego> e.g. "do_kernel_metadata: A KBUILD_DEFCONFIG 'bcm2709_defconfig' was specified, but not present in the source tree"
Guest61 has quit [Quit: Client closed]
warthog9 has quit [Ping timeout: 248 seconds]
Thorn has quit [Ping timeout: 264 seconds]
meego has quit [Remote host closed the connection]
meego has joined #yocto
invalidopcode1 has quit [Remote host closed the connection]
invalidopcode1 has joined #yocto
<tepperson_> for a wic image, is there a way to have the last partition take all the rest of the disk space?
Wouter010067044 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter010067044 has joined #yocto
Thorn has joined #yocto
florian_kc has quit [Ping timeout: 255 seconds]
warthog9 has joined #yocto
olani- has joined #yocto
azcraft has quit [Remote host closed the connection]
Thorn has quit [Ping timeout: 260 seconds]
florian_kc has joined #yocto
skrawn has joined #yocto
goliath has quit [Quit: SIGSEGV]
kscherer has quit [Quit: Konversation terminated!]