| *** RobW <RobW!~rcwoolley@45.72.203.103> has quit IRC (Quit: Leaving) | 00:04 | |
| *** Spooster <Spooster!~Spooster@user/spooster> has quit IRC (Remote host closed the connection) | 00:19 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (Remote host closed the connection) | 00:32 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 00:34 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 00:49 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 258 seconds) | 00:51 | |
| *** camus1 is now known as camus | 00:51 | |
| *** BobPungartnik <BobPungartnik!~Pung@187.113.159.110> has joined #yocto | 00:56 | |
| *** jpuhlman_ <jpuhlman_!~jpuhlmn@99-14-97-149.lightspeed.frokca.sbcglobal.net> has joined #yocto | 00:59 | |
| *** jpuhlman__ <jpuhlman__!~jpuhlmn@99-14-97-149.lightspeed.frokca.sbcglobal.net> has quit IRC (Ping timeout: 252 seconds) | 01:03 | |
| override | any python folks around right now? | 01:19 |
|---|---|---|
| override | khem: 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 |
| override | recipe* not script | 01:27 |
| *** RobertBerger <RobertBerger!~rber|res@ppp-2-86-153-227.home.otenet.gr> has joined #yocto | 01:32 | |
| *** rber|res <rber|res!~rber|res@ppp-2-86-153-227.home.otenet.gr> has quit IRC (Ping timeout: 268 seconds) | 01:34 | |
| *** hpsy <hpsy!~hpsy@85.203.15.31> has quit IRC (Ping timeout: 265 seconds) | 01:43 | |
| Ch^W | override: Not sure if I qualify, but I have done a little python. | 01:46 |
| *** Spooster <Spooster!~Spooster@user/spooster> has joined #yocto | 03: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!~pg@104-195-159-20.cpe.teksavvy.com> has quit IRC (Ping timeout: 252 seconds) | 04:04 | |
| *** Emantor <Emantor!~Emantor@magratgarlick.emantor.de> has quit IRC (Quit: ZNC - http://znc.in) | 04:43 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has quit IRC (Quit: Leaving.) | 04:45 | |
| *** Emantor <Emantor!~Emantor@magratgarlick.emantor.de> has joined #yocto | 04:46 | |
| *** yates <yates!~user@096-036-098-109.biz.spectrum.com> has quit IRC (Ping timeout: 258 seconds) | 04:55 | |
| *** pung_ <pung_!~Pung@177.41.197.149> has joined #yocto | 05:14 | |
| *** BobPungartnik <BobPungartnik!~Pung@187.113.159.110> has quit IRC (Ping timeout: 265 seconds) | 05:18 | |
| *** pung__ <pung__!~Pung@177.41.197.149> has joined #yocto | 05:31 | |
| *** pung_ <pung_!~Pung@177.41.197.149> has quit IRC (Ping timeout: 252 seconds) | 05:33 | |
| *** rob_w <rob_w!~rob@ppp-93-104-41-77.dynamic.mnet-online.de> has joined #yocto | 06:13 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 06:16 | |
| *** pbergin <pbergin!~pbergin@h-79-136-99-68.na.cust.bahnhof.se> has joined #yocto | 06:26 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has joined #yocto | 06:31 | |
| LetoThe2nd | yo dudX | 06:43 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 06:47 | |
| *** zpfvo <zpfvo!~fvo@88.130.220.63> has joined #yocto | 06:53 | |
| *** mckoan|away is now known as mckoan | 06:55 | |
| mckoan | good morning | 06:55 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 07:06 | |
| *** pung_ <pung_!~Pung@177.206.118.114> has joined #yocto | 07:14 | |
| *** pung__ <pung__!~Pung@177.41.197.149> has quit IRC (Ping timeout: 265 seconds) | 07:17 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 07:18 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 07:37 | |
| *** hpsy <hpsy!~hpsy@85.203.15.42> has joined #yocto | 07:39 | |
| *** florian <florian!~florian@dynamic-093-132-077-114.93.132.pool.telefonica.de> has joined #yocto | 07:41 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 07:56 | |
| *** fury <fury!uid193779@id-193779.brockwell.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 08:09 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 08:09 | |
| *** chrfle <chrfle!~chrfle@host-85-30-172-190.sydskane.nu> has quit IRC (Quit: ZNC - https://znc.in) | 08:25 | |
| *** chrfle <chrfle!~chrfle@host-85-30-172-190.sydskane.nu> has joined #yocto | 08:26 | |
| *** aeichner <aeichner!~aeichner@im.a-eichner.de> has joined #yocto | 08:38 | |
| rburton | override: ask, don't ask to ask | 08:41 |
| *** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> has joined #yocto | 08:42 | |
| *** MysticMice <MysticMice!~MysticMic@2001:8a0:ec66:8000:50a4:d18a:3fd9:ea69> has joined #yocto | 08:43 | |
| MysticMice | Hey all, is it possible to move around the build folder and still have it functional? | 08:44 |
| LetoThe2nd | MysticMice: nope | 08:44 |
| dwagenk | MysticMice: don't. Rebuilduing it from SSTATE should take less than 5min | 08:45 |
| LetoThe2nd | MysticMice: but you can move SSTATE and DOWNLOADS, and the rest is mostly transient anyways. hint: if it is not, rethink your setup :) | 08:45 |
| MysticMice | I see. But, if the compiled files are in the tmp folder, how would/could that take small time? | 08:46 |
| MysticMice | My 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 |
| MysticMice | I mean, I just wanted to save a build from scratch. | 08:48 |
| LetoThe2nd | MysticMice: the files are not compiled in tmp :) | 08:48 |
| LetoThe2nd | or rather, they are, but the results are filled in through sstate if there was no change | 08:49 |
| LetoThe2nd | MysticMice: see, thats my i ALWAYS preach to have the build and layers located next to each other | 08:49 |
| MysticMice | LetoThe2nd, I see... Thanks! I will try preserving these and see how it goes :) | 08:55 |
| MysticMice | in the past, I've already failed once, not too hopeful xD | 08:57 |
| LetoThe2nd | this 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 |
| LetoThe2nd | if 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 |
| override | Ch^W: rburton: not sure if youre still around, so I got this recipe going for a package - https://paste.ee/p/73Ir5. seems to be bringing in the package, but a simple import <packagename> fails | 09:03 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 09:07 | |
| *** cquast <cquast!~cquast@37.189.128.120> has joined #yocto | 09:10 | |
| override | any 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@177.41.206.210> has joined #yocto | 09:14 | |
| override | to* | 09:14 |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 09:15 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 268 seconds) | 09:17 | |
| *** camus1 is now known as camus | 09:17 | |
| *** pung_ <pung_!~Pung@177.206.118.114> has quit IRC (Ping timeout: 252 seconds) | 09:17 | |
| LetoThe2nd | override: when does the import happen? at runtime, on the target? | 09:17 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.200> has joined #yocto | 09:22 | |
| override | LetoThe2nd: i was just doing a ./usr/bin/python3 and then import <packagename> at the python prompt thing | 09:27 |
| override | is that what youre asking? | 09:27 |
| LetoThe2nd | "the python prompt thing" | 09:30 |
| LetoThe2nd | so you're doing that interactively, using an image that you've built? | 09:31 |
| override | yep, correct LetoThe2nd | 09:33 |
| LetoThe2nd | and the image includes this recipe? | 09:34 |
| override | im 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 sorts | 09:34 |
| override | yep the image includes it through local.conf | 09:34 |
| LetoThe2nd | have you verified that? | 09:34 |
| override | and I can see stuff related to the pakcage in site-packages dir | 09:35 |
| LetoThe2nd | have you checked that the package contents and its rdepends really are in the image? | 09:35 |
| override | yep | 09:35 |
| LetoThe2nd | note: adding random stuff through local.conf is a really bad practise. | 09:35 |
| override | oh, whats a nicer way of going aboit it then? | 09:36 |
| LetoThe2nd | creating a custom image of course. | 09:36 |
| override | but yeah, I could see a lot of depencides being shown under site-packages | 09:36 |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Remote host closed the connection) | 09:36 | |
| LetoThe2nd | i'm not talking about site-packages. | 09:37 |
| LetoThe2nd | i'm always talking about what really is *IN* the image | 09:37 |
| override | yeah I mean the image itself when I say that | 09:38 |
| override | where else is a good place to confirm the packages got included in the image | 09:38 |
| LetoThe2nd | as 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 expect | 09:38 |
| override | i wasnt too sure so I just did find -name | 09:39 |
| LetoThe2nd | umm, ls? | 09:39 |
| LetoThe2nd | ah "site-packages" is a pythonism probably? | 09:39 |
| override | yeah thats how I looked around when I had the image running on the target board | 09:39 |
| override | I guess so, I prolly know lesser than you even when it comes to python , yocto etc | 09:40 |
| override | how do I inspect yocto variables | 09:41 |
| LetoThe2nd | its not about yocto | 09:41 |
| LetoThe2nd | we were talking about your image that you are using interactively. | 09:41 |
| override | is that what PYTHONPATH is or is that something from env | 09:41 |
| override | ok | 09:41 |
| override | I can see where that's pointing at - PYTHONPATH | 09:42 |
| override | any other hunches you might have? | 09:42 |
| LetoThe2nd | *sigh* | 09:42 |
| LetoThe2nd | you 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 |
| LetoThe2nd | this https://realpython.com/lessons/module-search-path/ suggests that you have to look at the PYTHONPATH | 09:43 |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 09:44 | |
| LetoThe2nd | once 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 |
| override | yeah, thats about all I got right now. Let me fire up the board again and look up PYTHONPATH etc | 09:45 |
| override | have 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 more | 09:46 |
| override | LetoThe2nd: well. PYTHONPATH doesnt seem to be set to anything currently - https://pastebin.ubuntu.com/p/rqBNVWx37X/ | 10:21 |
| LetoThe2nd | override: see the link, and act accordingly | 10:25 |
| override | I used setuptools tho for my recipe .. shouldnt that set the path itself? | 10:26 |
| LetoThe2nd | i *guess* that it only affects build time. | 10:27 |
| LetoThe2nd | but again, i'm no python guy. | 10:27 |
| *** aeichner <aeichner!~aeichner@im.a-eichner.de> has left #yocto (The Lounge - https://thelounge.github.io) | 10:28 | |
| *** pung__ <pung__!~Pung@177.41.206.210> has quit IRC (Quit: Leaving) | 10:29 | |
| override | sys.path seems to be getting to the paths fine - https://pastebin.ubuntu.com/p/GyJckByXzZ/ | 10:36 |
| override | maybe I dont see the package the recipe shouldve added. hmm.. | 10:40 |
| LetoThe2nd | you confirmed at least two times that have checked it is there :D | 10:42 |
| LetoThe2nd | *you have checked it is | 10:42 |
| LetoThe2nd | anyways, lünch | 10:42 |
| override | yeah, I was pretty sure | 10:42 |
| override | Im trying to see what the package would be called even that the setup.py would create on the target - let me double check | 10:43 |
| *** RobertBerger <RobertBerger!~rber|res@ppp-2-86-153-227.home.otenet.gr> has quit IRC (Quit: Leaving) | 10:45 | |
| *** rber|res <rber|res!~rber|res@ppp-2-86-153-227.home.otenet.gr> has joined #yocto | 10:46 | |
| rburton | you don't need to set those on the target | 10:55 |
| rburton | step 1: verify that the packaging has done the right thing. oe-pkgdata-util list-pkg-files -p [recipename] | 10:56 |
| RP | vmeson, 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 |
| rburton | pastebin that | 10:56 |
| *** Guest12 <Guest12!~Guest12@247.pool80-103-22.dynamic.orange.es> has joined #yocto | 10:58 | |
| *** Guest12 <Guest12!~Guest12@247.pool80-103-22.dynamic.orange.es> has quit IRC (Client Quit) | 10:58 | |
| *** Guest5438 <Guest5438!~Guest54@c80-217-180-75.bredband.tele2.se> has joined #yocto | 11:26 | |
| *** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> has quit IRC (Remote host closed the connection) | 11:33 | |
| LetoThe2nd | rburton: just like i said. make sure things are in the image :) | 11:37 |
| derRichard | poky/meta/recipes-core/ovmf/ovmf_git.bb is only to build ovmf tools, not the uefi firmware itself, right? | 11:52 |
| rburton | OVMF is virtual machine firmware | 12:01 |
| rburton | it builds the actual firmware | 12:01 |
| rburton | there'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 themselves | 12:02 |
| derRichard | let 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 boot | 12:03 |
| *** Guest5438 <Guest5438!~Guest54@c80-217-180-75.bredband.tele2.se> has quit IRC (Quit: Client closed) | 12:03 | |
| rburton | ovmf sounds about right then | 12:03 |
| rburton | its uefi firmware for qemux86-64 | 12:04 |
| derRichard | this was my thought. but there is no nativesdk-ovmf recipe. so i started wondering | 12:05 |
| rburton | you wouldn't want nativesdk-ovmf | 12:06 |
| rburton | you want firmware for the target, not the sdk | 12:06 |
| rburton | pretend your SDK is running on an arm windows machine | 12:07 |
| derRichard | oh yeah, i always mixup this :D | 12:07 |
| derRichard | so adding ovmf to TOOLCHAIN_TARGET_TASK should do it? | 12:08 |
| *** Spooster <Spooster!~Spooster@user/spooster> has joined #yocto | 12:09 | |
| rburton | yes | 12:10 |
| derRichard | let me check, i thought i tried that first and it failed badly. | 12:11 |
| *** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> has joined #yocto | 12:24 | |
| *** williamh89 <williamh89!~williamh8@2607:9880:2d78:22:65b3:a8e1:8d1b:6430> has joined #yocto | 12:26 | |
| *** pbergin <pbergin!~pbergin@h-79-136-99-68.na.cust.bahnhof.se> has quit IRC (Quit: Leaving) | 12:26 | |
| derRichard | rburton: 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.ipk | 12:29 |
| * derRichard digs into | 12:34 | |
| rburton | it might be just deploying the actual binary, you'll want to package it too | 12:34 |
| derRichard | yes, i fear so :) | 12:35 |
| derRichard | ah! oh! you pack the firmware as qcow2 | 12:44 |
| derRichard | o_O | 12:44 |
| williamh89 | I'm getting an error with yocto regarding recipes with same names in different layers: | 12:48 |
| williamh89 | Multiple versions of rkwifibt-firmware are due to be built (/meta-rockchip/recipes-kernel/rkwifibt-firmware/rkwifibt-firmware.bb /meta-radxa/recipes-kernel/rkwifibt-firmware/rkwifibt-firmware.bb). 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 correct | 12:48 |
| williamh89 | version or don't depend on multiple versions. | 12:48 |
| williamh89 | I tried bumping up the priority of one of the layers | 12:48 |
| williamh89 | but still getting the same error.. | 12:48 |
| williamh89 | they 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 - https://znc.in) | 12:52 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 12:53 | |
| *** fury <fury!uid193779@id-193779.brockwell.irccloud.com> has joined #yocto | 12:55 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.200> 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 | |
| rburton | the 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 alternative | 13:22 |
| *** williamh89 <williamh89!~williamh8@2607:9880:2d78:22:65b3:a8e1:8d1b:6430> has joined #yocto | 13:24 | |
| override | rburton: cant rembemer if the ,,, is just a malformed PACKAGECONFIG or some syntax thing PACKAGECONFIG[cp2110] = ",,,python3-hidapi" | 13:43 |
| rburton | that's fine | 13:43 |
| override | what do those commas mean again? | 13:44 |
| rburton | https://docs.yoctoproject.org/ref-manual/variables.html#term-PACKAGECONFIG | 13:45 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.200> has joined #yocto | 13:52 | |
| *** mckoan is now known as mckoan|away | 13:55 | |
| *** ilunev <ilunev!~koolkhel@80.72.17.178> has joined #yocto | 13:58 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has joined #yocto | 14:00 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Quit: camus) | 14:02 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.200> has quit IRC (Quit: Client closed) | 14:15 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 14:21 | |
| override | rburton: whats ptest and why do some packages under meta-python just have that and no recipes? pyserial for instance | 14:38 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.200> has joined #yocto | 14:38 | |
| rburton | ptest is https://docs.yoctoproject.org/dev-manual/common-tasks.html#testing-packages-with-ptest | 14:42 |
| *** ilunev <ilunev!~koolkhel@80.72.17.178> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 14:42 | |
| rburton | not sure what you mean by have just ptest and no recipes | 14:42 |
| zedd | override. 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 |
| rburton | optional stuff doesnt' need to be listed, classes provide a lot of stuff, and there's a lot of defaults | 14:50 |
| override | I mean there's no .bb file out here http://cgit.openembedded.org/meta-openembedded/tree/meta-python/recipes-devtools/python/python3-pyserial | 14:50 |
| rburton | right, it's a level up | 14:50 |
| rburton | the folders are for files references by the recipes | 14:51 |
| override | oh crap, that was dumb of me. | 14:52 |
| override | rburton I havent hit this issue yet, but Im tryin to see if I should even be worried. | 14:53 |
| override | or nevermind I just remembered reading somewhere bitbake takes care of the order in which things are built - to take care of dependencies | 14:55 |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 14:55 | |
| override | this new recipe I'm wiring might rdepends on package I got done writing a recipe for yesterday | 14:56 |
| override | writing* | 14:57 |
| *** wesm <wesm!~wes@firewall.mitsi.com> has quit IRC (Ping timeout: 268 seconds) | 15:00 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.200> has quit IRC (Quit: Client closed) | 15:01 | |
| *** fury <fury!uid193779@id-193779.brockwell.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 15:04 | |
| *** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> has quit IRC (Remote host closed the connection) | 15:08 | |
| *** Vineela <Vineela!~vtummala@user/vineela> has joined #yocto | 15:11 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 15:15 | |
| *** wesm <wesm!~wes@firewall.mitsi.com> has joined #yocto | 15:19 | |
| *** rob_w <rob_w!~rob@ppp-93-104-41-77.dynamic.mnet-online.de> has quit IRC (Quit: Leaving) | 15:19 | |
| *** camus <camus!~Instantbi@2409:8a1e:9117:4de0:79c3:67ed:2752:df4e> has joined #yocto | 15:32 | |
| *** camus <camus!~Instantbi@2409:8a1e:9117:4de0:79c3:67ed:2752:df4e> has quit IRC (Ping timeout: 250 seconds) | 15:43 | |
| *** camus <camus!~Instantbi@183.192.137.232> has joined #yocto | 15:43 | |
| JaMa | zedd: 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 |
| zedd | JaMa, odd! I'll have a look. thanks for the heads up. | 16:07 |
| JaMa | running 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 dependency | 16:09 |
| zedd | my build was incremental in my dev environment, so it could have just rummaged around and found it. | 16:10 |
| *** zpfvo <zpfvo!~fvo@88.130.220.63> 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 #yocto | 16:24 | |
| JaMa | zedd: it's pulled as systemd dependency when enabled with seccomp in DISTRO_FEATURES | 16:27 |
| zedd | ahah. | 16:27 |
| zedd | I'm glad seccomp made core, it has become unavoidable. | 16:28 |
| JaMa | I'll send a patch to add it to DEPENDS + REQUIRED_DISTRO_FEATURES check to conmon | 16:29 |
| zedd | awesome. many thanks. | 16:29 |
| *** camus <camus!~Instantbi@183.192.137.232> has quit IRC (Remote host closed the connection) | 16:39 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 17:00 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 17:39 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> 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@37.189.128.120> has quit IRC (Ping timeout: 258 seconds) | 18:29 | |
| *** cquast <cquast!~cquast@37.189.128.120> has joined #yocto | 18:40 | |
| *** cquast <cquast!~cquast@37.189.128.120> has quit IRC (Ping timeout: 250 seconds) | 18:55 | |
| *** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has quit IRC (Quit: Quitting) | 19:34 | |
| *** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has joined #yocto | 19:35 | |
| override | rburton: I cant figure where the arch is getting picked up from - https://pastebin.ubuntu.com/p/6cQBgdyHGp/ | 19:56 |
| *** Guest54 <Guest54!~Guest54@c80-217-180-75.bredband.tele2.se> has joined #yocto | 19:56 | |
| override | ^ or anyone else who's around | 19:58 |
| override | any pointers, much appreciated. Thanks | 19:58 |
| RP | override: 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 system | 20:00 |
| override | RP: 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.py | 20:01 |
| override | setuptools3 stuff.. | 20:01 |
| RP | override: I just tried to answer your question, I have no idea about that | 20:02 |
| override | got it thanks for answering the question. Appreciate it. The questions leading into some follow up questions. | 20:03 |
| RP | vmeson: 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 issues | 20:04 |
| override | ls | 20:06 |
| *** Guest54 <Guest54!~Guest54@c80-217-180-75.bredband.tele2.se> has quit IRC (Quit: Client closed) | 20:12 | |
| williamh89 | are valid machine names only from the conf/machine/*.conf files? | 20:12 |
| williamh89 | (does the .inc files count as machines?) | 20:13 |
| williamh89 | nvm :) | 20:16 |
| RP | williamh89: yes and no | 20:16 |
| williamh89 | sometimes 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 |
| williamh89 | unless it has something to do with the soc-family.inc | 20:20 |
| zedd | williamh89: it's an override, of which MACHINE is in default list of valid overrides. https://docs.yoctoproject.org/bitbake/bitbake-user-manual/bitbake-user-manual-metadata.html#conditional-syntax-overrides | 20:24 |
| williamh89 | ahh okay I see. There's an inc file that defines SOC_FAMILY = "rk3399" and then in the soc-family.inc has MACHINEOVERRIDES =. "${@['', '${SOC_FAMILY}:']['${SOC_FAMILY}' != '']}" | 20:37 |
| williamh89 | and im guessing thats where the overrides is | 20:37 |
| williamh89 | im not sure what ${@['', '${SOC_FAMILY}:']['${SOC_FAMILY}' != '']} is saying/doing though | 20:38 |
| *** angolini <angolini!uid62003@id-62003.brockwell.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 20:39 | |
| rburton | override: basically, the makefile or setup.py or whatever is broken. read the compile log, figure out where it decides to pass -m32 instead, and work backwards to fix the makefile | 20:40 |
| vmeson | RP I didn't see that. I've been stuck in project mgmt meetings and process - fun! | 20:41 |
| *** Saur <Saur!~pkj@proxy01.se.axis.com> has quit IRC (Quit: Leaving.) | 20:44 | |
| *** Saur <Saur!~pkj@proxy01.se.axis.com> has joined #yocto | 20:45 | |
| RP | vmeson, zedd: One difference I notice is the autobuilder qemus don't use MTTR, my local qemu does | 20:53 |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 20:54 | |
| override | how 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 |
| override | rburton: im trying to get rid of that binary before setuptools etc starts dealing with it .. its for the older target with a different arch | 21:07 |
| RP | override: a do_configure_prepend ? | 21:08 |
| override | ok nice, lemme try taht | 21:08 |
| override | that* | 21:08 |
| override | think it ends up in some other dir I cant figure out the varaible for like its not S im guesssing | 21:10 |
| override | /work/aarch64-tdx-linux/api/1.0+git999-r0/packages-split/api-dbg/usr/lib/python3.8/site-packages/opentrons/resources/scripts/.debug/lpc21isp | 21:10 |
| override | D ? | 21:11 |
| override | let go look up the variable doc again - thanks for the thar prepend tip RP | 21:12 |
| RP | override: well, you asked about deleting it from ${S} | 21:13 |
| RP | if you want to delete it from ${D}, that would be a do_install_append | 21:13 |
| override | oh, think it should be S | 21:13 |
| override | sorry my heads all over the place | 21:13 |
| Ch^W | I did an ldd on the buildtools-extended x86_64-pokysdk-linux-gcc and I see libm.so.6 showing up. I built GCC10 from Hardknott sources (using buildtools-extended), and I do not see libm.so.6 showing up in the resulting compiler - x86_64-mysdk-linux-gcc. | 21:17 |
| Ch^W | Did I miss something somehow? | 21:18 |
| RP | Ch^W: ldd is probably not using nativesdk's loader | 21:29 |
| RP | i.e. I wouldn't trust ldd for that | 21:29 |
| *** florian <florian!~florian@dynamic-093-132-077-114.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 268 seconds) | 21:30 | |
| fray | all 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 |
| fray | so in the case of nativesdk, it'll run and SHOULD show you the ld.so it used by default.. | 21:37 |
| fray | ...but RP is right, if you just run ldd, it may run the wrong loader.. | 21:38 |
| Ch^W | Lovely... | 21:41 |
| *** florian <florian!~florian@dynamic-093-132-077-114.93.132.pool.telefonica.de> has joined #yocto | 21:42 | |
| Ch^W | I 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^W | I bisected the differences down to gcc, which is not great. | 21:45 |
| Ch^W | *gobject-introspection-native | 21:46 |
| Ch^W | And the stack trace shows bison breaking on calls to libtextstyle. It does not segfault when I build with buildtools-extended directly. | 21:47 |
| Ch^W | I compared logs from both builds, and they appear to be identical. | 21:48 |
| RP | Ch^W: i recently saw a conversation about new versions of bison segfaulting in g-i | 21:48 |
| RP | rburton: ^^^ ? | 21:48 |
| Ch^W | This 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 |
| fray | did you try back on gatesgarth at all? | 21:56 |
| Ch^W | We 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^W | Currently workaround for the nightly builds is to shim in buildtools-extended. | 21:59 |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.98.185> has quit IRC (Ping timeout: 252 seconds) | 22:04 | |
| Ch^W | BTW 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@31.0.173.147> 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 #yocto | 22:14 | |
| *** cedric <cedric!~cedric@2a01:cb11:867:c200:9eb0:38cb:7b14:a55f> has left #yocto (Konversation terminated!) | 22:14 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Quit: Leaving) | 22:24 | |
| ant_ | RP: who can kick https://patchwork.openembedded.org/project/oe-core/patches/ | 22:25 |
| ant_ | oes not update | 22:25 |
| RP | ant_: I think its been stuck for a while :( | 22:26 |
| ant_ | just that one... | 22:26 |
| Ch^W | Hmmm, 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@134.134.137.84> has joined #yocto | 22:33 | |
| RP | zedd: happen to be around? Wondering about qemu boot message differences :/ | 22:33 |
| agola | Looking for someone to discuss about the eclipse plugins for yocto app dev and platform project plugins | 22:35 |
| *** fury <fury!uid193779@id-193779.brockwell.irccloud.com> has joined #yocto | 22:35 | |
| RP | zedd: https://www.rpsys.net/wp/rp/qemuboot-rp.log vs https://www.rpsys.net/wp/rp/qemuboot-autobuild.log - note the mtrr and local apic address differences, also e820 difference in memory region messages | 22:35 |
| RP | zedd: I've tried disabling mtrr but that gives different messages again | 22:36 |
| RP | agola: the eclipse plugin was discontinued as there was nobody to maintain it :( | 22:36 |
| RP | vmeson: ^^^ in case you're interested | 22:38 |
| * RP notes paulg has run away | 22:39 | |
| *** Spooster <Spooster!~Spooster@user/spooster> has quit IRC (Remote host closed the connection) | 22:47 | |
| agola | Thanks 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 : https://software.intel.com/content/www/us/en/develop/tools/oneapi/iot-toolkit.html#gs.43glo2 | 22:50 |
| Ch^W | agola: I generally fire up the kernel source in VS Code | 22:50 |
| Ch^W | Or vim if it is a quickie. | 22:50 |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.96.230> has joined #yocto | 22:52 | |
| RP | agola: you can use your favourite IDE or editor and just build from the commandline, yes | 22:52 |
| RP | zedd: should ACPI tables be aligned in memory? Those offsets also feel a little unusual :/ | 22:52 |
| RP | abelloni: ^^^ in case you have any thoughts | 22:52 |
| *** agola <agola!~agola@134.134.137.84> has quit IRC (Ping timeout: 246 seconds) | 22:56 | |
| *** florian <florian!~florian@dynamic-093-132-077-114.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 246 seconds) | 22:59 | |
| RP | difference is the DSDT which changes size and offsets everything | 23: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 cats | 23:09 | |
| override | hey RP: I could use some help getting rid of that binary | 23:11 |
| override | think it ends up in some other dir I cant figure out the varaible for like its not S im guesssing do_install_append | 23:12 |
| override | doesnt seem to work | 23:12 |
| vmeson | Despite 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@134.134.137.84> has joined #yocto | 23:21 | |
| RP | override: For do_install I'd guess at ${D}${PYTHON_SITEPACKAGES_DIR}/opentrons/resources/scripts/lpc21isp | 23:22 |
| * RP wonders if anyone here knows anything about ACPI alignment | 23:23 | |
| * RP decides to sleep on it | 23:23 | |
| override | RP: so_install_append you mean? | 23:26 |
| *** hpsy <hpsy!~hpsy@85.203.15.42> has quit IRC (Ping timeout: 252 seconds) | 23:27 | |
| override | still craps out, unfortunately | 23:29 |
| vmeson | bb | 23:34 |
| override | RP: 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 |
| override | it craps out if I put it under do_install_append | 23:36 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!