| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 00:09 | |
| *** jclsn1007 <jclsn1007!~jclsn@213.21.33.208.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 246 seconds) | 00:20 | |
| *** jclsn1007 <jclsn1007!~jclsn@213.21.33.208.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 00:27 | |
| *** Circuitsoft <Circuitsoft!uid393878@id-393878.lymington.irccloud.com> has joined #yocto | 00:27 | |
| *** jclsn1007 <jclsn1007!~jclsn@213.21.33.208.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 260 seconds) | 00:43 | |
| *** jclsn1007 <jclsn1007!~jclsn@213.21.33.208.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 00:49 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 260 seconds) | 01:00 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 01:02 | |
| rfs613 | seeing a pile of errors from setscene about "do_package in both covered and notcovered". | 01:04 |
|---|---|---|
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 260 seconds) | 01:08 | |
| *** jclsn1007 <jclsn1007!~jclsn@213.21.33.208.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 252 seconds) | 01:13 | |
| *** jclsn1007 <jclsn1007!~jclsn@213.21.33.208.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 01:18 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 01:23 | |
| *** jclsn1007 <jclsn1007!~jclsn@213.21.33.208.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 260 seconds) | 01:25 | |
| *** jclsn1007 <jclsn1007!~jclsn@213.21.33.208.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 01:32 | |
| rfs613 | only happened once; subsequent build seemed normal. | 01:38 |
| *** jclsn1007 <jclsn1007!~jclsn@213.21.33.208.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 260 seconds) | 01:40 | |
| *** jclsn1007 <jclsn1007!~jclsn@213.21.33.208.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 01:46 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 260 seconds) | 01:49 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 01:51 | |
| *** jclsn1007 <jclsn1007!~jclsn@213.21.33.208.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 260 seconds) | 01:54 | |
| *** jclsn1007 <jclsn1007!~jclsn@213.21.33.208.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 01:59 | |
| *** camus <camus!~Instantbi@183.192.143.37> has quit IRC (Ping timeout: 246 seconds) | 02:02 | |
| *** jclsn1007 <jclsn1007!~jclsn@213.21.33.208.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 246 seconds) | 02:04 | |
| *** camus <camus!~Instantbi@2409:8a1e:9115:e190:5138:5b88:8215:a434> has joined #yocto | 02:05 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 02:06 | |
| *** jclsn1007 <jclsn1007!~jclsn@213.21.33.208.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 02:11 | |
| *** jclsn1007 <jclsn1007!~jclsn@213.21.33.208.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 246 seconds) | 02:16 | |
| *** zwelch <zwelch!~zwelch@fluffy.mandolincreekfarm.com> has joined #yocto | 02:18 | |
| *** jclsn1007 <jclsn1007!~jclsn@149.224.68.142.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 02:23 | |
| *** jclsn1007 <jclsn1007!~jclsn@149.224.68.142.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 246 seconds) | 02:34 | |
| *** jclsn1007 <jclsn1007!~jclsn@149.224.68.142.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 02:41 | |
| *** bonalais <bonalais!uid502939@id-502939.tinside.irccloud.com> has joined #yocto | 02:42 | |
| *** jclsn1007 <jclsn1007!~jclsn@149.224.68.142.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 260 seconds) | 02:49 | |
| *** jclsn1007 <jclsn1007!~jclsn@149.224.68.142.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 02:55 | |
| *** camus <camus!~Instantbi@2409:8a1e:9115:e190:5138:5b88:8215:a434> has quit IRC (Ping timeout: 260 seconds) | 03:42 | |
| *** amitk <amitk!~amit@103.208.71.41> has joined #yocto | 03:43 | |
| *** camus <camus!~Instantbi@183.192.143.37> has joined #yocto | 04:09 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 04:49 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 04:59 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 05:00 | |
| *** camus <camus!~Instantbi@183.192.143.37> has quit IRC (Ping timeout: 256 seconds) | 05:04 | |
| *** camus <camus!~Instantbi@183.192.143.37> has joined #yocto | 05:25 | |
| *** camus <camus!~Instantbi@183.192.143.37> has quit IRC (Ping timeout: 260 seconds) | 05:44 | |
| *** camus <camus!~Instantbi@183.192.143.37> has joined #yocto | 06:05 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Remote host closed the connection) | 06:06 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 06:06 | |
| *** michalkotyla <michalkotyla!~quassel@84-10-27-202.static.chello.pl> has quit IRC (Quit: michalkotyla) | 06:28 | |
| *** michalkotyla <michalkotyla!~quassel@84-10-27-202.static.chello.pl> has joined #yocto | 06:32 | |
| *** amatilu <amatilu!~amatilu@host-82-54-160-40.retail.telecomitalia.it> has joined #yocto | 06:33 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 06:33 | |
| LetoThe2nd | yo dudX | 06:38 |
| *** amatilu <amatilu!~amatilu@host-82-54-160-40.retail.telecomitalia.it> has quit IRC (Quit: Leaving) | 06:38 | |
| *** mckoan|away is now known as mckoan | 06:41 | |
| mckoan | good morning | 06:41 |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Ping timeout: 260 seconds) | 06:42 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 06:43 | |
| *** kuzz_ <kuzz_!~kuzz@net-109-116-121-138.cust.vodafonedsl.it> has quit IRC (Quit: Konversation terminated!) | 06:45 | |
| *** kroon <kroon!~kroon@194-22-63-58.customer.telia.com> has joined #yocto | 06:47 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Ping timeout: 260 seconds) | 06:49 | |
| *** bonalais <bonalais!uid502939@id-502939.tinside.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 06:52 | |
| *** mojuser <mojuser!~mojuser@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed) | 06:55 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 256 seconds) | 06:59 | |
| *** gsalazar <gsalazar!~gsalazar@132.120.90.149.rev.vodafone.pt> has joined #yocto | 07:13 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 07:14 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4114:c500:24d7:51ff:fed6:906d> has joined #yocto | 07:24 | |
| RP | abelloni: depends on whether we do something like our own version of make | 07:32 |
| RP | rfs613: any idea of how to reproduce it? Was it with master? | 07:33 |
| *** dev1990 <dev1990!~dev@dynamic-78-8-240-254.ssp.dialog.net.pl> has joined #yocto | 07:37 | |
| *** kz69 <kz69!~kz@62.67.214.101> has joined #yocto | 07:41 | |
| *** kz69 <kz69!~kz@62.67.214.101> has quit IRC (Client Quit) | 07:42 | |
| *** ramos <ramos!~ramos@62.67.214.101> has joined #yocto | 07:43 | |
| *** lexano_ <lexano_!~lexano@172.241.224.48> has quit IRC (Ping timeout: 240 seconds) | 07:44 | |
| *** ramos <ramos!~ramos@62.67.214.101> has left #yocto | 07:44 | |
| *** smrf <smrf!~smrf@62.67.214.101> has joined #yocto | 07:47 | |
| *** dacav <dacav!~dacav@h94-245-9-203.cust.a3fiber.se> has joined #yocto | 07:48 | |
| *** manuel <manuel!~manuel@2a02:1748:dd5c:f290:c553:9012:6082:a89a> has joined #yocto | 07:51 | |
| smrf | Hi o/ | 07:51 |
| manuel | I have `file` on my image, but `oe-pkgdata-util find-path /usr/bin/file` is unable to find any package producing that path. Anyone know why? | 07:52 |
| smrf | is there possibility to debug sstate-cache server in devtool from eSDK? In bitbake I was able to add -DDD option but with devtool I see only -d which doesn't provide SState data. | 07:52 |
| *** lucaceresoli1 <lucaceresoli1!~lucaceres@77.244.183.192> has joined #yocto | 07:53 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has quit IRC (Quit: Leaving) | 07:53 | |
| LetoThe2nd | manuel: is it an actual file, or only a symlink? | 07:54 |
| abelloni | RP: isn't your master-next stuck too ? :) | 08:01 |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 08:05 | |
| RP | abelloni: yes, looks like it :( | 08:05 |
| *** selff <selff!~selff@46.221.0.162> has joined #yocto | 08:09 | |
| kroon | manuel, maybe try "oe-pkgdata-util find-path */file" first | 08:33 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:37 | |
| manuel | LetoThe2nd: You are right, it's a symlink. If I use the symlink target it works. Thanks! | 08:41 |
| *** kroon <kroon!~kroon@194-22-63-58.customer.telia.com> has quit IRC (Remote host closed the connection) | 08:44 | |
| *** kroon <kroon!~kroon@194-22-63-58.customer.telia.com> has joined #yocto | 08:45 | |
| *** blahblah <blahblah!~blahblah@84-10-27-202.static.chello.pl> has joined #yocto | 08:52 | |
| *** blahblah is now known as tomzy_0 | 08:52 | |
| *** tomzy_0 is now known as tomzy | 08:55 | |
| *** tomzy is now known as TomaszAIR | 08:55 | |
| *** TomaszAIR is now known as tomzy_0 | 08:56 | |
| *** tomzy_0 <tomzy_0!~blahblah@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed) | 08:57 | |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has joined #yocto | 08:58 | |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has quit IRC (Client Quit) | 08:59 | |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has joined #yocto | 09:00 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 09:03 | |
| *** kranzo <kranzo!~kranzo@http-v.fe.bosch.de> has joined #yocto | 09:11 | |
| Saur[m] | RP: Why is `ERROR_QA` included in `BB_HASHEXCLUDE_COMMON`? If I add a new QA test to `ERROR_QA`, I would expect `package_qa` to be rerun and catch any offenders of the new test. | 09:19 |
| rburton | from memory, it's a tricky one. if the package's output depends on the qa tests then changing the tests means sstate can't be reused | 09:28 |
| *** Circuitsoft <Circuitsoft!uid393878@id-393878.lymington.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 09:30 | |
| RP | Saur[m]: I think ERROR_QA isn't just used by package_qa | 09:35 |
| RP | https://justus.science/blog/2015/04/19/sys.modules-is-dangerous.html makes for interesting and depressing reading | 09:36 |
| *** kroon <kroon!~kroon@194-22-63-58.customer.telia.com> has quit IRC (Ping timeout: 260 seconds) | 09:36 | |
| amahnui[m] | Hello everyone, I am currently following the instructions on docs.yoctoproject.org/brief-yoctoprojectqs/index.html and I'm currently stuck on the "source oe-init-build-env" command where I get the error "No such file or directory" | 09:43 |
| amahnui[m] | Please how can I get around this | 09:43 |
| rburton | did you cd into the poky directory? | 09:44 |
| kranzo | Hi there i'm on dunfell and search for the proper way to eliminate insane[file-rdeps] for a nativesdk- package. TOOLCHAIN_HOST_TASK_append = " nativesdk-python3" breaks the python3 interpreter in the esdk and RDEPENDS_${PN} = "python3" on package level just does nothing. Any advice? | 09:44 |
| rburton | kranzo: whats the error? | 09:44 |
| amahnui[m] | > did you cd into the poky directory? | 09:44 |
| amahnui[m] | Yes I did | 09:44 |
| rburton | then there should be a file called oe-init-build-env in there | 09:45 |
| rburton | oh, are you on bsd? | 09:45 |
| *** lucaceresoli1 <lucaceresoli1!~lucaceres@77.244.183.192> has quit IRC (Quit: Leaving) | 09:45 | |
| Saur[m] | @rp | 09:45 |
| kranzo | rburton do_package_qa: QA Issue: <path/to/script>.py contained in package nativesdk-<package> requires /usr/bin/python3, but no providers found in RDEPENDS_nativesdk-<package>? [file-rdeps] | 09:47 |
| rburton | kranzo: change path/to/script.py to do '/usr/bin/env python3' | 09:48 |
| amahnui[m] | > oh, are you on bsd? | 09:48 |
| amahnui[m] | No I'm on Ubuntu | 09:48 |
| amahnui[m] | But I succeeded to install freebsd though I don't have a gui there yet but it is working well on the text console. | 09:48 |
| amahnui[m] | And there is indeed a file called oe-init-build-env | 09:48 |
| rburton | sounds like you're using a non-bash shell | 09:48 |
| rburton | change source to . | 09:48 |
| rburton | so $ . oe-init-build-env | 09:48 |
| smrf | is there possibility to debug sstate-cache server in devtool from eSDK? In bitbake I was able to add -DDD option but with devtool I see only -d which doesn't provide SState data. | 09:49 |
| smrf | also is there psosibility to check variables with devtool in eSDK like in bitbake with -e option ? | 09:50 |
| kranzo | rburton wow way to obvious .. thx. anyway is it known that TOOLCHAIN_HOST_TASK_append = " nativesdk-python3" leads to a "no such file or directory" error when calling python3 from the esdk? | 09:51 |
| rburton | not without live-debugging | 09:51 |
| rburton | pretty sure we've a test for that | 09:52 |
| rburton | as buildtools has the same base, and ships python | 09:52 |
| RP | Saur[m]: did you mean to add something there? | 09:52 |
| amahnui[m] | rburton: I get "bash: /home/prodib/Desktop/project: No such file or directory" when I run . oe-init-build-env" | 09:53 |
| Saur[m] | Well, I started writing, but accidentally hit Return. I'm currently doing some more testing and I'll get back to you... | 09:53 |
| RP | Saur[m]: the commit where it was added may have info | 09:54 |
| rburton | amahnui[m]: something went very wrong. what is this project directory? | 09:54 |
| RP | Saur[m]: I seem to remember not being happy about it but didn't see another option | 09:54 |
| RP | rburton: does https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/3382/steps/15/logs/stdio make any sense to you? | 09:55 |
| RP | rburton: https://bugs.python.org/issue43546 seems close but still doesn't help :/ | 09:55 |
| amahnui[m] | rburton: Its in /Desktop/project folder/poky | 09:56 |
| rburton | oh | 09:56 |
| rburton | don't use spaces | 09:56 |
| amahnui[m] | Maybe I see the issue now | 09:56 |
| rburton | linux doesn't like spaces in directories | 09:56 |
| Saur[m] | @rp, rburton : Seems Ross is to blame: "I discovered bitbake rebuilding packages because WARN_QA had changed. These variables don't influence the output, so add them to the whitelist." While that is true for `WARN_QA`, I do not agree when it comes to `ERROR_QA`. | 09:56 |
| * rburton runs | 09:56 | |
| amahnui[m] | rburton: Yea let me change the folder name | 09:57 |
| amahnui[m] | Thanks | 09:57 |
| qschulz | amahnui[m]: yeah, most programs aren't tested with paths with spaces in them, just use _ or - to separate words in directory or file names | 09:58 |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 240 seconds) | 09:59 | |
| rburton | RP: never seen anything like that before | 10:01 |
| amahnui[m] | qschulz: I will use separators from now on | 10:01 |
| RP | rburton: it is similar to https://bugzilla.yoctoproject.org/show_bug.cgi?id=14773 | 10:03 |
| RP | I just don't see how a thread can be stuck in the same import in two places | 10:03 |
| amahnui[m] | <qschulz> "amahnui: yeah, most programs..." <- Is there a way we could make yocto project to use "" for all directories so that in such cases it will just take it as a single directory and not two different words | 10:03 |
| qschulz | amahnui[m]: it's not that simple. most of Yocto is python-based and some things are split by spaces | 10:05 |
| qschulz | so having quotes around the variables won't help with the space splitting in that case | 10:05 |
| qschulz | that being said, I don't know how much is broken by spaces in paths in Yocto. I know externalsrc does not like it don't know about more conventional use | 10:06 |
| rburton | the problem isn't yocto itself, but the vast amount of software it builds | 10:07 |
| qschulz | amahnui[m]: that being said, you can send a patch to have double quotes around variables in the oe-init-buildenv script, that's for sure | 10:07 |
| rburton | we'd have to guarantee that all of that was safe with spaces too | 10:07 |
| rburton | yes, oe-init-build-env should work, but i'm fairly certain the actual build will fail for reasons out of our control | 10:08 |
| RP | when you get further in I think bitbake will tell you we can't build with spaces in the pahs | 10:08 |
| RP | paths | 10:08 |
| qschulz | rburton: maybe we could add a check in it to say that it's not supported | 10:08 |
| rburton | RP: yeah me too | 10:08 |
| rburton | so we should let oe-init-build-env work so bibake can tell you nicely :) | 10:08 |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 246 seconds) | 10:08 | |
| qschulz | RP: wouldn't be surprised since builds in specific directories are forbidden too :) | 10:08 |
| qschulz | -too | 10:09 |
| RP | I think autotools doesn't work with spaces and when I discovered that, I gave up on the idea of supporting it | 10:09 |
| Saur[m] | RP: I tried removing `ERROR_QA` from `BB_HASHEXCLUDE_COMMON`, and it does give me the behavior I want, i.e., `do_package_qa` ir rerun. However, it rebuilds a lot more than I expected, which is due to `do_qa_patch` (which checks `ERROR_QA` to see if it should error out on patch fuzz). While it is unfortunate, I still think it is the right thing to do.... | 10:10 |
| rburton | i'd say a deal-breaker is sstate not being reusable if error_qa is different, so check that use-case | 10:11 |
| Saur[m] | rburton: How do you mean? | 10:12 |
| rburton | i honestly believe that the final sstate shouldn't depend on the amount of QA being used | 10:13 |
| rburton | presumably hashequiv mitigates that | 10:13 |
| amahnui[m] | <qschulz> "rburton: maybe we could add a..." <- How can we do this please | 10:14 |
| rburton | amahnui[m]: easiest is to just add quotes as needed to oe-init-build-env | 10:14 |
| rburton | so it works, and then later bitbake will error out with its more comprehensive path name restrictions | 10:15 |
| Saur[m] | rburton: But if you add a completely new QA test to `ERROR_QA`, how can you say the build is successful unless you actually rerun the QA tests? | 10:15 |
| RP | Saur[m]: It means all sstate is invalidated when you change ERROR_QA | 10:15 |
| RP | Saur[m]: ideally we should fix do_qa_patch to a contains reference, then it might not | 10:16 |
| amahnui[m] | rburton: Okay thanks | 10:16 |
| amahnui[m] | Please I need pointers to the files so I can comence with chages | 10:16 |
| rburton | amahnui[m]: oe-init-build-env and whatever it then calls (which is at least one, maybe two, other scripts). Add quotes around the path names as needed. | 10:17 |
| Saur[m] | RP: What do you mean with a "contains reference"? | 10:17 |
| RP | Saur[m]: use the same magic as we use to stop changing DISTRO_FEATURES from triggering world rebuilds | 10:18 |
| rburton | ewww do_qa_patch doesn't even split() | 10:18 |
| RP | the magic that probably isn't even in the manuals :( | 10:18 |
| RP | rburton: I now just don't want to look | 10:18 |
| amahnui[m] | rburton: Okay I understand now. I thought I was doing it in the code base | 10:19 |
| amahnui[m] | I had changed the directory to have just a single name | 10:19 |
| rburton | amahnui[m]: fixing it properly is a code change | 10:20 |
| rburton | renaming your build directory is needed, but we can give a nice error instead of aborting | 10:20 |
| * qschulz hears magic and docs in the same sentence thus runs away | 10:21 | |
| rburton | coward! | 10:22 |
| amahnui[m] | rburton: Yes thats what I meant. | 10:24 |
| amahnui[m] | I wish to ask if I could work on adding the error message with help from you | 10:24 |
| qschulz | amahnui[m]: we believe the error message will just show itself once you try to build something with bitbake | 10:24 |
| qschulz | but you need to reach this moment | 10:24 |
| qschulz | therefore, fixing the oe-init-buildenv script (and possibly other scripts it calls during its sourcing) is the first step | 10:25 |
| amahnui[m] | I also wish to ask where I can get good first issues for beginners so I can work on | 10:25 |
| qschulz | amahnui[m]: this one is a good task actually, it'll help you familiarize with the submission process | 10:25 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Ping timeout: 250 seconds) | 10:25 | |
| qschulz | amahnui[m]: https://docs.yoctoproject.org/ref-manual/resources.html for how to contribute | 10:26 |
| qschulz | amahnui[m]: we have newcomers bugs, let me find a link for you | 10:26 |
| rburton | the newcomer list isn't great, i glance at it last week | 10:27 |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 10:27 | |
| qschulz | i'll refrain to point to it then :) | 10:28 |
| rburton | https://wiki.yoctoproject.org/wiki/Newcomers | 10:29 |
| qschulz | rburton: but.. you just said it isn't great | 10:30 |
| rburton | sure but the page is still useful | 10:30 |
| amahnui[m] | <qschulz> "amahnui: https://docs.yoctoproje..." <- Thanks for this | 10:31 |
| amahnui[m] | > https://wiki.yoctoproject.org/wiki/Newcomers | 10:32 |
| amahnui[m] | thanks I'll go through it | 10:32 |
| qschulz | amahnui[m]: anything that isn't clear first read should be modified, so feel free to give any feedback on things we could improve | 10:33 |
| amahnui[m] | > amahnui: anything that isn't clear first read should be modified, so feel free to give any feedback on things we could improve | 10:36 |
| amahnui[m] | qschulz I will do just that | 10:36 |
| rburton | hm i wonder why my build isn't pulling rust-native from the ab's sstate :( | 10:44 |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 10:44 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 10:45 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 10:53 | |
| RP | rburton: I wish we could query this better :/ | 10:54 |
| *** kroon <kroon!~kroon@194-22-63-58.customer.telia.com> has joined #yocto | 10:59 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 11:02 | |
| *** lexano <lexano!~lexano@174.119.69.134> has joined #yocto | 11:32 | |
| *** zen_coder <zen_coder!~zen_coder@2a02:8109:a280:2d8d:94fe:3c2b:a7d3:5d92> has joined #yocto | 11:33 | |
| RP | you know the day is going to go well when you have to compile your own copy of the python interpreter for debugging :( | 11:38 |
| qschulz | RP: at that point, let's just rewrite everything in rust | 11:39 |
| * qschulz runs for his life | 11:39 | |
| *** JaMa <JaMa!~martin@109.238.218.228> has quit IRC (Quit: reboot) | 11:44 | |
| *** michalkotyla <michalkotyla!~quassel@84-10-27-202.static.chello.pl> has quit IRC (Read error: Connection reset by peer) | 11:50 | |
| rfs613 | RP: unfortunately no, it only happened once. It was on dunfell branch, and I had previously built it. I did "git pull --rebase" (I had my CVE fix for bluez5 on top). Then I ran bitbake again and got 600x this strange error. Did the same steps again and no more error. | 11:51 |
| rfs613 | the 'git pull' in this case brought in perhaps 1-2 days of changes. | 11:51 |
| rfs613 | if it happens again I will try to investigate further. | 11:52 |
| *** michalkotyla <michalkotyla!~quassel@84-10-27-202.static.chello.pl> has joined #yocto | 11:52 | |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has joined #yocto | 11:52 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 11:55 | |
| selff | hi, im trying to create wlan1 interface with "iw dev wlan0 interface add wlan1 type managed" but im getting this error : command failed: Device or resource busy (-16) | 11:55 |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 260 seconds) | 11:56 | |
| *** selff <selff!~selff@46.221.0.162> has quit IRC (Quit: Client closed) | 12:04 | |
| *** Guest11 <Guest11!~Guest11@137.220.68.120> has joined #yocto | 12:06 | |
| Guest11 | Anddd I'm back | 12:06 |
| Guest11 | Nvidia's mirrors are down | 12:06 |
| Guest11 | https://forums.developer.nvidia.com/t/404-when-attempting-to-download-image/209944 | 12:06 |
| Guest11 | rburton 🙈 | 12:06 |
| qschulz | Guest11: if you have a local copy somewhere, just create a PREMIRROR for it and you're good to go | 12:11 |
| rburton | if you have a local copy, you can put it directly into DL_DIR (and touch a corresponding .done file) | 12:12 |
| rburton | not sure what else we're meant to do about nvidia's servers being offline | 12:13 |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed) | 12:17 | |
| amahnui[m] | > amahnui: anything that isn't clear first read should be modified, so feel free to give any feedback on things we could improve | 12:27 |
| amahnui[m] | https://docs.yoctoproject.org/singleindex.html#:~:text=To%20use%20such%20mirrors%2C%20uncomment%20the%20below%20lines%20in%20your%20local.conf%20file%20in%20the%20Build%20Directory%3A | 12:27 |
| amahnui[m] | * > amahnui: anything that isn't clear first read should be modified, so feel free to give any feedback on things we could improve | 12:27 |
| amahnui[m] | https://docs.yoctoproject.org/singleindex.html#:~:text=To%20use%20such%20mirrors%2C%20uncomment%20the%20below%20lines%20in%20your%20local.conf%20file%20in%20the%20Build%20Directory%3A | 12:27 |
| amahnui[m] | My build folder is not visible, I don't Know why but I manually searched for the folder before seeing it and also the local.conf is under the conf folder. | 12:27 |
| JaMa | anyone seen python3-setuptools-native failing with ValueError: ZIP does not support timestamps before 1980 ? | 12:28 |
| *** kroon <kroon!~kroon@194-22-63-58.customer.telia.com> has quit IRC (Quit: Leaving) | 12:30 | |
| qschulz | amahnui[m]: could you elaborate about the "my build folder is not visible" ? | 12:32 |
| * amahnui[m] uploaded an image: (132KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/NJonfjKTnQgFvrJbsoiLEOBW/Screenshot%20from%202022-04-01%2013-33-29.png > | 12:34 | |
| qschulz | amahnui[m]: for local.conf replacement by conf/local.conf, please send us a patch to fix this. https://git.yoctoproject.org/yocto-docs is where the sources of the documentation are. | 12:35 |
| qschulz | amahnui[m]: https://docs.yoctoproject.org/singleindex.html#term-Build-Directory explains where the build directory is | 12:35 |
| amahnui[m] | > amahnui: could you elaborate about the "my build folder is not visible" ? | 12:38 |
| amahnui[m] | There is the build folder in poky but as shown in this screenshot there is no build folder | 12:38 |
| amahnui[m] | When I search using the search bar, I can see it among the results, when I right click and select open item in location, it takes me to the poky directory but still the build folder is not showing there | 12:38 |
| * amahnui[m] uploaded an image: (191KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/LFyhxivEuwyimwUdaftHAqTu/Screenshot%20from%202022-04-01%2013-37-39.png > | 12:38 | |
| qschulz | is this schrödinger's build folder :)? both present and absent | 12:41 |
| qschulz | amahnui[m]: what's the exact command you used to source oe-init-buildenv? | 12:42 |
| qschulz | your seach bar seems to be doing a recursive search | 12:42 |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:3958:796d:6d52:6def> has joined #yocto | 12:47 | |
| amahnui[m] | > is this schrödinger's build folder :)? both present and absent | 12:48 |
| amahnui[m] | I don't actually know, but the local.conf folder is found in /build/conf/local.conf | 12:48 |
| amahnui[m] | > amahnui: what's the exact command you used to source oe-init-buildenv? | 12:49 |
| amahnui[m] | source oe-init-build-env | 12:49 |
| qschulz | amahnui[m]: from which directory? | 12:50 |
| qschulz | amahnui[m]: mmmm, was this the same terminal from where you tried to source o-einit-build-env when you had a space in the path? | 12:54 |
| qschulz | if that is the case, i'd suggest starting a new terminal and source from there | 12:55 |
| amahnui[m] | > amahnui: mmmm, was this the same terminal from where you tried to source o-einit-build-env when you had a space in the path? | 12:57 |
| amahnui[m] | yes it is but I restarted the whole processes as you said in the next message | 12:57 |
| *** Piraty is now known as ping | 13:00 | |
| *** ping is now known as Piraty | 13:00 | |
| amahnui[m] | but the bitbake command is running well | 13:10 |
| *** amitk <amitk!~amit@103.208.71.41> has quit IRC (Ping timeout: 256 seconds) | 13:12 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 13:13 | |
| qschulz | amahnui[m]: bitbake -e busybox | grep "^BUILDDIR" to know where your build directory is | 13:14 |
| qschulz | but from a brand new terminal (type "exit" and then start terminal again), from poky directory, source o-einit-build-env should create a build directory in the poky directory | 13:15 |
| *** amitk <amitk!~amit@103.208.71.41> has joined #yocto | 13:16 | |
| *** kranzo <kranzo!~kranzo@http-v.fe.bosch.de> has quit IRC (Quit: Client closed) | 13:21 | |
| amahnui[m] | > but from a brand new terminal (type "exit" and then start terminal again), from poky directory, source o-einit-build-env should create a build directory in the poky directory | 13:23 |
| amahnui[m] | this worked | 13:23 |
| amahnui[m] | Now the build folder is visible | 13:23 |
| *** codavi <codavi!~akiCA@user/akica> has joined #yocto | 13:30 | |
| *** ar__ <ar__!~akiCA@user/akica> has joined #yocto | 13:32 | |
| *** codavi <codavi!~akiCA@user/akica> has quit IRC (Ping timeout: 260 seconds) | 13:35 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:50 | |
| *** Guest11 <Guest11!~Guest11@137.220.68.120> has quit IRC (Quit: Connection closed) | 13:52 | |
| *** kranzo <kranzo!~kranzo@http-v.fe.bosch.de> has joined #yocto | 14:27 | |
| *** kranzo <kranzo!~kranzo@http-v.fe.bosch.de> has quit IRC (Client Quit) | 14:28 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:3958:796d:6d52:6def> has quit IRC (Remote host closed the connection) | 14:29 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 14:29 | |
| *** hcg <hcg!~hcg@185.210.97.85> has joined #yocto | 14:46 | |
| amahnui[m] | Hello qschulz I did the change on my local repository and used the command git send-email -1 --to docs@lists.yoctoproject.org. Please is there something else I had to do? I new to using git directly | 14:48 |
| qschulz | amahnui[m]: you need to be subscribed to the mailing list first | 14:51 |
| qschulz | amahnui[m]: https://lists.yoctoproject.org/ | 14:52 |
| qschulz | https://lists.yoctoproject.org/g/docs/join this one specifically | 14:52 |
| qschulz | and you'll need to subscribe to another mailing list for sending patches to bitbake, openembedded-core or poky but that'll come later :) | 14:53 |
| qschulz | to know if your mail made it to the public, you can check it appears in the archives: https://lists.yoctoproject.org/g/docs/messages (wait a few minutes before thinking there's a problem with your setup) | 14:54 |
| amahnui[m] | okay thank you so much🙏 | 14:55 |
| amahnui[m] | I am currently signing up for them | 14:55 |
| qschulz | amahnui[m]: looking forward to your patch! | 14:55 |
| qschulz | +receiving | 14:56 |
| amahnui[m] | > amahnui: looking forward to your patch! | 14:57 |
| amahnui[m] | Please I wish to ask if the command git send-email -1 --to docs@lists.yoctoproject.org is enough to send the patch after doing the changes | 14:57 |
| qschulz | amahnui[m]: mmm I always use git format-patch first to create a patch file and then pass this filename to the git send-email command | 14:59 |
| amahnui[m] | Please I wish to ask if the command "git send-email -1 --to docs@lists.yoctoproject.org" is enough to send the patch after doing the changes after subscribing to the mailing list | 14:59 |
| rburton | yes | 14:59 |
| qschulz | amahnui[m]: but you can test yourself if your whole setup is correctly configured by modifying the --to to point to your personal address | 15:00 |
| amahnui[m] | okay I will test it out now | 15:00 |
| rburton | you'll need to register at lists.yoctoproject.org too i think, otherwise you'll be in a moderate queue and that might take a while | 15:00 |
| *** smrf <smrf!~smrf@62.67.214.101> has quit IRC (Ping timeout: 250 seconds) | 15:03 | |
| amahnui[m] | > you'll need to register at lists.yoctoproject.org too i think, otherwise you'll be in a moderate queue and that might take a while | 15:05 |
| amahnui[m] | I just checked the link out and my subscription was approved. | 15:05 |
| amahnui[m] | The command "git send-email -1 --to docs@lists.yoctoproject.org" gives me the error message "git: 'send-email' is not a git command." | 15:08 |
| rburton | you need to install git-send-email, | 15:08 |
| amahnui[m] | > you need to install git-send-email, | 15:09 |
| amahnui[m] | Thanks I'm on it | 15:09 |
| *** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto | 15:16 | |
| * amahnui[m] uploaded an image: (272KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/YakYbKfWkEuPbNPrlFRGCyet/Screenshot%20from%202022-04-01%2016-19-34.png > | 15:20 | |
| amahnui[m] | Please I wish ask if it is normal to have this screen | 15:20 |
| * amahnui[m] uploaded an image: (206KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/EKTgxjPJaAFAXTKKTYAwztxG/Screenshot%20from%202022-04-01%2016-21-19.png > | 15:22 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 15:24 | |
| rburton | amahnui[m]: you're not posting your commit | 15:25 |
| *** hcg <hcg!~hcg@185.210.97.85> has quit IRC (Quit: Client closed) | 15:25 | |
| rburton | its going to post michael's migration guide commit there | 15:26 |
| rburton | amahnui[m]: did you git commit your change first? | 15:26 |
| amahnui[m] | Yes I did but it returned... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/e347db2b4a725940296680f3c5bccc3e580d2728) | 15:28 |
| rburton | you didn't save anything then | 15:28 |
| amahnui[m] | Even though I did some changes | 15:28 |
| rburton | git can't see them, so you either didn't save, or you're in the wrong directory | 15:29 |
| amahnui[m] | Okay I will clone the repository again with the current git settings | 15:30 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 15:30 | |
| rburton | no need, just look where you saved the changes and be sure its in the same clone that your terminal is in | 15:30 |
| amahnui[m] | Okay I will do that | 15:31 |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 15:36 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-086-069.93.133.pool.telefonica.de> has joined #yocto | 15:37 | |
| *** Tibor <Tibor!~Tibor@2a00:23c7:8586:eb01:4186:e3f6:c0d6:2911> has joined #yocto | 15:48 | |
| Tibor | Hello Yocto Community, I am not sure that I am using the right forum, so please bare with me. I have a question about how I can create multiple partitions with multiple file systems in one Yocto build. Is this right place to ask for any idea? | 15:51 |
| qschulz | Tibor: have a look at wks files which are config files for wic and use IMAGE_FSTYPES wic for your image | 15:58 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Killed (NickServ (GHOST command used by florian_kc!~florian@dynamic-093-133-086-069.93.133.pool.telefonica.de))) | 15:59 | |
| *** florian_kc is now known as florian | 15:59 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 16:00 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 16:01 | |
| amahnui[m] | > no need, just look where you saved the changes and be sure its in the same clone that your terminal is in | 16:02 |
| amahnui[m] | I think I'm in the right directory because I did some changes in the README.md just to see if "git status" will show that there are changes and it acknowledged the changes in the README but it does not do same for index.html | 16:02 |
| amahnui[m] | I also checked gitignore to see if index.html has been added to it but I wasn't | 16:03 |
| rburton | what index.html? | 16:05 |
| rburton | in the documentation? | 16:05 |
| rburton | that's generated, you want to edit the .rst files | 16:05 |
| amahnui[m] | yes that in documentation | 16:06 |
| amahnui[m] | /yocto-docs/documentation/_build/html/brief-yoctoprojectqs/index.html | 16:06 |
| Tibor | Thank you, qschulz. What is not clear how I can preserve the file permissions. Here is some detail: I want to put a few files with a special owner into a separate partition. In the do_install step, I use chown, and if I do not move these files into a separate partition, all work fine. However, if I followed this instruction | 16:06 |
| Tibor | https://stackoverflow.com/questions/56187209/yocto-create-and-populate-a-separate-home-partition the files are properly moved into the other partition, but I loose the ownership settings. | 16:06 |
| rburton | amahnui[m]: edit documentation/brief-yoctoprojectqs/index.rst, that's the source file | 16:07 |
| amahnui[m] | rburton: thanks I'm on it | 16:07 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 16:09 | |
| *** gsalazar <gsalazar!~gsalazar@132.120.90.149.rev.vodafone.pt> has quit IRC (Ping timeout: 260 seconds) | 16:12 | |
| *** mckoan is now known as mckoan|away | 16:22 | |
| amahnui[m] | > amahnui: edit documentation/brief-yoctoprojectqs/index.rst, that's the source file | 16:42 |
| amahnui[m] | I had some issues with SMPT: "Unable to initialize SMTP properly." but it's finally working now | 16:42 |
| amahnui[m] | I sent the patch. | 16:42 |
| *** florian <florian!~florian@dynamic-093-133-086-069.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 17:00 | |
| *** bonalais <bonalais!uid502939@id-502939.tinside.irccloud.com> has joined #yocto | 17:09 | |
| *** artie1977 <artie1977!~artie1977@2a01:110f:130f:6500:85ef:abc:dca:dae5> has joined #yocto | 17:23 | |
| artie1977 | Hello everyone. I'm having difficulties building yocto recipe that uses rust+gtk3 project. I did successfully manage to create recipe for c++ and gtk3 as well as my own custom image, but the rust+gtk3 is simply not happening. I'm on poky branch master-next. | 17:25 |
| artie1977 | I just want to add that the project rust+gtk3 is building and running successfully on host machine | 17:26 |
| *** artie1977 <artie1977!~artie1977@2a01:110f:130f:6500:85ef:abc:dca:dae5> has quit IRC (Client Quit) | 17:27 | |
| *** artie1977 <artie1977!~artie1977@2a01:110f:130f:6500:85ef:abc:dca:dae5> has joined #yocto | 17:27 | |
| *** artie1977 <artie1977!~artie1977@2a01:110f:130f:6500:85ef:abc:dca:dae5> has quit IRC (Client Quit) | 17:29 | |
| *** artie1977 <artie1977!~artie1977@2a01:110f:130f:6500:85ef:abc:dca:dae5> has joined #yocto | 17:29 | |
| *** artie1977 <artie1977!~artie1977@2a01:110f:130f:6500:85ef:abc:dca:dae5> has left #yocto | 17:29 | |
| *** artie1977 <artie1977!~artie1977@2a01:110f:130f:6500:85ef:abc:dca:dae5> has joined #yocto | 17:30 | |
| *** artie1977 <artie1977!~artie1977@2a01:110f:130f:6500:85ef:abc:dca:dae5> has quit IRC (Quit: Client closed) | 17:42 | |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-35-74-12-165-208.dsl.bell.ca> has joined #yocto | 18:18 | |
| *** Tibor <Tibor!~Tibor@2a00:23c7:8586:eb01:4186:e3f6:c0d6:2911> has quit IRC (Ping timeout: 250 seconds) | 18:32 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4114:c500:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 18:35 | |
| kergoth | Huh, I forgot https://github.com/kergoth/dotfiles/blob/master/bitbake/scripts/oeclone existed. Clones a layer by querying layer index and filtering with fzf to prompt for selection if it finds multiple matching the query. i.e. oeclone meta-clang, or the like. handy | 19:00 |
| kergoth | well, scraping really. do we have an official mechanism to do that? | 19:01 |
| kergoth | oh, righ,t there's a bitbake-layers command, but would require from a build dir | 19:01 |
| *** amitk <amitk!~amit@103.208.71.41> has quit IRC (Ping timeout: 260 seconds) | 19:05 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 19:06 | |
| manuel1985 | Which bitbake command do I have to run if I want to clean `build/tmp/deploy/images/<machine>`? | 19:19 |
| *** bonalais <bonalais!uid502939@id-502939.tinside.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 19:29 | |
| kergoth | RP: we're importing in base.bbclass with __import__, not import, and adding to context, not sys.modules, so i tihnk we don't need to restore sys.modules, but we might need to think about how to go about invalidating old imports that reside in bb.utils._context. Do we clear it out entirely every time we reparse the config? Do we do that already? anyway, i think sys.path is probably the most important part right now | 19:33 |
| kergoth | I also think we'll be able to do something like https://gist.github.com/kergoth/33c11ac5aa0b130e095743d5405e6fd2 to avoid modifiying and then restoring sys.path in the long term, after adding the layer.conf mechanism. | 19:35 |
| RP | kergoth: I think __import__ will update sys.modules though | 19:37 |
| RP | kergoth: We do already clear bb.utils._context and sys.path wasn't enough | 19:37 |
| kergoth | Hmm, okay, interesting. I'll have to read the importlib code | 19:39 |
| RP | kergoth: I have spent the day staring at it as I have an interesting reproducer for what I think is a bug in python itself :/ | 19:39 |
| kergoth | wonder if importlib.import_module has the same side-effect. i think that's what wer'e supposed to be doing nowadays anyway | 19:43 |
| kergoth | yikes | 19:43 |
| RP | kergoth: see what you make of https://bpa.st/5CVA | 19:46 |
| RP | kergoth: note that I'm hacking importlib so you may need to make aquire() match your python but the code hasn't changed much recently | 19:47 |
| * moto-timo needs a week off to catch up with “what we’re supposed to be doing nowadays” | 20:05 | |
| moto-timo | 2014 is calling and wants your old Python knowledge back. | 20:06 |
| moto-timo | (Last timeframe I was going deep Internals) | 20:07 |
| moto-timo | s/going/doing/ | 20:07 |
| RP | I'm open to opinions from anyone on the above "reproducer" | 20:07 |
| RP | it is the only real way I can imagine that code breaking in the way we've seen it break but what the interrupt is in our runtime case, I don't know | 20:08 |
| RP | I mocked it up with an alarm signal just to prove it is possible | 20:08 |
| kergoth | Ah, so they both set _blocking_on and then both try to delete it from there, but only one of those succeeds | 20:20 |
| kergoth | Interesting | 20:20 |
| kergoth | I can't imagine we'd be trying to import in a signal handler, though | 20:21 |
| RP | kergoth: I can't see where we are, but one of the python libs might be? | 20:24 |
| RP | kergoth: I decided to file https://bugs.python.org/issue47195 | 20:24 |
| RP | kergoth: it might also not be a signal handler, although I don't know what else it could be | 20:24 |
| kergoth | Clearly the keyerror is a bug, it should error out more cleanly even if it's doing something that's not allowed | 20:25 |
| kergoth | I wonder how we can avoid the situation, though | 20:25 |
| RP | kergoth: All I could think of was hooking acquire and checking in advance but that would be horribly hardcoded :/ | 20:26 |
| RP | kergoth: if we make it traceback at the start we'd at least know which code is causing it | 20:27 |
| kergoth | Yeah, we need that traceback for sure, the one we have doesn't show the actual import line? | 20:27 |
| RP | kergoth: we know the second import but never the first | 20:27 |
| kergoth | ah, of course | 20:28 |
| kergoth | since that one doesn't fail | 20:28 |
| RP | kergoth: right, you can argue about which is first and second but yes, we only know the not useful one | 20:28 |
| RP | kergoth: the tracebacks are in https://bugzilla.yoctoproject.org/show_bug.cgi?id=14773 | 20:31 |
| JaMa | rburton: opkg is failing with "nothing provides python3-cryptography-vectors = 36.0.2 needed by python3-cryptography-ptest-36.0.2-r0.0.qemux86_64" even when I do have python3-cryptography-vectors_36.0.2-r0.0_qemux86_64.ipk and python3-cryptography-ptest_36.0.2-r0.0_qemux86_64.ipk | 20:31 |
| Saur[m] | RP: Would it make sense to add `do_devshell[network] = "1"`? | 20:32 |
| RP | Saur[m]: that is a tough call | 20:32 |
| Saur[m] | Yeah, it is not obvious which is correct... | 20:33 |
| JaMa | rburton: is rpm parsing the version differently or is the issue somewhere else | 20:34 |
| JaMa | rburton: I guess forcing identical EXTENDPKGV between python3-cryptography and python3-cryptography-vectors would be too much as well for people with PRserv | 20:35 |
| Saur[m] | For the record, I've just had the most bizarre experience for the last couple of hours. All of a sudden my build started to fail when running `do_patch` for one of our recipes, due to it failing to do `git ls-remote` using ssh. It failed with an error about ssh considering the ownership of a file in `/etc/ssh/ssh_config.d/` to be incorrect. A lot of googling and bisecting later I finally figured it was due to the use of unshare, which causes the | 20:46 |
| Saur[m] | files owned by root to show up as owned by nobody when unshared, and that triggers ssh to not accept them. While trying to figure this out I used devshell, which failed the same way when I tried to run ssh in it. So in this case it was lucky for me that devshell doesn't have network enabled. And eventually, of course, the build started to work again by itself... | 20:46 |
| RP | Saur[m]: it could be the revision is in the cache now so you don't see the error any more? | 20:47 |
| RP | Saur[m]: we're supposed to only be changing the network situation with the unshare call | 20:48 |
| Saur[m] | RP: Definitely likely. | 20:48 |
| Saur[m] | I think the problem started when I ran `bitbake --runall=package_qa <some packagegroup>`, something I normally don't do. | 20:50 |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 20:53 | |
| *** YuktiSharma[m] <YuktiSharma[m]!~yuktishar@2001:470:69fc:105::1:ca1b> has joined #yocto | 20:59 | |
| *** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Remote host closed the connection) | 21:00 | |
| Saur[m] | RP: Btw, based on the discussion we had earlier today about ERROR_QA, I changed the code in do_qa_patch() to check whether "patch-fuzz" is set in ERROR_QA using bb-utils.filter(). That solved both the problem to make it depend only changes to patch-fuzz in ERROR_QA and not unrelated QA tests, and the lack of splitting the value of ERROR_QA before looking for patch-fuzz in it. | 21:08 |
| RP | Saur[m]: sounds good | 21:09 |
| Saur[m] | Turned out I made the right thing regarding contains when I added bb.utils.filter() many years ago. :) | 21:09 |
| RP | JPEW, kergoth: I wonder if asyncio could be making an import instead of a signal handler to trigger this? | 21:12 |
| moto-timo | JaMa: we might have to bite the bullet and merge python3-cryptography and python3-cryptography-vectors into one recipe. They absolutely MUST be kept in lock step. | 21:23 |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 21:48 | |
| *** florian <florian!~florian@dynamic-093-133-086-069.93.133.pool.telefonica.de> has joined #yocto | 22:00 | |
| RP | kergoth: not sure I'll catch anything but trying https://git.yoctoproject.org/poky/commit/?h=master-next&id=6fa79a80e812c20b6be21a2ea21728902e053f19 in master-next... | 22:17 |
| *** zen_coder <zen_coder!~zen_coder@2a02:8109:a280:2d8d:94fe:3c2b:a7d3:5d92> has quit IRC (Ping timeout: 240 seconds) | 22:44 | |
| *** ar__ <ar__!~akiCA@user/akica> has quit IRC (Ping timeout: 256 seconds) | 22:50 | |
| *** florian <florian!~florian@dynamic-093-133-086-069.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 23:04 | |
| * JPEW reads back to catch up | 23:18 | |
| JPEW | I don't think it would be asyncio. Async behaves like "normal" python Ingles unless it's an explicit async call, and in don't think there is an 'async import'... It wouldn't really make sense to have one since it's imports shouldn't be blocking | 23:24 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 23:39 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
