*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 240 seconds) | 00:10 | |
*** alinucs <alinucs!~abo@215.ip-51-38-235.eu> has quit IRC (Ping timeout: 256 seconds) | 00:11 | |
*** alinucs <alinucs!~abo@215.ip-51-38-235.eu> has joined #yocto | 00:11 | |
*** rperier <rperier!~quassel@234.ip-51-91-57.eu> has quit IRC (Ping timeout: 256 seconds) | 00:11 | |
*** rperier <rperier!~quassel@234.ip-51-91-57.eu> has joined #yocto | 00:11 | |
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 00:13 | |
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 00:14 | |
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 00:15 | |
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 00:15 | |
*** florian_kc <florian_kc!~florian@dynamic-078-048-123-161.78.48.pool.telefonica.de> has quit IRC (Ping timeout: 272 seconds) | 00:20 | |
*** ecdhe_ <ecdhe_!~ecdhe@user/ecdhe> has joined #yocto | 00:26 | |
*** ecdhe <ecdhe!~ecdhe@user/ecdhe> has quit IRC (Ping timeout: 272 seconds) | 00:29 | |
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 240 seconds) | 00:31 | |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Ping timeout: 256 seconds) | 00:54 | |
*** barometz <barometz!~dvanb@i117058.upc-i.chello.nl> has quit IRC (Ping timeout: 252 seconds) | 01:01 | |
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 01:06 | |
*** superdupond <superdupond!~Kev@2a01cb0400149f0020a63845738b1ffd.ipv6.abo.wanadoo.fr> has quit IRC (Ping timeout: 252 seconds) | 01:10 | |
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 01:11 | |
*** jclsn7 <jclsn7!~jclsn@192.119.49.120.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 252 seconds) | 01:14 | |
*** barometz <barometz!~dvanb@i117058.upc-i.chello.nl> has joined #yocto | 01:16 | |
*** jclsn7 <jclsn7!~jclsn@192.119.49.120.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 01:20 | |
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds) | 01:20 | |
*** jclsn7 <jclsn7!~jclsn@192.119.49.120.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Quit: Ping timeout (120 seconds)) | 01:25 | |
*** jclsn7 <jclsn7!~jclsn@192.119.49.120.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 01:25 | |
*** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has quit IRC (Ping timeout: 240 seconds) | 01:26 | |
*** jclsn7 <jclsn7!~jclsn@192.119.49.120.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 256 seconds) | 01:33 | |
*** jclsn7 <jclsn7!~jclsn@192.119.49.120.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 01:39 | |
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 01:39 | |
*** jclsn7 <jclsn7!~jclsn@192.119.49.120.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 240 seconds) | 01:47 | |
*** jclsn7 <jclsn7!~jclsn@192.119.49.120.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 01:53 | |
*** gsalazar <gsalazar!~gsalazar@194.38.148.130> has quit IRC (Remote host closed the connection) | 02:04 | |
*** gsalazar <gsalazar!~gsalazar@194.38.148.130> has joined #yocto | 02:04 | |
*** jclsn7 <jclsn7!~jclsn@192.119.49.120.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 240 seconds) | 02:06 | |
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 250 seconds) | 02:09 | |
*** jclsn7 <jclsn7!~jclsn@192.119.49.120.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 02:12 | |
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 02:13 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 240 seconds) | 02:15 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 02:16 | |
*** jclsn7 <jclsn7!~jclsn@192.119.49.120.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 272 seconds) | 02:19 | |
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds) | 02:20 | |
*** agrue <agrue!~agrue@host-23-251-65-139.VALOLT4.epbfi.com> has quit IRC (Quit: ZNC 1.7.5+deb4 - https://znc.in) | 02:25 | |
*** jclsn7 <jclsn7!~jclsn@192.119.49.120.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 02:25 | |
*** agrue <agrue!~agrue@host-23-251-65-139.VALOLT4.epbfi.com> has joined #yocto | 02:25 | |
*** jclsn7 <jclsn7!~jclsn@192.119.49.120.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 256 seconds) | 02:31 | |
*** rber|res <rber|res!~rber|res@ppp-2-86-184-111.home.otenet.gr> has joined #yocto | 02:32 | |
*** rber__ <rber__!~rber|res@ppp-2-86-184-111.home.otenet.gr> has quit IRC (Ping timeout: 252 seconds) | 02:34 | |
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 02:35 | |
*** jclsn7 <jclsn7!~jclsn@192.119.49.120.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 02:37 | |
*** jclsn7 <jclsn7!~jclsn@192.119.49.120.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 256 seconds) | 02:43 | |
*** jclsn7 <jclsn7!~jclsn@192.119.49.120.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 02:49 | |
*** jclsn7 <jclsn7!~jclsn@192.119.49.120.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 256 seconds) | 02:54 | |
*** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has joined #yocto | 03:00 | |
*** jclsn7 <jclsn7!~jclsn@192.119.49.120.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 03:00 | |
*** jclsn7 <jclsn7!~jclsn@192.119.49.120.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 256 seconds) | 03:05 | |
*** jclsn7 <jclsn7!~jclsn@46.59.146.38.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 03:10 | |
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds) | 03:32 | |
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 03:36 | |
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds) | 04:05 | |
*** amitk <amitk!~amit@103.59.74.32> has joined #yocto | 04:11 | |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 04:14 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Remote host closed the connection) | 04:14 | |
*** camus1 is now known as camus | 04:14 | |
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 04:39 | |
*** davidinux <davidinux!~davidinux@217.138.197.45> has joined #yocto | 05:42 | |
*** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has joined #yocto | 05:48 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 05:49 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 06:00 | |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 06:05 | |
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 240 seconds) | 06:07 | |
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 07:09 | |
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 272 seconds) | 07:14 | |
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 07:18 | |
*** frieder <frieder!~frieder@mue-88-130-78-132.dsl.tropolys.de> has joined #yocto | 07:25 | |
*** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Ping timeout: 240 seconds) | 07:33 | |
*** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto | 07:35 | |
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 07:42 | |
*** GillesM <GillesM!~gilles@233.95.127.78.rev.sfr.net> has joined #yocto | 07:42 | |
jclsn[m] | otavio: I added... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/3651519024421fc41f5a324afc2e1f493a491884) | 07:45 |
---|---|---|
* jclsn[m] sent a code block: https://libera.ems.host/_matrix/media/r0/download/libera.chat/005e8f160b6a580d3e50a6305e4f44916e353c84 | 07:45 | |
jclsn[m] | Any ideas? | 07:46 |
alejandrohs | kanavin: saw your post, Im very tempted to buy one haha | 07:48 |
*** mvlad <mvlad!~mvlad@2a02:2f08:4b12:b100:24d7:51ff:fed6:906d> has joined #yocto | 07:49 | |
*** zpfvo <zpfvo!~fvo@88.130.219.176> has joined #yocto | 07:59 | |
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 08:03 | |
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 240 seconds) | 08:04 | |
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 08:06 | |
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 08:08 | |
kanavin | alejandrohs, there's a 90 day trial period | 08:16 |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 08:18 | |
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 08:18 | |
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 240 seconds) | 08:22 | |
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 08:26 | |
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 08:29 | |
*** dev1990 <dev1990!~dev@78.8.203.136> has joined #yocto | 08:31 | |
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Read error: Connection reset by peer) | 08:33 | |
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 08:36 | |
*** mckoan|away is now known as mckoan | 08:37 | |
*** Guest21 <Guest21!~Guest21@81.255.17.35> has joined #yocto | 08:38 | |
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 08:40 | |
Guest21 | If a custom yocto based system is currently in the future (3 nov 2103) what is the best way to bring back the system to the kernel build date ? | 08:41 |
amitk | Guest21: change the date on your system to the present and then touch all built files recursively? find . -type f -exec touch {} + | 08:45 |
Guest21 | amitk thx for repply but i would like to do it inside yocto directly | 08:46 |
*** rgov[m] <rgov[m]!~rgovmatri@2001:470:69fc:105::1:6c47> has quit IRC (Quit: You have been kicked for being idle) | 09:00 | |
*** zpfvo <zpfvo!~fvo@88.130.219.176> has quit IRC (Ping timeout: 256 seconds) | 09:03 | |
*** zpfvo <zpfvo!~fvo@88.130.219.176> has joined #yocto | 09:03 | |
*** zpfvo <zpfvo!~fvo@88.130.219.176> has quit IRC (Client Quit) | 09:04 | |
*** superdupond <superdupond!~Kev@2a01cb0400149f0020a63845738b1ffd.ipv6.abo.wanadoo.fr> has joined #yocto | 09:17 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 09:26 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 09:27 | |
*** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has quit IRC (Quit: Leaving) | 09:30 | |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 09:39 | |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 272 seconds) | 09:41 | |
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:46 | |
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:29f3:f02a:ef6f:cfdf> has joined #yocto | 10:20 | |
*** manuel <manuel!~manuel@2a02:1748:dd5c:f290:c553:9012:6082:a89a> has joined #yocto | 10:24 | |
*** manuel <manuel!~manuel@2a02:1748:dd5c:f290:c553:9012:6082:a89a> has quit IRC (Client Quit) | 10:26 | |
*** manuel <manuel!~manuel@2a02:1748:dd5c:f290:c553:9012:6082:a89a> has joined #yocto | 10:26 | |
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds) | 10:34 | |
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 10:37 | |
*** Guest21 <Guest21!~Guest21@81.255.17.35> has quit IRC (Ping timeout: 256 seconds) | 10:55 | |
*** manuel <manuel!~manuel@2a02:1748:dd5c:f290:c553:9012:6082:a89a> has quit IRC (Quit: Leaving) | 11:01 | |
*** Etheryon <Etheryon!~Etheryon@79.114.14.243> has joined #yocto | 11:13 | |
*** GillesM <GillesM!~gilles@233.95.127.78.rev.sfr.net> has quit IRC (Remote host closed the connection) | 11:23 | |
*** GillesM <GillesM!~gilles@233.95.127.78.rev.sfr.net> has joined #yocto | 11:23 | |
* RP heads afk for food etc after starting an ab test run | 12:36 | |
*** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has joined #yocto | 12:40 | |
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 13:02 | |
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC (Ping timeout: 256 seconds) | 13:46 | |
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 13:52 | |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 13:52 | |
*** rber|res <rber|res!~rber|res@ppp-2-86-184-111.home.otenet.gr> has quit IRC (Ping timeout: 256 seconds) | 13:53 | |
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:54 | |
*** rber|res <rber|res!~rber|res@ppp-2-86-153-217.home.otenet.gr> has joined #yocto | 13:55 | |
*** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has quit IRC (Ping timeout: 272 seconds) | 14:04 | |
*** amitk_ <amitk_!~amit@103.208.69.178> has joined #yocto | 14:09 | |
*** amitk <amitk!~amit@103.59.74.32> has quit IRC (Ping timeout: 256 seconds) | 14:10 | |
*** rber|res <rber|res!~rber|res@ppp-2-86-153-217.home.otenet.gr> has quit IRC (Ping timeout: 272 seconds) | 14:13 | |
*** rber|res <rber|res!~rber|res@ppp-2-86-146-207.home.otenet.gr> has joined #yocto | 14:15 | |
moto-timo | kanavin: https://github.com/numpy/numpy/commit/0ae08d026eaf8a975156c9149e318812bb9586bb | 14:30 |
*** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has joined #yocto | 14:49 | |
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Quit: Leaving) | 15:07 | |
landgraf | RP: It's a magic https://git.openembedded.org/openembedded-core/commit/?h=master-next&id=b8905bff4c739840a1a210e66645393727d9d9ae :) | 15:10 |
RP | landgraf: just overrides ;-) | 15:11 |
landgraf | RP: I have been playing with do_fetch() to fix the test but overengineer'ed again :( | 15:12 |
RP | kanavin: those sstate tracebacks are interesting, finally we know where that key error comes from: https://autobuilder.yoctoproject.org/typhoon/#/builders/53/builds/4751/steps/17/logs/stdio but not why! | 15:13 |
RP | landgraf: a test related to the one above? | 15:14 |
kanavin | moto-timo, I'm not sure what that means for our ability to keep setuptools up to date :) | 15:17 |
moto-timo | kanavin: too early yet... sounds like maybe July 2022? | 15:17 |
moto-timo | kanavin: but at least it's a glimmer of hope | 15:18 |
landgraf | RP: the one you've fixed with gitunpack-enable-recipe | 15:18 |
smurray | RP: for BB_DISKMON_DIRS, do you want a check added to erroronce if "ABORT" is seen its value if I switch it to "HALT"? | 15:18 |
landgraf | RP: to "exclude it from the universe" | 15:19 |
kanavin | RP: right, that is peculiar | 15:21 |
RP | smurray: I think for that one perhaps we convert the values and issue a warnonce ? | 15:21 |
smurray | RP: okay, I can code that up | 15:21 |
RP | smurray: it is much more constrained that the other issues | 15:21 |
RP | landgraf: it is causing issues in universe builds? | 15:21 |
smurray | RP: yeah, perhaps not a lot of users that don't take the default value from local.conf.sample | 15:22 |
RP | landgraf: it should only be getting enabled during the test itself? | 15:23 |
landgraf | RP: it was | 15:23 |
RP | smurray: I know the autobuilder has a specific entry for that one we'll need to change in the config too | 15:23 |
landgraf | now it's fixed | 15:23 |
RP | landgraf: it did take me a while to work out that overrides way of handling it, not straightforward | 15:24 |
smurray | RP: yeah, I'll need to check, but I have a memory of the AGL CI env setup maybe setting it as well | 15:24 |
*** Etheryon <Etheryon!~Etheryon@79.114.14.243> has quit IRC (Quit: Client closed) | 15:25 | |
RP | kanavin: it makes more sense when you look at the code, looks like a genuine logic error. Why we don't see this deterministicly though... :/ | 15:27 |
kanavin | RP: would you be able to look into it? It's hard for me to tell if this is one of those RP requests in disguise ;) | 15:28 |
landgraf | RP: I guess https://bugzilla.yoctoproject.org/show_bug.cgi?id=14707 should be closed, right? | 15:28 |
RP | kanavin: I'll sort. I was just thinking out loud, sorry :) | 15:28 |
RP | landgraf: once the patches merge | 15:29 |
kanavin | RP: cheers, I'm determined to head into the storm for coffee! | 15:29 |
kanavin | there's a break in the clouds right now | 15:29 |
landgraf | RP: sure. thanks for the confirmation | 15:30 |
vd | how can I make sure I have the correct name for a kernel module package? e.g. dm_verity? is it simply kernel-module-dm_verity? | 15:33 |
*** akiCA <akiCA!~akiCA@user/akica> has joined #yocto | 15:39 | |
qschulz | vd: oe-pkgdata-util find-path '*verity*' | 15:39 |
*** codavi <codavi!~akiCA@user/akica> has joined #yocto | 15:40 | |
*** davidinux <davidinux!~davidinux@217.138.197.45> has quit IRC (Ping timeout: 272 seconds) | 15:41 | |
jclsn[m] | Is this Electron layer still useable? Looks pretty old | 15:42 |
jclsn[m] | https://github.com/vulcanoio/meta-electron | 15:42 |
vd | qschulz: do I need to bitbake something first? bitbake complains about no pkgdata directory | 15:42 |
*** akiCA <akiCA!~akiCA@user/akica> has quit IRC (Ping timeout: 272 seconds) | 15:44 | |
qschulz | vd: yes | 15:44 |
qschulz | otavio: see question from jclsn[m] above. I assume the answer is no, since 8 commits and nothing since 2015 :) | 15:45 |
jclsn[m] | I guess | 15:46 |
jclsn[m] | Is there not alternative? | 15:46 |
jclsn[m] | *no | 15:46 |
vd | qschulz: I meant bitbake something specific for oe-pkgdata, because my project is built already | 15:46 |
*** davidinux <davidinux!~davidinux@net-188-153-130-222.cust.vodafonedsl.it> has joined #yocto | 15:47 | |
qschulz | vd: I remember it didn't work if I had cleaned my tmpdir, so you probably need to make sure you have built something after cleaning your tmpdir to repopulate some dir it depends on | 15:48 |
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 16:04 | |
otavio | qschulz: jclsn[m]: which question? | 16:19 |
otavio | about Electron? | 16:19 |
otavio | sure not | 16:19 |
qschulz | otavio: yup, about Electron | 16:20 |
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 16:23 | |
RP | JPEW: master-next and put BB_STAMP_POLICY = "1" in local.conf | 16:28 |
JPEW | K | 16:28 |
RP | michaelo: around on irc>? | 16:32 |
JPEW | RP: Interesting: `bitbake core-image-minimal` only shows the message once, `bitbake core-image-minimal | cat` shows it twice | 16:38 |
JPEW | Must be some problem with non-interactive stdio | 16:38 |
RP | JPEW: hmm, I was just seeing twice with bitbake -p | 16:38 |
JPEW | Ya, I see that now | 16:39 |
JPEW | Ah, those messages are reported before we set a logger. Hang on, I think we can re-arrange knotty to fix that | 16:42 |
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 16:44 | |
RP | JPEW: we have to be careful since we can't lose early init messages about failures | 16:47 |
JPEW | ya | 16:47 |
Saur | RP: I have figured out the case when the logs go missing now. It is when Python code calls bb.build.exec_func() with a shell function that fails. I have added a test case for it (and a complementary test case for calling bb.build.exec_func() with a Python function that fails). However, I have no good idea on how to correct the code so the logs are added in this case without affecting any of the other cases... | 16:52 |
RP | Saur: Understanding the issue and having a test case is a good first step! | 16:54 |
RP | Saur: I can't promise when I'll look but I can try and see if I can work something out at some point | 16:55 |
JPEW | Ah, actually a really simple solution | 16:56 |
JPEW | I like those | 16:56 |
RP | JPEW: I do too! | 16:56 |
Saur | I want a simple solution too. :( | 16:56 |
RP | JPEW: hand off of state between the handlers? | 16:56 |
JPEW | RP: even easier. bb.msg.create_logger() needs the filter | 16:59 |
JPEW | Sent a patch | 16:59 |
JPEW | Err, bb.msg.logger_create() :) | 16:59 |
JPEW | RP: Feel free to squash that into the other logging patch if you want | 17:05 |
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 17:10 | |
*** mckoan is now known as mckoan|away | 17:14 | |
alejandrohs | rburton: did you manage to sort out that python cryptography +openssl issue? | 17:18 |
*** frieder <frieder!~frieder@mue-88-130-78-132.dsl.tropolys.de> has quit IRC (Remote host closed the connection) | 17:23 | |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 17:29 | |
sgw | RP: smurray: moto-timo: I will reply to the email, I have some changes for the conversion script that I will send shortly, and I will start reworking the WHITELIST_<license> changes. | 17:33 |
RP | JPEW: thanks, patch looks good | 17:38 |
Saur | RP: I sent the added test cases I made to the oe-core list so that you have them, in case you actually do find some time to look at the problem with the missing logs. | 17:38 |
RP | sgw: I wish I had a better idea of a plan for that license issue :/ | 17:40 |
RP | Saur: having the tests is certainly a good start, thanks | 17:42 |
sgw | RP: I am going to stare at the code for a while and hope for the best ;-) | 17:51 |
RP | sgw: my only tip would be to step back and think about what users really need/want and the right API for that | 17:52 |
RP | sgw: Saur did point at some discussion he previous had on the topic too | 17:52 |
sgw | Yup, that's what I am going to go back to. | 17:52 |
*** gsalazar <gsalazar!~gsalazar@194.38.148.130> has quit IRC (Ping timeout: 272 seconds) | 18:09 | |
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 252 seconds) | 18:31 | |
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 18:41 | |
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 18:48 | |
smurray | RP: per your comment about follow up patches, are you okay with patches to poky master-next split along bitbake/oe-core/etc. lines, or do you want them for the separate repos? | 19:03 |
*** mvlad <mvlad!~mvlad@2a02:2f08:4b12:b100:24d7:51ff:fed6:906d> has quit IRC (Quit: Leaving) | 19:05 | |
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 252 seconds) | 19:28 | |
sgw | smurray: I think they need to be split to the "upstream" repos from poky since that where they need to land ultimately, it might make RP's workflow easier (just a guess) | 19:48 |
smurray | sgw: I was doing that, but then it wasn't clear what was in poky master-next vs the split out repos. Looking now it seems at least oe-core master-next is up to date | 19:50 |
smurray | sgw: I'll rejig my setup back again | 19:50 |
*** amitk_ <amitk_!~amit@103.208.69.178> has quit IRC (Ping timeout: 272 seconds) | 19:53 | |
landgraf | I changed KERNEL_IMAGEDEST value (put new value into linux-yocto.inc) but resulted images still uses default one (boot). how to "trigger" that change? | 20:00 |
landgraf | tried -c cleanall yocto-linux and it didn't help :( | 20:01 |
*** Tokamak <Tokamak!~Tokamak@172.58.191.81> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 20:03 | |
landgraf | the spec file contains the change but resulted rpm doesn't :( | 20:03 |
*** Tokamak <Tokamak!~Tokamak@172.58.191.81> has joined #yocto | 20:05 | |
RP | smurray: all the master-nexts in core, bitbake, meta-yocto etc should all be up to date. poky master-next is constructed from them | 20:07 |
smurray | RP: yeah, I see that now, I'm shifting my patches around | 20:07 |
RP | smurray: thanks. I'm sure I can work out whatever is needed, I'm kind of used to it | 20:08 |
*** behanw <behanw!uid110099@id-110099.uxbridge.irccloud.com> has joined #yocto | 20:08 | |
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 240 seconds) | 20:11 | |
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 20:13 | |
*** ecdhe <ecdhe!~ecdhe@user/ecdhe> has joined #yocto | 20:35 | |
vd | if I want my distro to bundle all kernel modules, should I add kernel-modules to DISTRO_EXTRA_RDEPENDS or DISTRO_EXTRA_RRECOMMENDS? | 20:38 |
*** ecdhe_ <ecdhe_!~ecdhe@user/ecdhe> has quit IRC (Ping timeout: 256 seconds) | 20:38 | |
*** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has quit IRC (Remote host closed the connection) | 20:39 | |
*** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has joined #yocto | 20:39 | |
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 240 seconds) | 21:08 | |
*** Tokamak <Tokamak!~Tokamak@172.58.191.81> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 21:21 | |
*** mdp <mdp!sid49840@id-49840.ilkley.irccloud.com> has quit IRC (Read error: Connection reset by peer) | 21:32 | |
*** mdp <mdp!sid49840@id-49840.ilkley.irccloud.com> has joined #yocto | 21:32 | |
*** paulbarker <paulbarker!sid269702@id-269702.hampstead.irccloud.com> has quit IRC (Ping timeout: 240 seconds) | 21:33 | |
*** ndec <ndec!sid219321@id-219321.tinside.irccloud.com> has quit IRC (Read error: Connection reset by peer) | 21:33 | |
*** jamestperk <jamestperk!sid520428@id-520428.tinside.irccloud.com> has quit IRC (Read error: Connection reset by peer) | 21:33 | |
*** jamestperk <jamestperk!sid520428@id-520428.tinside.irccloud.com> has joined #yocto | 21:33 | |
*** ndec <ndec!sid219321@id-219321.tinside.irccloud.com> has joined #yocto | 21:33 | |
*** ChanServ sets mode: +v ndec | 21:33 | |
*** ernstp <ernstp!sid168075@id-168075.hampstead.irccloud.com> has quit IRC (Read error: Connection reset by peer) | 21:33 | |
*** ernstp <ernstp!sid168075@id-168075.hampstead.irccloud.com> has joined #yocto | 21:33 | |
*** thierryE <thierryE!sid286446@id-286446.lymington.irccloud.com> has quit IRC (Read error: Connection reset by peer) | 21:33 | |
*** paulbarker <paulbarker!sid269702@id-269702.hampstead.irccloud.com> has joined #yocto | 21:33 | |
*** thierryE <thierryE!sid286446@id-286446.lymington.irccloud.com> has joined #yocto | 21:33 | |
*** rmmr <rmmr!sid240755@id-240755.helmsley.irccloud.com> has quit IRC (Ping timeout: 252 seconds) | 21:33 | |
*** rmmr <rmmr!sid240755@id-240755.helmsley.irccloud.com> has joined #yocto | 21:34 | |
*** superdupond <superdupond!~Kev@2a01cb0400149f0020a63845738b1ffd.ipv6.abo.wanadoo.fr> has quit IRC (Quit: Leaving) | 21:35 | |
RP | sgw, smurray: FWIW I queued master-next branches for meta-mingw and meta-gplv2 | 21:42 |
smurray | RP: I'm waiting for some selftests to finish, will send some patches after that | 21:43 |
RP | smurray: cool | 21:45 |
sgw | RP: is now the time to re-write the INCOMPATIBLE_LICENSE code vs after 3.5? Asking for a friend ;-) I think I need to write up a proposal first especially if we want to take into account Saur's input | 21:45 |
RP | sgw: I hate the current interface enough I'd say yes. It does need a proposal and discussion but I'm hoping it wouldn't be so much change it couldn;t be relatively quick? | 21:47 |
RP | or am I dreaming? | 21:47 |
sgw | not dreaming, but I try to get something written up, but maybe by monday. | 21:49 |
moto-timo | I have a python do_compile() task that works and properly sets a variable d.setVar('PYPA_WHEEL', wheel) ... I can read it with d.getVar('PYPA_WHEEL') in the do_compile task... then I try to read the same variable in do_install with ${@d.getVar('PYPA_WHEEL')} and the value is None... really scratching my head on this one | 21:49 |
RP | sgw: Should I try and take a look tomorrow? | 22:00 |
*** howard[m] <howard[m]!~howardpla@2001:470:69fc:105::1:c220> has joined #yocto | 22:00 | |
sgw | Nope, give me a day to work in it, you have enough, it's more about getting it written up and then reviewed. I want to consider the impact of adding a COMPATIBLE_LICENSES variable. | 22:02 |
RP | sgw: ok. I do think it is worth trying to sort some of this out, or just remove some of the functionality | 22:03 |
moto-timo | https://git.yoctoproject.org/poky-contrib/commit/?h=timo/pyprojecttoml&id=ef7841abb7b5b58ec37353a6d7f70e87327c9dd2 | 22:09 |
*** Tokamak <Tokamak!~Tokamak@172.58.191.81> has joined #yocto | 22:09 | |
moto-timo | alejandrohs: my wip ^^ | 22:10 |
*** florian_kc <florian_kc!~florian@dynamic-093-132-048-055.93.132.pool.telefonica.de> has joined #yocto | 22:10 | |
moto-timo | what I am trying to do is make the compile and install tasks less hard coded... | 22:10 |
moto-timo | for the backend classes (flit_core and setuptools_build_meta) | 22:11 |
*** codavi <codavi!~akiCA@user/akica> has quit IRC (Ping timeout: 256 seconds) | 22:13 | |
smurray | RP: I've fired off patches to bitbake-devel, oe-core, and yocto for the various bits (later are for BB_DISKMON_DIRS local.conf.sample tweaks) | 22:16 |
smurray | RP: I've not done the yocto-docs tweak, but will if no one else beats me to it | 22:17 |
vd | is it a problem is a layer provide a bbappend file for a recipe that no layer provide? (i.e. you don't have the layer providing the base recipe in your BBLAYERS) | 22:19 |
smurray | you'll get a warning unless you set a variable that disables those | 22:20 |
RP | smurray: thanks, I was reviewing them as they came in and that look good. master-next updated | 22:20 |
RP | smurray: I updated autobuilder-helper to match in -next | 22:20 |
smurray | vd: or maybe it's an error, I forget right off | 22:20 |
smurray | RP: okay, thanks | 22:20 |
RP | smurray: meta-yocto technically has patches to the poky list but I doubt it matters much. I missed it at first! | 22:22 |
vd | smurray: ha. let's say your machine or distro layer configures qt is a certain way. But you use qt in your application layer. Where do you place the qt* bbappends? | 22:22 |
smurray | RP: ah, sorry, I thought meta-yocto went to the yocto list | 22:22 |
smurray | vd: see https://docs.yoctoproject.org/current/ref-manual/variables.html#term-BB_DANGLINGAPPENDS_WARNONLY | 22:22 |
smurray | vd: the work around for what I think you're asking is https://docs.yoctoproject.org/current/ref-manual/variables.html#term-BBFILES_DYNAMIC | 22:23 |
vd | smurray: I understand that you're supposed to add the bbappends in your application layer with FOO:append:machine:distro I presume? | 22:24 |
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 22:24 | |
smurray | vd: the application layer is also changing the Qt configuration, is that what you mean? I'm not really following | 22:24 |
vd | smurray: it shouldn't, but the application layer is what provides image recipes with qt applications in them. The qt configuration is mostly for hardware graphics (eglfs) support, input, etc. | 22:26 |
smurray | vd: there are no hard and fast rules at the end of the day | 22:27 |
vd | But it feels wrong to add qt5-layer to LAYERDEPENDS_my_machine_layer, just because it enables eglfs support for example | 22:27 |
vd | same for the distro layer | 22:27 |
smurray | see the BBFILES_DYNAMIC doc I linked, there's some potential there. meta-freescale has some stuff like that | 22:28 |
moto-timo | meta-intel uses dynamic-layers also | 22:29 |
smurray | I'm on the fence, as a BSP consumer I'd almost prefer that not be in the main BSP layer, as the more tweaks like that are in it, the more it can complicate things for people who just want kernel + bootloader | 22:29 |
vd | ok | 22:29 |
* moto-timo tries a build of my crazy pyprojecttoml branch on qemuarm64 to see how bad it blows up | 22:30 | |
vd | smurray: true. I'm reorganizing the conf for the machine/distro/image tweaks that my product needs, I wanted to split them in bsp/distro/app layers because it felt wrong to have a common meta-myproduct including machine, distro and image variants, but splitting them all kinda complicates things a little and make them not very intuitive. | 22:31 |
smurray | vd: the Yocto compatible layer guidelines might be helpful to you, though I don't have a pointer right off | 22:35 |
vd | smurray: it' | 22:35 |
* vd stops there | 22:38 | |
RP | hmm, I look at a few things and suddenly master-next has 70 patches pending again | 22:41 |
moto-timo | RP: AUH consistently finds 50 recipe upgrades for meta-python :/ no matter how many patches have already landed | 22:47 |
moto-timo | whack-a-mole | 22:47 |
*** GillesM <GillesM!~gilles@233.95.127.78.rev.sfr.net> has quit IRC (Quit: Leaving) | 23:01 | |
*** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has quit IRC (Ping timeout: 272 seconds) | 23:07 | |
*** florian_kc <florian_kc!~florian@dynamic-093-132-048-055.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 272 seconds) | 23:29 | |
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 23:38 | |
zeddii | moto-timo: I feel that way with the go 'fetcher' things I'm trying | 23:39 |
zeddii | I've been heads down on it for almost a week, only slightly closer to having something workable for my upgrades. | 23:40 |
moto-timo | It doesn't help that I had some health issues for about 3 weeks that sucked my energy | 23:40 |
moto-timo | now I need to figure out WTF the wheel has no version... and pray it isn't fixed in a later setuptools that we can't move to because numpy has reasons | 23:41 |
zeddii | k3s seems to have about 150 sub fetches / dependencies that I'm attempting to fetch and create a working vendor/ dir | 23:42 |
zeddii | and this kids, is why we can't let go just fetch whatever it wants during build | 23:42 |
RP | zeddii: the more you know about what it is really doing, the scarier it gets. Bit like the kernel :) | 23:50 |
RP | or runqueue | 23:51 |
smurray | heh | 23:51 |
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 23:52 | |
moto-timo | go needs to be in a cage at all times | 23:53 |
zeddii | I have a script now, that can chase down all of the dependencies, and generate git:// fetch lines. it's crazy how they figure out what to build, and there's some invalid specs, etc | 23:54 |
zeddii | so yah. VERY crazy. | 23:54 |
moto-timo | so at some point I wrote a (slow) script to figure out what python3 recipes had pyproject.toml and now I have NO IDEA where it is... wtf... I only use two build machines | 23:54 |
zeddii | :) | 23:54 |
moto-timo | maybe IRC history will be my savior (looking at you tgamblin) | 23:55 |
zeddii | I thought I oom'd my machine trying to do a test k3s build last night, I'm not sure the fetcher likes ~ 200 git:// references | 23:55 |
zeddii | but that's a problem for another day. | 23:55 |
zeddii | I need to see it *BUILD* first. | 23:55 |
moto-timo | ha... I shared the script with tgamblin so irccloud is indeed my cache | 23:56 |
moto-timo | it was attrociously inefficient... but I also shared the results so \o/ | 23:57 |
moto-timo | https://www.irccloud.com/pastebin/Be0choRC/pyproject.sh | 23:58 |
moto-timo | uuuuugly | 23:58 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!