| *** florian <florian!~florian@dynamic-078-048-072-003.78.48.pool.telefonica.de> has quit IRC (Ping timeout: 250 seconds) | 00:21 | |
| rfs613 | I see rburton has done CVE-2022-0778 (openssl), by upreving the package. For dunfell, presumably we only want the CVE backported, rather than updating 1.1.1l -> 1.1.1n, correct? | 00:53 |
|---|---|---|
| moto-timo | rfs613: it depends on whether the release has new features or is just security and bug fixes. | 01:00 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 01:00 | |
| rfs613 | wasn't expecting an answer until tomorrow ;-) | 01:00 |
| moto-timo | https://git.yoctoproject.org/poky/commit/meta/recipes-connectivity/openssl?h=dunfell&id=f6f391b4af9260e7af4074f86fd3cbe34f13e926 | 01:02 |
| rfs613 | it looks mostly like fixes to me, judging from what I see on https://git.openssl.org/gitweb/?p=openssl.git;a=log;h=refs/heads/OpenSSL_1_1_1-stable | 01:02 |
| moto-timo | Likely | 01:02 |
| rfs613 | seems they did add some new cyphersuites, I guess that is not strictly a "fix" | 01:06 |
| moto-timo | sakoman is the final say, but I suspect an unrevised would be accepted | 01:09 |
| moto-timo | s/unrevised/upgrade/ | 01:09 |
| moto-timo | Stupid autocorrect | 01:10 |
| rfs613 | yep, between 1.1.1l and 1.1.1m there seem to be more things that are not just fixes. | 01:10 |
| rfs613 | i'll wait to check with sakoman tomorrow | 01:11 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 01:14 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 01:14 | |
| *** tlhonmey <tlhonmey!~tlhonmey@174.31.119.134> has quit IRC (Quit: Client closed) | 01:18 | |
| *** camus <camus!~Instantbi@2409:8a1e:9118:ceb0:a87d:716:a2ef:fa7c> has quit IRC (Quit: camus) | 01:22 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (Remote host closed the connection) | 01:32 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 01:35 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has quit IRC (Read error: Connection reset by peer) | 01:36 | |
| *** camus <camus!~Instantbi@2409:8a1e:9118:ceb0:85c2:5621:159b:92db> has joined #yocto | 01:42 | |
| *** starblue <starblue!~juergen@dslb-178-006-093-212.178.006.pools.vodafone-ip.de> has quit IRC (Ping timeout: 252 seconds) | 02:23 | |
| *** starblue <starblue!~juergen@dslb-178-006-092-036.178.006.pools.vodafone-ip.de> has joined #yocto | 02:25 | |
| *** akiCA <akiCA!~akiCA@user/akica> has quit IRC (Ping timeout: 240 seconds) | 02:36 | |
| *** jclsn8 <jclsn8!~jclsn@149.224.106.227.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 03:36 | |
| *** jclsn <jclsn!~jclsn@95.163.169.209.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 240 seconds) | 03:38 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Remote host closed the connection) | 03:56 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 03:56 | |
| *** amitk <amitk!~amit@103.59.74.78> has joined #yocto | 04:04 | |
| *** fray <fray!~fray@70.99.78.136> has quit IRC (Ping timeout: 256 seconds) | 04:40 | |
| *** fray <fray!~fray@70.99.78.136> has joined #yocto | 04:40 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 04:52 | |
| *** Lihis <Lihis!~Lihis@2001:41d0:e:f34::1> has quit IRC (Quit: Quitting) | 05:23 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC (Read error: Connection reset by peer) | 05:23 | |
| *** Lihis <Lihis!~Lihis@2001:41d0:e:f34::1> has joined #yocto | 05:24 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 06:14 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 06:20 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 06:27 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 06:27 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 06:28 | |
| *** cb5r <cb5r!~cb5r@user/cb5r> has joined #yocto | 06:41 | |
| jclsn8 | Morning | 06:56 |
| jclsn8 | Damn it | 06:56 |
| *** jclsn8 is now known as jclsn | 06:57 | |
| jclsn | Where is the defconfig stored that bitbake uses? I can't find it under work-shared/machine/kernel-source | 06:57 |
| jclsn | I am using the one in my recipe actually | 06:58 |
| jclsn | Layer I mean | 06:58 |
| jclsn | So at recipes-kernel/linux/linux-fslc-imx/mx8/defconfig | 06:59 |
| *** camus <camus!~Instantbi@2409:8a1e:9118:ceb0:85c2:5621:159b:92db> has quit IRC (Ping timeout: 240 seconds) | 07:03 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 07:18 | |
| *** tre <tre!~tre@ip5f5886dd.dynamic.kabel-deutschland.de> has joined #yocto | 07:19 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 252 seconds) | 07:21 | |
| *** mckoan|away is now known as mckoan | 07:29 | |
| mckoan | good morning | 07:29 |
| *** frieder <frieder!~frieder@i59F72BEC.versanet.de> has joined #yocto | 07:37 | |
| mckoan | jclsn: bitbake -e virtual/kernel | grep ^WORKDIR= | 07:44 |
| mckoan | jclsn: and read your recipe | 07:44 |
| *** tre <tre!~tre@ip5f5886dd.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 252 seconds) | 07:47 | |
| jclsn | mckoan: Thanks, so the defconfigs are the same | 07:48 |
| jclsn | I have really no idea why devtool is producing a different kernel than bitbake | 07:48 |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 07:54 | |
| jclsn | The sources are identical and the defconfigs are identical | 07:55 |
| ernstp | See there's a 3.1.15 release in the pipe for Dunfell. Maybe get CVE-2022-0778 in there also sakoman ? | 07:57 |
| *** tre <tre!~tre@ip5f5886dd.dynamic.kabel-deutschland.de> has joined #yocto | 07:59 | |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto | 08:01 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 08:03 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 08:07 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 268 seconds) | 08:08 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 08:17 | |
| *** dev1990 <dev1990!~dev@37-128-75-106.adsl.inetia.pl> has joined #yocto | 08:18 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 08:40 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 08:56 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 09:03 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:15 | |
| *** camus <camus!~Instantbi@2409:8a1e:9118:ceb0:85c2:5621:159b:92db> has joined #yocto | 09:16 | |
| RP | ernstp: 3.1.15 was built and is in QA | 10:19 |
| *** Bardon <Bardon!~Bardon@user/Bardon> has quit IRC (Ping timeout: 256 seconds) | 10:26 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 240 seconds) | 10:29 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has joined #yocto | 10:57 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 11:01 | |
| *** g-Guest75 <g-Guest75!~g-Guest75@84-10-27-202.static.chello.pl> has joined #yocto | 11:02 | |
| g-Guest75 | Hello, the Yocto release info state that we can expect new LTS release in April 2022. Is there a more precise date known? Can we expect this release at the beginning or at the end of April? | 11:03 |
| *** starblue <starblue!~juergen@dslb-178-006-092-036.178.006.pools.vodafone-ip.de> has quit IRC (Ping timeout: 240 seconds) | 11:04 | |
| *** starblue <starblue!~juergen@dslb-178-006-092-036.178.006.pools.vodafone-ip.de> has joined #yocto | 11:06 | |
| RP | g-Guest75: see the weekly status reports on the list. First rc build is due at the start and QA/release takes around a week | 11:09 |
| RP | g-Guest75: if it took us 4 rc's it would be early may, one rc would be early april | 11:09 |
| g-Guest75 | Great, thanks for info | 11:10 |
| kayterina[m] | which bitbake command creates the run.do_compile.xxx script for a recipe? I execute the compile script by hand to bypass the parsing of recipes | 11:16 |
| RP | kayterina[m]: it is done by bitbake <recipe>, there is no more specific command | 11:20 |
| kayterina[m] | a,ok. Is it maybe unrecommended to run the script by hand when testing? For a single change in code it saves a lot of time. | 11:21 |
| RP | kayterina[m]: for testing it is fine but it doesn't account for things like dependencies being present | 11:22 |
| RP | kayterina[m]: I guess more specifically, bitbake <recipe> -c compile | 11:23 |
| kayterina[m] | thanks | 11:25 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 11:27 | |
| *** otavio_ <otavio_!~otavio@201-3-135-79.user3p.brasiltelecom.net.br> has quit IRC (Remote host closed the connection) | 11:29 | |
| *** otavio <otavio!~otavio@201-3-135-79.paemt705.dsl.brasiltelecom.net.br> has joined #yocto | 11:31 | |
| *** DaxTailor <DaxTailor!~DaxTailor@mail.rohmann.de> has joined #yocto | 11:52 | |
| sotaoverride | sorry dont have my logging on, did someone tell me how I can get checksum for image artifacts, like is there a neat way of going about it in the image recipe? Pretty sure rburton taught me how thats done, but I forgot. The ref manual doesnt talk about it either. | 12:17 |
| rburton | just add .md5sum or whatever to the IMAGE_FSTYPES | 12:17 |
| rburton | eg ext4 ext4.md5sum | 12:17 |
| sotaoverride | nice! Thanks rbutron! | 12:18 |
| *** Bardon <Bardon!~Bardon@user/Bardon> has joined #yocto | 12:23 | |
| DaxTailor | Hello everyone. | 12:41 |
| DaxTailor | I broke my Yocto environment by renaming the parent directory from /opt2/phytec-yocto-imx8mm to /opt2/ee-helmholtz-phytec-yocto-imx8mm. Then I changed all configurations with the absolute path, deleted the build/tmp folder, after bitbake tolled me to do so. Now bitbake is starting but I get a lot of error messages and warnings. Is there | 12:41 |
| DaxTailor | anything I can do to make this working again? I did not expect that kind of problems by renaming the parent directory. (The reason I did this was to fit with our github repository naming convention.) | 12:41 |
| DaxTailor | Hopefully this can be fixed, otherwise I might have to install the bsp again. | 12:41 |
| qschulz | DaxTailor: remove everything except sstate-cache and downloads directories | 12:44 |
| DaxTailor | You mean everything in build? | 12:45 |
| qschulz | yup | 12:45 |
| DaxTailor | Ok, i try. | 12:45 |
| Schlumpf | Hi, I have a maybe simple question: I build one image for 2 slightly different machines. Now I have 2 config files in a recipe, one for the first machine and one for the other. How to tell bitbake to include only the correct config file? | 12:49 |
| qschulz | Schlumpf: use a machine override | 12:50 |
| qschulz | SRC_URI:append:machine1 = " file://machine1.conf", SRC_URI:append:machine2 = " file://machine2.conf" | 12:50 |
| qschulz | OR, you can use subdirectories: e.g. files/machine1/test.conf and files/machine2/test.conf and have SRC_URI += "file://test.conf" in your recipe | 12:51 |
| g-Guest75 | or I believe you could just store the config file under the specific path in layer e.g. `recipe-name/files/machin1-name/config-1.cfg` | 12:51 |
| DaxTailor | @qschulz Now I get an error that workspace/conf/layer.conf can't be found. | 12:53 |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4114:c500:24d7:51ff:fed6:906d> has joined #yocto | 12:53 | |
| DaxTailor | Now its starting again, created layer.conf as empty file. | 12:54 |
| DaxTailor | Thank you very much, is it building mow without errors. | 12:56 |
| qschulz | DaxTailor: remove workspace from your conf/bblayers.conf | 12:56 |
| qschulz | (which means you probably didn't remove everything in buikd :) ) | 12:57 |
| qschulz | DaxTailor: have fun :) | 12:57 |
| Schlumpf | qschulz g-Guest75 many thanks | 12:58 |
| ernstp | Schlumpf: a trick i use sometimes is to add a SRC_URI "file://doesnt-exist" and then in the error message you can see a long list of all the paths Yocto searched for the file, in order of prio | 13:01 |
| g-Guest75 | Or you can go to WORKDIR of given recipe and check latest do_fetch.log file - the paths should be there also | 13:03 |
| qschulz | ernstp: bitbake-getvar FILESPATH will return this without requiring the trick :) | 13:14 |
| qschulz | actually, re-reading my own notes, that might not be enough | 13:15 |
| RP | hhm, perhaps bitbake-worker shouldn't use stdout as pickled event data | 13:28 |
| sotaoverride | could someone link me the yocto variable lists please? Or just tell me what the varaible for the /etc dir would be. I know theres the ${D}/..., not sure if there's one for /etc | 13:31 |
| rburton | bitbake.conf has the main variables | 13:31 |
| rburton | in | 13:31 |
| rburton | you want ${sysconfdir} | 13:31 |
| sotaoverride | so ${D}/${syscondir} ? | 13:32 |
| rburton | ${D}${sysconfdir}, no need for an extra slash really | 13:32 |
| sotaoverride | cool. thanks again rburton! | 13:32 |
| *** Guest7483 <Guest7483!~Guest74@176-74-132-138.netdatacomm.cz> has joined #yocto | 13:35 | |
| *** Guest7483 is now known as Jurgen | 13:35 | |
| rburton | huh sysconfdir etc are not in the variable glossery | 13:37 |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 13:37 | |
| RP | rburton: seems like a bit of an oversight! | 13:38 |
| rburton | yes! | 13:38 |
| RP | michaelo, qschulz: ^^^ | 13:38 |
| RP | hmm, python3-cryptography gets the prize of largest ptest logs, beating lttng! https://autobuilder.yocto.io/pub/non-release/20220316-9/testresults/qemux86-64-ptest/ | 13:41 |
| rburton | lol | 13:42 |
| rburton | that's quite a big log! | 13:42 |
| moto-timo | It has a very large number of tests | 13:43 |
| RP | moto-timo: should you be up yet?! :) | 13:43 |
| moto-timo | Usually up by now. Not always on line yet | 13:45 |
| *** akiCA <akiCA!~akiCA@user/akica> has joined #yocto | 13:45 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Quit: Leaving) | 13:45 | |
| RP | There is something wrong with the crypto ptests as they don't show on https://autobuilder.yocto.io/pub/non-release/20220316-9/testresults/testresult-report.txt :( | 13:46 |
| RP | suggests a formatting issue from the run-ptest output | 13:46 |
| Jurgen | Hi! I have a question regarding breakpad. Does it belong here or rather in oe channel? | 13:50 |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:50 | |
| moto-timo | RP: sigh. It is unmodified pytest output | 13:52 |
| *** codavi <codavi!~akiCA@user/akica> has joined #yocto | 13:54 | |
| moto-timo | Needs something like what python-bcrypt has tp manacle the output | 13:54 |
| RP | moto-timo: ah, I should probably try and fix that then | 13:56 |
| moto-timo | s/manacle/mangle/ | 13:57 |
| *** akiCA <akiCA!~akiCA@user/akica> has quit IRC (Ping timeout: 256 seconds) | 13:58 | |
| moto-timo | Can’t type yet | 13:58 |
| RP | moto-timo: good typo though, quite like it :) | 13:58 |
| RP | Does anyone have longer parsing times and fancy trying benchmarking a couple of patches to see if they help? | 13:59 |
| * kroon one again sighs at the inclusive naming *insanity* | 14:05 | |
| RP | kroon: another positive is we've cleared out some obsolete code and improved some of the variable naming | 14:07 |
| kroon | RP, improved some places, made it worse in other places, if you ask me | 14:07 |
| cb5r | JPEW: R U around? :) I am trying to build squeekboard from your meta-phosh layer and it's giving me a hard time :/ | 14:07 |
| kroon | blacklisting a word like "sanity" is *insane* IMO | 14:08 |
| rburton | lets not have a big discussion. its happened. | 14:09 |
| JPEW | cb5r: no, afk on vacation. Will be back next week | 14:10 |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has quit IRC (Quit: Leaving) | 14:10 | |
| RP | https://git.yoctoproject.org/poky-contrib/commit/?h=rpurdie/t222&id=3f27d56d8f85df1c12502df3c1934f9256982653 and https://git.yoctoproject.org/poky-contrib/commit/?h=rpurdie/t222&id=7c05a711443a81c66f230f25100da632f16abcc3 if anyone fancies "rm tmp/cache; time bitbake -p" with and without | 14:12 |
| rfs613 | sakoman: for dunfell version of CVE-2022-0778 (openssl), I'm guessing you'd prefer just a backport of the fix, rather than version bump of openssl 1.1.1l -> 1.1.1n ? | 14:13 |
| RP | rfs613: I suspect we would be ok with bumping the version for openssl | 14:13 |
| RP | rfs613: it is effectively a stable release | 14:13 |
| sakoman | rfs613: yes, if bug/security fix release version bump is fine | 14:14 |
| rfs613 | ok, in that case, we'd remove the previously backported fix for CVE-2021-4160 | 14:14 |
| sakoman | rfs613: yes | 14:14 |
| RP | sakoman: was there a problem bumping the version last time? | 14:14 |
| cb5r | JPEW: alrighty - then enjoy! | 14:15 |
| * rfs613 wondered that as well | 14:15 | |
| rfs613 | the previous CVE-2021-4160 was fixed in 1.1.1m (although the CVE is not mentioned in the commit) | 14:16 |
| sakoman | RP: not sure | 14:16 |
| rfs613 | there do seem to be quite a few changes in 1.1.1m, see https://git.openssl.org/gitweb/?p=openssl.git;a=shortlog;h=refs/heads/OpenSSL_1_1_1-stable | 14:16 |
| sakoman | rfs613: quite a few in 1.1.1n too! But they all seem to be fixes, so version bump is fine | 14:18 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 14:19 | |
| qschulz | RP: michaelo: ndec: I think i'll be hated for this idea but I thought about ONLY having the latest migration guide in a given release. e.g. 3.5 migration guide only in 3.5 release. Then it's gone for 3.6 release (which will have its own 3.6 migration guide). This allows to keep links to appropriate bitbake version and ref-manual of YP docs without having to make them verbatim once we remove the | 14:20 |
| qschulz | variables or rename them later on | 14:20 |
| rfs613 | sakoman: okay, I'll prepare a patch for this | 14:20 |
| qschulz | don't know how much work is involved and all the small things I didn't think about | 14:20 |
| sakoman | rfs613: Thanks, I really appreciate it! | 14:20 |
| Jurgen | Hopefully I'm in right place, my sincere apologies if I'm not. | 14:23 |
| Jurgen | Regarding breakpad recipe - when I set the BREAKPAD_BIN variable, the .sym table generated is only for the binary without included libraries (missing symbols). Is there any elegant solution how to generate all .sym tables in binary and its dependencies? | 14:23 |
| RP | qschulz: trouble is that people will want to upgrade LTS to LTS so they will want other migration guides :/ | 14:42 |
| qschulz | RP: it would be transparent to the user. We'd handle this from the build scripts | 14:43 |
| qschulz | and fetch the html pages from other releases | 14:43 |
| qschulz | I don't know how to explain it clearly | 14:44 |
| qschulz | nor do I have an implementation in mind | 14:44 |
| *** Jurgen <Jurgen!~Guest74@176-74-132-138.netdatacomm.cz> has quit IRC (Quit: Connection closed) | 14:47 | |
| RP | qschulz: not sure how that would work though given the references are either in the manual or they're not :/ | 14:49 |
| cb5r | Does anyone know the correct meta-rust branch for dunfell? bitbake is having trouble parsing the : syntax in both master and "test-dunfell" branches. I just saw that there is also rust-embedded/meta-rust-bin - can I just use that instead??? | 14:52 |
| *** lucaceresoli_ <lucaceresoli_!~lucaceres@77.244.183.192> has joined #yocto | 14:52 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has quit IRC (Quit: Leaving) | 14:53 | |
| *** lucaceresoli_ <lucaceresoli_!~lucaceres@77.244.183.192> has quit IRC (Client Quit) | 14:53 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has joined #yocto | 14:54 | |
| qschulz | cb5r: it most likely means you're on an old dunfell reelase which does not support the new override syntax? | 14:54 |
| *** tre <tre!~tre@ip5f5886dd.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection) | 14:54 | |
| cb5r | qschulz: Does the syntax change happen within dunfell release? Then it looks like it... | 14:56 |
| *** dev1990 <dev1990!~dev@37-128-75-106.adsl.inetia.pl> has quit IRC (Quit: Konversation terminated!) | 14:58 | |
| cb5r | Which version is relevant for the override syntax support? bitbake? | 14:58 |
| RP | Nice, I can knock out 60 million of 225 million function calls from a "bitbake -p" for core | 14:59 |
| RP | That has to help... | 14:59 |
| qschulz | cb5r: latest releases of dunfell support both syntaxes | 15:00 |
| qschulz | cb5r: yes, bitbake is the relevant project to look for | 15:01 |
| RP | and that puts 3% of our parsing time in sha256 | 15:01 |
| qschulz | RP: not too bad :) | 15:01 |
| qschulz | cb5r: it's anyway recommended you upgrade to the latest dot release when a new one is out | 15:02 |
| qschulz | security fixes, bug fixes | 15:02 |
| qschulz | etc... | 15:02 |
| qschulz | and here, brings support for the : override syntax | 15:02 |
| RP | 224 of 300s in parsing is in finalize() :/ | 15:04 |
| cb5r | qschulz: OK. My poky is on tags/yocto-3.1.7. So can I safely just switch to 3.1.14 then? | 15:05 |
| qschulz | cb5r: this upgrade is supposed to be painless yes, that's the point of dot/patch releases | 15:08 |
| qschulz | we're doing our best but bugs can still slip through | 15:08 |
| *** kanavin <kanavin!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has quit IRC (Remote host closed the connection) | 15:08 | |
| qschulz | so let us know if something doesn't go as expected | 15:08 |
| cb5r | New territory for me here - thank you for the helps! :) I'll give it a try! | 15:09 |
| *** kanavin <kanavin!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has joined #yocto | 15:12 | |
| RP | yay, new perf worker went green | 15:14 |
| *** DaxTailor <DaxTailor!~DaxTailor@mail.rohmann.de> has quit IRC (Quit: Client closed) | 15:16 | |
| qschulz | RP: all workers I could find are using Sphinx v3.2.1... which puzzles me since there's support for Ubuntu 16.04 and 21.10 and I would xpect the versions to be different | 15:19 |
| qschulz | so I guess we've a fixed version of Sphinx somewhere in the autobuilder worker building script or whatever | 15:20 |
| qschulz | because I couldn't see anyting related to this in the run-docs-build script | 15:20 |
| ndec | qschulz: hey! iirc sphinx comes from $docs_buildtools. in other words something else to do :) | 15:23 |
| qschulz | ndec: true! I forgot that I commented out those lines to build it locally :D | 15:24 |
| RP | ndec: Perhaps we should merge a few more python modules to master? :) | 15:25 |
| RP | moto-timo: something else to fix? ^^^ :) | 15:25 |
| * RP should find that branch | 15:25 | |
| ndec | well having sphinx in core would make sense.. | 15:25 |
| qschulz | ndec: could even use externalsrc to build the docs <3 | 15:26 |
| qschulz | (not the externalsrc part that is exciting :) ) | 15:26 |
| moto-timo | I remember looking at that... I forget what the state is... but I think it had a ton of dependencies | 15:26 |
| moto-timo | of course so did python3-cryptography | 15:26 |
| RP | moto-timo: I wonder how many we already merged now | 15:26 |
| RP | The bitbake parsing patches are in master-next if anyone wants to play with timing btw | 15:26 |
| moto-timo | RP: let me look for the branch (I hope I pushed it) | 15:26 |
| qschulz | ndec: although, not sure how it would work since we're building multiple versions of the same git repo :/ | 15:27 |
| RP | moto-timo: I think I had the "latest" one as I built that tarball :/ | 15:27 |
| ndec | qschulz: it's probably enough to be able to build the sdk with the right tools to build the docs. it would be an improvement already. | 15:27 |
| moto-timo | ndec: agreed | 15:27 |
| qschulz | ndec: right | 15:28 |
| sielicki | <vmeson> "sielicki: VIRTUAL-RUNTIME_syslog..." <- for future reference, this works but additionally requires `VIRTUAL-RUNTIME_base-utils-syslog = ""` | 15:29 |
| sielicki | i'd make a comment on that SO post if i had an account | 15:30 |
| RP | moto-timo: I found the patches I used and they appear to still parse... | 15:31 |
| sielicki | someone actually tried to fix this, https://lists.yoctoproject.org/g/yocto/topic/82883035#53548 | 15:31 |
| RP | but pre overrides changes so this isn't going to work! | 15:32 |
| RP | moto-timo: the recipes aren't even in meta-python :/ | 15:34 |
| vmeson | sielicki: thanks for the info and I'm glad that worked. Would you be a willing to add a few lines to the Yocto docs? | 15:37 |
| vmeson | The only place I see it mentioned is: http://docs.yoctoproject.org/ref-manual/variables.html?highlight=virtual%20runtime#term-PROVIDES | 15:38 |
| vmeson | sielicki: if you prefer, just open a defect in the YP bugzilla for docs. | 15:39 |
| sielicki | I'd prefer to send a patch, I've been doing OE stuff for work for some time now and the only thing holding me back from contributing is that I'm generally inheriting massive debt that keeps me too far away from master to think about it. | 15:41 |
| sielicki | maybe this can get me on the right track | 15:41 |
| sielicki | OT but it doesn't help that work has some weird O365 plan that disables app passwords, which means I can't use SMTP/POP/IMAP, which means I can't send emails from my shell. /rant. | 15:42 |
| qschulz | sielicki: if that can help, the mail address you use to send the patch is not seen in the patch once applied | 15:43 |
| qschulz | so you could send mails from a temporary mail address if need be | 15:44 |
| qschulz | (i'm sending with my personal address for example, but the author of the patch is my company address | 15:45 |
| qschulz | (i have damned O365 too, with MFA and couldn't be bothered to set it up for git send-email :) ) | 15:45 |
| sielicki | oh good call, I didn't consider that was possible. I'll give that a shot. | 15:47 |
| *** Werner <Werner!werner@armbian/staff/Werner> has joined #yocto | 15:56 | |
| *** Werner <Werner!werner@armbian/staff/Werner> has left #yocto (Leaving) | 15:58 | |
| RP | Saur[m]: can I tempt you into timing bitbake -p of the bitbake patches in master-next, see if they each improve things much for you? | 16:00 |
| *** amitk <amitk!~amit@103.59.74.78> has quit IRC (Ping timeout: 256 seconds) | 16:04 | |
| *** _whitelogger_ <_whitelogger_!~whitelogg@uruz.whitequark.org> has quit IRC (Remote host closed the connection) | 16:15 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.132> has quit IRC (Remote host closed the connection) | 16:15 | |
| moto-timo | RP: Python 3.6 went EOL 23 Dec 2021 https://peps.python.org/pep-0494/ | 16:16 |
| moto-timo | RP: but we still have e.g. ubuntu-18.04 with that as the default I believe? | 16:16 |
| *** _whitelogger <_whitelogger!~whitelogg@uruz.whitequark.org> has joined #yocto | 16:16 | |
| RP | moto-timo: yes, correct | 16:19 |
| moto-timo | RP: so we can't declare minimum 3.7 for kirkstone I'm guessing | 16:19 |
| RP | moto-timo: I'd rather not at this point | 16:20 |
| moto-timo | RP: fair enough | 16:20 |
| * moto-timo worn out from all the changes as well | 16:20 | |
| RP | moto-timo, ndec: sphinx needs requests which needs pyopenssl which needs python3-cryptography which fails to build in nativesdk form | 16:22 |
| RP | rust issues | 16:23 |
| moto-timo | sigh | 16:23 |
| moto-timo | yeah, we can only build setuptools_rust native right now | 16:23 |
| RP | moto-timo: my thoughts aren't printable | 16:23 |
| moto-timo | neither are mine | 16:23 |
| moto-timo | upstream sure does make our lives interesting | 16:24 |
| RP | moto-timo: we're not building for target so this should work. I think the problem is more nativesdk rust | 16:25 |
| RP | Could not find specification for target "x86_64-pokysdk-linux" | 16:25 |
| moto-timo | RP: ah right... MOAR KOFFEEE | 16:25 |
| moto-timo | that whole "specification" thing is a mess in rust | 16:27 |
| moto-timo | shadows of all the hoops we had to do for sysconfig for python | 16:27 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Ping timeout: 240 seconds) | 16:28 | |
| sielicki | vmeson: https://lists.yoctoproject.org/g/docs/message/2612 , thanks for pushing me to send my first patch to lists.yoctoproject.org | 16:30 |
| sielicki | ;_; | 16:31 |
| sielicki | many more to come, just give me a few more weeks to move us off thud | 16:31 |
| vmeson | sielicki: It's great to see new contributors. Thanks!! (ugh thud is so old! ;-) ) | 16:33 |
| sielicki | we actively cut releases for things on dora. | 16:35 |
| sielicki | can I get a vibe for what people are doing to manage build directories nowadays? Previously I've used android's repo tool, I know KAS is a thing, and we have a mess of shell scripts. Is KAS considered best practice at this point? | 16:37 |
| rburton | kas is certainly a good option | 16:38 |
| vmeson | sielicki: I think it's a holy war like editors. We (Wind River) use a wrapper for repo, others use kas. | 16:38 |
| rburton | kas is more 'fire-and-forget' in that it does the fetch and build. its less optimal for interactive builds. | 16:39 |
| sielicki | the thing I liked about repo was that it was bare and uncontainerized, and didn't stop me from using devtool actively. That's my main concern with kas is that it's going to get in the way of an upstream-style workflow. | 16:39 |
| sielicki | I haven't looked enough at kas to understand if it strictly builds within a container or if it can just handle the bare clone for you. | 16:40 |
| sielicki | Seems to me like their mechanism for local.conf injection is somewhat reimplementing multiconfig | 16:40 |
| qschulz | sielicki: you have kas containers but it's not part of kas per se | 16:43 |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 16:43 | |
| qschulz | python3 -m pip install kas (or something similar_ should do the trick | 16:44 |
| smurray | I couldn't find a way to not have kas overwrite the .conf files with 'kas checkout' last time I played with it, is there some magic to avoid that so oe-init-build-env will work w/o going and rm'ing stuff? | 16:47 |
| *** tlhonmey <tlhonmey!~tlhonmey@65.103.139.34> has joined #yocto | 16:48 | |
| rburton | you can get kas to fetch and setup a build directory that you can then build stuff with manually | 16:54 |
| rburton | RP: should we rename flit_core.bbclass to python_flit_core? | 16:54 |
| RP | rburton: yes | 16:59 |
| rburton | i'll do that whilst I <cough> have some related changes | 17:00 |
| RP | rburton: I don't want to know :/ | 17:00 |
| rburton | they're good! | 17:01 |
| *** fabatera[m] <fabatera[m]!~fabateram@2001:470:69fc:105::18d5> has joined #yocto | 17:01 | |
| rburton | the class rename is by far the most invasive one | 17:02 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 240 seconds) | 17:03 | |
| moto-timo | they are good changes and simple | 17:06 |
| moto-timo | But I’m not sure I have a leg to stand on 😂 | 17:07 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 17:08 | |
| moto-timo | And what about setuptools_build_meta? Although the name is already long… | 17:11 |
| Saur[m] | RP: I'll definitely give your parsing patches some testing. :) | 17:13 |
| RP | moto-timo: I'm very much in favour of namespacing these | 17:15 |
| moto-timo | RP: I am fine with that | 17:16 |
| rburton | i can see in the medium term the setuptools classes reducing down to legacy and modern, with the current setuptools being gone and the build_meta replacing it | 17:16 |
| moto-timo | RP: and the fall out in meta-python is still rather small atm. good time to fix up | 17:16 |
| alejandrohs | downloads.yoctoproject.org is unusually slow for me, is anyone else having this problem? | 17:17 |
| moto-timo | rburton: I had a half-baked idea of just using build_meta everywhere... but then we found the other setup.py corner cases and I dropped the concept for now | 17:18 |
| moto-timo | rburton: and I didn't want to generate pyproject.toml... already better that we dropped all my do_configure hacks | 17:19 |
| *** mckoan is now known as mckoan|away | 17:19 | |
| *** Belgarion <Belgarion!sebastian@dedi.brokenbrain.se> has joined #yocto | 17:20 | |
| * moto-timo wonders where we'll be in a year after more upstream melding | 17:20 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Ping timeout: 256 seconds) | 17:37 | |
| * RP is finding nativesdk rust is entirely missing | 17:37 | |
| RP | vmeson: why am I being sucked into fixing this :( | 17:37 |
| RP | hmm, nativesdk-python3-cryptography just built | 17:41 |
| * RP suspects that shouldn't have worked | 17:41 | |
| rburton | probably! | 17:43 |
| RP | rburton: I'll let you try and arm sdk version of this ;-) | 17:43 |
| rburton | moto-timo: do you know any setuptools_build_meta recipes that build C extensions? | 17:46 |
| *** MiguelH <MiguelH!~MiguelH@185.17.231.94> has joined #yocto | 17:47 | |
| moto-timo | rburton: very quick search showed python3-lz4 in meta-python | 17:50 |
| * moto-timo wishes for a magic tool to tell us this | 17:51 | |
| rburton | thought might be worth triple checking they're built properly | 17:51 |
| rburton | oe-pkgdata-util should be able to tell, ish | 17:51 |
| moto-timo | after the fact... I mean more like a pypi.org query but I also want a pony | 17:52 |
| MiguelH | Hey, is anyone else experiencing a huge degradation downloading from downloads.yoctoproject.org? I have attempted two different machines in different networks/IPS and both can only reach 40kps. | 17:52 |
| MiguelH | I'm not even using it directly, it gets there from PREMIRRORS/MIRRORS, and it seems override that is a major PITA. | 17:52 |
| rburton | moto-timo: gonna make lz4 install the tests so we can exercise binary generation | 17:52 |
| moto-timo | rburton: yeah, I think we need more ptest enabled for c-extension recipes... hopefully that is a small subset | 17:53 |
| moto-timo | (vs. boiling the entire meta-python ptest ocean) | 17:53 |
| moto-timo | it's been on my list for too long :/ | 17:54 |
| * moto-timo sees recipetool helping with that in 4.1 | 17:54 | |
| RP | moto-timo: sphinx needs the top 27 patches of https://git.yoctoproject.org/poky-contrib/log/?h=rpurdie/t222 | 17:55 |
| moto-timo | RP: once again "gulp" | 17:55 |
| moto-timo | RP: but not at all surprised | 17:56 |
| RP | moto-timo: it does actually build | 17:56 |
| RP | whether it works, no idea | 17:56 |
| moto-timo | RP: I'm fine with supporting it if it works | 17:56 |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 17:56 | |
| RP | I'm torn between this and putting this into meta-python | 17:56 |
| moto-timo | (as in I can be the maintainer on record) | 17:56 |
| moto-timo | I think it comes down to the building the docs with the SDK/build-appliance merits? | 17:58 |
| qschulz | RP: is there a point using Sphinx 3.2.1 instead of latest (4.4.0 from pypi) | 17:58 |
| qschulz | I'm asking because sometimes projects drop dependencies when upgrading | 17:58 |
| moto-timo | probably just what we have right now | 17:58 |
| qschulz | I haven't checked for sphinx | 17:58 |
| RP | qschulz: just that I was trying to get the series to work at all and this did once work | 17:58 |
| qschulz | moto-timo: it is | 17:58 |
| RP | upgrade would be a next step | 17:58 |
| qschulz | RP: this looks painful though :/ | 17:59 |
| qschulz | (your current branch) | 17:59 |
| moto-timo | as painful as the python3-cryptography branch :/ | 17:59 |
| qschulz | eh who needs python | 18:00 |
| qschulz | just do POSIX shell scripts | 18:00 |
| moto-timo | lol | 18:00 |
| qschulz | I'm writing (almost POSIX) shell scripts for testing HW/kernel drivers and I cry already :D | 18:01 |
| moto-timo | RP: so, I have always wanted requests in core as well as a few more of those deps | 18:01 |
| moto-timo | RP: so the benefits might outweigh the collateral damage | 18:01 |
| moto-timo | requests is a huge win | 18:02 |
| * RP is struggling with visual migraines and needs to step away | 18:02 | |
| moto-timo | RP: that was me yesterday | 18:02 |
| moto-timo | at least half of those deps are arguably much better served being in core | 18:03 |
| qschulz | RP: take care! | 18:04 |
| qschulz | have a nice morning/day/evening folks :) | 18:04 |
| moto-timo | cheers qschultz | 18:04 |
| moto-timo | argh | 18:05 |
| moto-timo | I will one day learn to autocomplete your nick | 18:05 |
| qschulz | moto-timo: use the tab auto-complete :D | 18:05 |
| moto-timo | jinx! | 18:05 |
| qschulz | moto-timo: don't worry, the French tax office made the same typo and doesn't want to change it to my official name so eh | 18:05 |
| moto-timo | qschulz: I have had people try to use the "Norwegian" spelling of my last name ... they add an h (Ohrling) | 18:06 |
| moto-timo | but the Berlin phone book doesn't lie :) | 18:07 |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 18:12 | |
| moto-timo | rburton: also python3-pyzmq and python3-icu have c-extensions | 18:14 |
| *** frieder <frieder!~frieder@i59F72BEC.versanet.de> has quit IRC (Remote host closed the connection) | 18:17 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-038-164.93.133.pool.telefonica.de> has joined #yocto | 18:35 | |
| fabatera[m] | Hi all! Any idea why I'm getting the following error?... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/db8f95cc5be4cada2bbdba2d6f0abea686bf54d4) | 18:50 |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-038-164.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 250 seconds) | 19:29 | |
| rfs613 | fabatera[m]: you need to set a specific git SHA hash in SRCREV, so the fetcher knows which version to take. If you want the 'latest on branch' you can use SRCREV = "${AUTOREV}" | 19:40 |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-038-164.93.133.pool.telefonica.de> has joined #yocto | 19:47 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 240 seconds) | 19:55 | |
| moto-timo | AUTOREV is only recommended for development... it forces a fetch/reparse every single time | 19:57 |
| moto-timo | SRCREV is the way to go | 19:57 |
| vmeson | RP, I missed the librsvg nativesdk problem and no one created a defect. I'm doing build and see what's wrong. | 19:58 |
| RP | vmeson: I have nativesdk fixes in my branch | 19:59 |
| vmeson | RP, ah good. Sorry that I missed the email/problem. | 19:59 |
| RP | I'm quite pleased with https://git.yoctoproject.org/poky-contrib/commit/?h=rpurdie/t222&id=d58d332e418aa09dcc6223a7d02190d0c175b6ab | 19:59 |
| RP | moto-timo: based on rburton's buildtools-tarball tests, we have automated tests of the sphinx docs build in the SDK :) | 20:00 |
| moto-timo | RP that is rather nice | 20:00 |
| RP | It doesn't quite build cleanly but I think I need to upgrade sphinx. Now I know how to test it :) | 20:00 |
| moto-timo | I made a branch with your changes... just so I have a starting point | 20:01 |
| moto-timo | not that I have a tonne of time to work on this today | 20:01 |
| kanavin | "QEMU 7.0 adds a "-display dbus" option for exporting the display for external processes with a gtk4-rs Rust-based GTK4 viewer in the works for a future version of GNOME Boxes and virt-viewer. | 20:01 |
| kanavin | " | 20:01 |
| kanavin | nice, maybe we can drop all those awkward sdl-native/gtk-native builds at some point | 20:02 |
| kanavin | and just use the viewer from the host distro | 20:02 |
| moto-timo | nice | 20:02 |
| RP | kanavin: when all the hosts have a gtk4 viewer :) | 20:02 |
| kanavin | I guess it also nicely sidesteps the question of adding gtk4 and wayland support to qemu | 20:03 |
| RP | kanavin: I can see the attraction | 20:03 |
| moto-timo | old hosts... sigh... the gift that keeps on giving and giving and giving | 20:04 |
| kanavin | RP: you know me, I would drop sdl support long before that :) | 20:04 |
| * moto-timo forced to install a bare metal Ubuntu 18.04 for NVidia tools | 20:04 | |
| moto-timo | VM is not good enough | 20:04 |
| RP | moto-timo: as a warning, there are unqualified BSD licence fields in that series | 20:05 |
| moto-timo | recipe quality disparity rears its ugly head again | 20:05 |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4114:c500:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 20:05 | |
| moto-timo | and of course patchtest would only catch new recipes/patches... so we probably need to run some checks on meta-openembedded (like HOMEPAGE) | 20:06 |
| RP | moto-timo: well, these aren't from meta-oe, they're new recipes that were never put anywhere | 20:06 |
| moto-timo | RP: ah right, from armpit | 20:06 |
| RP | moto-timo: I'm trying to see if I can get the up to date | 20:06 |
| armpit | wakes up | 20:07 |
| RP | armpit: brought some of your patches back from the dead | 20:07 |
| armpit | recipe-zombes | 20:08 |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-038-164.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 20:12 | |
| RP | moto-timo: I've updated the branch with upgrades for sphinx, htmlhelp and seralizinghtml | 20:18 |
| RP | moto-timo: testsdk then passes :) | 20:18 |
| moto-timo | RP: that is great news | 20:18 |
| *** MiguelH <MiguelH!~MiguelH@185.17.231.94> has quit IRC (Ping timeout: 256 seconds) | 20:18 | |
| RP | moto-timo: I suspect we have the BSD license issue, HOMEPAGE, maintainers and then on to things like reproducibility | 20:19 |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has quit IRC (Quit: Leaving) | 20:24 | |
| khem | RP: something changed in core python3-kiwisolver started to fail see https://autobuilder.yoctoproject.org/typhoon/#/builders/88/builds/1537/steps/14/logs/stdio | 20:36 |
| khem | I fixed it by changing inherit setuptools3 to inherit setuptools_build_meta | 20:37 |
| khem | anything rings bell ? | 20:37 |
| RP | khem: you might be better with moto-timo or rburton | 20:38 |
| khem | this came in just today so | 20:39 |
| khem | yesterdays master-next did not show this | 20:39 |
| RP | khem: I've not merged anything not in master-next for a while though :/ | 20:39 |
| khem | yes I saw that, thats why I was wondering, maybe some dependency update triggered it | 20:40 |
| khem | the fix is there so not a big deal but was trying to understand what might have triggered it, I see similar fix done here https://git.yoctoproject.org/poky/commit/?id=11cfe076720495b38d61e6f5627fa886d0f8d423 | 20:42 |
| moto-timo | khem: not obvious, but now we should be able to upgrade to 1.4.0 | 20:44 |
| khem | yeah https://patchwork.yoctoproject.org/project/oe/patch/20220316184605.3280922-1-raj.khem@gmail.com/ | 20:45 |
| * moto-timo distracted | 20:46 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 20:50 | |
| *** cb5r <cb5r!~cb5r@user/cb5r> has quit IRC (Ping timeout: 240 seconds) | 20:51 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 240 seconds) | 20:59 | |
| moto-timo | khem: the failure should have happened long ago... python3-kiwisolver 1.3.2 was still using old distutils (which cannot be built as wheels). Curious why it only showed up now. | 21:03 |
| khem | 1.4.0 still has same problem | 21:04 |
| rburton | khem: using build_meta is the right thing to do, alternatively manually add a depends on python3-pip-native | 21:05 |
| khem | yeah I was coming to same conclusion. thanks for confirming | 21:07 |
| moto-timo | khem: it needs a DEPENDS on setuptools-scm-native | 21:07 |
| moto-timo | khem: which I get from https://github.com/nucleic/kiwi/blob/1.4.0/pyproject.toml#L42 | 21:08 |
| moto-timo | err python3-setuptools-scm-native | 21:10 |
| khem | trying devtool with python3-cryptography for fun, it goes into weeds with devtool build | 21:14 |
| moto-timo | khem: yeah, devtool and recipetool both need a LOT of updates and love... but not enough bandwidth to do that now... first thing in 4.1 | 21:15 |
| moto-timo | khem: recipetool only knows about "setup.py" and only knows about old distutils3.bbclass and setuptools3.bbclass | 21:16 |
| moto-timo | with Python3.11 apparently we will get a tomllib and therefor we will have a parser out of the box to improve tooling | 21:17 |
| khem | oh so you noticed 4.0 ehmm 🙂 | 21:17 |
| moto-timo | lol... I celebrate it | 21:17 |
| moto-timo | plus there is some nice symmetry to 4.0 2.0 = 42 :) | 21:17 |
| moto-timo | We can call kirkstone the Hitchhiker's Guide release | 21:18 |
| khem | heh | 21:18 |
| khem | moto-timo: are those crate:// SRC_URIs manually encoded in python3-cryptography recipe ? | 21:27 |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-038-164.93.133.pool.telefonica.de> has joined #yocto | 21:27 | |
| moto-timo | khem: I originally ran the "cargo bitbake" tool https://github.com/meta-rust/cargo-bitbake | 21:28 |
| moto-timo | and then hacked most of the result away and only kept the SRC_URI for the crates | 21:29 |
| moto-timo | this will need to get incorporated into core and devtool/recipetool in the next release cycle | 21:29 |
| khem | yeah agreed cargo bitbake is useful | 21:29 |
| moto-timo | ideally we need it to run during devtool upgrade so the AUH checks the crates | 21:30 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 21:30 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 21:30 | |
| moto-timo | I also have a maturin recipe but we don't have anything I'm aware of that needs it yet... I want to wait until we do and see what a maturin.bbclass would look like | 21:31 |
| moto-timo | if someone has a use case I am happy to run with it | 21:32 |
| moto-timo | I thought about submitting maturin to meta-oe... it's capable of building crates and python with rust extensions... so it wasn't obvious if it should go into meta-python or meta-oe or some other layer | 21:33 |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-038-164.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 21:40 | |
| RP | moto-timo: I've updated master-next with maintainers and homepage fixes | 21:48 |
| RP | moto-timo: I'm handing off to abelloni to run a test build | 21:49 |
| RP | moto-timo: I'm assuming you're ok to handle the fallout on the meta-oe side for this? | 21:49 |
| moto-timo | RP: aye aye. I am on board. | 21:50 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 21:52 | |
| *** tgamblin <tgamblin!~tgamblin@2607:fea8:c2a0:8640::10d4> has quit IRC (Remote host closed the connection) | 22:03 | |
| *** tgamblin <tgamblin!~tgamblin@2607:fea8:c2a0:8640::10d4> has joined #yocto | 22:04 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-038-164.93.133.pool.telefonica.de> has joined #yocto | 22:16 | |
| Saur[m] | RP: I have done some measurements on your three bitbake patches. The third patch (where you disable the logger) seems to be a clear win, while the jury is still out on the first two. This is with only poky on my slow computer at home. | 22:23 |
| RP | abelloni: Ive targeted your branch for a perf-debian11 run, lets see if we can see any performance difference with the bitbake patches | 22:23 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Remote host closed the connection) | 22:23 | |
| RP | Saur[m]: any kind of number for the real win in the third patch out of interest? | 22:23 |
| RP | Saur[m]: I was torn on the first two as well. The profile shows fewer function calls but it didn't seem to want to measure by wall clock | 22:24 |
| Saur[m] | I first averaged five parse runs, which indicated that the first patch was a small win while the second was a loss. Then I did the same with 20 parse runs, which indicated that both the first and second were losses... | 22:24 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 22:24 | |
| Saur[m] | In my first run, the average parsing time went from 54.5 s to 51.7 s with the third patch. In my second run it went from 54.0 s to 52.8 s. | 22:26 |
| RP | Saur[m]: hmm, right. Glad it wasn't just me then :) | 22:28 |
| RP | It definitely should be faster at least for the first one | 22:29 |
| RP | Saur[m]: thanks for testing | 22:29 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 256 seconds) | 22:29 | |
| Saur[m] | Yes! I finally have remote access to work again after more than three weeks. | 22:33 |
| abelloni | RP: ah, my config took the master branch of bitbake | 22:34 |
| abelloni | let me fix that | 22:34 |
| Saur[m] | Hmm, we've had a couple of failures in our Jenkins builds with Honister lately that failed with: DEBUG: Executing shell function do_flush_pseudodb / server did not respond to shutdown query. | 22:35 |
| RP | abelloni: there are some patches in master-next of bitbake it would be good to test | 22:36 |
| abelloni | RP: I updated my branch it now contains them | 22:39 |
| RP | abelloni: great. It hasn't triggered yet so should pick them up | 22:41 |
| RP | abelloni: just wondering if we should restart the other build :/ | 22:41 |
| RP | khem: did you ever have any follow up to ross' questions on the virtual/egl changes? | 22:43 |
| *** kevinrowland <kevinrowland!~kevinrowl@104.129.199.51> has joined #yocto | 23:03 | |
| *** codavi <codavi!~akiCA@user/akica> has quit IRC (Ping timeout: 245 seconds) | 23:06 | |
| *** ak77 <ak77!~ak77@93-103-81-73.static.t-2.net> has quit IRC (Ping timeout: 240 seconds) | 23:06 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-038-164.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 256 seconds) | 23:26 | |
| *** yannd <yannd!~yann@88.120.44.86> has quit IRC (Remote host closed the connection) | 23:51 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 23:57 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!