| *** florian <florian!~florian@dynamic-078-048-066-215.78.48.pool.telefonica.de> has joined #yocto | 00:27 | |
| *** sgw <sgw!~swold_loc@user/sgw> has joined #yocto | 00:44 | |
| *** florian <florian!~florian@dynamic-078-048-066-215.78.48.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 00:49 | |
| *** geoffhp <geoffhp!~geoff@cpe-107-185-48-203.socal.res.rr.com> has joined #yocto | 01:08 | |
| *** starblue <starblue!~juergen@dslb-188-100-138-006.188.100.pools.vodafone-ip.de> has quit IRC (Ping timeout: 250 seconds) | 02:25 | |
| *** starblue <starblue!~juergen@dslb-088-078-101-131.088.078.pools.vodafone-ip.de> has joined #yocto | 02:27 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 02:53 | |
| *** camus <camus!~Instantbi@2409:8a1e:9118:ceb0:f0b5:d093:efab:87> has quit IRC (Remote host closed the connection) | 03:13 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 03:37 | |
| *** jclsn5 <jclsn5!~jclsn@84.242.19.232.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 03:39 | |
| *** jclsn <jclsn!~jclsn@185.82.19.197.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 240 seconds) | 03:41 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto | 03:48 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Quit: camus) | 04:20 | |
| *** amitk <amitk!~amit@103.208.71.35> has joined #yocto | 05:31 | |
| *** camus <camus!~Instantbi@2409:8a1e:9118:ceb0:a87d:716:a2ef:fa7c> has joined #yocto | 06:35 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 06:49 | |
| *** jclsn5 is now known as jclsn | 07:19 | |
| jclsn | Morning | 07:29 |
|---|---|---|
| jclsn | Shouldn't the kernel binary be identical when INHERIT += " reproducible-build" is set? | 07:30 |
| jclsn | I just built it two times and the md5sum differs | 07:30 |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto | 07:51 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 07:57 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 08:04 | |
| *** mckoan|away is now known as mckoan | 08:10 | |
| mckoan | good morning | 08:11 |
| *** jclsn is now known as jclsn_ | 08:12 | |
| RP | jclsn_: can depend on a lot of things including which kernel it is :/ | 08:13 |
| *** jclsn_ is now known as jclsn | 08:13 | |
| jclsn | RP: Hmm it is the linux-fslc-imx kernel | 08:13 |
| *** JaMa <JaMa!~martin@109.238.218.228> has quit IRC (Quit: reboot) | 08:17 | |
| RP | jclsn: We made sure linux-yocto does the right things (as far as I know) but I can't comment on that kernel :/ | 08:19 |
| RP | rburton: the series in master-next for crypto in core is close but two issues. Arm ptest failure (missing import tomli) and reproducibility failure | 08:20 |
| jclsn | RP: Are you saying you recommend using another kernel? | 08:24 |
| *** zavorka <zavorka!~zavorka@static-84-42-206-118.net.upcbroadband.cz> has quit IRC (Remote host closed the connection) | 08:26 | |
| RP | jclsn: no, I suspect you need that kernel for your hardware. I'm just saying that the people who made it probably haven't paid attention to reproducubility :( | 08:29 |
| jclsn | otavio: Is that true? | 08:30 |
| jclsn | RP: I don | 08:30 |
| jclsn | RP: I don't think so actually. More probable that my patches are the cause | 08:30 |
| * landgraf is back | 08:31 | |
| RP | landgraf: welcome back | 08:35 |
| RP | jclsn: I don't know. I do know we had to be careful about the configuration and the way linux-yocto was built and I don't know if others have spent time on that | 08:35 |
| RP | jclsn: reproducibility isn't top of everyone's priority list even if we have core working well | 08:36 |
| jclsn | Hmm okay | 08:37 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 08:42 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 08:45 | |
| RP | jclsn: you might be right and it may be your patches but I'm not sure... | 08:46 |
| *** Guest4 <Guest4!~Guest4@2a02-a440-b6e3-1-cd5-22eb-4f84-728d.fixed6.kpn.net> has joined #yocto | 08:48 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 08:49 | |
| Guest4 | Is the following link meant for custom hardware? https://www.yoctoproject.org/docs/latest/bsp-guide/bsp-guide.html | 08:51 |
| RP | rburton: have the reproducibility fix, just need the ptest one... | 08:51 |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has joined #yocto | 08:59 | |
| *** davidinux <davidinux!~davidinux@82.102.21.198> has quit IRC (Quit: WeeChat 2.8) | 09:04 | |
| *** davidinux <davidinux!~davidinux@84.17.59.182> has joined #yocto | 09:06 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…) | 09:07 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4114:c500:24d7:51ff:fed6:906d> has joined #yocto | 09:10 | |
| jclsn | What do these messages mean? | 09:18 |
| jclsn | WARNING: linux-fslc-imx-5.10.98+git999-r0 do_fetch: /usr/lib/python3.8/ast.py:371: PendingDeprecationWarning: visit_Str is deprecated; add visit_Constant | 09:18 |
| jclsn | return visitor(node) | 09:18 |
| jclsn | WARNING: linux-fslc-imx-5.10.98+git999-r0 do_populate_lic: /usr/lib/python3.8/ast.py:371: PendingDeprecationWarning: visit_Str is deprecated; add visit_Constant | 09:18 |
| jclsn | return visitor(node) | 09:18 |
| jclsn | WARNING: linux-fslc-imx-5.10.98+git999-r0 do_deploy_source_date_epoch: /usr/lib/python3.8/ast.py:371: PendingDeprecationWarning: visit_Str is deprecated; add visit_Constant | 09:18 |
| jclsn | return visitor(node) | 09:18 |
| jclsn | Is my Python deprecated? | 09:18 |
| Guest4 | jclsn What are you trying to accomplish and what did you do to reach those warnings? | 09:21 |
| jclsn | They appear when I build the kernel | 09:22 |
| jclsn | Every time | 09:22 |
| Saur[m] | jclsn: There are a couple of commits in OE-Core fixing problems like that. Search the Git log for "visit_Constant". | 09:26 |
| jclsn | I think I also made some progress regarding this weird issue with the kernel | 09:26 |
| jclsn | When I checkout linux-fslc-imx to a workspace with devtool modify, everything works fine. When I devtool reset and build normall, the kernel panic occurs. How can this be? | 09:27 |
| jclsn | Maybe checking out silently fails somehow | 09:27 |
| jclsn | Saur: Will have a look | 09:27 |
| *** tgamblin <tgamblin!~tgamblin@2607:fea8:c2a0:8640::61be> has quit IRC (Ping timeout: 250 seconds) | 09:28 | |
| *** tgamblin_ <tgamblin_!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 09:28 | |
| jclsn | git log | grep -b3 visit_Constant returns nothing | 09:29 |
| jclsn | In meta-oe, if that is correct | 09:30 |
| Saur[m] | No, that is not OE-Core. Search in meta (or poky) | 09:31 |
| *** T_UNIX[m] <T_UNIX[m]!~tunixmatr@2001:470:69fc:105::9ea> has joined #yocto | 09:43 | |
| RP | jclsn: which version of the project is that with? | 09:47 |
| jclsn | RP: honister | 09:48 |
| RP | jclsn: it means deprecated API in python is being used but I thought we'd fixed that | 09:48 |
| RP | jclsn: e.g. https://git.yoctoproject.org/poky/commit/?id=ca8ef6bc38b8bfd772ff19931b49a076de5c1ec4 and https://git.yoctoproject.org/poky/commit/?id=09ca5e87ec3e19303587c3534e6445ff1d70e473 | 09:48 |
| RP | jclsn: those are what Saur[m] was referring to | 09:49 |
| *** Guest4 <Guest4!~Guest4@2a02-a440-b6e3-1-cd5-22eb-4f84-728d.fixed6.kpn.net> has quit IRC (Ping timeout: 256 seconds) | 09:49 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:49 | |
| *** vladest <vladest!~Thunderbi@81-229-209-18-no288.tbcn.telia.com> has joined #yocto | 09:51 | |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has joined #yocto | 09:53 | |
| JaMa | rburton: FWIW: I've added some graphs in https://github.com/shr-project/test-oe-build-time/commit/081926d88779bbcc3fe348a8f7d56c94e2e1b46e I'm happy with my config in https://raw.githubusercontent.com/shr-project/test-oe-build-time/081926d88779bbcc3fe348a8f7d56c94e2e1b46e/threadripper-3970x-128gb-gentoo-kirkstone-2022-03/luneos-dev-emulator-appliance-j70-bb8-with-webruntime-j40.png | 09:55 |
| JaMa | another interesting behavior was that 8bb-threads happened to use more swap than 64bb-threads, but I guess that's just unlucky scheduling when more heavier do_compile had their memory-usage peak at the same time in https://raw.githubusercontent.com/shr-project/test-oe-build-time/081926d88779bbcc3fe348a8f7d56c94e2e1b46e/threadripper-3970x-128gb-gentoo-kirkstone-2022-03/5-build-8-bb-threads.png compared with | 09:59 |
| JaMa | https://raw.githubusercontent.com/shr-project/test-oe-build-time/081926d88779bbcc3fe348a8f7d56c94e2e1b46e/threadripper-3970x-128gb-gentoo-kirkstone-2022-03/5-build-8-bb-threads.png | 09:59 |
| RP | JaMa: interesting. I wish I had more time to look at performance :/ | 10:17 |
| * RP has a patch which cuts a couple of million getVar calls out but not sure whether it massively helps or not | 10:18 | |
| Saur[m] | A couple of million getVar calls less sounds like it could have an impact... | 10:19 |
| RP | Saur[m]: they hit the expand cache so not as much as you'd think | 10:19 |
| Saur[m] | Ah, ok. | 10:20 |
| RP | Saur[m]: I have another which knocks about 25% of the getVarFlag calls out but I think it breaks something, need to try and track down what | 10:20 |
| RP | I really need to come up with a better timing metric too | 10:21 |
| Saur[m] | Sounds like interesting patches. | 10:21 |
| LetoThe2nd | yo dudX | 10:26 |
| RP | Saur[m]: two different experiments in https://git.yoctoproject.org/poky-contrib/commit/?h=rpurdie/t222&id=e728323330c7e5b26d61775c53fabfc1e3088566 | 10:28 |
| RP | Doing something with __depends might also help if we had somewhere other than the datastore to poke it | 10:28 |
| *** flodo <flodo!~flodo@p57987511.dip0.t-ipconnect.de> has joined #yocto | 10:33 | |
| flodo | hey there guys! I am new to yocto and I am facing some problems I can't solve. I hope someone can help me a bit. | 10:34 |
| flodo | I am trying to boot a core image via pxe and syslinux, I was able to build the bzImage and now I am serving it via pxe | 10:35 |
| flodo | after loading the bzImage the device is telling me that it is not able to mount the root fs on an unknown block (0,0) | 10:36 |
| flodo | I guess I would therefore also need an initramfs? | 10:37 |
| Saur[m] | RP: You can move the if not srcflags test outside and skip the entire for loop if there are no flags. | 10:37 |
| *** ilunev <ilunev!~koolkhel@80.72.17.178> has joined #yocto | 10:43 | |
| RP | Saur[m]: least of the problems in that code | 10:47 |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has quit IRC (Quit: reboot) | 10:55 | |
| rburton | RP: got a link for the outstanding crypto failure? | 10:56 |
| *** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto | 10:56 | |
| rburton | armpit/khem: can you fix meta-oe master now so it builds against oe-core master? | 11:00 |
| *** ilunev <ilunev!~koolkhel@80.72.17.178> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 11:02 | |
| *** kriive <kriive!~kriive@user/kriive> has joined #yocto | 11:02 | |
| *** starblue <starblue!~juergen@dslb-088-078-101-131.088.078.pools.vodafone-ip.de> has quit IRC (Ping timeout: 250 seconds) | 11:05 | |
| *** kriive <kriive!~kriive@user/kriive> has quit IRC (Remote host closed the connection) | 11:05 | |
| *** starblue <starblue!~juergen@dslb-088-078-101-131.088.078.pools.vodafone-ip.de> has joined #yocto | 11:06 | |
| *** kriive <kriive!~kriive@user/kriive> has joined #yocto | 11:08 | |
| RP | rburton: I think the main issue now is the 2GB min memory requirement and the test runtime | 11:12 |
| RP | rburton: arm shows https://autobuilder.yoctoproject.org/typhoon/#/builders/82/builds/2969/steps/12/logs/stdio and IA shows no failure, I think as there isn't free memory | 11:13 |
| RP | rburton: I have a patch locally for the missing tomli dependency | 11:13 |
| RP | rburton: 20 mins so far for the crypto test on arm :/ | 11:14 |
| *** creich <creich!~creich@p200300f6af20a3108e4028e254030d35.dip0.t-ipconnect.de> has quit IRC (Quit: Leaving) | 11:14 | |
| RP | (since I don't have KVM) | 11:14 |
| rburton | amazing news https://gitlab.freedesktop.org/polkit/polkit/-/commit/c7fc4e1b61f0fd82fc697c19c604af7e9fb291a2 polkit can use duktape instead of mozjs | 11:25 |
| rburton | RP: urgh slow | 11:25 |
| RP | rburton: 32 mins, still going | 11:25 |
| *** zeddii <zeddii!~zeddii@173.34.88.218> has quit IRC (Excess Flood) | 11:26 | |
| RP | rburton: nice, finally :) | 11:26 |
| rburton | RP: maintainers were understandably trying to not introduce huge regressions but yeah took a while | 11:26 |
| RP | rburton: definitely understandable | 11:27 |
| *** zeddii <zeddii!~zeddii@173.34.88.218> has joined #yocto | 11:27 | |
| * RP wonders why core-image-ptest-all would have less than 2GB free memory when it has 4GB :/ | 11:30 | |
| RP | X? | 11:31 |
| rburton | doubt it | 11:31 |
| RP | it is x86 specific | 11:31 |
| rburton | does it actually have 4gb though? | 11:31 |
| RP | qemu is being called with -m 4096 | 11:32 |
| rburton | ok, fair | 11:32 |
| RP | [ 0.027261] Kernel command line: root=/dev/vda rw mem=4096M ip=192.168.7.2::192.168.7.1:255.255.255.0::eth0:off:8.8.8.8 console=ttyS0 console=ttyS1 oprofile.timer=1 tsc=reliable no_timer_check rcupdate.rcu_expedited=1 printk.time=1 | 11:33 |
| RP | [ 0.036338] Memory: 2028184K/2096600K available (16396K kernel code, 2134K rwdata, 3584K rodata, 1692K init, 2156K bss, 68156K reserved, 0K cma-reserved) | 11:33 |
| RP | does anyone know why x86-64 would do that? :/ | 11:35 |
| rburton | well q35 should support up to 4gb | 11:38 |
| *** zkrx <zkrx!~slimshady@adsl-89-217-230-50.adslplus.ch> has quit IRC (Ping timeout: 240 seconds) | 11:39 | |
| rburton | q35 does do games with memory though | 11:40 |
| RP | rburton: the ptest had one failure out of 2855 tests :( | 11:42 |
| RP | openssl memory leak | 11:42 |
| rburton | if you can share info about the leak I can forward to someone who might be able to fix it | 11:43 |
| RP | rburton: log mailed | 11:45 |
| Perceval[m] | Hello all :) I'm trying to disable all agetty services. I added 'PACKAGECONFIG_remove = "serial-getty-generator"' in systemd_%.bbappend but the services are still there. How would you do it? | 11:48 |
| rburton | RP: colleague looking quickly now. i suggest we just disable that test for now though. | 11:55 |
| rburton | its a grand 300bytes leaked | 11:55 |
| RP | rburton: can you sort a patch to disable? | 11:57 |
| rburton | yeah | 11:57 |
| RP | rburton: I updated master-next to all the pieces I currently know we need | 11:58 |
| *** Guest4 <Guest4!~Guest4@2a02-a440-b6e3-1-cd5-22eb-4f84-728d.fixed6.kpn.net> has joined #yocto | 12:11 | |
| rburton | RP: do you remmeber why we have USRBINPATH? | 12:12 |
| rburton | it's always set to bindir | 12:12 |
| rburton | ah no, it's not | 12:13 |
| rburton | gotcha | 12:13 |
| RP | rburton: Sounds like you have an answer. I'm sure there was a reason... | 12:15 |
| rburton | because its where the interpreters will live | 12:15 |
| rburton | so native/nativesdk is always /usr/bin, even if the target prefix is /foobar | 12:15 |
| RP | ah, yes | 12:15 |
| rburton | was the leak only on arm? | 12:19 |
| rburton | RP ^ | 12:19 |
| rburton | pytest lets you do programatic xfails, so we can make it expected-to-fail on arm hosts | 12:19 |
| rburton | self-reporting when it works again too that way | 12:20 |
| RP | rburton: it didn't run on x86 so I don't know yet | 12:20 |
| RP | rburton: actually, results just in, seems to work on x86 | 12:20 |
| *** zkrx <zkrx!~slimshady@adsl-89-217-230-95.adslplus.ch> has joined #yocto | 12:20 | |
| RP | er, no, didn't run at all | 12:20 |
| rburton | i wonder why it didn't run at all | 12:21 |
| RP | rburton: lack of memory. I need to debug that | 12:21 |
| RP | rburton: I do at least have a local build to poke at now | 12:22 |
| rburton | one of the leaks is fixed upstream already | 12:24 |
| RP | rburton: setting to 8GB gives me 6GB so we should be able to check x86 now | 12:26 |
| * RP is wondering where the missing 2GB is going | 12:26 | |
| RP | rburton: fails on x86 too | 12:31 |
| rburton | ok | 12:32 |
| rburton | can i send you a commit to test? | 12:32 |
| rburton | likely faster than me building | 12:33 |
| RP | rburton: yes | 12:35 |
| RP | rburton: ditching the kernel mem= parameter fixes the memory | 12:35 |
| * RP grabbing some food, back shortly | 12:35 | |
| rburton | RP: poky-contrib:ross/ssl | 12:38 |
| jclsn | RP: Yes, this is in my log. I might have to add that this message only occurs when I have checked out a workspace for linux-fslc-imx. I was wrong about it happening always. | 12:52 |
| jclsn | It is also weird that my kernel is resolved when I check out a workspace | 12:53 |
| jclsn | *kernel issue | 12:53 |
| jclsn | I mean there shouldn't be a difference if I don't modify the code | 12:53 |
| qschulz | jclsn: there is some gotchas with files in WORKDIR and devtool | 12:58 |
| qschulz | jclsn: I wouldn't be too surprised there are some issues related to the defconfig | 12:58 |
| jclsn | qschulz: gotchas? | 12:58 |
| *** tgamblin_ <tgamblin_!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has quit IRC (Quit: Leaving) | 12:59 | |
| qschulz | jclsn: the relative paths between S and WORKDIR aren't the same in devtool and in "normal" bitbake execution | 12:59 |
| jclsn | Ah okay | 12:59 |
| qschulz | also, the defconfig is sometimes only installed if there isn't already a defconfig/.config in WORKDIR | 12:59 |
| *** tgamblin <tgamblin!~tgamblin@2607:fea8:c2a0:8640::10d4> has joined #yocto | 12:59 | |
| jclsn | I am using my defconfigs from the meta-layer | 12:59 |
| qschulz | so that's your next step I guess, doing a diff between a normal bitbake and a devtool'ed run and see what are the differences in the source files | 13:00 |
| jclsn | like meta-custom/recipes-kernel/linux/linux-fslc-imx/mx8/defconfig | 13:00 |
| jclsn | Okay thanks I will investigate | 13:00 |
| jclsn | At least I am getting fruther | 13:01 |
| jclsn | Still weird that my colleagues can build without isses | 13:01 |
| jclsn | *issues | 13:01 |
| jclsn | Where does bitbake checkout the repos btw? | 13:02 |
| jclsn | Searched for them under tmp | 13:03 |
| qschulz | jclsn: in S | 13:03 |
| qschulz | which is typically in WORKDIR | 13:03 |
| qschulz | in/under | 13:03 |
| jclsn | so tmp/work? | 13:04 |
| qschulz | if you're looking for tarballs or git repositories before checkout, they are in DL_DIR, which named "downalods" | 13:04 |
| qschulz | jclsn: that and in subdirectories specific to the architecture and name of the recipe but yes | 13:05 |
| qschulz | jclsn: for the kernel, though, it is tmp/work-shared/ | 13:05 |
| jclsn | ah yeah | 13:05 |
| jclsn | fzf is my friend | 13:05 |
| jclsn | and you :) | 13:05 |
| jclsn | tmp/work-shared/machine/kernel-source | 13:06 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 13:07 | |
| jclsn | Maybe building in zsh is not a good idea | 13:11 |
| jclsn | Will see if bash makes a difference tomorrow | 13:11 |
| qschulz | jclsn: do the diff of the sources | 13:11 |
| jclsn | Have to go now | 13:12 |
| jclsn | qschulz: I will | 13:12 |
| RP | rburton: its rebuilding quite a bit... | 13:12 |
| jclsn | But even if I find them, that won't explain why my colleagues can build successfully | 13:12 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 13:12 | |
| qschulz | jclsn: you're trying to understand something you don't even know what it is. Figure out what is the issue first and then you can start investigating why it happened | 13:17 |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 13:17 | |
| *** Guest4 <Guest4!~Guest4@2a02-a440-b6e3-1-cd5-22eb-4f84-728d.fixed6.kpn.net> has quit IRC (Ping timeout: 256 seconds) | 13:29 | |
| *** wooosaiiii <wooosaiiii!~wooo@89-212-21-243.static.t-2.net> has joined #yocto | 13:35 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 13:36 | |
| rburton | RP: maybe should have made that patch class-target for testing | 13:38 |
| RP | rburton: failed :/ | 13:39 |
| RP | rburton: error looks the same | 13:40 |
| rburton | can you share the log again? at least one of the error should have gone | 13:40 |
| RP | rburton: looks the same to me. This one is x86 | 13:41 |
| RP | rburton: sent | 13:42 |
| rburton | i'll make it xfail for now :) | 13:45 |
| *** SSmoogen is now known as Ebeneezer_Smooge | 13:46 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:52 | |
| vvn | hi all -- so basically python applications implementing a setup.py must now switch to wheels? | 13:55 |
| rburton | vvn: must, no. ideally, yes. that's a change from upstream python, not from us. | 13:57 |
| rburton | if you want to use setup.py build/install then inherit setuptools3_legacy | 13:58 |
| vvn | rburton: I know it's not from you guys ;-) If the change is trivial I'll switch to wheels | 13:58 |
| rburton | vvn: leave the inherit as setuptools3 and see if the packaging is the same | 13:59 |
| rburton | badly behaved setup.py will suddenly start putting files inthe wrong place with wheels | 13:59 |
| rburton | basically, if the setup used absolute paths in data_files, you can't use wheels | 13:59 |
| vvn | rburton: the packages fails with poetry_core.bbclass:1: Could not inherit file classes/pip_install_wheel.bbclass | 14:04 |
| rburton | yes, there's a patch for meta-oe which didn't get merged yet | 14:04 |
| rburton | tell armpit/khem | 14:04 |
| rburton | its on the list | 14:04 |
| rburton | (oe-devel) | 14:04 |
| rburton | RP: ross/ssl has hopefully a workaround for pycrypto | 14:05 |
| rburton | i'm hoping it was just that one test that failed anyway | 14:05 |
| vvn | rburton: do you have a link? I can add a tested-by if that matters | 14:07 |
| vvn | let me look for it | 14:07 |
| rburton | https://lists.openembedded.org/g/openembedded-devel/message/95963 | 14:07 |
| rburton | i'm sure you can find the patchwork or lore link if you want to apply it | 14:07 |
| vvn | I think I know its author ;) | 14:08 |
| vvn | not that easy to find the link | 14:14 |
| rburton | https://lore.kernel.org/openembedded-devel/20220312085607.1129037-1-raj.khem@gmail.com/T/#u | 14:16 |
| rburton | erm no not that one | 14:16 |
| rburton | https://lore.kernel.org/openembedded-devel/20220312200609.382925-1-ross.burton@arm.com/ | 14:17 |
| rburton | that one | 14:17 |
| rburton | lore is great for grabbing the actual patches, https://lore.kernel.org/openembedded-devel/ for oe-devel | 14:17 |
| vvn | adding https://lore.kernel.org/openembedded-devel/20220312200609.382925-1-ross.burton@arm.com/raw to meta-openembedded! | 14:19 |
| *** creich <creich!~creich@p200300f6af1194100000000000000100.dip0.t-ipconnect.de> has joined #yocto | 14:19 | |
| *** davidinux <davidinux!~davidinux@84.17.59.182> has quit IRC (Ping timeout: 252 seconds) | 14:31 | |
| *** davidinux <davidinux!~davidinux@net-130-25-196-238.cust.vodafonedsl.it> has joined #yocto | 14:33 | |
| *** AKN <AKN!~AKN@122.162.3.216> has joined #yocto | 14:44 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Quit: Leaving) | 14:46 | |
| vvn | rburton: build fixed with setuptools3_legacy and your patch | 14:57 |
| RP | rburton: do I want the ssl leak fixes too? | 14:59 |
| rburton | if they don't help, don't bother i guess | 14:59 |
| RP | rburton: I couldn't seem to see any difference so either they don't or a messed up :/ | 15:00 |
| rburton | i'll kick a build and see | 15:03 |
| moto-timo | More gremlins in py crypto? | 15:05 |
| moto-timo | Sigh | 15:05 |
| *** flodo <flodo!~flodo@p57987511.dip0.t-ipconnect.de> has quit IRC (Quit: Client closed) | 15:12 | |
| RP | moto-timo: oh yes :/ | 15:23 |
| moto-timo | :/ | 15:26 |
| *** amitk <amitk!~amit@103.208.71.35> has quit IRC (Ping timeout: 250 seconds) | 15:26 | |
| RP | moto-timo: reproducibility failed, qemux86 testing memory limits were wrong, ptest on python3-crypto fails, there was a typo in the ptest patch and so on | 15:29 |
| RP | moto-timo: I'll squash master-next a bit soon but it currently gives a bit of the story | 15:30 |
| RP | rburton: that patch doesn't work :/ | 15:33 |
| RP | rburton: I've mailed it to you | 15:34 |
| *** AKN <AKN!~AKN@122.162.3.216> has quit IRC (Ping timeout: 250 seconds) | 15:38 | |
| moto-timo | RP: I’ve been trying to follow along | 15:41 |
| *** fleg <fleg!dfbb34cb39@user/fleg> has quit IRC (Remote host closed the connection) | 15:42 | |
| rburton | RP: bah | 15:42 |
| *** raghavgururajan <raghavgururajan!ea769b8000@user/raghavgururajan> has quit IRC (Remote host closed the connection) | 15:42 | |
| *** fleg <fleg!dfbb34cb39@user/fleg> has joined #yocto | 15:42 | |
| rburton | RP: oh ffs, sorry | 15:42 |
| *** raghavgururajan <raghavgururajan!ea769b8000@user/raghavgururajan> has joined #yocto | 15:42 | |
| RP | rburton: I at least clearly did apply your patch :) | 15:44 |
| rburton | repushed, it needed reason="..." | 15:45 |
| RP | rburton: right :) | 15:45 |
| *** chep <chep!~chep@82-65-36-115.subs.proxad.net> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 15:45 | |
| *** chep <chep!~chep@82-65-36-115.subs.proxad.net> has joined #yocto | 15:48 | |
| *** expert[m] <expert[m]!~expertmat@2001:470:69fc:105::c8b> has quit IRC (Quit: You have been kicked for being idle) | 16:00 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 16:12 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Remote host closed the connection) | 16:17 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 16:19 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto | 16:23 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Remote host closed the connection) | 16:42 | |
| *** AKN <AKN!~AKN@103.163.248.14> has joined #yocto | 16:42 | |
| *** AKN <AKN!~AKN@103.163.248.14> has quit IRC (Client Quit) | 16:42 | |
| *** AKN <AKN!~AKN@103.163.248.14> has joined #yocto | 16:43 | |
| RP | rburton: good news. that works :) | 16:47 |
| rburton | phew | 16:47 |
| rburton | sorry about that | 16:47 |
| RP | rburton: we're getting there | 16:50 |
| * RP notes the installer patch does get on with master-next but easily fixed | 16:50 | |
| *** AKN <AKN!~AKN@103.163.248.14> has quit IRC (Read error: Connection reset by peer) | 16:53 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 260 seconds) | 16:55 | |
| *** AKN <AKN!~AKN@103.163.248.14> has joined #yocto | 16:57 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 17:04 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 17:08 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 17:12 | |
| *** ecdhe_ <ecdhe_!~ecdhe@user/ecdhe> has quit IRC (Read error: Connection reset by peer) | 17:12 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has joined #yocto | 17:13 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 240 seconds) | 17:15 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 17:24 | |
| armpit | vvn: fix now in master: https://git.openembedded.org/meta-openembedded/commit/?id=3d93230c3e0fff2157fbdf63769629878cd36532 | 17:28 |
| kanavin | RP: looks like doing version updates during freeze isn't causing too much trouble? | 17:30 |
| kanavin | RP: should I do another batch after AUH runs tomorrow? | 17:30 |
| RP | kanavin: so far so good. I'm having headache with other issues | 17:31 |
| RP | kanavin: I'm not against another batch for evaluation | 17:31 |
| kanavin | RP: right, ask if you think I can help somewhere | 17:31 |
| rfs613 | for a CVE fix affecting multiple branches, should I submit multiple patches, or is there a tag etc to say "apply to these branches" ? | 17:40 |
| rburton | rfs613: please sent multiple patches as it's unlikely the same patch will apply to all the branches anyway | 17:40 |
| rburton | different maintainers for each branch, you see | 17:41 |
| rfs613 | rburton: I was afraid you'd say that... but yeah I understand :-) | 17:41 |
| RP | kanavin: thanks, I don't quite know what I'm doing anymore now, let alone where I need help! :) | 17:41 |
| kanavin | RP: maybe your neurons are asking for afk so they can rearrange themselves? :) | 17:43 |
| *** mckoan is now known as mckoan|away | 17:43 | |
| RP | kanavin: I think they're dreading trying to make sense of all the things in -next into a coherent patch series | 17:44 |
| *** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has quit IRC (Ping timeout: 240 seconds) | 17:46 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has quit IRC (Quit: Leaving) | 17:54 | |
| RP | Great, we now see the same failure on x86 and arm :) | 17:55 |
| *** florian_kc <florian_kc!~florian@dynamic-093-131-129-253.93.131.pool.telefonica.de> has joined #yocto | 18:01 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-131-129-253.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 18:07 | |
| vvn | armpit: thank you | 18:10 |
| *** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has joined #yocto | 18:13 | |
| *** AKN <AKN!~AKN@103.163.248.14> has quit IRC (Read error: Connection reset by peer) | 18:21 | |
| *** Herrie|2 <Herrie|2!~Herrie@110-31-146-85.ftth.glasoperator.nl> has joined #yocto | 18:26 | |
| *** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has quit IRC (Ping timeout: 256 seconds) | 18:27 | |
| *** Herrie|2 is now known as Herrie | 18:27 | |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-35-74-12-165-208.dsl.bell.ca> has joined #yocto | 18:37 | |
| rburton | RP: you're going to squash bits of master-next before merging right :) | 18:48 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 18:53 | |
| rfs613 | newbie question about layers... I've added a layer and its dependencies... but bitbake doesn't seem to want to see any of the recipes contained in the new layer. How to debug what I did wrong? | 18:54 |
| rfs613 | (this is actually for the CVE fix on multiple branches, to check that it actually applies/builds) | 18:55 |
| *** Guma <Guma!~Guma@172.93.207.156> has joined #yocto | 18:59 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 19:03 | |
| smurray | rfs613: does "bitbake-layers show-layers" look like you expect? | 19:08 |
| rfs613 | smurray: yes, it appears in there | 19:09 |
| rfs613 | smurray: and | 19:10 |
| smurray | rfs613: that does seem strange, then | 19:10 |
| rfs613 | "bitbake-layers layerindex-show-depends meta-security" also seems happy (i'm adding meta-security) | 19:10 |
| smurray | you'd get an error if an explicitly required layer wasn't present | 19:11 |
| smurray | i.e. via LAYERDEPS | 19:11 |
| *** cambrian_invader <cambrian_invader!~cambrian_@50-195-82-171-static.hfc.comcastbusiness.net> has joined #yocto | 19:12 | |
| rfs613 | yep, when I first tried to add it, it wanted several other layers, meta-perl and meta-python for example, so I added those as well. | 19:12 |
| smurray | perhaps look through "bitbake-layers show-recipes" to see if any of the recipes are being seen, and look for a stray BBMASK definition in your conf, maybe | 19:13 |
| cambrian_invader | does anyone know where to send patches for https://source.codeaurora.org/external/qoriq/qoriq-components/meta-qoriq/ ? | 19:13 |
| rfs613 | smurray: oh, I got it now... meta-security has several meta-layers within, I only added the top-most one. | 19:15 |
| *** dev1990 <dev1990!~dev@37-128-75-106.adsl.inetia.pl> has joined #yocto | 19:16 | |
| Guma | I was wondering if anyone knows how to fix this issue I encountered. I am conneced to my remote machine (ubuntu) from my macosx over ssh. When connected I do try to run minicom to connect to serial port (yocto embedded device). Everything works fine but I do not see cursor on command line or in vim. TERM=console. | 19:16 |
| Guma | Same thing happens when I am working from my ubuntu machine so it does not seem it is related to Mac. But when using putty on windows everything works | 19:17 |
| smurray | rfs613: whew | 19:17 |
| smurray | cambrian_invader: that's a good question, probably will have to ask your NXP support contact if you have one. If it's something where there's still qoriq bits in meta-freescale, like the kernel, you could maybe switch to using that version and working with the community folks | 19:20 |
| cambrian_invader | smurray: I have some patches for meta-qoriq itself; specifically enabling some dynamic layers | 19:21 |
| cambrian_invader | I' | 19:21 |
| cambrian_invader | ll try seeing if I can get an answer from NXP support | 19:22 |
| smurray | cambrian_invader: right, but NXP do not engage with the community at all for any of their BSP stuff, you'll not the README.md in that layer has no contact information | 19:22 |
| smurray | err, note | 19:22 |
| cambrian_invader | well, I asked on the meta-freescale list | 19:22 |
| cambrian_invader | which seems active | 19:22 |
| cambrian_invader | but no response as of yet | 19:22 |
| smurray | cambrian_invader: stuff like meta-qoriq and meta-imx are developed by NXP and thrown over the wall, they don't involve anyone from the community | 19:23 |
| cambrian_invader | oh, is meta-freescale something different? | 19:23 |
| *** florian_kc <florian_kc!~florian@dynamic-093-131-129-253.93.131.pool.telefonica.de> has joined #yocto | 19:23 | |
| cambrian_invader | I can tell that meta-qoriq is "over the wall" | 19:24 |
| smurray | cambrian_invader: AIUI some people working on meta-freescale used to be under contract with Freescale/NXP, but that ended a couple of years ago and it's pretty much just community maintained now | 19:24 |
| cambrian_invader | huh, interesting | 19:24 |
| cambrian_invader | I saw some nxp emails on the mailing list | 19:24 |
| cambrian_invader | so I assumed it was official | 19:24 |
| smurray | cambrian_invader: they do push some things, but their party-line is to use meta-imx which adds a bunch of stuff on top AFAIK | 19:25 |
| cambrian_invader | yeah, I'm not really happy with how diverged from mainline the *-imx stuff is | 19:25 |
| cambrian_invader | layerscape/qoriq seems better, but only because it doesn't seem like there is as much development | 19:26 |
| smurray | yes, there's a bunch of parallel dev going on inside NXP by different groups, I recently stumbled upon a whole different set of layers for the S32 chips by different devs AFAICT | 19:27 |
| RP | rburton: yes, that is the plan | 19:38 |
| *** Guma <Guma!~Guma@172.93.207.156> has quit IRC (Quit: Good Night Everyone...) | 20:53 | |
| rburton | moto-timo: why does py-crypto have a RDEPENDS:class-target? | 20:59 |
| rburton | RP: some small fixups in ross/ssl you'll want to squash in | 21:02 |
| moto-timo | rburton: those are stdlib from python3… at one point that was breaking -native or nativesdk- or so I remember from JaMa | 21:08 |
| rburton | that means python should be fixed then surely | 21:09 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 240 seconds) | 21:12 | |
| moto-timo | Anyway, it’s just a separation of deps that always apply vs. python3 sub packages that are only needed for target | 21:12 |
| rburton | there's no native/target configuration in the recipe, so it sounds like the native/sdk provides are (were?) incomplete? | 21:13 |
| moto-timo | sub packages as in https://git.yoctoproject.org/poky/tree/meta/recipes-devtools/python/python3/python3-manifest.json#n917 | 21:15 |
| moto-timo | So no, those don’t apply to native/nativesdk | 21:15 |
| moto-timo | Minimal install without full stdlib on target | 21:17 |
| *** kevinrowland <kevinrowland!~kevinrowl@104.129.199.51> has joined #yocto | 21:24 | |
| rburton | moto-timo: python3-native will rprovide those | 21:25 |
| rburton | (should) | 21:25 |
| moto-timo | Sure. It’s mostly just handy to remember what is a sub package vs. a recipe for a module. But I’m not going to die on that mountain. Do what you think is best. It has probably been a couple years since that behavior was broken. | 21:27 |
| moto-timo | Things with Perl are more obvious because the oe specific sub packages are named Perl-module-foo. With python you have to remember to look at the manifest first, since you won’t fine e.g. python-numbers on layerindex or pypi | 21:32 |
| moto-timo | s/fine/find/ | 21:32 |
| moto-timo | This confuses folks | 21:33 |
| moto-timo | s/python/python3/ | 21:33 |
| *** dev1990 <dev1990!~dev@37-128-75-106.adsl.inetia.pl> has quit IRC (Quit: Konversation terminated!) | 21:46 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 21:50 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-131-129-253.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 21:51 | |
| *** behanw <behanw!uid110099@id-110099.uxbridge.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 21:52 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4114:c500:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 22:05 | |
| *** kevinrowland <kevinrowland!~kevinrowl@104.129.199.51> has quit IRC (Quit: Client closed) | 22:05 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 22:16 | |
| *** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 22:17 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-131-129-253.93.131.pool.telefonica.de> has joined #yocto | 22:26 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-131-129-253.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 268 seconds) | 22:36 | |
| *** pabigot <pabigot!~pab@67-1-16-117.tcso.qwest.net> has quit IRC (Ping timeout: 256 seconds) | 22:40 | |
| *** yannd <yannd!~yann@88.120.44.86> has joined #yocto | 22:40 | |
| *** pabigot <pabigot!~pab@67-1-16-117.tcso.qwest.net> has joined #yocto | 22:42 | |
| moto-timo | RP: thank you for sending out the patch bomb... I was about to ask what you wanted me to do about it | 22:53 |
| RP | moto-timo: it took a bit of beating into shape but I think we're kind of there (keeping history of changes from the meta-oe version) | 22:56 |
| moto-timo | RP: yeah... not so smooth as we would have hoped | 22:56 |
| moto-timo | RP: it also highlights the disparity between what is in meta-openembedded vs. what is hammered on in core with the AB | 22:57 |
| RP | moto-timo: right, core does have a slightly higher bar :/ | 22:58 |
| moto-timo | RP: which is the entire reason we wanted py-crypto to move... it needs to be hammered on | 22:58 |
| * moto-timo happy despite the churn | 22:58 | |
| RP | moto-timo: it is all driving me slightly crazy :( | 23:01 |
| moto-timo | RP: you and me both | 23:01 |
| * RP lost half the weekend to it :( | 23:01 | |
| moto-timo | RP: sorry... I clearly did not expect so much trouble... sigh | 23:06 |
| RP | moto-timo: I'd hoped it would be better :) | 23:12 |
| RP | There is just so much stuff going on, that is the challenge | 23:12 |
| *** kevinrowland <kevinrowland!~kevinrowl@104.129.199.51> has joined #yocto | 23:24 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 23:25 | |
| *** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto | 23:27 | |
| kevinrowland | How can I determine why a "-dev" package was added to my image manifest and rootfs, when it wasn't added to `IMAGE_INSTALL` and doesn't show up in the `RDEPENDS` of any other package? `FILES_${PN}-dev` for this package is set to `/usr/include /usr/lib`, which I know is wrong, but I'm not looking to fix that right now. I'm interested in knowing | 23:28 |
| kevinrowland | which bit of `bitbake` noticed that some library in `/usr/lib` is needed by some other package at runtime, and therefore decided to install the whole "-dev" package. Any pointers? | 23:28 |
| RP | kevinrowland: it will be the shlibs code in package.bbclass | 23:30 |
| RP | kevinrowland: I'd imagine it was injected into the RDEPENDS of some packages at package creation time | 23:31 |
| kevinrowland | RP: Wonderful, thank you, I'll take a look | 23:31 |
| *** florian_kc <florian_kc!~florian@dynamic-093-131-129-253.93.131.pool.telefonica.de> has joined #yocto | 23:33 | |
| *** Bardon <Bardon!~Bardon@user/Bardon> has quit IRC (Ping timeout: 272 seconds) | 23:37 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC (Read error: Connection reset by peer) | 23:42 | |
| *** Bardon <Bardon!~Bardon@user/Bardon> has joined #yocto | 23:46 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 23:46 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
