| * RP gives a build another try since it likely won't hit the errors second time around as the release sstate mirror is already there | 00:13 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC | 00:37 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 00:45 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 00:50 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.129> has quit IRC | 01:13 | |
| *** Crofton <Crofton!~balister@2601:5c0:c100:b84:c22d:c40:ab44:9e37> has joined #yocto | 01:14 | |
| *** radsquirrel_away <radsquirrel_away!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto | 01:23 | |
| *** abelloni <abelloni!~abelloni@scw.piout.net> has quit IRC | 01:26 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC | 01:44 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto | 01:59 | |
| *** kaspter <kaspter!~Instantbi@115.216.24.14> has quit IRC | 02:32 | |
| *** kaspter <kaspter!~Instantbi@115.216.24.14> has joined #yocto | 02:32 | |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has joined #yocto | 02:48 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto | 02:59 | |
| yocti | New news from stackoverflow: how to generate compile database with bitbake? <https://stackoverflow.com/questions/55389645/how-to-generate-compile-database-with-bitbake> | 03:22 |
|---|---|---|
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-qiigcmhfsvaccihv> has quit IRC | 03:41 | |
| *** kaspter <kaspter!~Instantbi@115.216.24.14> has quit IRC | 03:44 | |
| *** onlyesterday <onlyesterday!~onlyester@113.160.58.178> has joined #yocto | 03:47 | |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-mangsjbwxlpfrtsn> has joined #yocto | 04:16 | |
| yocti | New news from stackoverflow: How to disable certain keyboard keys in yocto <https://stackoverflow.com/questions/55390068/how-to-disable-certain-keyboard-keys-in-yocto> | 04:22 |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC | 04:24 | |
| *** kaspter <kaspter!~Instantbi@183.128.239.218> has joined #yocto | 04:33 | |
| khem | rburton: python2 is needed for llvm during build time see https://github.com/kraj/llvm-project/blob/master/llvm/CMakeLists.txt#L670-L684 | 04:49 |
| *** thaytan <thaytan!~thaytan@121-200-23-18.79c817.syd.nbn.aussiebb.net> has quit IRC | 05:14 | |
| *** gtristan <gtristan!~tristanva@110.11.227.189> has quit IRC | 05:40 | |
| *** anujm <anujm!~anujm@192.55.54.42> has joined #yocto | 05:42 | |
| *** dv_ <dv_!~dv@62.178.50.190> has quit IRC | 05:44 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 05:45 | |
| *** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has quit IRC | 05:55 | |
| *** dv_ <dv_!~dv@62.178.50.190> has joined #yocto | 05:58 | |
| *** vladzouth <vladzouth!500c5411@gateway/web/freenode/ip.80.12.84.17> has quit IRC | 06:02 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 06:03 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 06:11 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 06:13 | |
| *** anujm <anujm!~anujm@192.55.54.42> has quit IRC | 06:13 | |
| *** dl9pf <dl9pf!~quassel@opensuse/member/dl9pf> has quit IRC | 06:14 | |
| *** gtristan <gtristan!~tristanva@110.11.227.177> has joined #yocto | 06:22 | |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-mangsjbwxlpfrtsn> has quit IRC | 06:26 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 06:42 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 06:46 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 07:05 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 07:15 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 07:16 | |
| *** droman <droman!~david@ns3046126.ip-91-121-8.eu> has quit IRC | 07:27 | |
| *** frsc <frsc!~frsc@200116b824d2c700c70cfe0ef33139e2.dip.versatel-1u1.de> has joined #yocto | 07:28 | |
| *** droman <droman!~david@ns3046126.ip-91-121-8.eu> has joined #yocto | 07:29 | |
| *** zeddii <zeddii!~zeddii@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has quit IRC | 07:29 | |
| *** zeddii <zeddii!~zeddii@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has joined #yocto | 07:30 | |
| *** agust <agust!~agust@p5483354E.dip0.t-ipconnect.de> has joined #yocto | 07:34 | |
| *** gtristan <gtristan!~tristanva@110.11.227.177> has quit IRC | 07:48 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 07:50 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 07:52 | |
| yocti | New news from stackoverflow: ERROR: useradd: useradd command did not succeed in Yocto build <https://stackoverflow.com/questions/55392125/error-useradd-useradd-command-did-not-succeed-in-yocto-build> | 07:53 |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 07:53 | |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto | 07:55 | |
| *** mckoan|away is now known as mckoan | 08:00 | |
| *** lusus <lusus!~lusus@62.91.23.180> has joined #yocto | 08:01 | |
| *** fl0v0 <fl0v0!~fvo@i5E869228.versanet.de> has joined #yocto | 08:01 | |
| *** gtristan <gtristan!~tristanva@114.207.54.12> has joined #yocto | 08:04 | |
| mkhoory | so I made a graph of the dependencies for core-image-minimal and now I'm converting the .dot file to ps. It's taken 8.5 minutes and it's still not done. Am I doing it wrong? lol | 08:11 |
| mkhoory | I'm new to yocto and I just wanted to get an overall understanding of what went into my image and why | 08:11 |
| LetoThe2nd | mkhoory: as we don't know how you're doing it, how could anyone comment? but yes, the .dot files are LARGE. to the point where the usual suspects (xdot, etc) can't display them anymore. | 08:12 |
| mkhoory | LetoThe2nd, well, I used bitbake -g core-image-minimal, and that generates a .dot file, and now I'm compiling it to ps with 'dot -Tps task-depends.dot -o taskdepends.ps | 08:16 |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto | 08:17 | |
| mkhoory | I guess reading the dot file might be more practical than trying to convert it to a graph :) | 08:17 |
| LetoThe2nd | mkhoory: eeeexactly. | 08:17 |
| LetoThe2nd | i usually just open it in vim or such | 08:17 |
| mkhoory | ah! what I should've done is convert the recipe depends file, not the task! | 08:18 |
| mkhoory | it's a lot smaller | 08:19 |
| mkhoory | and is really more of the infromation that I'm looking for | 08:19 |
| *** cvasilak <cvasilak!~cvasilak@ppp-94-64-15-102.home.otenet.gr> has joined #yocto | 08:19 | |
| RP | mkhoory: "bitbake core-image-minimal -g -u taskexp" may interest you | 08:43 |
| RP | mkhoory: its a gtk UI which lets you explore the dependencies | 08:43 |
| RP | very simplistic but might help | 08:43 |
| mkhoory | ah interesting, will give it a try | 08:47 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:47 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 08:51 | |
| *** yacar_ <yacar_!~yacar@80.215.73.138> has joined #yocto | 08:51 | |
| mkhoory | RP, that gives me task dependencies. Can I get recipe dependencies? | 08:56 |
| RP | mkhoory: recipe dependencies get very confusing as the collapsed graph is circular in many cases. The simple answer is no, not really | 08:58 |
| RP | mkhoory: we used to offer that data but it just mislead and confused people | 08:58 |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 08:58 | |
| mkhoory | I see | 09:00 |
| LetoThe2nd | RP: you mean, confuse them even more? :P | 09:01 |
| RP | LetoThe2nd: perhaps ;-) | 09:06 |
| RP | mkhoory: you could trivially write a script which just collapses all the dependencies in that dot file and then you'd have the recipe dependencies fwiw. I'm not sure it would be what you actually want though | 09:07 |
| *** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has joined #yocto | 09:07 | |
| yocti | New news from stackoverflow: QML debugging & qmljsdebugger profiling is not working on RPI with Yocto (poky-pyro) <https://stackoverflow.com/questions/46700219/qml-debugging-qmljsdebugger-profiling-is-not-working-on-rpi-with-yocto-poky-p> | 09:23 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 09:37 | |
| mkhoory | Question: If I have a bunch of custom software I'd like to write for my target, but this software needs to be bundled in with the image, but at the same time, I'd like them to be updateable during runtime.. Is it more suitable to write this software through the SDK, or bundle it in with the image as a layer? | 09:39 |
| mkhoory | or am I thinking in a fundamentally incorrect way? | 09:40 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:41 | |
| LetoThe2nd | mkhoory: the latter :) | 09:43 |
| mkhoory | as in bundle it with the image as a layer, or am I thinking wrong? :P | 09:44 |
| *** armpit <armpit!~armpit@2601:202:4180:c33:31b7:7ccc:3320:ebf3> has quit IRC | 09:44 | |
| LetoThe2nd | mkhoory: as in "thinking wrong" :-) you write recipes for the software, so they can be bundled into image. AND you enable runtime package management. through the latter, you can then update the applications just almost like on an ordinary distirbution | 09:44 |
| mkhoory | I think I understand | 09:46 |
| LetoThe2nd | mkhoory: but if your usecase actually is "it has to work basically like debian" (or insert your personal favorite), then you might be better off actually just using that, and save yourself the effort to first understand a tool that might be suited badly, and then beat it into another shape | 09:47 |
| *** armpit <armpit!~armpit@2601:202:4180:c33:31b7:7ccc:3320:ebf3> has joined #yocto | 09:47 | |
| mkhoory | Yeah I'm still in the process of figuring out whether Yocto is best suited for my needs | 09:47 |
| LetoThe2nd | mkhoory: so it really depends on a lot of variables | 09:47 |
| LetoThe2nd | mkhoory: i mean, the beagleboard crowd started with an OE-based distribution back then, and is shipping debian since a couple of years by default for example | 09:48 |
| mkhoory | Debian is most likely not what I want. | 09:49 |
| LetoThe2nd | mkhoory: because debian suits the majority of users better. and for those who need something different, they can always build poky for their boards. | 09:49 |
| mkhoory | What I really want, is a kernel, with any required supporting libraries/software, and my own custom written software (which I havent written yet) that does specific tasks, which I can update after deployment | 09:49 |
| mkhoory | I come from an RTOS background, maybe I'm thinking too much in that sense | 09:50 |
| LetoThe2nd | mkhoory: debian is just an example. you pointed out yesterday that you don't do series runs but kinda one-off things. that together with maybe not being extremely resource constrained are usually strong arguments against doing the whole distro-from-source shbang like OE does. | 09:50 |
| *** vladzouth <vladzouth!500c5411@gateway/web/freenode/ip.80.12.84.17> has joined #yocto | 09:51 | |
| mkhoory | I may actually be very resource constrained though. Hardware hasn't been selected yet | 09:51 |
| LetoThe2nd | mkhoory: yes, it might be really useful to let go of the classic RTOS/embedded background | 09:51 |
| LetoThe2nd | mkhoory: defined "very resource constrained" | 09:52 |
| *** kuzulis <kuzulis!~kuzulis@37.112.57.60> has left #yocto | 09:52 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 09:52 | |
| mkhoory | Like, 16MB EEPROM, and possibly not a lot of RAM either | 09:54 |
| LetoThe2nd | mkhoory: and, if its jsut for the development stage, you can always just "update" the target by using scp, assuming a read-write filesystem | 09:54 |
| LetoThe2nd | mkhoory: you probably mean 16M flash. | 09:54 |
| mkhoory | yeah that was the plan | 09:54 |
| mkhoory | LetoThe2nd, possibly, not sure yet | 09:54 |
| LetoThe2nd | mkhoory: but in that case you certainly do NOT want package management. | 09:55 |
| LetoThe2nd | mkhoory: seriously, i doubt your hardware guys will give you 16M EEPROM memory as ROM memory. | 09:55 |
| mkhoory | probably flash then, must've misread | 09:55 |
| LetoThe2nd | 16M flash does certainly count as resource constrained, thats true. | 09:56 |
| mkhoory | there's a lot of options. We can go for really reliable but expensive flash, or less reliable but cheaper flash, so we're still deciding | 09:57 |
| LetoThe2nd | thats the usual | 09:57 |
| RP | mkhoory: the big win for Yocto in this case is the ability to totally customise what goes into the image (e.g. poky-tiny uses musl and shows to create more minimal images) | 10:01 |
| LetoThe2nd | RP: we've already been through some fun with poky-tiny :) | 10:02 |
| LetoThe2nd | reminds me to do the bug report. | 10:03 |
| *** cquast <cquast!~cquast@90.85.130.193> has joined #yocto | 10:09 | |
| mkhoory | now you know why I'm interested in poky-tiny :P | 10:09 |
| LetoThe2nd | mkhoory: oh, i already understood it first time. but there's little use in trying to learn how to sneak if you can't even walk yet, for example. | 10:10 |
| LetoThe2nd | hence, start with poky. | 10:11 |
| mkhoory | understood | 10:11 |
| LetoThe2nd | once you know the in and out, you can totally use poky-tiny as a blueprint for your usecase. | 10:12 |
| RP | I do agree that with those resource constraints you don't want package management and probably need an A/B style updater | 10:13 |
| *** cquast <cquast!~cquast@90.85.130.193> has quit IRC | 10:14 | |
| *** cquast_ <cquast_!~cquast@90.85.130.193> has joined #yocto | 10:15 | |
| *** User_ <User_!~learningc@mti-37-145.tm.net.my> has joined #yocto | 10:15 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 10:18 | |
| *** User_ <User_!~learningc@mti-37-145.tm.net.my> has quit IRC | 10:19 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 10:20 | |
| *** User_ <User_!~learningc@mti-37-145.tm.net.my> has joined #yocto | 10:24 | |
| *** frsc <frsc!~frsc@200116b824d2c700c70cfe0ef33139e2.dip.versatel-1u1.de> has quit IRC | 10:24 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 10:25 | |
| mkhoory | ok so what I really need to be doing is reading and doing the examples in the dev manual. There's even a hello world example, which is what I was looking for | 10:26 |
| LetoThe2nd | mkhoory: yep. | 10:28 |
| LetoThe2nd | mkhoory: one thing to keep in mind though is that the hello world example is good for understanding how the tasks correlate, e.g. compile, install, fetch configure and all that. but its really not a good template for real applications, as it bundles the sources with the recipe | 10:29 |
| LetoThe2nd | mkhoory: for any real application, have that in a separate repository or location, and the recipe just refer to it. | 10:29 |
| mkhoory | LetoThe2nd, yeah I realize that. What I was really trying to get from the hello world example is how my application would fit in with yocto's build system | 10:34 |
| LetoThe2nd | mkhoory: what build system is your application using? | 10:36 |
| mkhoory | I haven't written it yet XD | 10:36 |
| LetoThe2nd | mkhoory: then which build system are you planning to use :P | 10:36 |
| mkhoory | not sure, that's another thing I need to evaluate | 10:37 |
| *** frsc <frsc!~frsc@200116b824f36f0048af78b996a0b34c.dip.versatel-1u1.de> has joined #yocto | 10:37 | |
| mkhoory | in the past I've used Eclipse's build system, and that wasn't a very good idea but we stuck to it and it was easy | 10:38 |
| LetoThe2nd | well, the obvious choices these days are autotools, cmake, meson (if we're talking about anything c(++)-based) | 10:38 |
| mkhoory | Some candidates for this project include cmake, waf, or just plain old makefiles | 10:38 |
| mkhoory | autotools too, but I always felt that autotools is kinda archaic | 10:39 |
| mkhoory | I'll probably end up with cmake tbh | 10:39 |
| LetoThe2nd | the three i named have reasonably good support in OE, so if you do those properly then your recipe is hopefully only little more than a license, a source reference, a checksum and the inherit of the buildsystem class | 10:40 |
| mkhoory | yeah I figured, based on what I've skimmed from the dev manual | 10:41 |
| mkhoory | so basically, if I understand correctly, I'd have 2 git repositories, one for the layer/recipes to be used with yocto, and another for my actual code. The layer/recipes would then pull my actual code repository, configure, build, and package it with the image. | 10:43 |
| LetoThe2nd | yep, thats right | 10:44 |
| mkhoory | great :D | 10:45 |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has joined #yocto | 10:46 | |
| *** User_ <User_!~learningc@mti-37-145.tm.net.my> has quit IRC | 10:49 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:50 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has quit IRC | 10:52 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 10:53 | |
| *** User_ <User_!~learningc@mti-37-145.tm.net.my> has joined #yocto | 10:55 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 10:58 | |
| *** yacar_ <yacar_!~yacar@80.215.73.138> has quit IRC | 10:59 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 11:00 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 11:05 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 11:06 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has joined #yocto | 11:11 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 11:11 | |
| RP | JaMa: does x86 have the gold/glibc issue? | 11:12 |
| JaMa | RP: I've seen it only on 32bit arm | 11:14 |
| JaMa | but we aren't using master anywhere, the only reason why I've noticed was gobject-introspection failing to build (and we don't even use gobject-introspection) | 11:15 |
| *** User_ <User_!~learningc@mti-37-145.tm.net.my> has joined #yocto | 11:17 | |
| *** cvasilak <cvasilak!~cvasilak@ppp-94-64-15-102.home.otenet.gr> has quit IRC | 11:17 | |
| *** User_ <User_!~learningc@mti-37-145.tm.net.my> has quit IRC | 11:17 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has quit IRC | 11:19 | |
| RP | JaMa: ok. Its something we may need to look in more detail :/ | 11:22 |
| *** frsc <frsc!~frsc@200116b824f36f0048af78b996a0b34c.dip.versatel-1u1.de> has quit IRC | 11:28 | |
| JaMa | RP: agreed, I've checked with objdump that it wasn't ever built with gold before until that --enable-default-link change, so forcing bfd again was the easiest way to restore old behavior and unblock building images when newer OE | 11:31 |
| *** thaytan <thaytan!~thaytan@121-200-23-18.79c817.syd.nbn.aussiebb.net> has joined #yocto | 11:32 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC | 11:37 | |
| RP | JaMa: right, fair enough. I'm hoping khem may have a bit more insight... | 11:42 |
| JaMa | FWIW: khem's world builds show this issue since christmas, either people don't use gold or 32bit arm it seems | 11:43 |
| RP | JaMa: as you know all too well, getting people to pay attention to master failures is hard :( | 11:44 |
| *** frsc <frsc!~frsc@200116b824f48400dd1ef2285366ca5d.dip.versatel-1u1.de> has joined #yocto | 11:44 | |
| RP | JaMa: its a tough one, we have some amazing automation around testing now but it feels like a lonely battle to keep it all working. its sad key issues like that sit unfixed for so long | 11:47 |
| JaMa | yes, I wasn't complaining that it wasn't caught or fixed earlier, but ld-is-gold might be less popular now when there is supposedly better linker in llvm (I haven't tried lld yet) | 11:47 |
| JaMa | I've flashed some aarch64 image which didn't include this fix and it doesn't seem completely broken in runtime | 11:48 |
| JaMa | it would be useful to test some smaller image (which doesn't include gobject-introspection nor any postinsts which need working qemu) on 32bit arm HW to see if it's broken in runtime in the same way as when qemu-arm is trying to use it | 11:50 |
| RP | JaMa: I'm not seeing it as a complaint, I guess I'm sharing frustration :) | 11:50 |
| RP | JaMa: yes, it would be a useful test | 11:50 |
| JaMa | I was trying to do that with hammerhead (android phone), but you cannot really flash core-image-minimal there without serial output | 11:51 |
| JaMa | and flashing bigger image with adb etc was blocked by one of the build failures (even with introspection disabled) | 11:51 |
| JaMa | or I could take some armv4t (neo freerunner), armv5te (sharp spitz) from drawer, but I fear that glibc issue would be one of the smaller issues with them nowadays :) | 11:53 |
| JaMa | hmm I might have serial cable for nexus5 somewhere, will try later today | 11:54 |
| *** blueness_ <blueness_!~blueness@gentoo/developer/blueness> has joined #yocto | 12:02 | |
| *** berton <berton!~berton@177.194.204.148> has joined #yocto | 12:03 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 12:05 | |
| *** blueness_ is now known as blueness | 12:05 | |
| *** gtristan <gtristan!~tristanva@114.207.54.12> has quit IRC | 12:07 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 12:09 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has left #yocto | 12:10 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 12:15 | |
| RP | armpit: looks like sumo/thud point releases built ok. | 12:15 |
| RP | armpit: I'm thinking of enabling x86 ptest for a-full on sumo/thud. The test builds passed | 12:16 |
| RP | (https://autobuilder.yoctoproject.org/typhoon/#/builders/81/builds/113 and https://autobuilder.yoctoproject.org/typhoon/#/builders/81/builds/112) | 12:16 |
| * RP should try and add those test results to the release build | 12:16 | |
| *** yacar_ <yacar_!~yacar@80.215.73.138> has joined #yocto | 12:20 | |
| RP | rburton: https://autobuilder.yoctoproject.org/typhoon/#/builders/52/builds/438 is yours I think | 12:20 |
| RP | (llvm-native) | 12:21 |
| rburton | damn! | 12:21 |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto | 12:23 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 12:24 | |
| yocti | New news from stackoverflow: Jenkins error: export: -march: bad variable name <https://stackoverflow.com/questions/55397045/jenkins-error-export-march-bad-variable-name> | 12:24 |
| rburton | RP: whilst i agree that i touched llvm, i can't explain why thats my fault | 12:25 |
| rburton | RP: did you also bump the llvm release? | 12:26 |
| rburton | its noticing that host gcc is too old | 12:26 |
| rburton | RP: https://github.com/llvm-mirror/llvm/commit/33c30c0b0969655cbd76bcaf94f3f4403bd4d7f6 | 12:28 |
| rburton | RP: so its kanavin :) | 12:28 |
| rburton | RP: patch incoming | 12:32 |
| JaMa | rburton: btw https://github.com/llvm/llvm-project is the right repo for this one IIRC | 12:34 |
| rburton | JaMa: yeah that was just the first one that hit in google ;) | 12:34 |
| JaMa | ok, I've noticed only because yesterday I've failed to find currently used SRCREV in my local llvm checkout.. :) | 12:34 |
| rburton | heh | 12:35 |
| *** lfa_ <lfa_!~lfa@217.19.35.51> has quit IRC | 12:36 | |
| *** lfa <lfa!~lfa@217.19.35.51> has joined #yocto | 12:42 | |
| RP | rburton: sorry, I saw it was llvm and blamed you :/ | 12:56 |
| * RP had forgotten kanavin had touched it too | 12:56 | |
| kanavin | RP: anything I need to fix? | 12:57 |
| kanavin | nope, rburton sent the fix | 12:59 |
| rburton | yeah all sorted, i hope | 13:01 |
| RP | kanavin: also https://autobuilder.yoctoproject.org/typhoon/#/builders/72/builds/448/steps/7/logs/step8b :( | 13:07 |
| *** onlyesterday <onlyesterday!~onlyester@113.160.58.178> has quit IRC | 13:08 | |
| kanavin | RP: right, this one shouldn't be too diffcult, let me look | 13:08 |
| RP | kanavin: indeed, should hopefully be easy | 13:08 |
| RP | I guess the test matrix is doing what we need it to do (other than driving me nuts) | 13:09 |
| *** sk_tandt_ <sk_tandt_!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto | 13:10 | |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC | 13:13 | |
| kanavin | RP: I have the fix, but testing it will take a moment. I guess I better be cautious and not send it until mesa completes. | 13:26 |
| kanavin | mesa build | 13:26 |
| kanavin | takes a moment, first llvm-native, then llvm, then finally mesa | 13:27 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 13:28 | |
| RP | kanavin: np. I'm just wondering what testing I need to give the new patches on the AB... | 13:29 |
| yocti | New news from stackoverflow: How patching works in yocto <https://stackoverflow.com/questions/45584131/how-patching-works-in-yocto> | 13:54 |
| rburton | "new", that was from 2017! | 13:57 |
| zeddii | :D | 14:00 |
| zeddii | everytime I click on one of those, they are old. | 14:00 |
| *** lfa_ <lfa_!~lfa@217.19.35.51> has joined #yocto | 14:01 | |
| *** lfa <lfa!~lfa@217.19.35.51> has quit IRC | 14:04 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC | 14:12 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto | 14:13 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC | 14:18 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto | 14:22 | |
| jofr | It says that it was "active" today... Even though I can't see any activity, not even a comment. Whatever that is must be messing with yocti.. | 14:27 |
| jofr | Ahh, the answer was edited. | 14:28 |
| jofr | Seems like yocti needs some more filtering. Or perhaps it's looking at an incorrect date/timestamp in the API. | 14:29 |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-rgeynubbrctguhxk> has joined #yocto | 14:29 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 14:31 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 14:33 | |
| RP | https://autobuilder.yocto.io/pub/non-release/20190326-8/testresults/testresult-report.txt | 14:51 |
| *** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has joined #yocto | 14:52 | |
| frsc | Hi, can I somehow set different image types for different image recipes? | 14:52 |
| frsc | IMAGE_FSTYPES seems to be global, but I want image_one.bb to use different fstypes than image_two.bb. | 14:53 |
| rburton | set that in the image recipe then | 14:53 |
| frsc | rburton: Just tried to set IMAGE_FSTYPES="" in my main image, but this also affects the other images. | 14:55 |
| frsc | Maybe that's because I'm using the main image to build the other images by depending on them? | 14:55 |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 14:58 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 15:02 | |
| frsc | Ok, it seems to work. I just missed to depend on the image_complete task to actually see the deployment. | 15:06 |
| * kergoth yawns | 15:18 | |
| angelo_ts | hello. should create a new recipe. Wouldn't copy from a similar. What is it better ? devtool ? or recipetool ? | 15:20 |
| mckoan | angelo_ts: devtool calls recipetool | 15:20 |
| *** klemen <klemen!~textual@193.189.172.170> has joined #yocto | 15:21 | |
| angelo_ts | i tried a bit recipetool, but it is complaining things as "NOTE: There are 11 recipes to be removed from sysroot" | 15:21 |
| mckoan | angelo_ts: that may depend on what you are doing | 15:22 |
| rburton | angelo_ts: that's just a note, ignore it | 15:22 |
| rburton | telling you that its fiddling with the sysroot | 15:22 |
| angelo_ts | but then it asks ssh key, as it may need to do somehting with git repos | 15:23 |
| angelo_ts | so i interrupted | 15:23 |
| klemen | Hi everyone | 15:24 |
| * tlwoerner is very interested in ARMv5 (and ARMv4) | 15:24 | |
| klemen | I have a problem with building qtbase | 15:24 |
| tlwoerner | JaMa: ^^ | 15:24 |
| klemen | I included the qt5-base layer | 15:24 |
| yocti | New news from stackoverflow: how to make bitbake print options of do_configure <https://stackoverflow.com/questions/44541876/how-to-make-bitbake-print-options-of-do-configure> | 15:24 |
| klemen | here's my qtbase_%.bbappend: | 15:25 |
| klemen | PACKAGECONFIG[gles2] = "-opengl es2 -eglfs,,virtual/libgles2 virtual/egl" | 15:26 |
| klemen | PACKAGECONFIG_GL = "" | 15:26 |
| klemen | DEPENDS = “virtual/libgles2“ | 15:26 |
| klemen | and I get this error: https://pastebin.com/bSdG17bz | 15:26 |
| klemen | this is from config.log | 15:26 |
| klemen | any ideas? | 15:26 |
| tlwoerner | klemen: maybe it's because your using an "=" in your DEPENDS bbappend? | 15:27 |
| tlwoerner | i.e. you're wiping out the parent recipe's settings and replacing it with just this one DEPENDS instead of adding to it | 15:28 |
| klemen | hm, let me try DEPENS_append = " virtual/libgles2" | 15:28 |
| klemen | just a second | 15:28 |
| tlwoerner | (spell it correctly) | 15:28 |
| tlwoerner | also, are you trying to set packageconfigs, or do you think there's an error with the parent recipe's packageconfig? | 15:29 |
| klemen | tlwoerner, well.. at this point I'm trying everything. I've been at it for the last 4 hours or so | 15:31 |
| klemen | and I keep getting the same error | 15:32 |
| klemen | it's as if the usr/include directory was getting populated too late | 15:32 |
| klemen | as it keeps telling me that GLES2/gl2.h is missing | 15:33 |
| klemen | eventhough it's there | 15:33 |
| klemen | here's the full path: /home/klemen/yocto/poky/build/tmp/work/cortexa17hf-neon-vfpv4-poky-linux-gnueabi/qtbase/5.11.3+gitAUTOINC+08de243eaa-r0/recipe-sysroot/usr/include/GLES2 | 15:33 |
| JaMa | tlwoerner: are you using gold? | 15:33 |
| tlwoerner | klemen: that's a new/different error, before it was saying that X11/Xlib.h wasn't found | 15:34 |
| tlwoerner | JaMa: i haven't considered it. should i? | 15:34 |
| vmeson | rburton: I only see rust in meta-rust: https://layers.openembedded.org/layerindex/branch/master/recipes/?q=rust | 15:34 |
| JaMa | tlwoerner: if you want to test if your build is as broken as mine with glibc, then you definitely should :) | 15:34 |
| rburton | vmeson: that's good | 15:34 |
| rburton | vmeson: maybe it was another language iwas thinkingof | 15:34 |
| vmeson | :) Nim? | 15:35 |
| *** chandana73 <chandana73!~ckalluri@149.199.62.131> has joined #yocto | 15:35 | |
| JaMa | tlwoerner: I've tried it on various armv7a and armv7ve and all were affected, x86, aarch64 doesn't seem to be affected | 15:35 |
| tlwoerner | klemen: in the chat you said you were going to try _append'ing the gles2 dependency, but you spelled it wrong in the irc, did you spell it right in your test? | 15:36 |
| JaMa | well "old" qemuarm armv5te was also affected, so I guess armv4t is as well | 15:36 |
| klemen | tlwoerner, yep, in the bbappend it's spelled okay | 15:37 |
| klemen | regarding the X11 error, by adding virtual/egl to the DEPENDS_append X11 directory gets added to usr/include, and I still get the error | 15:38 |
| *** dl9pf <dl9pf!~quassel@opensuse/member/dl9pf> has joined #yocto | 15:39 | |
| klemen | here's the newest log: https://pastebin.com/Y6t9Sycp | 15:39 |
| klemen | JaMa, you're the maintainer of meta-qt5, right? :-) would you perhaps know what's up? | 15:40 |
| armpit | RP, sorry didn't see your questions. yes lets enable ptest | 15:40 |
| * armpit has head down getting ready for training next week | 15:41 | |
| JaMa | klemen: ERROR: Feature 'opengl-desktop' was enabled, but the pre-condition '(config.win32 && !config.winrt && !features.opengles2 && (config.msvc || libs.opengl)) || (!config.watchos && !config.win32 && libs.opengl)' failed. | 15:41 |
| JaMa | this is your error, the X11/Xlib.h not found is just from xlib test | 15:41 |
| *** chandana73 <chandana73!~ckalluri@149.199.62.131> has quit IRC | 15:42 | |
| JaMa | use bitbake -e to see what exactly ends in PACKAGECONFIG | 15:42 |
| tlwoerner | klemen: can you try "$ bitbake qtbase -e | grep "^PACKAGE" | 15:42 |
| JaMa | klemen: if you read the Command line: you can see that you have -no-eglfs and -opengl desktop which you probably didn't plan to with your bbappend | 15:43 |
| klemen | JaMa, what would be the correct thing to add in bbappend? | 15:43 |
| klemen | to get support for EGLFS? | 15:44 |
| JaMa | PACKAGECONFIG += "eglfs" | 15:44 |
| JaMa | and PACKAGECONFIG_GL = "gles2" | 15:44 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 15:46 | |
| klemen | JaMa, okay now I get these two errors: | 15:46 |
| klemen | | ERROR: Feature 'opengles2' was enabled, but the pre-condition 'config.win32 || (!config.watchos && !features.opengl-desktop && libs.opengl_es2)' failed. | 15:46 |
| klemen | | ERROR: Feature 'eglfs' was enabled, but the pre-condition '!config.android && !config.darwin && !config.win32 && features.egl' failed. | 15:46 |
| JaMa | or rather PACKAGECONFIG_append " eglfs" to keep the default value intact (or PACKAGECONFIG_GL = "gles2 eglfs" would work as well), always check with bitbake -e | 15:46 |
| JaMa | maybe your BSP doesn't provide usable drm/gles2 implementations? | 15:47 |
| JaMa | read what the libs.opengl_es2 and features.egl tests complain about | 15:48 |
| klemen | where can I see that? | 15:48 |
| JaMa | log.do_configure | 15:49 |
| tlwoerner | JaMa: so the test is to _build_ gobject-introspection for armv4/5? | 15:51 |
| JaMa | tlwoerner: with ld-is-gold in DISTRO_FEATURES, yes | 15:51 |
| JaMa | tlwoerner: but the more interesting part is to build some image (without gobject-introspection or any postinst using qemu which would cause the build to fail) and test it on the device | 15:52 |
| JaMa | tlwoerner: because right now I know that ld-2.19.so is causing segfault in qemu-arm when it's built with gold, but I don't know if the same ld-2.19.so works fine on the device or not | 15:53 |
| tlwoerner | JaMa: okay. i have an imx233 device that i'm actively working with, let me redo the build with gold and see what happens | 15:53 |
| klemen | JaMa, hm | 15:53 |
| klemen | > main.cpp:6:12: fatal error: GLES2/gl2.h: No such file or directory | 15:53 |
| klemen | https://pastebin.com/b24axW0S | 15:54 |
| klemen | but I can see the file is there | 15:54 |
| RP | armpit: np, thanks | 15:54 |
| JaMa | tlwoerner: thanks! | 15:56 |
| JaMa | tlwoerner: please report the findings to the ML, I might drop from IRC for a while | 15:58 |
| tlwoerner | JaMa: okay | 15:58 |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC | 15:58 | |
| klemen | JaMa, what else can I check or do? | 16:00 |
| JaMa | klemen: see what your virtual/libgles2 provider installs and where and how to make the test happy about it (e.g. providing pkg-config for gles2 which wasn't found in the pastebin outout) | 16:05 |
| klemen | JaMa, okay, thanks for your help! :-) | 16:06 |
| *** klemen <klemen!~textual@193.189.172.170> has quit IRC | 16:08 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 16:08 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:31b7:7ccc:3320:ebf3> has quit IRC | 16:19 | |
| JaMa | rburton: I really like your buildhistory diff finds! | 16:22 |
| kanavin | gdk=pixbuf is a royal pain | 16:22 |
| frsc | In a recipe, how can I assign values based on a variable being empty or not? Is there something in bb.utils? | 16:32 |
| *** chandana73 <chandana73!~ckalluri@149.199.62.131> has joined #yocto | 16:36 | |
| angelo_ts | have a simple g++ app, when build by yocto, yocto complains header <stirng> is missing. Why ? | 16:38 |
| angelo_ts | since using g++ from the toolchain, not clear why c++ headers shoudl be missing | 16:38 |
| kergoth | angelo_ts: not enough information. is your recipe failing to build? post the log | 16:40 |
| angelo_ts | kergoth, ok i probably miss to add some makefile variable coming from yocto | 16:41 |
| angelo_ts | studying | 16:41 |
| *** sk_tandt__ <sk_tandt__!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto | 16:42 | |
| kergoth | we're perfectly willing to help, but you'll need to tell us more and show the exact messages youre' getting | 16:42 |
| angelo_ts | kergoth, mainly c++ headers are not found | 16:43 |
| angelo_ts | https://pastebin.com/64jNKhKh | 16:43 |
| kergoth | again, summarizing is not useful | 16:43 |
| kergoth | angelo_ts: —sysroot= is being passed twice. the second one is wrong | 16:44 |
| kergoth | "--sysroot=/sysroots/cortexa7hf-neon-vfpv4-oe-linux-gnueabi" | 16:44 |
| angelo_ts | oh, ok | 16:44 |
| kergoth | no idea where that's coming from, but it's not what we pass in via CC | 16:44 |
| angelo_ts | kergoth, many thanks | 16:44 |
| kergoth | obviously that path doesnt' exist, so it can't find anything | 16:45 |
| kergoth | you'll have to invesitgate to figure out where that's coming from | 16:45 |
| angelo_ts | it comes from my makefile since was working by sdk | 16:45 |
| angelo_ts | now i fix it, thanks | 16:45 |
| *** sk_tandt_ <sk_tandt_!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC | 16:45 | |
| angelo_ts | kergoth, now it builds perfect. Thanks for catching it | 16:55 |
| kergoth | np | 16:56 |
| kergoth | that's why we need to see log files, not summary :) | 16:56 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 16:59 | |
| mckoan | angelo_ts: so did you modify the toolchian somehow to cause that error? | 16:59 |
| angelo_ts | the original git makefile was containing a wrong sysroot for develop build by sdk. Just removed it. | 17:00 |
| *** scottrif <scottrif!~scottrif@47.39.60.15> has joined #yocto | 17:00 | |
| rburton | JaMa: the ab does those for us too now. i try to run all patches through it, but lets just say some people get a more intensive review than others | 17:00 |
| *** gtristan <gtristan!~tristanva@110.11.227.189> has joined #yocto | 17:05 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC | 17:10 | |
| *** fl0v0 <fl0v0!~fvo@i5E869228.versanet.de> has quit IRC | 17:12 | |
| *** yacar_ <yacar_!~yacar@80.215.73.138> has quit IRC | 17:18 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-rgeynubbrctguhxk> has quit IRC | 17:19 | |
| *** mckoan is now known as mckoan|away | 17:22 | |
| *** frsc <frsc!~frsc@200116b824f48400dd1ef2285366ca5d.dip.versatel-1u1.de> has quit IRC | 17:28 | |
| *** sk_tandt_ <sk_tandt_!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto | 17:33 | |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto | 17:34 | |
| *** sk_tandt__ <sk_tandt__!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC | 17:36 | |
| *** sk_tandt_ <sk_tandt_!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC | 17:37 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:53 | |
| *** rcw <rcw!~rcw@unknown-6-141.windriver.com> has joined #yocto | 18:04 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 18:06 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto | 18:07 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto | 18:09 | |
| *** JPEW <JPEW!cc4da337@gateway/web/freenode/ip.204.77.163.55> has quit IRC | 18:11 | |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC | 18:12 | |
| *** armpit <armpit!~armpit@45.19.219.178> has joined #yocto | 18:19 | |
| *** berton <berton!~berton@177.194.204.148> has quit IRC | 18:28 | |
| *** berton <berton!~berton@177.194.204.148> has joined #yocto | 18:34 | |
| *** cquast_ <cquast_!~cquast@90.85.130.193> has quit IRC | 18:42 | |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has quit IRC | 18:43 | |
| *** JPEW <JPEW!cc4da337@gateway/web/freenode/ip.204.77.163.55> has joined #yocto | 18:52 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 18:53 | |
| *** lfa_ <lfa_!~lfa@217.19.35.51> has quit IRC | 18:57 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 19:05 | |
| *** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has quit IRC | 19:07 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 19:19 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:53 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 19:56 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 19:58 | |
| *** rcw <rcw!~rcw@unknown-6-141.windriver.com> has quit IRC | 20:12 | |
| *** berton <berton!~berton@177.194.204.148> has quit IRC | 20:21 | |
| *** berton <berton!~berton@177.194.204.148> has joined #yocto | 20:26 | |
| *** armpit <armpit!~armpit@45.19.219.178> has quit IRC | 20:26 | |
| *** berton <berton!~berton@177.194.204.148> has quit IRC | 21:14 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 22:22 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:31b7:7ccc:3320:ebf3> has joined #yocto | 22:33 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.131> has quit IRC | 22:40 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.131> has joined #yocto | 22:40 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.131> has quit IRC | 22:43 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 22:50 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-swaicyuirdhpthrb> has joined #yocto | 22:54 | |
| *** agust <agust!~agust@p5483354E.dip0.t-ipconnect.de> has quit IRC | 23:09 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 23:12 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 23:14 | |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-wokmwcqglxebxeao> has joined #yocto | 23:27 | |
| *** scottrif <scottrif!~scottrif@47.39.60.15> has left #yocto | 23:46 | |
| *** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has joined #yocto | 23:54 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC | 23:55 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!