Wednesday, 2021-06-23

*** RobW <RobW!~rcwoolley@> has quit IRC (Quit: Leaving)00:04
*** Spooster <Spooster!~Spooster@user/spooster> has quit IRC (Remote host closed the connection)00:19
*** qschulz <qschulz!> has quit IRC (Remote host closed the connection)00:32
*** qschulz <qschulz!> has joined #yocto00:34
*** camus1 <camus1!~Instantbi@> has joined #yocto00:49
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 258 seconds)00:51
*** camus1 is now known as camus00:51
*** BobPungartnik <BobPungartnik!~Pung@> has joined #yocto00:56
*** jpuhlman_ <jpuhlman_!> has joined #yocto00:59
*** jpuhlman__ <jpuhlman__!> has quit IRC (Ping timeout: 252 seconds)01:03
overrideany python folks around right now?01:19
overridekhem: what was that about ptest again? I was hoping for the script I shared earlier .. import opentrons shouldve just worked (thats what the package is called), but it didnt..01:21
overriderecipe* not script01:27
*** RobertBerger <RobertBerger!~rber|> has joined #yocto01:32
*** rber|res <rber|res!~rber|> has quit IRC (Ping timeout: 268 seconds)01:34
*** hpsy <hpsy!~hpsy@> has quit IRC (Ping timeout: 265 seconds)01:43
Ch^Woverride: Not sure if I qualify, but I have done a little python.01:46
*** Spooster <Spooster!~Spooster@user/spooster> has joined #yocto03:24
*** Vineela <Vineela!~vtummala@user/vineela> has quit IRC (Quit: Leaving.)03:42
*** Spooster <Spooster!~Spooster@user/spooster> has quit IRC (Remote host closed the connection)03:54
*** paulg <paulg!> has quit IRC (Ping timeout: 252 seconds)04:04
*** Emantor <Emantor!> has quit IRC (Quit: ZNC -
*** sakoman <sakoman!~steve@> has quit IRC (Quit: Leaving.)04:45
*** Emantor <Emantor!> has joined #yocto04:46
*** yates <yates!> has quit IRC (Ping timeout: 258 seconds)04:55
*** pung_ <pung_!~Pung@> has joined #yocto05:14
*** BobPungartnik <BobPungartnik!~Pung@> has quit IRC (Ping timeout: 265 seconds)05:18
*** pung__ <pung__!~Pung@> has joined #yocto05:31
*** pung_ <pung_!~Pung@> has quit IRC (Ping timeout: 252 seconds)05:33
*** rob_w <rob_w!> has joined #yocto06:13
*** goliath <goliath!~goliath@user/goliath> has joined #yocto06:16
*** pbergin <pbergin!> has joined #yocto06:26
*** LetoThe2nd <LetoThe2nd!> has joined #yocto06:31
LetoThe2ndyo dudX06:43
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto06:47
*** zpfvo <zpfvo!~fvo@> has joined #yocto06:53
*** mckoan|away is now known as mckoan06:55
mckoangood morning06:55
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)07:06
*** pung_ <pung_!~Pung@> has joined #yocto07:14
*** pung__ <pung__!~Pung@> has quit IRC (Ping timeout: 265 seconds)07:17
*** zyga-mbp <zyga-mbp!~zyga@> has joined #yocto07:18
*** tnovotny <tnovotny!> has joined #yocto07:37
*** hpsy <hpsy!~hpsy@> has joined #yocto07:39
*** florian <florian!> has joined #yocto07:41
*** tnovotny <tnovotny!> has quit IRC (Quit: Leaving)07:56
*** fury <fury!> has quit IRC (Quit: Connection closed for inactivity)08:09
*** goliath <goliath!~goliath@user/goliath> has joined #yocto08:09
*** chrfle <chrfle!> has quit IRC (Quit: ZNC -
*** chrfle <chrfle!> has joined #yocto08:26
*** aeichner <aeichner!> has joined #yocto08:38
rburtonoverride: ask, don't ask to ask08:41
*** kayterina <kayterina!> has joined #yocto08:42
*** MysticMice <MysticMice!~MysticMic@2001:8a0:ec66:8000:50a4:d18a:3fd9:ea69> has joined #yocto08:43
MysticMiceHey all, is it possible to move around the build folder and still have it functional?08:44
LetoThe2ndMysticMice: nope08:44
dwagenkMysticMice: don't. Rebuilduing it from SSTATE should take less than 5min08:45
LetoThe2ndMysticMice: but you can move SSTATE and DOWNLOADS, and the rest is mostly transient anyways. hint: if it is not, rethink your setup :)08:45
MysticMiceI see. But, if the compiled files are in the tmp folder, how would/could that take small time?08:46
MysticMiceMy motivation is that, right now, I have the build folder at the same level as the metadata folders. And opening it in a file indexing editor causes it to search inside the build folder :(08:47
MysticMiceI mean, I just wanted to save a build from scratch.08:48
LetoThe2ndMysticMice: the files are not compiled in tmp :)08:48
LetoThe2ndor rather, they are, but the results are filled in through sstate if there was no change08:49
LetoThe2ndMysticMice: see, thats my i ALWAYS preach to have the build and layers located next to each other08:49
MysticMiceLetoThe2nd, I see... Thanks! I will try preserving these and see how it goes :)08:55
MysticMicein the past, I've already failed once, not too hopeful xD08:57
LetoThe2ndthis is really no magic. mv downloads somewhere, mv sstate somewhere. set up new build directory, adjust local.conf to use the moved directories, donw.09:01
LetoThe2ndif you need to edit more than a handful lines in local.conf (lets say DLDIR, SSTATE, MACHINE, DISTRO, PACKAGE), then you've got a bad setup anyways.09:02
overrideCh^W: rburton: not sure if youre still around, so I got this recipe going for a package - seems to be bringing in the package, but a simple import <packagename> fails09:03
*** prabhakarlad <prabhakarlad!> has joined #yocto09:07
*** cquast <cquast!~cquast@> has joined #yocto09:10
overrideany debugging steps for modules python cant get o would be much appreciated.. module Im adding using a recipe. the module seems to be sitting in the site-packages dir.09:14
*** pung__ <pung__!~Pung@> has joined #yocto09:14
*** camus1 <camus1!~Instantbi@> has joined #yocto09:15
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 268 seconds)09:17
*** camus1 is now known as camus09:17
*** pung_ <pung_!~Pung@> has quit IRC (Ping timeout: 252 seconds)09:17
LetoThe2ndoverride: when does the import happen? at runtime, on the target?09:17
*** Schlumpf <Schlumpf!~Schlumpf@> has joined #yocto09:22
overrideLetoThe2nd: i was just doing a ./usr/bin/python3 and then import <packagename> at the python prompt thing09:27
overrideis that what youre asking?09:27
LetoThe2nd"the python prompt thing"09:30
LetoThe2ndso you're doing that interactively, using an image that you've built?09:31
overrideyep, correct LetoThe2nd09:33
LetoThe2ndand the image includes this recipe?09:34
overrideim trying to test the package is working out ok on the board.. I dont know much about the package - just a quick validation test of sorts09:34
overrideyep the image includes it through local.conf09:34
LetoThe2ndhave you verified that?09:34
overrideand I can see stuff related to the pakcage in site-packages dir09:35
LetoThe2ndhave you checked that the package contents and its rdepends really are in the image?09:35
LetoThe2ndnote: adding random stuff through local.conf is a really bad practise.09:35
overrideoh, whats a nicer way of going aboit it then?09:36
LetoThe2ndcreating a custom image of course.09:36
overridebut yeah, I could see a lot of depencides being shown under site-packages09:36
*** zyga-mbp <zyga-mbp!~zyga@> has quit IRC (Remote host closed the connection)09:36
LetoThe2ndi'm not talking about site-packages.09:37
LetoThe2ndi'm always talking about what really is *IN* the image09:37
overrideyeah I mean the image itself when I say that09:38
overridewhere else is a good place to confirm the packages got included in the image09:38
LetoThe2ndas i'm no python guy its guesswork for me, but my understanding is that the next thing is then to inspect PYTHONPATH and see if it includes the things you expect09:38
overridei wasnt too sure so I just did find -name09:39
LetoThe2ndumm, ls?09:39
LetoThe2ndah "site-packages" is a pythonism probably?09:39
overrideyeah thats how I looked around when I had the image running on the target board09:39
overrideI guess so, I prolly know lesser than you even when it comes to python , yocto etc09:40
overridehow do I inspect yocto variables09:41
LetoThe2ndits not about yocto09:41
LetoThe2ndwe were talking about your image that you are using interactively.09:41
overrideis that what PYTHONPATH is or is that something from env09:41
overrideI can see where that's pointing at - PYTHONPATH09:42
overrideany other hunches you might have?09:42
LetoThe2ndyou say it is in your image. good. you says when you try import, it doesn't work. bad. so you have to find out why that is.09:43
LetoThe2ndthis suggests that you have to look at the PYTHONPATH09:43
*** zyga-mbp <zyga-mbp!~zyga@> has joined #yocto09:44
LetoThe2ndonce you have understood the problem, we can try and fix it in the build process, e.g. yocto. but at the moment the only thing you know for sure is "it is not found"09:44
overrideyeah, thats about all I got right now. Let me fire up the board again and look up PYTHONPATH etc09:45
overridehave to hook it up to my other machine and all so not the most swift process. Ill set all that up and come back with more09:46
overrideLetoThe2nd: well. PYTHONPATH doesnt seem to be set to anything currently -
LetoThe2ndoverride: see the link, and act accordingly10:25
overrideI used setuptools tho for my recipe .. shouldnt that set the path itself?10:26
LetoThe2ndi *guess* that it only affects build time.10:27
LetoThe2ndbut again, i'm no python guy.10:27
*** aeichner <aeichner!> has left #yocto (The Lounge -
*** pung__ <pung__!~Pung@> has quit IRC (Quit: Leaving)10:29
overridesys.path seems to be getting to the paths fine -
overridemaybe I dont see the package the recipe shouldve added. hmm..10:40
LetoThe2ndyou confirmed at least two times that have checked it is there :D10:42
LetoThe2nd*you have checked it is10:42
LetoThe2ndanyways, lünch10:42
overrideyeah, I was pretty sure10:42
overrideIm trying to see what the package would be called even that the would create on the target - let me double check10:43
*** RobertBerger <RobertBerger!~rber|> has quit IRC (Quit: Leaving)10:45
*** rber|res <rber|res!~rber|> has joined #yocto10:46
rburtonyou don't need to set those on the target10:55
rburtonstep 1: verify that the packaging has done the right thing.  oe-pkgdata-util list-pkg-files -p [recipename]10:56
RPvmeson, abelloni: I tried all kinds of things with stress-ng and I can't seem to crash two qemus running tests with that locally :/10:56
rburtonpastebin that10:56
*** Guest12 <Guest12!> has joined #yocto10:58
*** Guest12 <Guest12!> has quit IRC (Client Quit)10:58
*** Guest5438 <Guest5438!> has joined #yocto11:26
*** kayterina <kayterina!> has quit IRC (Remote host closed the connection)11:33
LetoThe2ndrburton: just like i said. make sure things are in the image :)11:37
derRichardpoky/meta/recipes-core/ovmf/ is only to build ovmf tools, not the uefi firmware itself, right?11:52
rburtonOVMF is virtual machine firmware12:01
rburtonit builds the actual firmware12:01
rburtonthere's also edk2-firmware in meta-arm which builds firmware.  one day i'll turn all that into a class that can be reused instead of everyone battling with edk2 themselves12:02
derRichardlet me explain my use case. the sdk ships nativesdk-qemu. i want that the sdk contains also the uefi firmware (for x86) such that i can use the sdk's qemu for a uefi boot12:03
*** Guest5438 <Guest5438!> has quit IRC (Quit: Client closed)12:03
rburtonovmf sounds about right then12:03
rburtonits uefi firmware for qemux86-6412:04
derRichardthis was my thought. but there is no nativesdk-ovmf recipe. so i started wondering12:05
rburtonyou wouldn't want nativesdk-ovmf12:06
rburtonyou want firmware for the target, not the sdk12:06
rburtonpretend your SDK is running on an arm windows machine12:07
derRichardoh yeah, i always mixup this :D12:07
derRichardso adding ovmf to TOOLCHAIN_TARGET_TASK should do it?12:08
*** Spooster <Spooster!~Spooster@user/spooster> has joined #yocto12:09
derRichardlet me check, i thought i tried that first and it failed badly.12:11
*** kayterina <kayterina!> has joined #yocto12:24
*** williamh89 <williamh89!~williamh8@2607:9880:2d78:22:65b3:a8e1:8d1b:6430> has joined #yocto12:26
*** pbergin <pbergin!> has quit IRC (Quit: Leaving)12:26
derRichardrburton: hmmm. bulding ovmf emits only an efi shell (ovmf-shell-efi_edk2-stable202102-r0_core2-64.ipk) and two empty packages, ovmf-dev_edk2-stable202102-r0_core2-64.ipk & ovmf-dbg_edk2-stable202102-r0_core2-64.ipk12:29
* derRichard digs into12:34
rburtonit might be just deploying the actual binary, you'll want to package it too12:34
derRichardyes, i fear so :)12:35
derRichardah! oh! you pack the firmware as qcow212:44
williamh89I'm getting an error with yocto regarding recipes with same names in different layers:12:48
williamh89Multiple versions of rkwifibt-firmware are due to be built (/meta-rockchip/recipes-kernel/rkwifibt-firmware/ /meta-radxa/recipes-kernel/rkwifibt-firmware/ Only one version of a given PN should be built in any given build. You likely need to set PREFERRED_VERSION_rkwifibt-firmware to select the correct12:48
williamh89version or don't depend on multiple versions.12:48
williamh89I tried bumping up the priority of one of the layers12:48
williamh89but still getting the same error..12:48
williamh89they dont have a version attached haha. how do I tell bitbake which one to take?12:50
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Quit: ZNC 1.8.2 -
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto12:53
*** fury <fury!> has joined #yocto12:55
*** Schlumpf <Schlumpf!~Schlumpf@> has quit IRC (Quit: Client closed)13:11
*** williamh89 <williamh89!~williamh8@2607:9880:2d78:22:65b3:a8e1:8d1b:6430> has quit IRC (Ping timeout: 246 seconds)13:16
rburtonthe default version is 1.0, so set your recipe to version 2?  or use a bbappend to adjust the existing recipe instead of providing an alternative13:22
*** williamh89 <williamh89!~williamh8@2607:9880:2d78:22:65b3:a8e1:8d1b:6430> has joined #yocto13:24
overriderburton: cant rembemer if the ,,, is just a malformed PACKAGECONFIG or some syntax thing PACKAGECONFIG[cp2110] = ",,,python3-hidapi"13:43
rburtonthat's fine13:43
overridewhat do those commas mean again?13:44
*** Schlumpf <Schlumpf!~Schlumpf@> has joined #yocto13:52
*** mckoan is now known as mckoan|away13:55
*** ilunev <ilunev!~koolkhel@> has joined #yocto13:58
*** sakoman <sakoman!~steve@> has joined #yocto14:00
*** camus <camus!~Instantbi@> has quit IRC (Quit: camus)14:02
*** Schlumpf <Schlumpf!~Schlumpf@> has quit IRC (Quit: Client closed)14:15
*** tnovotny <tnovotny!> has joined #yocto14:21
overriderburton: whats ptest and why do some packages under meta-python just have that and no recipes? pyserial for instance14:38
*** Schlumpf <Schlumpf!~Schlumpf@> has joined #yocto14:38
rburtonptest is
*** ilunev <ilunev!~koolkhel@> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)14:42
rburtonnot sure what you mean by have just ptest and no recipes14:42
zeddoverride. that just means that the bbclass provided defaults work for the standard tasks. So the recipe bb file has variables and the ptest stuff.14:46
rburtonoptional stuff doesnt' need to be listed, classes provide a lot of stuff, and there's a lot of defaults14:50
overrideI mean there's no .bb file out here
rburtonright, it's a level up14:50
rburtonthe folders are for files references by the recipes14:51
overrideoh crap, that was dumb of me.14:52
overriderburton I havent hit this issue yet, but Im tryin to see if I should even be worried.14:53
overrideor nevermind I just remembered reading somewhere bitbake takes care of the order in which things are built - to take care of dependencies14:55
*** manuel1985 <manuel1985!~manuel198@> has joined #yocto14:55
overridethis new recipe I'm wiring might rdepends on package I got done writing a recipe for yesterday14:56
*** wesm <wesm!> has quit IRC (Ping timeout: 268 seconds)15:00
*** Schlumpf <Schlumpf!~Schlumpf@> has quit IRC (Quit: Client closed)15:01
*** fury <fury!> has quit IRC (Quit: Connection closed for inactivity)15:04
*** kayterina <kayterina!> has quit IRC (Remote host closed the connection)15:08
*** Vineela <Vineela!~vtummala@user/vineela> has joined #yocto15:11
*** tnovotny <tnovotny!> has quit IRC (Quit: Leaving)15:15
*** wesm <wesm!> has joined #yocto15:19
*** rob_w <rob_w!> has quit IRC (Quit: Leaving)15:19
*** camus <camus!~Instantbi@2409:8a1e:9117:4de0:79c3:67ed:2752:df4e> has joined #yocto15:32
*** camus <camus!~Instantbi@2409:8a1e:9117:4de0:79c3:67ed:2752:df4e> has quit IRC (Ping timeout: 250 seconds)15:43
*** camus <camus!~Instantbi@> has joined #yocto15:43
JaMazedd: ping, "conmon: update to v2.0.29" seems to be missing libseccomp dependency (fails with "src/seccomp_notify.c:9:10: fatal error: seccomp.h: No such file or directory" now)16:06
zeddJaMa, odd! I'll have a look. thanks for the heads up.16:07
JaMarunning local build to see why it fails for me in CI and probably not for you, but the git log in the commit message really looks like it's new dependency16:09
zeddmy build was incremental in my dev environment, so it could have just rummaged around and found it.16:10
*** zpfvo <zpfvo!~fvo@> has quit IRC (Quit: Leaving.)16:18
*** sgw <sgw!~swold_loc@user/sgw> has quit IRC (Quit: Leaving.)16:24
*** sgw <sgw!~swold_loc@user/sgw> has joined #yocto16:24
JaMazedd: it's pulled as systemd dependency when enabled with seccomp in DISTRO_FEATURES16:27
zeddI'm glad seccomp made core, it has become unavoidable.16:28
JaMaI'll send a patch to add it to DEPENDS + REQUIRED_DISTRO_FEATURES check to conmon16:29
zeddawesome. many thanks.16:29
*** camus <camus!~Instantbi@> has quit IRC (Remote host closed the connection)16:39
*** zyga-mbp <zyga-mbp!~zyga@> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)17:00
*** LetoThe2nd <LetoThe2nd!> has quit IRC (Quit: Connection closed for inactivity)17:39
*** manuel1985 <manuel1985!~manuel198@> has quit IRC (Quit: Leaving)17:45
*** MysticMice <MysticMice!~MysticMic@2001:8a0:ec66:8000:50a4:d18a:3fd9:ea69> has quit IRC (Remote host closed the connection)18:08
*** cquast <cquast!~cquast@> has quit IRC (Ping timeout: 258 seconds)18:29
*** cquast <cquast!~cquast@> has joined #yocto18:40
*** cquast <cquast!~cquast@> has quit IRC (Ping timeout: 250 seconds)18:55
*** Lihis <Lihis!> has quit IRC (Quit: Quitting)19:34
*** Lihis <Lihis!> has joined #yocto19:35
overriderburton: I cant figure where the arch is getting picked up from -
*** Guest54 <Guest54!> has joined #yocto19:56
override^ or anyone else who's around19:58
overrideany pointers, much appreciated. Thanks19:58
RPoverride: it is saying  /work/aarch64-tdx-linux/api/1.0+git999-r0/packages-split/api/usr/lib/python3.8/site-packages/opentrons/resources/scripts/lpc21isp is an arm binary (32bit) and you're building for a 64 bit system20:00
overrideRP: can I just have it not run the make files at all? think its just trying to build something using the make files.. I was hoping the recipe would just run the setup.py20:01
overridesetuptools3 stuff..20:01
RPoverride: I just tried to answer your question, I have no idea about that20:02
overridegot it thanks for answering the question. Appreciate it. The questions leading into some follow up questions.20:03
RPvmeson: not sure if you saw earlier but I tried stress-ng loads with qemu images and I can't seem to break it with that, apart from low diskspace issues20:04
*** Guest54 <Guest54!> has quit IRC (Quit: Client closed)20:12
williamh89are valid machine names only from the conf/machine/*.conf files?20:12
williamh89(does the .inc files count as machines?)20:13
williamh89nvm :)20:16
RPwilliamh89: yes and no20:16
williamh89sometimes I see in recipes for example: "PACKAGECONFIG_append_rk3399" where the rk3399 is a the chip. but where does the rk3399 come from?20:19
williamh89unless it has something to do with the soc-family.inc20:20
zeddwilliamh89: it's an override, of which MACHINE is in default list of valid overrides.
williamh89ahh okay I see. There's an inc file that defines SOC_FAMILY = "rk3399" and then in the has MACHINEOVERRIDES =. "${@['', '${SOC_FAMILY}:']['${SOC_FAMILY}' != '']}"20:37
williamh89and im guessing thats where the overrides is20:37
williamh89im not sure what ${@['', '${SOC_FAMILY}:']['${SOC_FAMILY}' != '']} is saying/doing though20:38
*** angolini <angolini!> has quit IRC (Quit: Connection closed for inactivity)20:39
rburtonoverride: basically, the makefile or or whatever is broken.  read the compile log, figure out where it decides to pass -m32 instead, and work backwards to fix the makefile20:40
vmesonRP I didn't see that. I've been stuck in project mgmt meetings and process - fun!20:41
*** Saur <Saur!> has quit IRC (Quit: Leaving.)20:44
*** Saur <Saur!> has joined #yocto20:45
RPvmeson, zedd: One difference I notice is the autobuilder qemus don't use MTTR, my local qemu does20:53
*** zyga-mbp <zyga-mbp!~zyga@> has joined #yocto20:54
overridehow can I go about deleting files from the S directory right after a recipe has fetched all the source from a git repo?21:06
overriderburton: im trying to get rid of that binary before setuptools etc starts dealing with it .. its for the older target with a different arch21:07
RPoverride: a do_configure_prepend ?21:08
overrideok nice, lemme try taht21:08
overridethink it ends up in some other dir I cant figure out the varaible for like its not S im guesssing21:10
overrideD ?21:11
overridelet go look up the variable doc again - thanks for the thar prepend tip RP21:12
RPoverride: well, you asked about deleting it from ${S}21:13
RPif you want to delete it from ${D}, that would be a do_install_append21:13
overrideoh, think it should be S21:13
overridesorry my heads all over the place21:13
Ch^WI did an ldd on the buildtools-extended x86_64-pokysdk-linux-gcc and I see showing up. I built GCC10 from Hardknott sources (using buildtools-extended), and I do not see showing up in the resulting  compiler - x86_64-mysdk-linux-gcc.21:17
Ch^WDid I miss something somehow?21:18
RPCh^W: ldd is probably not using nativesdk's loader21:29
RPi.e. I wouldn't trust ldd for that21:29
*** florian <florian!> has quit IRC (Ping timeout: 268 seconds)21:30
frayall ldd does is turn on an environment variable and run the application.  You can do the same yourself by: LD_TRACE_LOADED_OBJECTS=1 <elf binary>21:36
frayso in the case of nativesdk, it'll run and SHOULD show you the it used by default..21:37
fray...but RP is right, if you just run ldd, it may run the wrong loader..21:38
*** florian <florian!> has joined #yocto21:42
Ch^WI have been chasing a nasty one and I think it is going to kill me... I have very slowly narrowed it down to: use buildtools-extended to build our SDK VM, boot up SDK VM and try to build gobject-introspection-native, build breaks on a bison segfault. But if I build gobject-introspection with buildtools-extended, it builds just fine.21:44
Ch^WI bisected the differences down to gcc, which is not great.21:45
Ch^WAnd the stack trace shows bison breaking on calls to libtextstyle. It does not segfault when I build with buildtools-extended directly.21:47
Ch^WI compared logs from both builds, and they appear to be identical.21:48
RPCh^W: i recently saw a conversation about new versions of bison segfaulting in g-i21:48
RPrburton: ^^^ ?21:48
Ch^WThis has the sort of feeling as if it is bigger than just bison. Hard to explain. buildtools-extended GCC10 -> hardknott sources -> GCC10 -> gobject-introspection-native should _not_ be failing.21:56
fraydid you try back on gatesgarth at all?21:56
Ch^WWe jumped from thud to hardknott. I switched to the buildtools-extended because I was concerned I was hitting a bootstrapping issue building GCC10 from thud GCC8.21:57
Ch^WCurrently workaround for the nightly builds is to shim in buildtools-extended.21:59
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@> has quit IRC (Ping timeout: 252 seconds)22:04
Ch^WBTW we have open reqs at a (formerly Seattle based) major aircraft manufacturer if anyone wants to work on a Yocto based linux distro project full time.22:11
*** zyga-mbp <zyga-mbp!~zyga@> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)22:13
*** cedric <cedric!~cedric@2a01:cb11:867:c200:9eb0:38cb:7b14:a55f> has joined #yocto22:14
*** cedric <cedric!~cedric@2a01:cb11:867:c200:9eb0:38cb:7b14:a55f> has left #yocto (Konversation terminated!)22:14
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Quit: Leaving)22:24
ant_RP: who can kick
ant_oes not update22:25
RPant_: I think its been stuck for a while :(22:26
ant_just that one...22:26
Ch^WHmmm, buildtools-extended gcc 10 has --enable-default-pie turned on, but my gcc 10 does not. Can you use .so files built with pie turned on in builds with no pie?22:32
*** agola <agola!~agola@> has joined #yocto22:33
RPzedd: happen to be around? Wondering about qemu boot message differences :/22:33
agolaLooking for someone to discuss about the eclipse plugins for yocto app dev and platform project plugins22:35
*** fury <fury!> has joined #yocto22:35
RPzedd: vs - note the mtrr and local apic address differences, also e820 difference in memory region messages22:35
RPzedd: I've tried disabling mtrr but that gives different messages again22:36
RPagola: the eclipse plugin was discontinued as there was nobody to maintain it :(22:36
RPvmeson: ^^^ in case you're interested22:38
* RP notes paulg has run away22:39
*** Spooster <Spooster!~Spooster@user/spooster> has quit IRC (Remote host closed the connection)22:47
agolaThanks RP I am at Intel, trying to understand what do developers use now for app development and modifying kernels. cli?  We have a fork/version of those plugins in-house as part of the oneAPI toolkits :
Ch^Wagola: I generally fire up the kernel source in VS Code22:50
Ch^WOr vim if it is a  quickie.22:50
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@> has joined #yocto22:52
RPagola: you can use your favourite IDE or editor and just build from the commandline, yes22:52
RPzedd: should ACPI tables be aligned in memory? Those offsets also feel a little unusual :/22:52
RPabelloni: ^^^ in case you have any thoughts22:52
*** agola <agola!~agola@> has quit IRC (Ping timeout: 246 seconds)22:56
*** florian <florian!> has quit IRC (Ping timeout: 246 seconds)22:59
RPdifference is the DSDT which changes size and offsets everything23:03
* vmeson follows what's going on with the RP vs qemu wrestling match but is busy with meetings, paperwork, make job server and herding cats23:09
overridehey RP: I could use some help getting rid of that binary23:11
overridethink it ends up in some other dir I cant figure out the varaible for like its not S im guesssing do_install_append23:12
overridedoesnt seem to work23:12
vmesonDespite watching a good LCA talk last night about gtk3 improvemnts in Emacs, I going to jump on the VSCode bandwagon for a while...23:15
*** agola <agola!~agola@> has joined #yocto23:21
RPoverride: For do_install I'd guess at ${D}${PYTHON_SITEPACKAGES_DIR}/opentrons/resources/scripts/lpc21isp23:22
* RP wonders if anyone here knows anything about ACPI alignment23:23
* RP decides to sleep on it23:23
overrideRP: so_install_append you mean?23:26
*** hpsy <hpsy!~hpsy@> has quit IRC (Ping timeout: 252 seconds)23:27
overridestill craps out, unfortunately23:29
overrideRP: when I delete the binary in do_install it works, but wont that override all the other stuff that does need to happen in do install?23:35
overrideit craps out if I put it under do_install_append23:36

Generated by 2.17.2 by Marius Gedminas - find it at!