| *** d0ku <d0ku!~d0ku@178.43.56.75.ipv4.supernova.orange.pl> has quit IRC (Ping timeout: 240 seconds) | 00:06 | |
| *** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has quit IRC (Remote host closed the connection) | 00:14 | |
| *** vagaruy <vagaruy!~vagaruy@170.250.60.248> has quit IRC (Ping timeout: 250 seconds) | 00:22 | |
| *** mihai- <mihai-!~mihai@user/mihai> has joined #yocto | 00:23 | |
| *** mihai <mihai!~mihai@user/mihai> has quit IRC (Ping timeout: 250 seconds) | 00:26 | |
| *** vagaruy <vagaruy!~vagaruy@216.75.211.6> has joined #yocto | 00:34 | |
| *** d0ku <d0ku!~d0ku@178.43.56.75.ipv4.supernova.orange.pl> has joined #yocto | 00:53 | |
| *** d0ku <d0ku!~d0ku@178.43.56.75.ipv4.supernova.orange.pl> has quit IRC (Ping timeout: 240 seconds) | 01:12 | |
| *** vagaruy <vagaruy!~vagaruy@216.75.211.6> has quit IRC (Quit: Ping timeout (120 seconds)) | 01:36 | |
| *** vagaruy <vagaruy!~vagaruy@216.75.211.6> has joined #yocto | 01:36 | |
| *** rpcme <rpcme!~rpcme@72-21-196-64.amazon.com> has quit IRC (Ping timeout: 246 seconds) | 01:43 | |
| vmeson | name a recipe that compiles 1000s of files and uses just make rather than cmake or meson? The kernel and ... ? | 01:54 |
|---|---|---|
| vagaruy | gcc? | 01:55 |
| vmeson | vagaruy: ah, could be! I was stuck on applications and most have switch to cmake/ninja. Thanks. | 01:56 |
| vagaruy | qemu too | 01:57 |
| vmeson | vagaruy: right. Do you have to have any idea which would generate a higher load offhand? | 01:59 |
| vmeson | I'm playing with the 'make/ninja -l <NUM>' limits and trying to see if make's more responsive calculation of load average is observable / significant. | 02:01 |
| vmeson | My reference is chromium but it's build is a beast and it flatlines a 192 core system pretty much through the whole build it seems. I'll have a nice graph is a bit... :) | 02:02 |
| *** sakoman <sakoman!~steve@172.243.4.16> has quit IRC (Quit: Leaving.) | 02:23 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has joined #yocto | 02:45 | |
| *** whuang0389 <whuang0389!~whuang038@2607:9880:2d78:22:9041:5548:cff4:ad4> has quit IRC (Quit: Client closed) | 02:46 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 02:56 | |
| *** vagaruy <vagaruy!~vagaruy@216.75.211.6> has quit IRC (Ping timeout: 252 seconds) | 03:09 | |
| *** cocoJoe <cocoJoe!~cocoJoe@xb9b5dc3e.cust.hiper.dk> has joined #yocto | 03:18 | |
| *** vagaruy <vagaruy!~vagaruy@170.250.60.248> has joined #yocto | 03:23 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC (Ping timeout: 250 seconds) | 03:40 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 03:48 | |
| *** amitk <amitk!~amit@103.208.71.91> has joined #yocto | 04:34 | |
| *** tp43_ <tp43_!~ndeem@2001:1970:501d:3e01:a199:1a3e:abd1:ac4c> has quit IRC (Ping timeout: 250 seconds) | 04:38 | |
| *** rber|res <rber|res!~rber|res@ppp-2-86-133-151.home.otenet.gr> has joined #yocto | 04:55 | |
| *** tp43_ <tp43_!~ndeem@2001:1970:501d:3e01:a199:1a3e:abd1:ac4c> has joined #yocto | 04:59 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…) | 05:12 | |
| *** paulg <paulg!~boodler@104-195-159-20.cpe.teksavvy.com> has quit IRC (Ping timeout: 250 seconds) | 05:20 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has quit IRC (Quit: Leaving.) | 05:23 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 05:41 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 05:43 | |
| *** tp43_ <tp43_!~ndeem@2001:1970:501d:3e01:a199:1a3e:abd1:ac4c> has quit IRC (Ping timeout: 250 seconds) | 05:57 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 06:16 | |
| *** frieder <frieder!~frieder@i59f72b50.versanet.de> has joined #yocto | 06:20 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:21 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 250 seconds) | 06:23 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 06:24 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 06:39 | |
| *** sbach <sbach!~sbach@user/sbach> has quit IRC (Read error: Connection reset by peer) | 06:40 | |
| *** sbach <sbach!~sbach@user/sbach> has joined #yocto | 06:43 | |
| RP | vmeson: down to one reproducibility failure on that last build | 06:43 |
| *** tre <tre!~tre@ip5f58aa1a.dynamic.kabel-deutschland.de> has joined #yocto | 06:56 | |
| *** zpfvo <zpfvo!~fvo@i5E8691AE.versanet.de> has joined #yocto | 06:57 | |
| *** d0ku <d0ku!~d0ku@178.43.56.75.ipv4.supernova.orange.pl> has joined #yocto | 07:01 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has joined #yocto | 07:11 | |
| *** vagaruy <vagaruy!~vagaruy@170.250.60.248> has quit IRC (Quit: Ping timeout (120 seconds)) | 07:24 | |
| *** vagaruy <vagaruy!~vagaruy@170.250.60.248> has joined #yocto | 07:24 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 07:29 | |
| *** sgw <sgw!~swold_loc@user/sgw> has quit IRC (Ping timeout: 240 seconds) | 07:38 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 07:51 | |
| *** sgw <sgw!~swold_loc@user/sgw> has joined #yocto | 07:53 | |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC () | 08:01 | |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 08:01 | |
| LetoThe2nd | what are ways to feed a sstate cache on s3 or comparable, for example? | 08:15 |
| *** hmw[m] <hmw[m]!~hmwmatrix@2001:470:69fc:105::3c7c> has quit IRC (Quit: You have been idle for 30+ days) | 08:15 | |
| *** eduardas <eduardas!~eduardas@93.93.57.5> has joined #yocto | 08:18 | |
| RP | zeddii: small glitch: https://autobuilder.yoctoproject.org/typhoon/#/builders/15/builds/4179/steps/11/logs/stdio | 08:38 |
| *** Guest28 <Guest28!~Guest28@188.201.252.82> has joined #yocto | 08:40 | |
| *** mbrothers <mbrothers!~martin@188.201.252.82> has joined #yocto | 08:42 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 240 seconds) | 08:42 | |
| *** Guest28 <Guest28!~Guest28@188.201.252.82> has quit IRC (Client Quit) | 08:42 | |
| *** Guest15 <Guest15!~Guest15@188.201.252.82> has joined #yocto | 08:42 | |
| mbrothers | Good morning! I have inherited a yocto distribution which is used to build a distro for two devices. Now there's a configuration difference between the two. The first device does have its OS and configuration on | 08:42 |
| mbrothers | the same partition, but the second device has the configuration stored in a different partition and everything is symlinked. For a specific package (openvpn) we need to have this configuration to be symlinked as | 08:42 |
| mbrothers | well. So someone thought it was a good idea to use the do_install_append function for this, but this won't work for the first device. Is there a way to distinguish between these two devices at compile time and NO | 08:42 |
| mbrothers | T execute this append function for the first device? Or do I have to create a seperate layer for these? Thanks for your time! | 08:42 |
| LetoThe2nd | mbrothers: should be easy to distinguish via overrides. | 08:44 |
| LetoThe2nd | mbrothers: heres an awesome rundown on the technique by qschulz: https://youtu.be/YbLe84JCSFg | 08:46 |
| LetoThe2nd | mbrothers: please note that on latest master/hardknott the syntax has slightly changed. but once you've grokked the concept, all is well. | 08:46 |
| *** Guest15 <Guest15!~Guest15@188.201.252.82> has quit IRC (Quit: Client closed) | 08:48 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:56 | |
| wCPO | Does yocto support these new defined "x86-64 microarchitecture levels" for tuning? https://gitlab.com/x86-psABIs/x86-64-ABI/-/commit/77566eb03bc6a326811cb7e9 | 08:57 |
| LetoThe2nd | wCPO: this is not exactly a yocto problem to support. if you have a compiler that can support it, then you can always set the corresponding flags. | 08:59 |
| LetoThe2nd | wCPO: read this as: if there's software that sued it, YP can usually be used to build it. this does not necessarily mean that all the needed pieces are freely available out in the wild, though. | 09:00 |
| wCPO | LetoThe2nd: I see, I'm still learning yocto. So basically setting TARGET_CC_ARCH or TUNE_CCARGS in a new tune file used by TUNE_ARCH? | 09:04 |
| LetoThe2nd | wCPO: something along those lines, probably. i'd suggest looking at the existing tune files for inspiration. | 09:04 |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 09:08 | |
| RP | zeddii: its a bigger glitch, I've dropped the patches and will let you figure out what broke... | 09:13 |
| *** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> has joined #yocto | 09:19 | |
| mbrothers | LetoThe2nd I think I know what you mean if we just need to copy in some files, but about symlinks linking to ${D}${sysconfdir}/some_config? If I want to use OVERRIDE on files, then I need to have those symlinks already in place pointing to somewhere, isn't it? | 09:35 |
| mbrothers | Or am I thinking too dificult now? I can also make the symlinks pointing to where they need to point to on the target and just copy them onto the image... Is what happens now after running bitbake | 09:36 |
| LetoThe2nd | mbrothers: no, i was thinking about having two seperate install appends depending on the distro. | 09:36 |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has joined #yocto | 10:01 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC (Ping timeout: 250 seconds) | 10:03 | |
| *** Guest32 <Guest32!~Guest32@x086092.tudelft.net> has joined #yocto | 10:03 | |
| Guest32 | Hi, in the documentation it says we can use sstate ("file://.* http://sstate.yoctoproject.org/3.2.4/PATH;downloadfilename=PATH"), my question is: Is sstate free to use or is it a paid subscription? | 10:04 |
| LetoThe2nd | Guest32: free to use | 10:04 |
| Guest32 | awesome, thanks! | 10:05 |
| LetoThe2nd | Guest32: but its actually of rather limited value unless you really stick to poky, with standard configuration and almost no additional layers. | 10:05 |
| Guest32 | LetoThe2nd good to know | 10:06 |
| LetoThe2nd | i personally have never used it, other than a simple try if it actually works. | 10:06 |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 10:08 | |
| Guest32 | I thought (initially before your response) that it was a great advantage because it states, and I cite, "You can significantly speed up your build and guard against fetcher failures by using mirrors." | 10:08 |
| Guest32 | This yocto chat is really helpful for everyone to master it. | 10:08 |
| qschulz | Though it's a bit less useful since dunfell because of the hashserv thing | 10:11 |
| qschulz | so only 55% of the sstate-cache will match on a vanilla poky | 10:11 |
| qschulz | and I don't remember if among the 45 remaining percents there are importnat native recipes triggering a full rebuild | 10:12 |
| wCPO | I'm trying to install ovmf for runqemu per the commit instructions with MACHINE_ESSENTIAL_EXTRA_RDEPENDS += "ovmf" in my machine conf file, but it just fails with "- nothing provides ovmf needed by packagegroup-core-boot-1.0-r17.mukube". Any ideas? | 10:24 |
| LetoThe2nd | Guest32: qschulz: yeah exactly. once a custom machine comes into play the public sstate is mostly useless, IMHO | 10:38 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 10:42 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 10:43 | |
| *** eduardas <eduardas!~eduardas@93.93.57.5> has quit IRC (Ping timeout: 250 seconds) | 10:47 | |
| *** eduardas <eduardas!~eduardas@93.93.57.5> has joined #yocto | 10:54 | |
| mbrothers | LetoThe2nd: The override also works for those things? Cool! So that would become something like (and now I have to read the slides very careful!) do_install_append_device_1 and do_install_append_device_2 where device_1 and device_2 are my machine configuration names? | 11:01 |
| LetoThe2nd | mbrothers: i *think* thank sould work, yes. | 11:01 |
| qschulz | yeah that works just fine | 11:28 |
| qschulz | though try to not have underscores in any recipe filename or machine name | 11:28 |
| *** linkliu59 <linkliu59!~user_name@139.198.118.108> has quit IRC (Ping timeout: 250 seconds) | 11:42 | |
| *** linkliu59 <linkliu59!~user_name@139.198.118.108> has joined #yocto | 11:43 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has quit IRC (Ping timeout: 240 seconds) | 11:50 | |
| *** paulg <paulg!~boodler@104-195-159-20.cpe.teksavvy.com> has joined #yocto | 11:53 | |
| LetoThe2nd | qschulz: yeah, lodash is better anywways. | 12:09 |
| *** davidinux <davidinux!~davidinux@217.138.197.52> has quit IRC (Ping timeout: 248 seconds) | 12:10 | |
| *** davidinux <davidinux!~davidinux@net-37-117-180-239.cust.vodafonedsl.it> has joined #yocto | 12:12 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 12:30 | |
| *** tre <tre!~tre@ip5f58aa1a.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection) | 12:33 | |
| *** vagaruy <vagaruy!~vagaruy@170.250.60.248> has quit IRC (Ping timeout: 250 seconds) | 12:35 | |
| Guest32 | mbrothers which slides? | 12:40 |
| zeddii | RP: no problem. I'll do a local build of that config to see what's up. | 12:41 |
| *** rpcme <rpcme!~rpcme@52.95.4.9> has joined #yocto | 12:42 | |
| smurray | mbrothers: do your 2 images use different MACHINE values? | 12:44 |
| qschulz | Guest32: https://pretalx.com/media/yocto-project-summit-2021/submissions/WTT3UV/resources/Demystifying_the_OVERRIDES_mechan_no6J6fb.pdf | 12:46 |
| *** Guest32 <Guest32!~Guest32@x086092.tudelft.net> has quit IRC (Ping timeout: 246 seconds) | 12:47 | |
| *** vagaruy <vagaruy!~vagaruy@216.75.211.6> has joined #yocto | 12:47 | |
| mbrothers | smurray: Yes they do. Unfortunately one of them has an underscore, so now trying to build it without an underscore | 12:48 |
| smurray | mbrothers: okay. If they were the same MACHINE but just different images, adding an extra OVERRIDE might not be the best way to go. | 12:50 |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 12:51 | |
| mbrothers | smurray: LetoThe2nd: Using a machine without underscore works perfect, I now have a function do_install_append_machine-1. Awesome Yocto! | 12:55 |
| mbrothers | Thanks for the help | 12:55 |
| LetoThe2nd | mbrothers: have fun! | 12:55 |
| vmeson | abelloni: anyone ineresteed in YP AB improvements: https://windriver.zoom.us/j/3696693975 | 13:02 |
| rfs613 | has anyone built dunfell branch under latest debian (bullseye)? | 13:08 |
| *** mihai- is now known as mihai | 13:18 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Quit: camus) | 13:22 | |
| vmeson | vagaruy: qemu uses ninja now too, fyi. gcc's build is not well behaved (configures during make, doesn't pass make flags to children) so I"m still looking for something similar in scale to chromium that uses 'make'. | 13:31 |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto | 13:35 | |
| *** Bardon_ <Bardon_!~Bardon@user/Bardon> has joined #yocto | 13:37 | |
| *** Bardon <Bardon!~Bardon@user/Bardon> has quit IRC (Ping timeout: 250 seconds) | 13:39 | |
| vmeson | FYI: chromium build in Yoctoproject.org on a 192 core box -j 192, then -l 50: https://postimg.cc/gallery/3hjfYfG/f8f46c97 | 13:39 |
| vmeson | ninja's -l NUM only uses the host 1 min load average so things oscillate. Make has a patch to do better and I'll try patching ninja with it. | 13:39 |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection) | 13:40 | |
| *** rber|res <rber|res!~rber|res@ppp-2-86-133-151.home.otenet.gr> has quit IRC (Ping timeout: 248 seconds) | 13:54 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has joined #yocto | 13:56 | |
| *** rber|res <rber|res!~rber|res@ppp-2-84-14-99.home.otenet.gr> has joined #yocto | 13:56 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Quit: Leaving) | 13:57 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has joined #yocto | 14:02 | |
| *** d0ku <d0ku!~d0ku@178.43.56.75.ipv4.supernova.orange.pl> has quit IRC (Ping timeout: 250 seconds) | 14:04 | |
| *** rber|res <rber|res!~rber|res@ppp-2-84-14-99.home.otenet.gr> has quit IRC (Ping timeout: 248 seconds) | 14:09 | |
| *** rber|res <rber|res!~rber|res@ppp-2-86-129-175.home.otenet.gr> has joined #yocto | 14:12 | |
| *** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> has quit IRC (Remote host closed the connection) | 14:14 | |
| *** OutBackDingo <OutBackDingo!~quassel@46.23.84.72> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 14:14 | |
| *** OutBackDingo <OutBackDingo!~quassel@46.23.84.72> has joined #yocto | 14:15 | |
| zeddii | RP: I fixed up my misfiring script. It is just the one 5.13.12 update that was off the rails. Did you want me to resend the full pull request, or just a v2 of that one patch ? | 14:16 |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 240 seconds) | 14:16 | |
| RP | zeddii: whichever is easier. I suspect that but decided to let you double check the patches :) | 14:19 |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 14:27 | |
| *** d0ku <d0ku!~d0ku@178.43.56.75.ipv4.supernova.orange.pl> has joined #yocto | 14:28 | |
| *** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 240 seconds) | 14:39 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Read error: Connection reset by peer) | 14:40 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 14:40 | |
| tlwoerner | qschulz: we'll need an updated presentation for the next yps ;-) | 14:43 |
| tlwoerner | feel free to start on the slides now ;-) | 14:44 |
| qschulz | s/_/:/ should suffice | 14:51 |
| LetoThe2nd | qschulz: hi5 | 14:51 |
| *** argonautx <argonautx!~argonautx@i5e867250.versanet.de> has joined #yocto | 14:53 | |
| *** camus <camus!~Instantbi@183.192.142.39> has joined #yocto | 14:55 | |
| *** davidinux <davidinux!~davidinux@net-37-117-180-239.cust.vodafonedsl.it> has quit IRC (Ping timeout: 240 seconds) | 14:57 | |
| *** davidinux <davidinux!~davidinux@217.138.219.36> has joined #yocto | 14:58 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 15:04 | |
| *** bantu <bantu!~bantu@edna.bantux.com> has quit IRC (Quit: bantu) | 15:06 | |
| *** bantu_ <bantu_!~bantu@edna.bantux.com> has joined #yocto | 15:07 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 240 seconds) | 15:16 | |
| *** mbrothers <mbrothers!~martin@188.201.252.82> has quit IRC (Ping timeout: 252 seconds) | 15:28 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 15:32 | |
| OutBackDingo | zeddii: ping | 15:42 |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Ping timeout: 250 seconds) | 15:45 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 15:47 | |
| RP | zeddii: btw, I mention to mention those IDENTIFY issues are both systemd | 15:52 |
| *** vagaruy <vagaruy!~vagaruy@216.75.211.6> has quit IRC (Quit: Connection closed) | 15:52 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-55-226.ssp.dialog.net.pl> has joined #yocto | 15:55 | |
| *** zpfvo <zpfvo!~fvo@i5E8691AE.versanet.de> has quit IRC (Remote host closed the connection) | 15:59 | |
| *** eduardas <eduardas!~eduardas@93.93.57.5> has quit IRC (Quit: Konversation terminated!) | 16:08 | |
| *** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has quit IRC (Remote host closed the connection) | 16:09 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 16:10 | |
| *** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has joined #yocto | 16:10 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:18 | |
| vd | I see various approaches for SRC_URI, some with +=, some with _append :=, is one preferred? | 16:30 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 16:31 | |
| *** override is now known as Guest9844 | 16:31 | |
| RP | vd: += would be the nicest but doesn't always work | 16:31 |
| *** override1 is now known as override | 16:33 | |
| *** frieder <frieder!~frieder@i59f72b50.versanet.de> has quit IRC (Remote host closed the connection) | 16:44 | |
| *** d0ku <d0ku!~d0ku@178.43.56.75.ipv4.supernova.orange.pl> has quit IRC (Ping timeout: 252 seconds) | 16:46 | |
| *** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has quit IRC (Remote host closed the connection) | 16:51 | |
| *** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has joined #yocto | 16:52 | |
| *** amitk <amitk!~amit@103.208.71.91> has quit IRC (Ping timeout: 250 seconds) | 17:13 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 17:23 | |
| *** florian <florian!~florian@dynamic-093-132-029-112.93.132.pool.telefonica.de> has joined #yocto | 17:24 | |
| moto-timo | RP: there's an upstream commit to pytest that should be the fix. testing now | 17:34 |
| *** florian <florian!~florian@dynamic-093-132-029-112.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 250 seconds) | 17:45 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Ping timeout: 252 seconds) | 17:52 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 17:54 | |
| *** davidinux <davidinux!~davidinux@217.138.219.36> has quit IRC (Ping timeout: 250 seconds) | 17:59 | |
| *** bps <bps!~bps@80.71.142.18.ipv4.parknet.dk> has joined #yocto | 18:02 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has quit IRC (Quit: Leaving) | 18:04 | |
| *** sethfoster <sethfoster!~sethfoste@98.116.200.111> has quit IRC (Ping timeout: 250 seconds) | 18:05 | |
| kanavin | halstead, I wrote a comment that hopefully better explains what the problem is with virgl | 18:05 |
| kanavin | you don't really need to do this on every host | 18:05 |
| *** davidinux <davidinux!~davidinux@217.138.219.36> has joined #yocto | 18:08 | |
| *** sethfoster <sethfoster!~sethfoste@98.116.200.111> has joined #yocto | 18:20 | |
| *** ferlzc <ferlzc!~ferlzc@2804:431:cfec:f227:a41c:11a:da8f:e49b> has joined #yocto | 18:22 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Ping timeout: 248 seconds) | 18:30 | |
| moto-timo | RP: fix for python3-jinja2 ptest sent to ML | 18:32 |
| moto-timo | RP: all python3-jinja2 ptests passed locally | 18:32 |
| *** d0ku <d0ku!~d0ku@178.43.56.75.ipv4.supernova.orange.pl> has joined #yocto | 18:32 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 18:33 | |
| ferlzc | Hi guys, i'm building an image on yocto 3.3 hardknott branch. | 18:34 |
| ferlzc | I want to use openssh and be able to ssh to my device using my custom image. After my customization on Yocto, the ssh package is instaled on the image but the server service is not running. | 18:34 |
| ferlzc | Any sugestion on where I should look? | 18:34 |
| ferlzc | my-image.bb | 18:34 |
| ferlzc | IMAGE_FEATURES += " package-management" | 18:34 |
| ferlzc | EXTRA_IMAGE_FEATURES ?= "debug-tweaks allow-empty-password ssh-server-openssh" | 18:34 |
| ferlzc | IMAGE_INSTALL = " \ | 18:34 |
| ferlzc | packagegroup-core-boot \ | 18:34 |
| ferlzc | packagegroup-core-full-cmdline" | 18:34 |
| ferlzc | 18:34 | |
| ferlzc | local.conf | 18:34 |
| ferlzc | DISTRO ?= "poky" | 18:34 |
| ferlzc | PACKAGE_CLASSES ?= "package_rpm" | 18:34 |
| ferlzc | DISTRO_FEATURES_append = " systemd" | 18:34 |
| ferlzc | VIRTUAL-RUNTIME_init_manager = "systemd" | 18:34 |
| ferlzc | DISTRO_FEATURES_BACKFILL_CONSIDERED = "sysvinit" | 18:34 |
| ferlzc | VIRTUAL-RUNTIME_initscripts = "" | 18:34 |
| *** zyga <zyga!~zyga@31.0.173.147> has joined #yocto | 18:41 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Ping timeout: 250 seconds) | 18:42 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has quit IRC (Quit: Leaving.) | 18:51 | |
| *** camus <camus!~Instantbi@183.192.142.39> has quit IRC (Quit: camus) | 18:54 | |
| *** nick <nick!~nick@177.66.65.120> has joined #yocto | 18:55 | |
| nick | Hello folks! | 18:55 |
| nick | I am new on yocto... | 18:56 |
| nick | I am trying used devtool to build libaacplus library but my build doesn't find unzip tool | 18:57 |
| nick | does anyone have any advice to solve this problem? | 18:57 |
| *** nick <nick!~nick@177.66.65.120> has quit IRC (Quit: Client closed) | 19:01 | |
| *** oprata <oprata!~oprata@177.66.65.120> has joined #yocto | 19:02 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Remote host closed the connection) | 19:03 | |
| oprata | hello folks! | 19:03 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 19:03 | |
| oprata | I had a problem to use devtool to build libaacplus. During the configuration devtool show a error because unzip package is missing. | 19:05 |
| oprata | Does anyone know how fix it? | 19:05 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 19:11 | |
| *** davidinux <davidinux!~davidinux@217.138.219.36> has quit IRC (Ping timeout: 240 seconds) | 19:11 | |
| *** davidinux <davidinux!~davidinux@net-37-117-180-239.cust.vodafonedsl.it> has joined #yocto | 19:13 | |
| kanavin | it helps if you show the error | 19:17 |
| *** davidinux <davidinux!~davidinux@net-37-117-180-239.cust.vodafonedsl.it> has quit IRC (Ping timeout: 240 seconds) | 19:18 | |
| *** davidinux <davidinux!~davidinux@217.138.219.36> has joined #yocto | 19:19 | |
| oprata | I used this command to build: $devtool build libaacplus | 19:22 |
| oprata | This is the error | 19:22 |
| override | is there a knowm / preferred way of changing where the device tree is read in from? any utils/known schemes, or mechanisms | 19:23 |
| oprata | | configure: error: You need unzip utility to prepare sources. | 19:23 |
| oprata | | WARNING: exit code 1 from a shell command. | 19:23 |
| oprata | | | 19:23 |
| oprata | ERROR: Task (/home/developer/repos/allwinner/nanopi-neo-plus2/workspace/recipes/libaacplus/libaacplus_git.bb:do_configure) failed with exit code '1' | 19:23 |
| kanavin | oprata, the error is coming from component's configure script - you need to read the script to see what is it trying to do - probably a dependency in recipe for unzip-native is needed | 19:25 |
| oprata | thanks a lot. I will try this. | 19:27 |
| oprata | The error change a little bit | 19:29 |
| oprata | This is the new error | 19:29 |
| oprata | | checking for unzip... /home/developer/repos/allwinner/nanopi-neo-plus2/tmp/work/aarch64-allwinner-linux/libaacplus/2.0.2+git999-r0/recipe-sysroot-native/usr/bin/unzip | 19:29 |
| oprata | | checking for patch... /home/developer/repos/allwinner/nanopi-neo-plus2/tmp/work/aarch64-allwinner-linux/libaacplus/2.0.2+git999-r0/recipe-sysroot-native/usr/bin/patch | 19:29 |
| oprata | | checking for /bin/bash... configure: error: cannot check for file existence when cross compiling | 19:29 |
| oprata | | WARNING: exit code 1 from a shell command. | 19:29 |
| oprata | | | 19:29 |
| oprata | Should I build the sdk first before use devtool to build my own recipe? | 19:30 |
| *** sakoman <sakoman!~steve@172.243.4.16> has joined #yocto | 19:30 | |
| *** zyga <zyga!~zyga@31.0.173.147> has quit IRC (Ping timeout: 252 seconds) | 19:31 | |
| kanavin | oprata, no - you do need to look into what configure script really does, as SDK contains the same cross-toolchain and will likely throw the same errors | 19:33 |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 19:33 | |
| oprata | May you can help me | 19:35 |
| oprata | this is my libaacplus recipe | 19:35 |
| oprata | SUMMARY = "" | 19:35 |
| oprata | SESSION = "multimedia" | 19:35 |
| oprata | LICENSE = "Unknown" | 19:35 |
| oprata | LIC_FILES_CHKSUM = "file://COPYING;md5=6db549a8f63269d52c2d3f43ba8ac8a7" | 19:35 |
| oprata | SRC_URI = "git://github.com/Distrotech/libaacplus.git;protocol=https" | 19:35 |
| oprata | # Modify these as desired | 19:35 |
| oprata | PV = "2.0.2+git${SRCPV}" | 19:35 |
| oprata | SRCREV = "f2c07704e20de394e7e22ec02015c5a0bca1eba7" | 19:35 |
| oprata | DEPENDS = "fftw unzip-native" | 19:35 |
| oprata | S = "${WORKDIR}/git" | 19:35 |
| oprata | # NOTE: the following prog dependencies are unknown, ignoring: unzip patch | 19:35 |
| oprata | # NOTE: if this software is not capable of being built in a separate build directory | 19:35 |
| oprata | # from the source, you should replace autotools with autotools-brokensep in the | 19:35 |
| oprata | # inherit line | 19:35 |
| oprata | inherit pkgconfig autotools native-sdk | 19:35 |
| oprata | # Specify any options you want to pass to the configure script using EXTRA_OECONF: | 19:35 |
| oprata | EXTRA_OECONF = "-enable-shared -disable-static" | 19:35 |
| kanavin | you probably do not need native-sdk inherit | 19:36 |
| kanavin | oprata, libaacplus is obsolete, and unmaintained | 19:37 |
| kanavin | sorry but you need to find a different way to do what you want | 19:37 |
| oprata | Do you known which lib replace libaacplus? | 19:38 |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Ping timeout: 252 seconds) | 19:48 | |
| *** cocoJoe <cocoJoe!~cocoJoe@xb9b5dc3e.cust.hiper.dk> has quit IRC (Quit: Client closed) | 19:50 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 19:50 | |
| JaMa | smurray: ping | 20:01 |
| *** rpcme <rpcme!~rpcme@52.95.4.9> has quit IRC (Quit: Client closed) | 20:02 | |
| JaMa | smurray: wrt that prserv issue, it happens only with localhost:0, if I use e.g. PRSERV_HOST = "localhost:8585" then it's fine and the port when it's failing is set, but to 0 and self.prserv.address is what's undefined | 20:04 |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed) | 20:06 | |
| smurray | JaMa: okay, I'm good with adding error checking, but just to check, am I correct in believing that localhost:0 shouldn't work since that's an invalid port #? | 20:07 |
| smurray | JaMa: just wondering if there's some container magic that might make it valid ;) | 20:08 |
| RP | moto-timo: thanks, much appreciated! | 20:13 |
| JaMa | smurray: I've added some debug output in https://pastebin.com/DZGsyBzJ | 20:17 |
| smurray | JaMa: right, but my question is if you specify PRSERV_HOST = "localhost:0", do you expect it to work, or fail with an error message? | 20:19 |
| smurray | JaMa: I'm assuming the latter, but wanted to double-check I'm not missing something | 20:21 |
| JaMa | local.conf.sample says it should work and autostart PRSERV, but using port 0 seems a bit strange | 20:21 |
| smurray | ah, okay. That does seem odd, since if it ignores the 0, you'd then need to look at the log to figure out what port it's using | 20:23 |
| JaMa | I was assuming that asyncio.start_server is supposed to select some random port, return it to self.server and then it's set as a prserv port from the socket, but in this case it looks like asyncio.start_server never finishes (as the logger message with 'sockets:' isn't ever called) | 20:23 |
| override | any runtime device tree update mechanisms? be great if someone could link to me some yocto preferred ways of doing device tree updates... | 20:23 |
| JaMa | and because it never reaches this line, it never sets the prserv.address (which then causes the rsplit() to fail | 20:24 |
| JaMa | let me try without docker :) | 20:24 |
| smurray | JaMa: okay, it's probably generically broken, I suspect | 20:25 |
| RP | smurray: I'm fairly sure "0" means pick a random port and autostart on that | 20:25 |
| RP | basically for duration of the current build | 20:25 |
| smurray | yeah, I'm guessing passing that down to asynio's start_server might be broken in some situation | 20:25 |
| JaMa | works locally without the docker NOTE: Started PRServer with DBfile: /OE/build/oe-core/cache/prserv.sqlite3, Address: 127.0.0.1:42005, PID: 103771 | 20:26 |
| smurray | ah, that's interesting. htm | 20:26 |
| smurray | err, hrm | 20:26 |
| JPEW | JaMa: are you using --net=host ? | 20:26 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Quit: Leaving) | 20:27 | |
| JPEW | (or maybe docker blocks binding to ephermal ports for some reason) | 20:27 |
| smurray | JaMa: if you let me know what distro you're running in that container, I can poke at trying to root cause it here | 20:28 |
| FO | PRSERV_HOST = "localhost:0" used to work for us before dunfell; then we had to remove it | 20:29 |
| *** WadeBerrier[m] <WadeBerrier[m]!~wberrierm@2001:470:69fc:105::3f0e> has joined #yocto | 20:29 | |
| *** rpcme <rpcme!~rpcme@52.95.4.9> has joined #yocto | 20:29 | |
| JaMa | smurray: ubuntu:hirsute | 20:29 |
| FO | but cant run 2 build at same time with it anymore since dunfell | 20:30 |
| JaMa | JPEW: no, not --net=host | 20:31 |
| smurray | JaMa: okay, I'll try rigging something up tomorrow, and work up at least a patch to better catch it failing out | 20:31 |
| JPEW | JaMa: Ya, I was misthinking. That (should?) be ok as long as you aren't trying to access the server outside the container | 20:32 |
| JaMa | I've switched to 20.04 ubuntu and the same | 20:32 |
| *** wberrier <wberrier!~wberrier@c-24-2-101-38.hsd1.ut.comcast.net> has joined #yocto | 20:39 | |
| *** wberrier <wberrier!~wberrier@c-24-2-101-38.hsd1.ut.comcast.net> has left #yocto | 20:43 | |
| tlwoerner | zeddii: out of curiosity, why is the kmeta branch for 5.13 not aligned with the HEAD commit? | 20:52 |
| *** argonautx <argonautx!~argonautx@i5e867250.versanet.de> has quit IRC (Quit: Leaving) | 20:53 | |
| *** sethfoster <sethfoster!~sethfoste@98.116.200.111> has quit IRC (Quit: leaving) | 20:56 | |
| *** fullstop_ <fullstop_!~fullstop@user/fullstop> has joined #yocto | 20:58 | |
| *** halstead_ <halstead_!uid505447@id-505447.charlton.irccloud.com> has joined #yocto | 21:01 | |
| *** xantoz_ <xantoz_!~tewi_inab@c-c0bae255.013-124-73746f25.bbcust.telenor.se> has joined #yocto | 21:01 | |
| *** halstead[m]1 <halstead[m]1!~halsteadm@2001:470:69fc:105::d0ef> has joined #yocto | 21:01 | |
| *** fullstop <fullstop!~fullstop@user/fullstop> has quit IRC (Excess Flood) | 21:01 | |
| *** xantoz <xantoz!~tewi_inab@c-c0bae255.013-124-73746f25.bbcust.telenor.se> has quit IRC (Ping timeout: 276 seconds) | 21:01 | |
| *** halstead[m] <halstead[m]!~halsteadm@2001:470:69fc:105::d0ef> has quit IRC (Ping timeout: 276 seconds) | 21:01 | |
| *** halstead <halstead!uid505447@id-505447.charlton.irccloud.com> has quit IRC (Ping timeout: 276 seconds) | 21:01 | |
| *** fullstop_ is now known as fullstop | 21:01 | |
| *** halstead_ is now known as halstead | 21:01 | |
| JaMa | smurray: looks like I have an work around for this, will send a patch to ML | 21:01 |
| smurray | JaMa: okay | 21:02 |
| JaMa | https://paste.ubuntu.com/p/MbYS2QSc8j/ but no idea why explicitly setting the loop fixed this in docker | 21:03 |
| JaMa | the docs say: The loop argument is optional and can always be determined automatically when this method is awaited from a coroutine. | 21:03 |
| *** d0ku <d0ku!~d0ku@178.43.56.75.ipv4.supernova.orange.pl> has quit IRC (Ping timeout: 250 seconds) | 21:07 | |
| smurray | JaMa: I can't see that paste due to needing a login, but I can guess roughly from your description. That would be an quite odd workaround | 21:08 |
| RP | moto-timo: I just realised I haven't merged that pluggy uprev yet! At least I know I can now! :) | 21:10 |
| RP | For those that are interested, rust just merged | 21:10 |
| moto-timo | RP: no worries, I figured out it was staged in master-next | 21:10 |
| moto-timo | RP: woot! thank you | 21:11 |
| RP | moto-timo: I'm not thinking clearly, too many patches, sorry. At least it is now fixed! | 21:11 |
| moto-timo | RP: you are forgiven. Please enjoy your weekend :) | 21:11 |
| moto-timo | vmeson: <Arnavion> Arnavion Dash | 21:12 |
| moto-timo | vmeson: moto-timo: The "couldn't allocate absolute path for" error is from yocto's pseudo https://git.yoctoproject.org/cgit/cgit.cgi/pseudo/tree/pseudo_client.c#n835 though that doesn't explain why running rustc would call into that | 21:12 |
| moto-timo | vmeson: from #rust | 21:12 |
| JaMa | smurray: strange, I thought it would be public, but here it is https://git.openembedded.org/bitbake-contrib/commit/?h=jansa/master&id=cda51842d8ba7ba46b613defa4623bc2d5cb1322 | 21:16 |
| smurray | JPEW: heh, any idea why that'd make a difference ^ ? | 21:17 |
| *** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has joined #yocto | 21:17 | |
| JPEW | Only thing I can think of is that self.loop isn't the default loop for some reason when that is called | 21:19 |
| JPEW | Oh, hmm, ya. That is really strange | 21:21 |
| JPEW | JaMa what python version are you using in the container? | 21:21 |
| JaMa | $ python3 --version | 21:25 |
| JaMa | Python 3.9.6 | 21:25 |
| vmeson | moto-timo: noted but it's EOD for me today. | 21:25 |
| moto-timo | vmeson: just FYI. enjoy your evening | 21:25 |
| vmeson | moto-timo: thanks, later. | 21:27 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 21:30 | |
| JaMa | JPEW: smurray: I'm sorry, looks like this change doesn't fix the issue in the end, I've switched to --net=host when switching between 21.04 and 20.04 ubuntu and that resolves the issue, after dropping --net=host again I can reproduce it again with both versions even with this commit (20.04 has python3 3.8.10) | 21:31 |
| JPEW | JaMa: OK. I wonder if docker is blocking ephermal ports somehow | 21:32 |
| *** wberrier <wberrier!~wberrier@c-24-2-101-38.hsd1.ut.comcast.net> has joined #yocto | 21:32 | |
| *** dvorkindmitry <dvorkindmitry!~dvorkindm@5.167.98.73> has quit IRC (Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/) | 21:33 | |
| *** wberrier <wberrier!~wberrier@c-24-2-101-38.hsd1.ut.comcast.net> has left #yocto | 21:33 | |
| JaMa | JPEW: bitbake-prserv works OK which does almost the same as the "autostarted" one, right? with bitbake@0064d3a94913:~/nodistro/honister$ bitbake-prserv --start --host=127.0.0.1 --port=42005 | 21:37 |
| JPEW | I would think so? The difference (as far as I know) is the attempt to use an automatic ephermal port | 21:37 |
| JaMa | ah it doesn't like "localhost" as it's resolved to IPv6 | 21:39 |
| JaMa | OSError: [Errno 99] error while attempting to bind on address ('::1', 42005, 0, 0): cannot assign requested address | 21:39 |
| JaMa | is in prserv.log after bitbake-prserv --start --host=localhost --port=42005 | 21:39 |
| JPEW | JaMa: Hmm, that sounds really familiar.... | 21:40 |
| WadeBerrier[m] | any suggestions about using local modifications to bitbake/poky for a project? Background: we reference upstream poky git repo as readonly, but we've recently needed to make a bitbake modification (that we plan to push upstream). But, I'm assuming it will take a while for that to trickle down into the poky repository? How do folks use a modified bitbake? (or really, any local changes to the poky repository). In this case, it's a new | 21:41 |
| WadeBerrier[m] | fetch2 module. | 21:41 |
| *** wberrier <wberrier!~wberrier@c-24-2-101-38.hsd1.ut.comcast.net> has joined #yocto | 21:41 | |
| JPEW | WadeBerrier[m]: Not that this is the best option, but we fork the repo with a local mirror and I make people upstream the change before I'll pull it back to the mirror :) | 21:42 |
| *** wberrier <wberrier!~wberrier@c-24-2-101-38.hsd1.ut.comcast.net> has left #yocto | 21:42 | |
| WadeBerrier[m] | JPEW: We're considering something similar (basically implementing policy on our side). I do appreciate the feedback of what others are doing. | 21:44 |
| JPEW | JaMa: This may be why we make hashserver use a unix domain socket for the "auto" option | 21:44 |
| JPEW | JaMa: It would probably be much easier to make prserv do that now that it uses the common async code | 21:45 |
| smurray | JPEW: I was toying with that possibility when I was looking at the code, but figured less change would be better | 21:45 |
| JPEW | WadeBerrier[m]: The other approach we have is a parallel ".fixes" layer for each layer we pull in. You can do a suprising amount of fixups with .bbappends (but not everything, like a new fetcheer) | 21:46 |
| JaMa | JPEW: if I modify lib/prserv/serv.py to handle 127.0.0.1:0 the same as localhost:0 and to pass 127.0.0.1 to asyncio.start_server() then it seems to work | 21:46 |
| JPEW | JaMa: Hmm | 21:46 |
| *** oprata <oprata!~oprata@177.66.65.120> has quit IRC (Quit: Client closed) | 21:47 | |
| JaMa | I also remember explicitly disabling ipv6 in /etc/docker/daemon.json on some of my builders (but not on this one) | 21:48 |
| smurray | JaMa: that suggests it's specifically localhost resolving to a IPv6 address than make sit unhappy, maybe? | 21:48 |
| JaMa | smurray: yes | 21:48 |
| *** florian <florian!~florian@dynamic-093-132-029-112.93.132.pool.telefonica.de> has joined #yocto | 21:48 | |
| smurray | heh, what are the odds something's broken in upstream Python? ;) | 21:49 |
| JaMa | $ grep localhost /etc/hosts | 21:49 |
| JaMa | 127.0.0.1 localhost | 21:49 |
| JaMa | ::1 localhost ip6-localhost ip6-loopback | 21:49 |
| JPEW | JaMa: Can you try bitbake-hashserve quick? | 21:49 |
| JPEW | https://www.irccloud.com/pastebin/GUZeuvQU/ | 21:49 |
| JaMa | bitbake$ bitbake-hashserv | 21:50 |
| JaMa | start_unix | 21:50 |
| JaMa | JPEW: https://pastebin.com/0ZMynp76 | 21:51 |
| JPEW | JaMa: Ugh. corperate firewall blocks pastebing :( | 21:52 |
| JaMa | ignore the exception that was my bad debug output, but it fails the same as bitbake-prserv | 21:53 |
| JPEW | JaMa: Means it's host specific somehow; is it only failing in Docker, or on your host also? | 21:54 |
| JaMa | bitbake$ bitbake-hashserv -l DEBUG -b localhost:0 | 21:54 |
| JaMa | Traceback (most recent call last): | 21:54 |
| JaMa | File "/OE/nodistro/honister/bitbake/bin/bitbake-hashserv", line 59, in <module> | 21:54 |
| JaMa | ret = main() | 21:54 |
| JaMa | File "/OE/nodistro/honister/bitbake/bin/bitbake-hashserv", line 53, in main | 21:54 |
| JaMa | server.serve_forever() | 21:54 |
| JaMa | File "/OE/nodistro/honister/bitbake/lib/bb/asyncrpc/serv.py", line 233, in serve_forever | 21:54 |
| JaMa | self.start() | 21:54 |
| JaMa | File "/OE/nodistro/honister/bitbake/lib/bb/asyncrpc/serv.py", line 144, in start_tcp | 21:54 |
| JaMa | self.server = self.loop.run_until_complete(server_coro) | 21:54 |
| JaMa | File "/usr/lib/python3.8/asyncio/base_events.py", line 616, in run_until_complete | 21:55 |
| JaMa | return future.result() | 21:55 |
| JaMa | File "/usr/lib/python3.8/asyncio/streams.py", line 94, in start_server | 21:55 |
| JaMa | return await loop.create_server(factory, host, port, **kwds) | 21:55 |
| JaMa | File "/usr/lib/python3.8/asyncio/base_events.py", line 1463, in create_server | 21:55 |
| JaMa | raise OSError(err.errno, 'error while attempting ' | 21:55 |
| JaMa | OSError: [Errno 99] error while attempting to bind on address ('::1', 0, 0, 0): cannot assign requested address | 21:55 |
| JaMa | JPEW: I bet that if I remove localhost from /etc/hosts ::1 then it will work | 21:55 |
| JaMa | will rebuild the container (as bitbake doesn't have sudo powers there) | 21:55 |
| JaMa | hmm it's added by docker in runtime (together with a hostname for IP it got) | 21:59 |
| JaMa | yes, updating /etc/hosts inside docker image fixes this as well | 22:00 |
| JaMa | honister$ bitbake-hashserv -l DEBUG -b localhost:0 | 22:00 |
| JaMa | Listening on ('127.0.0.1', 38859) | 22:00 |
| JaMa | now I should remember why I'm disabling ipv6 in docker and why world still isn't ready for IPv6 :/ | 22:01 |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 240 seconds) | 22:05 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has quit IRC (Quit: Leaving.) | 22:06 | |
| JaMa | https://github.com/docker/for-linux/issues/250 | 22:15 |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Ping timeout: 250 seconds) | 22:26 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 22:27 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 22:28 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has joined #yocto | 22:28 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 22:32 | |
| *** ferlzc <ferlzc!~ferlzc@2804:431:cfec:f227:a41c:11a:da8f:e49b> has quit IRC (Quit: Leaving) | 22:33 | |
| moto-timo | hmmm. how is the x86_64-poky-linux- tuple generated? I thought it would be BUILD_SYS == BUILD_ARCH BUILD_VENDOR BUILD_OS | 22:34 |
| moto-timo | but BUILD_VENDOR isn't defined as far as I found with bitbake -e | 22:35 |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 250 seconds) | 22:36 | |
| *** rpcme <rpcme!~rpcme@52.95.4.9> has quit IRC (Quit: Client closed) | 22:45 | |
| tlwoerner | RP: out of curiosity, is there a reason why "IMAGE" isn't one of the kinds of features_check? | 22:46 |
| *** alex88 <alex88!~alex88@ip72-207-140-105.lv.lv.cox.net> has quit IRC (Ping timeout: 276 seconds) | 22:47 | |
| *** alex88 <alex88!~alex88@ip72-207-140-105.lv.lv.cox.net> has joined #yocto | 22:47 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 22:59 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 23:08 | |
| moto-timo | the issue with 'rustc --print cfg' in python3-cryptography is because RUST_TARGET_PATH is not set in the environment | 23:12 |
| moto-timo | RUST_TARGET_PATH is the absolute path to rustlib/ where the target .json specification lives | 23:13 |
| *** sbach <sbach!~sbach@user/sbach> has quit IRC (Ping timeout: 250 seconds) | 23:22 | |
| *** bluelightning <bluelightning!~paul@2406:e003:1308:ba01:1816:5c51:b54f:22a7> has quit IRC (Ping timeout: 250 seconds) | 23:27 | |
| *** florian <florian!~florian@dynamic-093-132-029-112.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 23:32 | |
| *** fleg <fleg!64bf4386e9@user/fleg> has quit IRC (Read error: Connection reset by peer) | 23:53 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-55-226.ssp.dialog.net.pl> has quit IRC (Quit: Konversation terminated!) | 23:57 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!