| vvn | khem: meta-qt 6f82e21d60318ea9e4208470a10cc547b3b91dae breaks my build for qtwebengine. It used to work just fine without x11, now I get a "libxkbfile was skipped: missing required distro feature 'x11' (not in DISTRO_FEATURES)" | 00:09 |
|---|---|---|
| vvn | khem: reverting it fixes the build | 00:11 |
| vvn | and the build also breaks for nspr from meta-openembedded too, had to revert a9736c3 | 00:21 |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 01:15 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 01:24 | |
| *** Guest81 <Guest81!~Guest81@217-208-192-91-no98.tbcn.telia.com> has quit IRC (Quit: Client closed) | 01:30 | |
| *** jtoomey <jtoomey!~textual@149.199.80.128> has quit IRC (Ping timeout: 256 seconds) | 01:56 | |
| *** starblue <starblue!~juergen@dslb-084-061-077-137.084.061.pools.vodafone-ip.de> has quit IRC (Ping timeout: 256 seconds) | 02:30 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 02:30 | |
| *** starblue <starblue!~juergen@dslb-188-109-106-246.188.109.pools.vodafone-ip.de> has joined #yocto | 02:31 | |
| tlwoerner | zeddii: kernel recipes don't have a "do_patch" step? | 02:31 |
| tlwoerner | they have a do_kernel_metadata instead? | 02:33 |
| yolo | what's quilt-native for, what does native mean in yocto | 02:37 |
| rfs613 | yolo: it means a binary that runs on your build machine (host) | 02:38 |
| rfs613 | quilt is a tool for managing stacks of patches... kind of like git | 02:38 |
| yolo | yes used quilt before...I see, I was used to 'quilt-host' naming | 02:39 |
| yolo | in openwrt at least those are calls 'host' packages | 02:39 |
| yolo | s/calls/called/ | 02:39 |
| yolo | nativesdk is also a bit odd to me, SDK by default implies a host-package(e.g. x86), is there a crosssdk? what does that even mean then | 02:41 |
| yolo | nativesdk makes me think it's a native sdk running on the target, as the true sdk is cross, or, just call it SDK, which imples SDK running on the host/build machine | 02:42 |
| rfs613 | meh, naming... if we could just all agree, what would we do with all the time gained? :P | 02:42 |
| yolo | similarly i was thinking quilt-native is for the target, as the host does not need 'native', just call it quilt | 02:42 |
| rfs613 | the distinction is that your host may have quilt (from ubuntu or whatever), but yocto has it's own, which they call quilt-native. | 02:43 |
| yolo | got it. thanks. | 02:43 |
| rfs613 | basically to control the versions of tools used durign build, and not rely on what's installed on host system. | 02:43 |
| yolo | i was used to: cross-toolchain(SDK,including its own perl,python,quilt), host-tools(perl,python,quilt on x86 host originally)), native-anything -- runs on the target natively | 02:44 |
| yolo | e.g. an arm embedded board can have gcc installed natively in addition to be cross compiled on an x86 host | 02:45 |
| rfs613 | and then there's canadian cross... | 02:49 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 03:19 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 03:31 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 272 seconds) | 03:35 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 03:36 | |
| yolo | is there a shell env to play with `T="123"; A:="test ${T}"` etc to practice with bitbake syntax? devshell|devpyshell not a good fit | 03:37 |
| *** jclsn785 <jclsn785!~jclsn@84.46.25.180.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 03:37 | |
| yolo | it's like a bitbake shell to debug recipes, similar to bash to debug shell scripts REPL way | 03:37 |
| *** jclsn78 <jclsn78!~jclsn@149.224.77.55.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 240 seconds) | 03:39 | |
| *** kriive <kriive!~kriive@user/kriive> has quit IRC (Ping timeout: 250 seconds) | 03:40 | |
| *** kriive <kriive!~kriive@user/kriive> has joined #yocto | 03:41 | |
| *** amitk <amitk!~amit@103.208.69.108> has joined #yocto | 03:42 | |
| khem | vvn can you try latest meta-qt5 patch from https://github.com/meta-qt5/meta-qt5/pull/458 | 03:45 |
| khem | and report in the pull if that fixes your problem | 03:45 |
| khem | nspr-native is fixed in master-next already it should be in master soon | 03:46 |
| khem | yolo nativesdk packages are to be meant to be able to run on SDK hosts, we have build host = the machine you are building on and you can also build a cross SDK which can be installed on another host called SDK host and used to cross build packages for target like you are doing on your build host as well. nativesdk packages become like native packages but on SDK host | 03:49 |
| khem | the gcc on device is like any other target package in OE speak. No difference | 03:49 |
| khem | you can call it on-device SDK if you want to | 03:49 |
| khem | So on my native ( x86_64) host I build an SDK which will run on arm64 (SDK host) and generate code for riscv64 ( target ) | 03:52 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 03:53 | |
| khem | yolo you might use bb.debug much like printf like debugging. You can run bitbake server using bitbake --server-only | 03:56 |
| khem | REPL is quite powerful I agreee | 03:56 |
| yolo | thanks. not sure what bitbake --server-only is for though | 04:19 |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto | 04:39 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 04:41 | |
| vvn | khem: qt5 fix tested ;-) | 04:54 |
| khem | vvn add the info to pull | 04:55 |
| vvn | khem: already done | 04:56 |
| vvn | hence the wink wink | 04:56 |
| khem | very good thanks | 04:56 |
| * khem checks his eyes | 04:59 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 240 seconds) | 06:08 | |
| *** alex88 <alex88!~alex88@ip72-207-140-105.lv.lv.cox.net> has quit IRC (Ping timeout: 240 seconds) | 06:14 | |
| *** alex88 <alex88!~alex88@ip72-207-140-105.lv.lv.cox.net> has joined #yocto | 06:24 | |
| *** 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:25 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 06:56 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 240 seconds) | 07:02 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Remote host closed the connection) | 07:12 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 07:13 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 07:19 | |
| *** mckoan|away is now known as mckoan | 07:31 | |
| mckoan | good morning | 07:32 |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 07:44 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 07:58 | |
| *** cb5r <cb5r!~cb5r@user/cb5r> has joined #yocto | 08:04 | |
| *** kriive <kriive!~kriive@user/kriive> has quit IRC (Remote host closed the connection) | 08:15 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4114:c500:24d7:51ff:fed6:906d> has joined #yocto | 08:15 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 08:28 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-243-079-190.2.243.pool.telefonica.de> has joined #yocto | 08:32 | |
| jclsn785 | Morning | 08:38 |
| jclsn785 | God there is another number again | 08:39 |
| jclsn785 | In a month my nick will look like the Matrix | 08:39 |
| jclsn785 | Why is this happening? | 08:39 |
| mckoan | jclsn785: you have top register your nick in the IRC server | 08:41 |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 08:41 | |
| mckoan | *have to | 08:41 |
| jclsn785 | I did already | 08:41 |
| jclsn785 | And I couldn't even register as jclsn | 08:41 |
| jclsn785 | So it became jclsn7 | 08:41 |
| jclsn785 | Not it is 785 | 08:41 |
| jclsn785 | *now | 08:42 |
| jclsn785 | Maybe I have to leave the Yocto channel in Matrix | 08:42 |
| *** jclsn[m] <jclsn[m]!~coldspar_@2001:470:69fc:105::db09> has left #yocto | 08:42 | |
| *** jclsn785 <jclsn785!~jclsn@84.46.25.180.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 08:45 | |
| *** jclsn785 <jclsn785!~jclsn@84.46.25.180.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 08:45 | |
| *** jclsn785 <jclsn785!~jclsn@84.46.25.180.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Client Quit) | 08:48 | |
| *** jclsn785 <jclsn785!~jclsn@84.46.25.180.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 08:49 | |
| *** jclsn785 <jclsn785!~jclsn@84.46.25.180.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Client Quit) | 08:50 | |
| *** jclsn <jclsn!~jclsn@84.46.25.180.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 08:51 | |
| *** jclsn <jclsn!~jclsn@84.46.25.180.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Client Quit) | 08:55 | |
| *** jcsln7 <jcsln7!~jclsn@84.46.25.180.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 08:55 | |
| *** jcsln7 is now known as jclsn7 | 08:58 | |
| *** jclsn7 <jclsn7!~jclsn@84.46.25.180.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Client Quit) | 08:59 | |
| *** jclsn <jclsn!~jclsn@84.46.25.180.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 08:59 | |
| jclsn | So hoping it stays that way now | 09:02 |
| jclsn | mckoan: You have been part of the project since the beginning right? | 09:02 |
| jclsn | I was asking myself yesterday whether the order of the layers in the bblayers.conf matters. Most people here were not sure either. | 09:03 |
| qschulz | jclsn: the order of layers of same priorities "matters" | 09:03 |
| jclsn | I am asking because in the Yocto example openembedded and poky always come first, but kas always puts them last | 09:04 |
| *** florian_kc <florian_kc!~florian@dynamic-002-243-079-190.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 250 seconds) | 09:04 | |
| jclsn | qschulz: How can I determine the priority of a layer? | 09:04 |
| *** thekappe <thekappe!~thekappe@198.90.66.177> has joined #yocto | 09:04 | |
| jclsn | I already looked in the layer.conf | 09:04 |
| qschulz | jclsn: kas put them last VERY likely because of your kas.yaml file | 09:04 |
| jclsn | I put them the other way round int he kas.yml | 09:05 |
| jclsn | Didn't change a thing | 09:05 |
| thekappe | hello guys ! I have one question.. is it possible to pass a variable to bitbake from the command line (eg: bitbake foo=bar core-image-minimal) ? | 09:05 |
| qschulz | jclsn: bitbake-layers show-layers I think should show the priority | 09:05 |
| qschulz | jclsn: BBFILE_PRIORITY_something in your conf/layer.conf | 09:05 |
| qschulz | thekappe: yes, see https://docs.yoctoproject.org/bitbake/1.52/bitbake-user-manual/bitbake-user-manual-ref-variables.html#term-BB_ENV_EXTRAWHITE | 09:07 |
| qschulz | jclsn: mmmm seems like they are sorted alphabetically | 09:09 |
| jclsn | Interesting | 09:10 |
| jclsn | https://pastebin.com/qU8WtM02 | 09:10 |
| jclsn | So meta-webkit and meta-chromium can conflict | 09:10 |
| qschulz | jclsn: private pastebin | 09:10 |
| jclsn | Ah | 09:10 |
| jclsn | Thought that would mean it doesn't list on google o | 09:11 |
| jclsn | Public now | 09:12 |
| jclsn | Guess I should work with expiry dates | 09:12 |
| jclsn | I don't want all our company's configs lying around for everyone to see. At least not forever | 09:12 |
| qschulz | jclsn: I would rather have them exist forever. Otherwise, someone might see the IRC archives, click on the pastebin to have some context and won't have access to it and then the whole help session we'll do will only benefit yourself | 09:13 |
| jclsn | True | 09:13 |
| qschulz | not sure making the pastebin private or limited in time bring something to you here on this channel? (but I might be missing out on something :) ) | 09:14 |
| qschulz | jclsn: it's a name and you can anonymise the data before putting it on the pastebin :) | 09:14 |
| jclsn | Ok ok | 09:16 |
| jclsn | Anyway, I think I should assign a higher priority to our custom layer as it mostly contains kernel and bsp modifications | 09:16 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:18 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 09:20 | |
| thekappe | @qschulz, I couldn't find the information in the link you've just sent me | 09:21 |
| thekappe | the proposed variables seems to be the ones used inside a recipe | 09:21 |
| qschulz | thekappe: what is it that you want to do? | 09:22 |
| thekappe | bitbake foo=bar core-image-minimal | 09:22 |
| thekappe | supposing that there is a recipe using the foo variable | 09:22 |
| qschulz | yes, so you need to tell bitbake this environment variable can be used | 09:23 |
| qschulz | because by default the environment variables are not used, as you saw | 09:23 |
| qschulz | so I sent you a link to the bitbake variable you need to set in order to pass environment variables through bitbake | 09:24 |
| qschulz | you need to add it to your local.conf | 09:24 |
| thekappe | it's used in my build/conf/local.conf to set another variable | 09:25 |
| thekappe | I've set in build/conf/local.conf: | 09:33 |
| thekappe | BB_ENV_EXTRAWHITE += " foo" | 09:33 |
| thekappe | SW_REV = ${foo} | 09:33 |
| thekappe | btw running: | 09:34 |
| thekappe | $ export foo=bar | 09:34 |
| thekappe | $ bitbake -c cleansstate my-image-minimal | 09:34 |
| thekappe | leads to | 09:34 |
| thekappe | unparsed line: 'SW_REV = foo' | 09:34 |
| qschulz | thekappe: still need quotes in bitbake code | 09:40 |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 09:44 | |
| thekappe | @qschulz, damn... thanks | 09:53 |
| *** rzr <rzr!~rzr@ynh.rzr.cloudns.org> has left #yocto (Leaving) | 09:54 | |
| *** kyrix <kyrix!~textual@78.142.65.171> has joined #yocto | 09:54 | |
| jclsn | JPEW: The Pyrex container has increased in size a lot. Does it provide more tooling now or what is the reason? | 09:59 |
| qschulz | jclsn: https://github.com/garmin/pyrex/commits/master/image/Dockerfile | 10:02 |
| jclsn | @qschulz: What is the reason for this? | 10:03 |
| *** mauro_anjo <mauro_anjo!~quassel@191.13.251.42> has joined #yocto | 10:08 | |
| jclsn | We still have this nasty issue with kernel builds not being reproducible | 10:09 |
| jclsn | We have both built from scratch with deleted downloads and sstate-cache. One kernel boots, the other doesn't | 10:09 |
| jclsn | Either kas or Pyrex is the reason for this... | 10:09 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 10:14 | |
| *** kyrix <kyrix!~textual@78.142.65.171> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 10:16 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has joined #yocto | 10:17 | |
| *** berton[m] <berton[m]!~berton@2001:470:69fc:105::ce36> has joined #yocto | 10:19 | |
| rburton | jclsn: have you compared the binaries to verify they're different | 10:29 |
| jclsn | rburton: Yes they are | 10:30 |
| rburton | obviously kas or pyrex isn't the cause, but one of them is causing your layers to behave badly | 10:30 |
| jclsn | Two of my colleagues could now build successfully | 10:30 |
| jclsn | Something is funky here | 10:30 |
| rburton | used diffoscope to drill in and see where the differences are? | 10:30 |
| jclsn | Could my computer be the reason? | 10:30 |
| jclsn | Never used diffoscope | 10:31 |
| jclsn | Will try | 10:31 |
| jclsn | I was using kas 3.0.2 and the others 2.6.3 and 2.3.3 | 10:32 |
| rburton | the difference is minor but important if you're using poky master | 10:33 |
| jclsn | These differences? https://kas.readthedocs.io/en/latest/format-changelog.html | 10:33 |
| jclsn | I don't really understand them tbh | 10:34 |
| JaMa | is someone collecting interesting performance statistics during OE builds? I'm thinking about adding some graphs to my results in test-oe-build-time to better show how bad and how long the memory usage peaks actually are during different build setups (number of threads) | 10:34 |
| jclsn | Also don't know how to relate these version numbers to 3.0.2 or 2.6.3 | 10:34 |
| rburton | JaMa: the oe-build-perf scripts/machines collect some data, would be interesting to add memory usage | 10:35 |
| *** cb5r <cb5r!~cb5r@user/cb5r> has quit IRC (Quit: cb5r) | 10:35 | |
| *** cb5r <cb5r!~cb5r@user/cb5r> has joined #yocto | 10:35 | |
| JaMa | mem usage, swap, disk io, load seem obvious, but maybe something else would be nice to include | 10:35 |
| * JaMa will have a look at oe-build-perf-test, I think I haven't used this one before (only the matrix build maybe 15 years ago :)) | 10:38 | |
| *** sinko <sinko!~sinko@176.33.67.142> has joined #yocto | 10:38 | |
| JaMa | scripts/contrib/bb-perf/bb-matrix.sh | 10:39 |
| rburton | JaMa: its what the build-perf machines in the autobuilder run, so there are reliable metrics over time | 10:39 |
| rburton | i havent actually looked at the numbers for a while, which is bad. | 10:40 |
| JaMa | I was planing to install prometheus or something new and fancy | 10:40 |
| sinko | Hello everyone, I installed an openvpn server on ubuntu. I also installed openvpn client in Yocto. However, on the yocto side, I am getting an openvpn client error in runtime. the error is as follows: | 10:40 |
| sinko | Mar 11 10:33:58 x-rp432 systemd[1]: Starting OpenVPN Robust And Highly Flexible Tunneling Application On client... | 10:40 |
| sinko | Mar 11 10:33:58 x-rp432 systemd[1]: [[0;1;39m[[0;1;31m[[0;1;39mopenvpn@client.service: Control process exited, code=exited, status=1/FAILURE[[0m | 10:40 |
| sinko | Mar 11 10:33:58 x-rp432 systemd[1]: [[0;1;38;5;185m[[0;1;39m[[0;1;38;5;185mopenvpn@client.service: Failed with result 'exit-code'.[[0m | 10:40 |
| sinko | Mar 11 10:33:58 x-rp432 systemd[1]: [[0;1;31m[[0;1;39m[[0;1;31mFailed to start OpenVPN Robust And Highly Flexible Tunneling Application On client.[[0m | 10:40 |
| sinko | I couldn't find what caused it. Is there anyone who can help? | 10:40 |
| JaMa | but if build-perf collects all I need, then it will be easier to document in test-oe-build-time for others to share comparable results | 10:41 |
| *** robertd[m] <robertd[m]!~robertdno@2001:470:69fc:105::1:ce51> has left #yocto | 10:41 | |
| rburton | JaMa: that is the new hotness, for sure. bonus points for throwing buildstats information into the same store so you can see a spike and easily correlate that to what tasks a running :) | 10:41 |
| sinko | I created openvpn folder in etc. I put the ca.crt, client.crt, client.key, client.conf files that I created on the server into it. | 10:42 |
| rburton | sinko: did you look at the log for that unit in the journal? | 10:42 |
| JaMa | rburton: not sure how much time I'll actually spend on this, the workstation is already running for 3 days refreshing the results for honister, for kirkstone I just wanted to capture "a bit more" :) | 10:43 |
| sinko | I did not add the syslog to the image. | 10:44 |
| rburton | sinko: journald is part of systemd | 10:44 |
| JaMa | and the weather is getting warmer, so I don't need this 70C heather on all the time :) | 10:44 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…) | 10:45 | |
| sinko | I think, im either looking at it in the wrong place or im missing it. | 10:49 |
| sinko | rburton I couldn't find any logs in journal. | 10:52 |
| sinko | rburton These are the log outputs I found with journalctl -u openvpn@client, nothing more. | 10:55 |
| sinko | Mar 11 10:47:02 x-rp432 systemd[1]: [[0;1;39m[[0;1;31m[[0;1;39m/lib/systemd/system/openvpn@.service:8: PIDFile= references a path below legacy directory /var/run/, updating /var/run/openvpn/client.p | 10:56 |
| sinko | id → /run/openvpn/client.pid; please update the unit file accordingly.[[0m | 10:56 |
| sinko | Mar 11 10:47:24 x-rp432 systemd[1]: [[0;1;39m[[0;1;31m[[0;1;39m/lib/systemd/system/openvpn@.service:8: PIDFile= references a path below legacy directory /var/run/, updating /var/run/openvpn/client.p | 10:56 |
| sinko | id → /run/openvpn/client.pid; please update the unit file accordingly.[[0m | 10:56 |
| sinko | Mar 11 10:47:32 x-rp432 systemd[1]: Starting OpenVPN Robust And Highly Flexible Tunneling Application On client... | 10:56 |
| sinko | Mar 11 10:47:32 x-rp432 systemd[1]: [[0;1;39m[[0;1;31m[[0;1;39mopenvpn@client.service: Control process exited, code=exited, status=1/FAILURE[[0m | 10:56 |
| sinko | Mar 11 10:47:32 x-rp432 systemd[1]: [[0;1;38;5;185m[[0;1;39m[[0;1;38;5;185mopenvpn@client.service: Failed with result 'exit-code'.[[0m | 10:56 |
| sinko | Mar 11 10:47:32 x-rp432 systemd[1]: [[0;1;31m[[0;1;39m[[0;1;31mFailed to start OpenVPN Robust And Highly Flexible Tunneling Application On client.[[0m | 10:56 |
| qschulz | sinko: try without units first if you can | 10:58 |
| sinko | "journalctl" output: | 11:01 |
| sinko | Sep 20 10:43:59 x-rp432 kernel: Booting Linux on physical CPU 0x0 | 11:01 |
| sinko | Sep 20 10:43:59 x-rp432 kernel: [[0;1;39m[[0;1;31m[[0;1;39mLinux version 5. | 11:01 |
| sinko | 4.72-v7l (oe-user@oe-host) (gcc version 9.3.0 (GCC)) #1 SMP Mon Oct 19 11:12:20 | 11:01 |
| sinko | UTC 2020[[0m | 11:01 |
| sinko | Sep 20 10:43:59 x-rp432 kernel: CPU: ARMv7 Processor [410fd083] revision 3 | 11:01 |
| sinko | (ARMv7), cr=30c5383d | 11:01 |
| sinko | Sep 20 10:43:59 x-rp432 kernel: CPU: div instructions available: patching d | 11:01 |
| sinko | ivision code | 11:01 |
| sinko | Sep 20 10:43:59 x-rp432 kernel: CPU: PIPT / VIPT nonaliasing data cache, PI | 11:01 |
| sinko | PT instruction cache | 11:01 |
| sinko | Sep 20 10:43:59 x-rp432 kernel: OF: fdt: Machine model: Raspberry Pi 4 Mode | 11:01 |
| sinko | l B Rev 1.1 | 11:01 |
| sinko | Sep 20 10:43:59 x-rp432 kernel: Memory policy: Data cache writealloc | 11:01 |
| sinko | Sep 20 10:43:59 x-rp432 kernel: Reserved memory: created CMA memory pool at | 11:01 |
| sinko | 0x000000001ec00000, size 256 MiB | 11:01 |
| sinko | Sep 20 10:43:59 x-rp432 kernel: OF: reserved mem: initialized node linux,cm | 11:01 |
| sinko | a, compatible id shared-dma-pool | 11:01 |
| JaMa | sinko: use pastebin and I believe "without units" was meant as trying to run openvpn by hand instead of systemd, not pasting whole journalctl output | 11:03 |
| *** starblue <starblue!~juergen@dslb-188-109-106-246.188.109.pools.vodafone-ip.de> has quit IRC (Ping timeout: 252 seconds) | 11:04 | |
| *** starblue <starblue!~juergen@dslb-188-109-106-246.188.109.pools.vodafone-ip.de> has joined #yocto | 11:06 | |
| qschulz | JaMa: yes, thank you for clarifying | 11:07 |
| sinko | im new so i dont know much. thank you for the information. i will share the log after running it manually. | 11:09 |
| *** cb5r <cb5r!~cb5r@user/cb5r> has quit IRC (Quit: cb5r) | 11:12 | |
| *** cb5r <cb5r!~cb5r@user/cb5r> has joined #yocto | 11:13 | |
| *** sinko <sinko!~sinko@176.33.67.142> has quit IRC (Quit: Client closed) | 11:14 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 11:29 | |
| *** bradfa <bradfa!sid297668@id-297668.helmsley.irccloud.com> has joined #yocto | 11:51 | |
| *** robertd[m] <robertd[m]!~robertdno@2001:470:69fc:105::1:ce51> has joined #yocto | 11:52 | |
| robertd[m] | hey guys | 11:55 |
| robertd[m] | is there a way to cache lfs? | 11:55 |
| robertd[m] | the `do_unpack` task seems to reach out to fetch lfs each and every time | 11:56 |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has quit IRC (Quit: reboot) | 12:03 | |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has joined #yocto | 12:07 | |
| jclsn | JPEW: Does Pyrex build with its own toolchain or does it use my local toolchain? | 12:40 |
| rburton | pyrex is a container which has its own native toolchain | 12:41 |
| rburton | its based on ubuntu 20.04 | 12:41 |
| JPEW | jclsn: yes it grew. We made the "oe" containers able to run oe-selftest | 12:49 |
| JPEW | Made it easier to maintain | 12:49 |
| JPEW | Future containers should be smaller https://github.com/garmin/pyrex/pull/65 but I can't do that retroactively because it might break someone | 12:50 |
| jclsn | It is no big deal really | 12:51 |
| jclsn | I was just wondering what changed, because I am experiencing problems with my build | 12:51 |
| jclsn | It is either caused by kas 3.0.0, which I use to checkout or by the Pyrex toolchain | 12:51 |
| jclsn | I think I using both is too much tooling. It makes debugging harder | 12:52 |
| mckoan | do we have any recipe example showing how to define SRC_URI for an Azure private repo ? | 13:14 |
| mckoan | git repo | 13:15 |
| JPEW | jclns: both is untested for sure. I don't use kas | 13:19 |
| thekappe | mmmm long story short.. I've put in local.conf: | 13:23 |
| thekappe | BB_ENV_EXTRAWHITE += " SW_REV" | 13:23 |
| thekappe | MY_SW_REV="${SW_REV}" | 13:23 |
| thekappe | then in my image/rootfs/etc/os-release I get | 13:24 |
| thekappe | MY_SW_REV="${SW_REV}" | 13:24 |
| thekappe | after running: | 13:24 |
| thekappe | $ SW_REV=next bitbake my-image | 13:24 |
| thekappe | any idea on how to get SW_REV correctly expanded in /etc/os-release ? | 13:24 |
| qschulz | thekappe: check with bitbake -e that BB_ENV_EXTRAWHITE is correctly set and if SW_REV is set (not sure if it's printed or not in the log though this one) | 13:26 |
| jclsn | EXTRAWHITE sounds like tooth whitener | 13:29 |
| thekappe | qschulz, running bitbake -e shoes that BB_ENV_EXTRAWHITE="....... SW_REV", btw SW_REV is not defined | 13:37 |
| thekappe | moreover: I get the same result using d.getVar | 13:49 |
| thekappe | btibake -e | grep SW_REV | 13:49 |
| thekappe | .... | 13:49 |
| thekappe | .... | 13:49 |
| thekappe | # $MY_SW_REV | 13:49 |
| thekappe | # "${@d.getVar('SW_REV')}" | 13:49 |
| thekappe | MY_SW_REV="None" | 13:49 |
| jclsn | Could clam be the reason for my error? Any experiences?? | 13:49 |
| jclsn | I know from Windows that compiling and anti-virus programs don't get along well | 13:51 |
| rburton | turn it off and see, i guess | 13:58 |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:58 | |
| rburton | jclsn: have you ran diffoscope over two images yet to see *where* the differnces are? | 13:58 |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 14:00 | |
| jclsn | rburton: Yes, but the differences are to many. Plus, I don't speak binary | 14:01 |
| rburton | are they all over the image, or just the kernel | 14:05 |
| rburton | if you have reproducible builds and the same SHAs, then the filesystem should be identical | 14:06 |
| kayterina[m] | Hello. I am looking for the python3 interpreter. I did 'bitbake -s | grep ^python3' but there is no python3-core. The ultimate goal is to use the yocto's machine python for crossenv | 14:14 |
| jclsn | I just builts successfullx | 14:14 |
| jclsn | rburton | 14:14 |
| jclsn | Pyrex is the problem | 14:14 |
| jclsn | If I build with kas, it works | 14:14 |
| rburton | pyrex is triggering the problem. it's just a container :) | 14:14 |
| jclsn | Yeah the Pyrex's container | 14:15 |
| jclsn | *then | 14:15 |
| jclsn | Ah nevermind | 14:20 |
| jclsn | I just didn't flash cleanly | 14:20 |
| jclsn | I am still clueless | 14:20 |
| jclsn | Horrible | 14:26 |
| jclsn | I really hope it is clam | 14:26 |
| *** pasherring <pasherring!~pasherrin@2001:8a0:ec55:b200:e69e:fbd4:fac4:e184> has joined #yocto | 14:28 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 14:30 | |
| jclsn | rburton: I have reproducible builds on and just checked the kernel | 14:32 |
| jclsn | I could use my colleagues kernel and boot, so that is where the issue lies | 14:32 |
| jclsn | I am currently just building kernel with all different combinations | 14:32 |
| jclsn | My machine is cursed | 14:33 |
| rburton | running memcheck is always worth a go, bad ram does cause all sorts of fun things | 14:34 |
| pasherring | this plagued me just yesterday. BTW, thanks for the tip, rburton . | 14:35 |
| pasherring | I reduced a bit ram frequency on the build machine and the memtest started passing. | 14:36 |
| pasherring | This is obviously just paliative, I need to pick up some new ram modules :) | 14:36 |
| tlwoerner | RP: ignore what i said last night, removing threads and parallel had the same random chance of success/fail on my jenkins last night as it did with them in the config | 14:44 |
| jclsn | rburton: I have also thought about that | 14:49 |
| jclsn | If this is the case, I won't buy a ThinkPad with onboard RAM anymore | 14:50 |
| qschulz | jclsn: building yocto on a laptop does not make much sense anyway | 14:52 |
| qschulz | (and I'm saying this from my Thinkpad T15 Gen 1 which is unbearably slow compiling stuff | 14:53 |
| jclsn | qschulz: I have the same remember? | 15:24 |
| jclsn | My boss wants to give me his old tower, which should be a bit slower. Has like 12 cores I think | 15:25 |
| prabhakarlad | Hi all, has anyone hit the below issue on meta-riscv | 15:25 |
| prabhakarlad | x86_64-oesdk-linux/usr/lib/riscv64-oe-linux/gcc/riscv64-oe-linux/9.3.0/include/stdint.h:9:16: fatal error: stdint.h: No such file or directory | 15:25 |
| prabhakarlad | 9 | # include_next <stdint.h> | 15:25 |
| jclsn | But I can't take that home. Would have to talk with the IT to be able to SSH into it | 15:25 |
| jclsn | Which is painful ^^ | 15:25 |
| jclsn | Our IT is big crap | 15:26 |
| *** robertd[m] <robertd[m]!~robertdno@2001:470:69fc:105::1:ce51> has left #yocto | 15:26 | |
| jclsn | I am currently setting up a CI pipeline with a 20-core runner, but I couldn't get it to work yet | 15:26 |
| jclsn | At some point I will run through the company screaming THREADRIPPER!!!!!! | 15:27 |
| jclsn | but the 64-core version is easily at 10.000 €... | 15:28 |
| rfs613 | jclsn: watch out, they may come for you with a fancy jacket, and carry you off to the dungeon in the basement... | 15:28 |
| qschulz | jclsn: 10k is usually a small-ish budget for companies | 15:29 |
| qschulz | jclsn: setting up a jenkins/gitlab/whatever pipeline with a VERY powerful server might be easier to sell to your boss | 15:29 |
| jclsn | rfs631: Yeah I should better write it via email | 15:29 |
| jclsn | qschulz: That is my plan | 15:30 |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 252 seconds) | 15:30 | |
| rburton | worth doing the sums for a CI setup on AWS or similar with spot instances for the builds | 15:30 |
| jclsn | When that Gitlab pipeline is ready I will see | 15:30 |
| rburton | spot instances that are bought up to build as needed, with SSTATE_DIR shared over EFS | 15:31 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 240 seconds) | 15:38 | |
| *** kyrix <kyrix!~textual@78.142.65.171> has joined #yocto | 15:47 | |
| *** cb5r <cb5r!~cb5r@user/cb5r> has quit IRC (Ping timeout: 240 seconds) | 15:52 | |
| *** kyrix <kyrix!~textual@78.142.65.171> has quit IRC (Ping timeout: 245 seconds) | 16:01 | |
| *** Guest23 <Guest23!~Guest23@88.131.87.201> has joined #yocto | 16:07 | |
| Guest23 | How can I trigger a download of uninative-tarball in yocto? | 16:10 |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 16:10 | |
| *** thekappe <thekappe!~thekappe@198.90.66.177> has quit IRC (Ping timeout: 256 seconds) | 16:12 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 16:13 | |
| rburton | build something, anything | 16:21 |
| rburton | if you want to reload, delete it from DL_DIR and wipe tmp/ | 16:21 |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 16:23 | |
| Guest23 | rburton ok. is there any benefit building my own uninative-tarball? | 16:24 |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 268 seconds) | 16:31 | |
| rburton | none at all | 16:32 |
| rfs613 | well, depends if you wear a tin foil hat ;-) | 16:32 |
| rburton | if you wear tin foil then turn off uninative :) | 16:33 |
| rfs613 | bingo : | 16:33 |
| rfs613 | (for the record, my tin foil hat is safely stored in a dark drawer, just in case I need it someday) | 16:34 |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 16:37 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 272 seconds) | 16:43 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:49 | |
| *** Guest23 <Guest23!~Guest23@88.131.87.201> has quit IRC (Quit: Client closed) | 16:50 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 250 seconds) | 16:53 | |
| pasherring | ro | 16:53 |
| pasherring | ops :\ | 16:53 |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 16:54 | |
| rfs613 | kanavin: I was not aware of meta-lts-mixin, thanks for the pointer. And I see it has goland/docker which is of interest to my client. I will take a closer look soon, maybe have some questions. | 17:14 |
| kanavin | rfs613, sure | 17:15 |
| *** dev1990 <dev1990!~dev@78.9.136.196> has quit IRC (Quit: Konversation terminated!) | 17:16 | |
| *** cb5r <cb5r!~cb5r@user/cb5r> has joined #yocto | 17:26 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Quit: camus) | 17:27 | |
| *** kyrix <kyrix!~textual@78.142.65.171> has joined #yocto | 17:28 | |
| khem | prabhakarlad: what are using building, explain the situation a bit more | 17:35 |
| *** chep <chep!~chep@82-65-36-115.subs.proxad.net> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 17:38 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 240 seconds) | 17:38 | |
| *** chep <chep!~chep@82-65-36-115.subs.proxad.net> has joined #yocto | 17:38 | |
| prabhakarlad | khem: Im trying to build the Renesas FlashWriter utility with the SDK installed (I am using dunfell release). I even created a recipe to build the utility and still seeing the exact same issue. | 17:39 |
| prabhakarlad | more log here: https://paste.debian.net/1233854/ | 17:39 |
| khem | this package is not respecting CC/CXX/LD etc | 17:41 |
| khem | so please fix that | 17:41 |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 17:41 | |
| khem | https://github.com/renesas-rcar/flash_writer/blob/rcar_gen3/makefile#L264-L275 | 17:43 |
| khem | turn those assignments into weak assigns using ?= instead of = | 17:44 |
| *** mckoan is now known as mckoan|away | 17:49 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has quit IRC (Quit: Leaving) | 17:50 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 17:51 | |
| prabhakarlad | khem: thanks for the pointer, making assignments weak did the trick! | 18:07 |
| *** florian_kc <florian_kc!~florian@dynamic-002-243-079-190.2.243.pool.telefonica.de> has joined #yocto | 18:12 | |
| khem | good, you should send this patch upstream as well. It will improve that package | 18:43 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 18:48 | |
| *** pasherring <pasherring!~pasherrin@2001:8a0:ec55:b200:e69e:fbd4:fac4:e184> has quit IRC (Quit: Leaving) | 19:11 | |
| *** florian_kc is now known as florian | 19:13 | |
| * rfs613 watches rust-native build... 17min so far... | 19:33 | |
| rfs613 | memory usage so far hasn't been bad, at most I saw 10G used. | 19:34 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 19:35 | |
| prabhakarlad | khem: agreed will send it upstream. | 19:36 |
| *** cb5r <cb5r!~cb5r@user/cb5r> has quit IRC (Ping timeout: 256 seconds) | 20:03 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4114:c500:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 20:11 | |
| *** florian <florian!~florian@dynamic-002-243-079-190.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 272 seconds) | 20:38 | |
| *** cb5r <cb5r!~cb5r@user/cb5r> has joined #yocto | 20:52 | |
| *** kyrix <kyrix!~textual@78.142.65.171> has quit IRC (Ping timeout: 252 seconds) | 20:52 | |
| *** kyrix <kyrix!~textual@78.142.65.171> has joined #yocto | 20:56 | |
| *** yannd <yannd!~yann@88.120.44.86> has quit IRC (Remote host closed the connection) | 21:13 | |
| JaMa | rfs613: yes rust-native is quite slow to build | 21:20 |
| rfs613 | JaMa: yup, but it finished now, all good ;-) | 21:21 |
| JaMa | takes around 10 mins even with -j 64 | 21:22 |
| *** kyrix <kyrix!~textual@78.142.65.171> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 21:23 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 21:25 | |
| *** mauro_anjo <mauro_anjo!~quassel@191.13.251.42> has quit IRC (Ping timeout: 272 seconds) | 21:25 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 252 seconds) | 21:34 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 21:37 | |
| *** cb5r <cb5r!~cb5r@user/cb5r> has quit IRC (Quit: cb5r) | 21:59 | |
| *** konsgn <konsgn!~konsgn@user/Konsgn> has quit IRC (Read error: Connection reset by peer) | 22:04 | |
| *** florian <florian!~florian@dynamic-002-243-079-190.2.243.pool.telefonica.de> has joined #yocto | 22:23 | |
| *** ecdhe_ <ecdhe_!~ecdhe@user/ecdhe> has joined #yocto | 22:30 | |
| *** Dracos-Carazza_ <Dracos-Carazza_!~Dracos-Ca@94.31.103.247> has joined #yocto | 22:32 | |
| *** alinucs_ <alinucs_!~abo@215.ip-51-38-235.eu> has joined #yocto | 22:32 | |
| *** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 22:32 | |
| *** yannd <yannd!~yann@88.120.44.86> has joined #yocto | 22:32 | |
| *** fitzsim` <fitzsim`!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 22:34 | |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has quit IRC (Killed (lead.libera.chat (Nickname regained by services))) | 22:34 | |
| *** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto | 22:34 | |
| *** marc3 <marc3!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has joined #yocto | 22:35 | |
| *** dlan_ <dlan_!~dennis@107.148.250.114> has joined #yocto | 22:35 | |
| *** opello <opello!~opello@about/csharp/opello> has quit IRC (*.net *.split) | 22:39 | |
| *** marc2 <marc2!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has quit IRC (*.net *.split) | 22:39 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC (*.net *.split) | 22:39 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has quit IRC (*.net *.split) | 22:39 | |
| *** vquicksilver <vquicksilver!~nobody@user/vquicksilver> has quit IRC (*.net *.split) | 22:39 | |
| *** alimon <alimon!~alimon@189.172.33.189> has quit IRC (*.net *.split) | 22:39 | |
| *** mckoan|away <mckoan|away!~marco@host-79-3-92-72.business.telecomitalia.it> has quit IRC (*.net *.split) | 22:39 | |
| *** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has quit IRC (*.net *.split) | 22:39 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC (*.net *.split) | 22:39 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has quit IRC (*.net *.split) | 22:39 | |
| *** Net147_ <Net147_!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has quit IRC (*.net *.split) | 22:39 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.103.247> has quit IRC (*.net *.split) | 22:39 | |
| *** alinucs <alinucs!~abo@215.ip-51-38-235.eu> has quit IRC (*.net *.split) | 22:39 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 22:41 | |
| *** opello <opello!~opello@about/csharp/opello> has joined #yocto | 22:45 | |
| *** vquicksilver <vquicksilver!~nobody@user/vquicksilver> has joined #yocto | 22:45 | |
| *** mckoan|away <mckoan|away!~marco@host-79-3-92-72.business.telecomitalia.it> has joined #yocto | 22:45 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto | 22:45 | |
| *** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has joined #yocto | 22:46 | |
| *** alimon <alimon!~alimon@189.172.33.189> has joined #yocto | 22:49 | |
| *** florian <florian!~florian@dynamic-002-243-079-190.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 272 seconds) | 22:57 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 22:59 | |
| *** bantu <bantu!~bantu@edna.bantux.com> has quit IRC (Quit: bantu) | 23:16 | |
| *** bantu <bantu!~bantu@edna.bantux.com> has joined #yocto | 23:16 | |
| *** fitzsim` is now known as fitzsim | 23:23 | |
| *** yannd <yannd!~yann@88.120.44.86> has quit IRC (Remote host closed the connection) | 23:24 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 23:49 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!