| *** florian_kc <florian_kc!~florian@dynamic-093-132-030-127.93.132.pool.telefonica.de> has joined #yocto | 00:12 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-030-127.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 256 seconds) | 00:31 | |
| *** alimon <alimon!~alimon@2806:10b7:3:14e1:2c32:cfff:fe8e:de1f> has quit IRC (Ping timeout: 268 seconds) | 01:08 | |
| *** alimon <alimon!~alimon@189.172.33.189> has joined #yocto | 01:09 | |
| *** 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 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 01:41 | |
| *** kevinrowland <kevinrowland!~kevinrowl@104.129.199.51> has quit IRC (Quit: Client closed) | 01:43 | |
| *** starblue <starblue!~juergen@dslb-188-100-137-005.188.100.pools.vodafone-ip.de> has quit IRC (Ping timeout: 256 seconds) | 02:33 | |
| *** dev1990 <dev1990!~dev@78.9.136.196> has quit IRC (Quit: Konversation terminated!) | 02:33 | |
| *** starblue <starblue!~juergen@dslb-088-078-100-191.088.078.pools.vodafone-ip.de> has joined #yocto | 02:34 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 02:36 | |
| *** vquicksilver <vquicksilver!~nobody@user/vquicksilver> has quit IRC (Ping timeout: 240 seconds) | 03:24 | |
| *** amitk <amitk!~amit@103.208.71.36> has joined #yocto | 03:27 | |
| *** jclsn79 <jclsn79!~jclsn@149.224.145.239.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 03:39 | |
| *** jclsn7 <jclsn7!~jclsn@149.224.231.155.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 240 seconds) | 03:41 | |
| *** jclsn79 is now known as jclsn7 | 03:41 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto | 05:10 | |
| *** yolo <yolo!~xxiao@li1120-73.members.linode.com> has joined #yocto | 05:13 | |
| yolo | parsing is a bit slow with yocto, is it possible to write that portion in languages other than python? | 05:13 |
|---|---|---|
| *** davidinux <davidinux!~davidinux@217.138.219.165> has joined #yocto | 05:40 | |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto | 06:14 | |
| Saur[m] | Theoretically yes, practically no. Suggested workaround: get a faster computer. ;) | 06:20 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 06:25 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 06:27 | |
| *** mrybczyn <mrybczyn!~mrybczyn@80.215.210.82> has joined #yocto | 06:27 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 06:46 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 07:09 | |
| *** frieder <frieder!~frieder@131-76-142-46.pool.kielnet.net> has joined #yocto | 07:18 | |
| *** lucaceresoli_ <lucaceresoli_!~lucaceres@77.244.183.192> has joined #yocto | 07:38 | |
| *** mckoan|away is now known as mckoan | 07:42 | |
| mckoan | good morning | 07:42 |
| barath | good morning | 07:45 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 256 seconds) | 08:21 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 08:25 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 08:56 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Ping timeout: 256 seconds) | 08:57 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 09:02 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 09:10 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:32 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:38 | |
| rburton | yolo: probably quicker/easier to rewrite the parser in python | 09:40 |
| rburton | (better python) | 09:40 |
| *** GillesMM <GillesMM!~gilles@228.100.5.84.rev.sfr.net> has joined #yocto | 09:47 | |
| *** GillesMMM <GillesMMM!~gilles@228.100.5.84.rev.sfr.net> has joined #yocto | 09:47 | |
| *** GillesMM <GillesMM!~gilles@228.100.5.84.rev.sfr.net> has quit IRC (Client Quit) | 09:47 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 09:47 | |
| *** mihai <mihai!~mihai@user/mihai> has quit IRC (Quit: Leaving) | 09:53 | |
| RP | the issue isn't parsing, it is processing all the dependencies between variables | 10:08 |
| *** vquicksilver <vquicksilver!~nobody@user/vquicksilver> has joined #yocto | 10:15 | |
| *** mauro_anjo <mauro_anjo!~quassel@191.13.251.42> has joined #yocto | 10:35 | |
| *** rob_w_ <rob_w_!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 10:39 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Read error: Connection reset by peer) | 10:39 | |
| mauro_anjo | I'm trying to silence u-boot uart output on a raspberry, followed https://tinyurl.com/5cwhfpjn but it only stoped writing after loading env from FAT, it still prints first few lines stating u-boot version, DRAM, etc | 10:40 |
| mauro_anjo | my recipe appends the configs to build u-boot in silent mode, but I added "setenv silent 1" to boot.cmd.in, there is an option on u-boot CONFIG_EXTRA_ENV_SETTINGS, I should append to it, but not sure how to do it since .cfg files are just attributions if I'm not mistaken | 10:54 |
| qschulz | mauro_anjo: the environment is loaded pretty late in U-Boot boot process | 10:55 |
| qschulz | so if you don't want anything printed by U-Boot, you need to use compile time options and not use the environment | 10:55 |
| qschulz | note that U-Boot has been changing a lot over the last decade and variables that used to be defined in board header files are moved to KConfig options | 10:57 |
| qschulz | What I highly suggest is you try to manually compile and configure U-Boot until you get something you're satisfied with and then and only then do you work on integrating the required changes into Yocto | 10:57 |
| qschulz | and that first part can be tackled with the help of the U-Boot community on #u-boot IRC chat | 10:58 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 10:58 | |
| *** jorschulko <jorschulko!~jorschulk@ip5b420424.dynamic.kabel-deutschland.de> has joined #yocto | 10:59 | |
| mauro_anjo | @qshulz Yeah I was struggling with board headers for now, Thanks! Will check KConfig options and test it separetely | 11:00 |
| jorschulko | Hi, I am feeling stupid, maybe someone can help me out. I am on the dunfell branch and trying to build nginx with the http_auth_request module. So I am using the upstream recipe located at https://cgit.openembedded.org/meta-openembedded/tree/meta-webserver/recipes-httpd/nginx/nginx.inc?h=dunfell and add PACKAGECONFIG_append = " http-auth-request" to a nginx_%.bbappend in my own layer. However, nginx -V | 11:05 |
| jorschulko | and the configuration logs for the recipe show me that it is still not configured... | 11:05 |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Ping timeout: 256 seconds) | 11:07 | |
| qschulz | jorschulko: 1) bitbake -e nginx | grep -E "^PACKAGECONFIG=" | 11:07 |
| qschulz | if it's incorrect (missing your option), then 2) bitbake-layers show-appends nginx | 11:07 |
| qschulz | if your bbappend does not appear, check that your layer is in conf/bblayers.conf | 11:08 |
| qschulz | if your layer is there, 3) bitbake-layers show-layers and check it's found by bitbake | 11:08 |
| qschulz | 4) check that your layer.conf has ${LAYERDIR}/recipes-*/*/*.bbappend in BBFILES in conf/layer.conf | 11:09 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 11:13 | |
| jorschulko | qschulz: Thanks, stupidity confirmed. I accidently had my bbappend file in recipes-httpd/nginx_%.bbappend instead of recipes-httpd/nginx/nginx_%.bbappend *facepalm* | 11:17 |
| qschulz | jorschulko: not the first one to whom this happened, and not the last one :) | 11:18 |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4b12:b100:24d7:51ff:fed6:906d> has joined #yocto | 11:18 | |
| jorschulko | qschulz: you would think after over a year of yocto stupid stuff like this wouldn't happen :D | 11:21 |
| *** starblue <starblue!~juergen@dslb-088-078-100-191.088.078.pools.vodafone-ip.de> has quit IRC (Ping timeout: 256 seconds) | 11:27 | |
| *** starblue <starblue!~juergen@dslb-088-078-100-191.088.078.pools.vodafone-ip.de> has joined #yocto | 11:29 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 11:38 | |
| RP | michaelo: do you use a couple of different environments to send patches? One of them works well, the other corrupts the sender address :/ | 11:56 |
| RP | some arrive as "Michael Opdenacker via lists.openembedded.org <michael.opdenacker=bootlin.com@lists.openembedded.org>" and they're annoying to handle, others come through correctly | 11:57 |
| * RP tends just to handle it quietly else everyone will just start saying how wonderful github/lab/whatever is | 11:58 | |
| qschulz | RP: I'm wondering if this is not sent via the WebUI of the mailing list? | 12:04 |
| *** lucaceresoli_ <lucaceresoli_!~lucaceres@77.244.183.192> has quit IRC (Ping timeout: 256 seconds) | 12:09 | |
| RP | qschulz: it is usually when the mail is sent from an IP address not authed to send that email according to some of the spam protections | 12:16 |
| jclsn[m] | Can the sstate-cache be corrupted? | 12:49 |
| jclsn[m] | Me and my colleague are building the exact same build with different results | 12:49 |
| rburton | how are they different? | 12:49 |
| jclsn[m] | I am getting a kernel panic | 12:50 |
| jclsn[m] | All repositories and commits are the same | 12:50 |
| rburton | during the build, or on boot on the target? | 12:50 |
| jclsn[m] | I already deleted all layers and the build folder and rebuilt | 12:50 |
| jclsn[m] | on boot | 12:50 |
| jclsn[m] | I have tried two target boards and two different SD cards | 12:50 |
| jclsn[m] | Very unlikely that both have a defect | 12:51 |
| rburton | if you're using a recent release then the outputs should be identical, so you can compare the RPMs to see if they're actually the same or if there's a weird bug in a recipe you're using | 12:51 |
| jclsn[m] | If I delete the sstate-cache now, I will at least have to wait 5 hours | 12:51 |
| jclsn[m] | Well, it works for him | 12:51 |
| jclsn[m] | Same recipes | 12:52 |
| jclsn[m] | Same layers | 12:52 |
| jclsn[m] | Same commits | 12:52 |
| rburton | so the binary output should be identical, so compare it and see | 12:53 |
| jclsn[m] | Good call | 12:54 |
| rburton | (assuming a recent release, and you haven't turned off reproducible builds) | 12:55 |
| rburton | a shortcut would be to manually put his kernel into your image and see if that works | 12:56 |
| jclsn[m] | Won't there be different timestamps in the images? | 12:59 |
| jclsn[m] | So a diff would be pointless | 12:59 |
| rburton | not if you have reproducible builds enabled | 13:07 |
| rburton | recent release, etc etc | 13:07 |
| rburton | tools like diffoscope will let you ignore timestamps and drill into the files | 13:08 |
| rburton | point it at a known good and known bad rpm directories and it will extract them | 13:08 |
| *** osama1 <osama1!~osama@eth1-fw1-nbg6.eb.noris.de> has joined #yocto | 13:12 | |
| jclsn[m] | We are both building with Pyrex | 13:13 |
| jclsn[m] | Ah okay | 13:14 |
| jclsn[m] | That is ineresting | 13:15 |
| *** lucaceresoli_ <lucaceresoli_!~lucaceres@77.244.183.192> has joined #yocto | 13:18 | |
| jclsn[m] | Will there be some overhead when activating reproducible builds? | 13:21 |
| rburton | no | 13:21 |
| jclsn[m] | Good | 13:21 |
| jclsn[m] | My colleague doesn't like the idea for some reason ^^ | 13:21 |
| rburton | reproducible builds is on by default in modern poky, and is full of advantages | 13:21 |
| jclsn[m] | Oh my | 13:21 |
| jclsn[m] | Ah okay, so they should be already reproducible? | 13:22 |
| rburton | if you're using modern poky, yes | 13:22 |
| jclsn[m] | Although I don't have it set in my local.conf? | 13:22 |
| jclsn[m] | Ah I can check | 13:22 |
| jclsn[m] | Yes it is | 13:23 |
| rburton | so if your assertions are true: same layers at the same commit inside pyrex containers, the images should be bit-for-bit identical | 13:24 |
| rburton | well, we only fix reproducible failures in oe-core, so your own recipes may not be reproducible | 13:24 |
| rburton | but you'll spot that easily enough | 13:25 |
| jclsn[m] | Ah okay | 13:25 |
| jclsn[m] | How would I check or fix that? | 13:25 |
| jclsn[m] | It is turned on | 13:26 |
| jclsn[m] | INHERIT=" clang rm_work machine-overrides-extender fsl-dynamic-packagearch poky-sanity uninative reproducible_build buildhistory package_rpm buildstats debian devshell sstate license remove-libtool blacklist sanity" | 13:26 |
| jclsn[m] | So I can't trust this? | 13:26 |
| rburton | reproducible is a target, not a thing you tell gcc | 13:26 |
| jclsn[m] | Meaning? | 13:26 |
| rburton | if a makefile does something that isn't reproducible, you end up with a non-reproducible binary | 13:26 |
| rburton | like a build path being embedded | 13:26 |
| jclsn[m] | Ah okay | 13:27 |
| rburton | or a timestamp, or an unsorted directory listing | 13:27 |
| jclsn[m] | Like relative paths | 13:27 |
| rburton | https://reproducible-builds.org/docs/ is useful | 13:27 |
| jclsn[m] | So I would have to check all non oe layers for that | 13:27 |
| jclsn[m] | I don't think that it would be worth the hassle then | 13:28 |
| rburton | if its a kernel hang then its likely the kernel is the problem anyway right | 13:29 |
| rburton | so swap kernels | 13:29 |
| *** michalkotyla <michalkotyla!~quassel@84-10-27-202.static.chello.pl> has joined #yocto | 13:30 | |
| *** jorschulko <jorschulko!~jorschulk@ip5b420424.dynamic.kabel-deutschland.de> has quit IRC (Quit: leaving) | 13:32 | |
| jclsn[m] | Sent him the whole image already | 13:37 |
| michalkotyla | Hi all! I see Yocto wiki says LTS releases should be maintained initially for 2 years, but Dunefell (released at 2020) will be supported until 2024. Is a chance (at this day) for future LTS (Kirkstone 3.5) to get additional 2 years of maintaince like Dunefell? | 13:45 |
| *** yolo <yolo!~xxiao@li1120-73.members.linode.com> has quit IRC (Remote host closed the connection) | 13:51 | |
| rburton | michalkotyla: its a possibility. | 13:52 |
| rburton | michalkotyla: can't say now what will happen in two years time | 13:52 |
| rburton | basically: member companies wanted to keep dunfell maintained for longer, and committed cash to pay for the maintainer. that may happen for kirkstone in two years time, it may not. | 13:53 |
| rburton | if you work for a company which wants to advocate for longer LTS cycles, then they should join the yocto project and say so :) | 13:54 |
| rburton | https://www.yoctoproject.org/join/ | 13:55 |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:59 | |
| michalkotyla | Thanks for the answer rburton. Discussions of member companies with maintainers about extending maintenance time are available in some public space, or it is non-confidential channels and I can look only for "Release activity" table on Yocto wiki? | 14:02 |
| rburton | some is public, the weekly call on tuesdays discusses this sort of thing | 14:05 |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has quit IRC (Quit: Leaving) | 14:06 | |
| *** michalkotyla <michalkotyla!~quassel@84-10-27-202.static.chello.pl> has quit IRC (Ping timeout: 240 seconds) | 14:14 | |
| *** BobPungartnik <BobPungartnik!~Pung@177.41.199.68> has joined #yocto | 14:19 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Quit: camus) | 14:20 | |
| *** BobPungartnik <BobPungartnik!~Pung@177.41.199.68> has quit IRC (Client Quit) | 14:21 | |
| jclsn[m] | rburton: He built on his Ubuntu 20.04 host with kas and I built with Pyrex. Could this really be the cause? | 14:22 |
| rburton | jclsn[m]: possibly. different host tools can cause annoying problems. easily tested: get him to test in pyrex. | 14:23 |
| jclsn[m] | I don't see how a different build environment would break the kernel... | 14:23 |
| rburton | right, the usual host changes cause kernel build failures, not runtime | 14:23 |
| jclsn[m] | Yeah I would also assume that this would result in build failures, not runtime | 14:25 |
| jclsn[m] | @JPEW ? | 14:26 |
| jclsn[m] | JPEW: ? | 14:27 |
| jclsn[m] | Can you explain hat? | 14:27 |
| JPEW | jclsn[m]: It really just depends on what the changes are | 14:28 |
| jclsn[m] | I will run cleanall on the kernel and rebuild | 14:28 |
| JPEW | jclsn[m]: It's hard to speculate on what the problem might be | 14:29 |
| jclsn[m] | JPEW: Yeah, but really problematic for me as you can imagine, as I am trying to introduce tools like kas and Pyrex. | 14:29 |
| jclsn[m] | I need to investigate this further... | 14:30 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 14:31 | |
| *** jtoomey <jtoomey!~textual@149.199.80.128> has joined #yocto | 14:32 | |
| qschulz | jclsn[m]: check that you don't have your kernel in devtool workspace for example | 14:33 |
| LetoThe2nd | just ran into a recipe that uses rsync in do_install. just to confirm - this is both unsafe in terms of leaking permissions and users, as well as a hidden dependency on rsync? or is rsync in the default hosttools/-natives? | 14:33 |
| jclsn[m] | qschulz: Did that already | 14:33 |
| jclsn[m] | Besides, I already deleted the build directory and rebuilt | 14:34 |
| rburton | LetoThe2nd: see HOSTTOOLS in bitbake.conf. no, it's not in there. | 14:34 |
| rburton | LetoThe2nd: is it using rsync as a fast way to recursively copy stuff? | 14:34 |
| LetoThe2nd | rburton: thx. yes, close. recursively copying while maintinaing symlinks. | 14:35 |
| qschulz | jclsn[m]: did your colleague have a clean build directory too? etc... but good luck investigating this. And regardless if it's a pyrex/kas issue, a different build output for the same commits is bad | 14:35 |
| qschulz | at least it's an obvious issue with a kernel panic. Imagine if it was a small change somewhere that you wouldn't have known for months./years :) | 14:37 |
| jclsn[m] | qschulz: It is a galcore issue. Which package provides galcore? I need to clean that one. Else I will need to rebuild everything... | 14:39 |
| jclsn[m] | He built everything from scratch. If there is an issue, it is probably on my side | 14:39 |
| jclsn[m] | Another thing is that I keep all meta-layers checked out per board folder | 14:41 |
| qschulz | jclsn[m]: FWIW, I just ran into an issue with kas because it overrides the whole local.conf file instead of appending to the poky's local.conf.sample. And I had an issue with kas builds only but not local builds (because I was source'ing oe-init-buildenv and not using kas's local.conf) | 14:42 |
| qschulz | I mean, the issue is not with kas, it's just I didn't check carefully enough | 14:42 |
| qschulz | so triple check your local.conf too (don't remember if you did already?) | 14:42 |
| jclsn[m] | Likes this https://pastebin.com/xuZ6vL2t | 14:42 |
| jclsn[m] | Is that a problem? | 14:42 |
| jclsn[m] | qschulz: I already checked the local.conf | 14:42 |
| jclsn[m] | It is provided by kas anyway | 14:43 |
| qschulz | jclsn[m]: but not for Pyrex though? | 14:43 |
| qschulz | since you said there's a difference between your colleague and you, one using kas the other Pyrex | 14:43 |
| jclsn[m] | Well I checkout with kas and then use Pyrex | 14:43 |
| qschulz | ok, then should be the same | 14:43 |
| jclsn[m] | Yeah but he also has another Ubuntu version | 14:44 |
| jclsn[m] | So If I build with Kas now, it will not be the same environment either | 14:44 |
| qschulz | I use the kas container personally | 14:44 |
| jclsn[m] | Is there a container included? | 14:44 |
| qschulz | https://github.com/orgs/siemens/packages/container/package/kas%2Fkas | 14:44 |
| *** BobPungartnik <BobPungartnik!~Pung@177.41.199.68> has joined #yocto | 14:45 | |
| jclsn[m] | Will kas use it automatically? | 14:45 |
| qschulz | I don't think so no | 14:45 |
| qschulz | and since I don't want to deal with customer's setup, I documented the use of containers | 14:45 |
| *** BobPungartnik <BobPungartnik!~Pung@177.41.199.68> has quit IRC (Client Quit) | 14:46 | |
| tlwoerner | i've been seeing an intermittent build failure that started feb 25 | 14:50 |
| *** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto | 14:50 | |
| tlwoerner | but it only seems to happen on my jenkins builds, i have yet to reproduce by hand | 14:50 |
| tlwoerner | and it only happens with recipes where the sources are stored in the layers themselves | 14:50 |
| tlwoerner | for example: initscripts, modutils-initscripts, keymaps, etc | 14:51 |
| tlwoerner | it's a quilt error, quilt complains that the patches have already been applied | 14:51 |
| tlwoerner | modutils-initscripts-1.0-r7 do_patch: Applying patch 'PD.patch' on target directory | 14:51 |
| tlwoerner | stderr: File series fully applied, ends at patch PD.patch | 14:52 |
| jclsn[m] | qschulz: I don't feel like running a container manually. Kas should be able to do this. Will look inside he docs | 14:52 |
| rburton | jclsn[m]: there's a script, kas-container, that does the docker bits for you | 15:00 |
| jclsn[m] | Yeah just found it | 15:02 |
| rburton | annoyingly its not packaged as part of kas... | 15:02 |
| jclsn[m] | Yep | 15:02 |
| jclsn[m] | Are you supposed to symlink it to /usr/local/bin/kas? | 15:02 |
| *** Bardon <Bardon!~Bardon@user/Bardon> has quit IRC (Ping timeout: 256 seconds) | 15:02 | |
| jclsn[m] | Using it as ./kas-container resulted in... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/ea4d6830ad5722bd8c8fc154fd7e62356d56388f) | 15:02 |
| *** Bardon <Bardon!~Bardon@user/Bardon> has joined #yocto | 15:03 | |
| jclsn[m] | And I dislike about kas that you have to explicitly open the shell to get a bitbake environment | 15:06 |
| qschulz | jclsn[m]: https://git.theobroma-systems.com/yocto-layers/meta-theobroma-systems-bsp.git/tree/README#n46 | 15:06 |
| qschulz | I don't like wrappers if a simple docker/podman command can do the trick :) | 15:07 |
| jclsn[m] | qschulz: Thanks, but there is no way that I can introduce a third tool now | 15:08 |
| jclsn[m] | Seems like a wrapper around kas... | 15:08 |
| moto-timo | That podman trick should be more widely shared ;) | 15:08 |
| smurray | LetoThe2nd: I've seen rsync used like that in a couple of vendor BSPs (one of which insists on using it from the host, iirc). I believe linux-libc-headers uses it, so it's not that out there | 15:08 |
| LetoThe2nd | smurray: yeah, and being pulled in via DEPENDS rsync-native. well, I guess it works, but I don't particularly like it. | 15:10 |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 15:10 | |
| smurray | LetoThe2nd: it's definitely something where naive use could cause issues. I can imagine it saving some painful find+exec command shenanigans, though | 15:12 |
| LetoThe2nd | smurray: the cse where I ran into it is not that dynamic. well i'll see. thanks for the input. | 15:14 |
| jclsn[m] | I am really running into a tooling jungle here | 15:27 |
| jclsn[m] | Problem is I dislike the kas shell, because it doesn't work well with zsh | 15:28 |
| rburton | you can do kas setup or whatever to generate the build tree, and then bitbake normally | 15:28 |
| jclsn[m] | Pyrex is so convenient, but two tools are maybe a bit bad | 15:28 |
| jclsn[m] | kas doesn't provide a bitbake environment though | 15:29 |
| jclsn[m] | Only in the shell | 15:29 |
| rburton | sure it does | 15:29 |
| jclsn[m] | And I also want a reproducible build environment | 15:29 |
| rburton | "kas checkout" | 15:30 |
| jclsn[m] | I don't have bitbake after that | 15:30 |
| jclsn[m] | Just checked | 15:30 |
| rburton | yeah you need to oe-init-build env yourself | 15:30 |
| rburton | but it writes the config and checks out the layers | 15:31 |
| jclsn[m] | Yeah but then I am building on the host | 15:31 |
| jclsn[m] | We all have different Distros | 15:31 |
| jclsn[m] | kas-container didn't work for me | 15:33 |
| jclsn[m] | Seems like it expects a certain tree structure | 15:33 |
| jclsn[m] | Didn't find my sstate-cache etc | 15:33 |
| rburton | the docs tell you how to set those up | 15:34 |
| rburton | iirc you just set DL_DIR and SSTATE_DIR in the environment | 15:34 |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 256 seconds) | 15:34 | |
| jclsn[m] | I have mine in the directory above | 15:35 |
| jclsn[m] | So I can share them between builds | 15:35 |
| jclsn[m] | https://pastebin.com/xuZ6vL2t | 15:36 |
| *** osama2 <osama2!~osama@ipbcc2935c.dynamic.kabel-deutschland.de> has joined #yocto | 15:36 | |
| jclsn[m] | There is my structure. I was also wondering if it is problematic to have the source checked out multiple times, because they contain the layers | 15:37 |
| jclsn[m] | * There is my structure. I was also wondering if it is problematic to have the layer checked out multiple times, which are in the sources folders | 15:37 |
| *** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 15:38 | |
| *** rob_w_ <rob_w_!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Quit: Leaving) | 15:38 | |
| *** osama1 <osama1!~osama@eth1-fw1-nbg6.eb.noris.de> has quit IRC (Ping timeout: 240 seconds) | 15:39 | |
| *** osama2 <osama2!~osama@ipbcc2935c.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 256 seconds) | 15:41 | |
| *** osama2 <osama2!~osama@eth1-fw1-nbg6.eb.noris.de> has joined #yocto | 15:42 | |
| *** osama3 <osama3!~osama@eth1-fw1-nbg6.eb.noris.de> has joined #yocto | 15:43 | |
| *** osama2 <osama2!~osama@eth1-fw1-nbg6.eb.noris.de> has quit IRC (Read error: Connection reset by peer) | 15:43 | |
| tlwoerner | qschulz: if you're generating bmap files with your images you can use bmaptool instead of dd and it will flash your sd cards faster | 15:45 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 15:47 | |
| tlwoerner | rburton: i'm confused why you say kas-container isn't packaged as part of kas? it's part of https://github.com/siemens/kas.git (?) | 15:48 |
| rburton | tlwoerner: when i last pip installed kas, it didn't install it | 15:49 |
| tlwoerner | rburton: ah, pip. ok | 15:49 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 15:50 | |
| *** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Remote host closed the connection) | 15:54 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has quit IRC (Remote host closed the connection) | 15:56 | |
| qschulz | tlwoerner: thanks for the tip :) | 16:02 |
| tlwoerner | $ bitbake bmap-tools-native -caddto_recipe_sysroot | 16:04 |
| tlwoerner | $ oe-run-native bmap-tools-native bmaptool copy <image>.wic /dev/sdX | 16:04 |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 16:05 | |
| tlwoerner | (if you don't have bmaptool installed on your host, or want to use the one from oe-core) | 16:05 |
| *** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto | 16:07 | |
| qschulz | tlwoerner: I naively passed --bmap argument to bmaptool copy. is it not needed? | 16:09 |
| tlwoerner | i don't | 16:09 |
| tlwoerner | it'll find the *.bmap file if it's also in the same directory as the <image> | 16:09 |
| qschulz | nice :) | 16:10 |
| tlwoerner | and if it doesn't find it, it'll complain | 16:10 |
| qschulz | tlwoerner: wondering if a bmap-tools-native compiled inside a container can be used outside? | 16:11 |
| qschulz | (but anyway, I'm building on a server and flashing from my PC so won't help me so I'd rather not document something I don't use/maintain, but great tip!) | 16:12 |
| tlwoerner | qschulz: i don't know | 16:12 |
| moto-timo | should be able to just pass the command to the container | 16:12 |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Quit: Leaving) | 16:13 | |
| qschulz | tlwoerner: I assume all libs are from the sysroot, so I guess it should just work (provided you're flashing from a Linux system :) ) | 16:13 |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has joined #yocto | 16:13 | |
| qschulz | moto-timo: I would need to mount the device inside the container too, and since it's a rootless container... | 16:13 |
| moto-timo | Yeah, bund mount with uid:gid perms… | 16:15 |
| moto-timo | can’t type | 16:15 |
| JPEW | qschulz: Through extreme dark arts of uninative, you can usually run host tools built in the container outside of the container, as long as all the paths match | 16:16 |
| qschulz | JPEW: good thing I like to keep the paths the same inside the container and outside :) | 16:19 |
| otavio | qschulz: most distros offer bmap-tools as a package; you can install it | 16:23 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 16:27 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 16:28 | |
| *** mckoan is now known as mckoan|away | 16:28 | |
| *** jclsn7 <jclsn7!~jclsn@149.224.145.239.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 16:28 | |
| *** jclsn7 <jclsn7!~jclsn@149.224.145.239.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 16:29 | |
| *** GillesMMM <GillesMMM!~gilles@228.100.5.84.rev.sfr.net> has quit IRC (Quit: Leaving) | 16:40 | |
| qschulz | otavio: I was talking about the oe-run-native bmap-tools-native bmaptool copy trick. I'll document with bmaptools anyway but won't explain how to get it from Yocto :) | 16:43 |
| *** dev1990 <dev1990!~dev@78.9.136.196> has joined #yocto | 16:55 | |
| *** lucaceresoli_ <lucaceresoli_!~lucaceres@77.244.183.192> has quit IRC (Remote host closed the connection) | 16:57 | |
| *** lucaceresoli_ <lucaceresoli_!~lucaceres@77.244.183.192> has joined #yocto | 16:57 | |
| *** frieder <frieder!~frieder@131-76-142-46.pool.kielnet.net> has quit IRC (Remote host closed the connection) | 17:02 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 17:08 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 17:31 | |
| *** mrybczyn <mrybczyn!~mrybczyn@80.215.210.82> has quit IRC (Quit: Client closed) | 17:32 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-101-197.93.132.pool.telefonica.de> has joined #yocto | 17:48 | |
| *** osama3 <osama3!~osama@eth1-fw1-nbg6.eb.noris.de> has quit IRC (Ping timeout: 256 seconds) | 17:51 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 256 seconds) | 17:57 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 18:07 | |
| *** yolo <yolo!~yolo@rrcs-67-79-221-188.sw.biz.rr.com> has joined #yocto | 18:15 | |
| yolo | git clone bitbake into ubuntu 20.04, then do: bitbake -h, it shows: DeprecationWarning: Using or importing the ABCs from 'collections' and I need install python_is_python3, question: is yocto still using python2? or has it updated to python3 fully already. | 18:16 |
| smurray | yolo: it's been using python3 for a long time now, that warning is from a deprecation Python did something like 3.9 or 3.10. I believe some fixes went into bitbake for that, so I'm surprised you'd be seeing the warning | 18:20 |
| smurray | yolo: from looking in git, removing the collections.abc use happened last fall, and it was backported all the way to dunfell (last Oct), so perhaps would be good to check what version you're cloning | 18:23 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 18:25 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 18:25 | |
| yolo | smurray: i'm on master of bitbake | 18:26 |
| yolo | even yocto3.4.2 tag checkout for bitbake still give me the same warning | 18:27 |
| vvn | how do you guys usually update the fstab? do you rely only on the .wks file, bbappend base-files or edit ${IMAGE_ROOTFS}/etc/fstab in the image recipe? | 18:28 |
| yolo | default python on ubuntu 20.04 for me is: python -V 3.8.2 | 18:30 |
| yolo | just switched to python3.10, no such warning, so it only applies to 3.8 I guess, which is ubuntu 20.04 default | 18:30 |
| *** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:aeeb:ee90:1f8e:70d2> has quit IRC (Quit: vladest) | 18:31 | |
| smurray | yolo: 20.04 focal has newer 3.8 in it's updates, with the 3.8.10 in my 20.04 container image here I don't see that warning with bitbake master | 18:31 |
| yolo | i had it with 3.8.10 though | 18:32 |
| *** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:c075:7975:f5a2:1e76> has joined #yocto | 18:33 | |
| smurray | yolo: I don't see it here, not sure why that would be. Note that you don't need python_is_python3, but I don't believe it'd have this effect | 18:35 |
| yolo | it's ok, last time with bitbake is a few years ago, as long as it's python3 all is good | 18:44 |
| yolo | thanks | 18:44 |
| *** yolo <yolo!~yolo@rrcs-67-79-221-188.sw.biz.rr.com> has quit IRC (Quit: Client closed) | 18:50 | |
| jclsn[m] | Is there a command line version of the Yocto documentation. That would be so great... | 18:54 |
| jclsn[m] | ? | 18:54 |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-101-197.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 250 seconds) | 18:56 | |
| rburton | what's a command-line version? | 19:07 |
| rburton | you mean, man format? | 19:08 |
| rburton | sphinx can do that, patches welcome for any tweaks needed | 19:08 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 19:18 | |
| jclsn7 | rburton: Yes exactly | 19:21 |
| jclsn7 | Not sure how that would work though | 19:27 |
| jclsn7 | Seems like a lot of work | 19:27 |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 19:30 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-101-197.93.132.pool.telefonica.de> has joined #yocto | 19:41 | |
| rburton | jclsn7: without any changes, 'make man' writes a man page for the entire docs | 19:44 |
| rburton | so i expect its not that hard to get it to make a page-per-section | 19:44 |
| rburton | https://www.irccloud.com/pastebin/NLZgDrYh/ | 19:45 |
| jclsn7 | make man https://docs.yoctoproject.org/ ? | 19:46 |
| jclsn7 | No worky | 19:46 |
| rburton | no, make man in the documentation directory | 19:47 |
| rburton | you need sphinx and the template, obviously. pip can install those. | 19:48 |
| jclsn7 | I already created a sphinx project | 19:49 |
| jclsn7 | So I need to downlod the Yocto docs? | 19:49 |
| jclsn7 | How? | 19:49 |
| rburton | they're part of poky | 19:49 |
| rburton | personally the html is way easier to read and search, but <shrugs> | 19:50 |
| jclsn7 | It is mostly lazyness | 19:50 |
| jclsn7 | The mouse is lava | 19:50 |
| kergoth | yeah sphinx lets you easily map man page title to document page. not sur eif it lets you set the section, but.. the issue is just much of the docs don't fit well into a man page style structure and conventions, i think | 19:55 |
| kergoth | could see having proper man pages generated by sphinx for the actual cli tools | 19:55 |
| jclsn7 | I would like something like the vim docs that I can jump through | 19:55 |
| *** neuberfran <neuberfran!~neuberfra@2804:14c:b385:848a:b717:56e5:8174:6c5> has joined #yocto | 19:55 | |
| neuberfran | hi | 19:55 |
| jclsn7 | I would even write a vim plugin for that | 19:55 |
| neuberfran | https://stackoverflow.com/questions/71073386/reading-file-would-overwrite-reserved-memory-failed-to-load-hello-world-bin | 19:56 |
| kergoth | Ah, that's not really the same format, it has more explicit linking between docs afaik. It's an interesting idea though | 19:56 |
| kergoth | Could you not just use a console browser to browse the existing html documentation? | 19:57 |
| neuberfran | How to active remoteproc in harknott/yocto/technexion device imx7d-pico | 19:57 |
| neuberfran | ? | 19:57 |
| kergoth | Hmm, sphinx can also output epub, which is another html based format, but in ebook style navigation, wonder if that'd be browsable in a console | 19:58 |
| kergoth | IHmm, bet sphinx's man page output would combine well with the sphinx argparse plugin for actual tool man pages.. | 19:58 |
| khem | kergoth: I am impressed with mdBook project, it generates book out of markdown, rust community uses it everywhere https://github.com/rust-lang/mdBook | 19:59 |
| kergoth | Huh, haven't checked that one out, thanks. | 20:00 |
| kergoth | I know sphinx can use md instead of rst with MyST | 20:00 |
| kergoth | will have to read up on this one htough | 20:00 |
| khem | I really can write only .md 🙂 | 20:00 |
| kergoth | I've been trying to put together a decent damn cookiecutter-style project template for my personal projects every once in a while, never got around to finishing it htough | 20:00 |
| khem | this is a sample of its output https://doc.rust-lang.org/book/title-page.html | 20:00 |
| kergoth | I think rst makes more sense from a doc standpoint due to its extensibility and stuff, but I odn't actually like to write it | 20:01 |
| jclsn7 | kergoth: No, it doesn't work with sphinx. Missing some sphinx_rtd_theme HTML | 20:01 |
| khem | mdbooks own manual is also using mdbook 🙂 https://rust-lang.github.io/mdBook/index.html | 20:01 |
| kergoth | nice | 20:01 |
| jclsn7 | I would just browse though the .rst files, but they are not nice to read. Maybe there is a vim plugin already | 20:02 |
| kergoth | being able to run the code samples in the rust docs is a nice touch | 20:05 |
| jclsn7 | There is rst2ctags, which at least lets you jump through them | 20:05 |
| jclsn7 | Doesn' make the nicer to read though | 20:06 |
| *** hpsy[m] <hpsy[m]!~hpsymatri@2001:470:69fc:105::f822> has joined #yocto | 20:06 | |
| *** GillesM <GillesM!~gilles@228.100.5.84.rev.sfr.net> has joined #yocto | 20:09 | |
| *** GillesM <GillesM!~gilles@228.100.5.84.rev.sfr.net> has quit IRC (Remote host closed the connection) | 20:09 | |
| *** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Ping timeout: 272 seconds) | 20:12 | |
| rburton | jclsn7: pip install the theme too | 20:16 |
| moto-timo | Switching back and forth between .rst and .md does lead the brain to confusion | 20:19 |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-101-197.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 272 seconds) | 20:25 | |
| *** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto | 20:30 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 240 seconds) | 20:38 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 20:45 | |
| *** mauro_anjo <mauro_anjo!~quassel@191.13.251.42> has quit IRC (Ping timeout: 240 seconds) | 20:45 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 20:45 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 20:46 | |
| jclsn7 | rburton: Worked. thax | 20:46 |
| jclsn7 | thx | 20:46 |
| jclsn7 | Will see what to do with it tomorrow | 20:46 |
| jclsn7 | Ima tired | 20:46 |
| jclsn7 | as Super Mario would say | 20:46 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 21:01 | |
| *** neuberfran <neuberfran!~neuberfra@2804:14c:b385:848a:b717:56e5:8174:6c5> has quit IRC (Quit: Client closed) | 21:17 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4b12:b100:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 21:20 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 21:30 | |
| *** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Remote host closed the connection) | 22:01 | |
| *** olani <olani!~olani@h77-53-36-95.cust.a3fiber.se> has joined #yocto | 22:01 | |
| *** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has quit IRC (Quit: ZNC 1.8.0 - https://znc.in) | 22:04 | |
| *** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has joined #yocto | 22:07 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection) | 22:11 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-101-197.93.132.pool.telefonica.de> has joined #yocto | 22:15 | |
| *** amitk <amitk!~amit@103.208.71.36> has quit IRC (Ping timeout: 240 seconds) | 22:22 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-101-197.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 256 seconds) | 22:37 | |
| *** lucaceresoli_ <lucaceresoli_!~lucaceres@77.244.183.192> has quit IRC (Ping timeout: 256 seconds) | 22:51 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-101-197.93.132.pool.telefonica.de> has joined #yocto | 22:55 | |
| *** neuberfran <neuberfran!~neuberfra@2804:14c:b385:848a:b717:56e5:8174:6c5> has joined #yocto | 23:29 | |
| neuberfran | hi | 23:30 |
| neuberfran | I have freela: | 23:30 |
| neuberfran | https://stackoverflow.com/questions/71073386/reading-file-would-overwrite-reserved-memory-failed-to-load-hello-world-bin | 23:30 |
| *** osama3 <osama3!~osama@ipbcc2935c.dynamic.kabel-deutschland.de> has joined #yocto | 23:37 | |
| *** osama4 <osama4!~osama@eth1-fw1-nbg6.eb.noris.de> has joined #yocto | 23:38 | |
| *** osama3 <osama3!~osama@ipbcc2935c.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 240 seconds) | 23:41 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 23:42 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Quit: Leaving.) | 23:46 | |
| *** olani <olani!~olani@h77-53-36-95.cust.a3fiber.se> has quit IRC (Ping timeout: 240 seconds) | 23:47 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!