| *** kaspter <kaspter!~Instantbi@183.128.237.44> has joined #yocto | 01:45 | |
| *** camus <camus!~Instantbi@183.128.237.44> has joined #yocto | 01:47 | |
| *** kaspter <kaspter!~Instantbi@183.128.237.44> has quit IRC | 01:49 | |
| *** camus is now known as kaspter | 01:49 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.144.146> has quit IRC | 02:17 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.144.146> has joined #yocto | 02:18 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:e5a5:4b94:b3b5:f092> has quit IRC | 02:41 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:8d1e:9a6d:fc3a:2e51> has joined #yocto | 02:53 | |
| *** black_13 <black_13!44e36799@ip68-227-103-153.ok.ok.cox.net> has joined #yocto | 03:16 | |
| black_13 | can an yocto image be build for x86 or simulated x 86 on qemu | 03:17 |
|---|---|---|
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC | 03:27 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 03:50 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 03:52 | |
| *** black_13 <black_13!44e36799@ip68-227-103-153.ok.ok.cox.net> has left #yocto | 04:06 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto | 04:27 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 04:37 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 04:38 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 04:39 | |
| *** iceaway2 <iceaway2!~pelle@37.233.78.69> has joined #yocto | 04:58 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 05:24 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.144.146> has quit IRC | 05:30 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.139.93> has joined #yocto | 05:31 | |
| iceaway2 | I just watched the live coding video which talked about package splitting. In the FILES_xxx variable, it listed files as per the install path, i.e. "/usr/bin/ask". Is that referring to the path where the package would install its files in a normal installation? i.e. the "local" sysroot where the package gets built inside bitbake? | 05:38 |
| kroon | iceaway2, yes I think so | 05:39 |
| kroon | if I understood you q correct | 05:40 |
| iceaway2 | LetoThe2nd: Maybe you got feedback on this already, but in the libanswer recipe file, you used PACKAGES =+ instead of what I am used to seeing +=. DOes that yield the same result or is there any difference between += and =+? | 05:40 |
| iceaway2 | kroon: As I typed the question it made more and more sense to be that would be the case. How otherwise would bitbake know how to find the files? | 05:41 |
| kroon | iceaway2, += appends, =+ prepends | 05:45 |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 05:51 | |
| iceaway2 | kroon: thanks for the clarification! | 05:55 |
| *** agust <agust!~agust@p54833395.dip0.t-ipconnect.de> has joined #yocto | 05:56 | |
| kroon | iceaway2, wether or not that makes a difference to how files are packaged, I dont know.. maybe order plays a role where files go | 05:57 |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has joined #yocto | 06:04 | |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-ebyosapqxepwnvpn> has quit IRC | 06:19 | |
| *** jeanba <jeanba!~jbl@77.243.63.34> has joined #yocto | 06:21 | |
| *** jeanba <jeanba!~jbl@77.243.63.34> has left #yocto | 06:21 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 06:29 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 06:38 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:39 | |
| *** mckoan|away is now known as mckoan | 06:43 | |
| mckoan | good morning | 06:43 |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto | 06:43 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 06:44 | |
| *** alessioigor <alessioigor!~alessioig@140.105.207.227> has joined #yocto | 06:47 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC | 06:49 | |
| qschulz | iceaway2: order matters for packages. The same file cannot be in two different packages. The first package whose FILES_[package] contains said file will get it, all the others, not. This gets "tricky" when you have files that can be matched by multiple FILES_[package] patterns. | 06:54 |
| qschulz | in PACKAGES, left most is done first | 06:54 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 07:00 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 07:02 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 07:04 | |
| iceaway2 | qschulz: I suppose by same file the path must be the same as well? I mean /bin/example and /usr/bin/example could co-exist and be pulled in be different recipes? | 07:05 |
| iceaway2 | Will bitbake give a warning if multiple packages share the same filename? | 07:06 |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 07:08 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 07:11 | |
| qschulz | iceaway2: yes, by same file I meant same full path | 07:14 |
| qschulz | iceaway2: I don't think so, tha's already used for the -dbg package which is packaged before the "normal" package. The "normal" package has the paths which would include the debug files (with .debug in the path) IIRC and you don't see warnings for those. I don't even think there is a NOTE for it. | 07:16 |
| qschulz | but if at one point you don't understand why your package does not have this or that file or that Yocto complains about your package being empty, it may have something to do with that | 07:16 |
| iceaway2 | Keeping that as a mental note, should it come up in the future. | 07:28 |
| *** yann|work <yann|work!~yann@aputeaux-655-1-52-10.w86-195.abo.wanadoo.fr> has quit IRC | 07:33 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 07:45 | |
| LetoThe2nd | note: its a great feeling when you arrive in the morning and the questions for yourself have already been answered by other helpful folks :) | 07:49 |
| *** lfa <lfa!~lfa@217.19.35.51> has joined #yocto | 07:50 | |
| mckoan | LetoThe2nd: LOL | 07:54 |
| LetoThe2nd | mckoan: makes me feel famous! | 07:54 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-wuhowojqdmqtntah> has joined #yocto | 08:00 | |
| mckoan | LetoThe2nd: you are! | 08:09 |
| LetoThe2nd | throw money! THROW MONEY! | 08:10 |
| LetoThe2nd | (no coins, please.) | 08:11 |
| florian | none of these nice heavy one pound coins? ;) | 08:12 |
| LetoThe2nd | hopefully not. | 08:13 |
| florian | there are even better ones :) | 08:14 |
| LetoThe2nd | florian: https://www.youtube.com/watch?v=9gjvU913aa4 | 08:14 |
| florian | *g* | 08:14 |
| LetoThe2nd | so, no coins please. | 08:14 |
| kroon | hehe | 08:15 |
| kroon | also relevant: https://www.youtube.com/watch?v=viDL2W0HcJw | 08:15 |
| florian | LetoThe2nd: I think the heaviest one I have access tho would be one of these: https://en.numista.com/catalogue/pieces13370.html | 08:16 |
| *** kaspter <kaspter!~Instantbi@183.128.237.44> has quit IRC | 08:17 | |
| LetoThe2nd | :) | 08:18 |
| *** kaspter <kaspter!~Instantbi@183.128.237.44> has joined #yocto | 08:18 | |
| LetoThe2nd | florian: i actually think i have a 250 or 500 schilling somewhere. | 08:19 |
| florian | :-) | 08:28 |
| qschulz | So I've this package depending on openssl10 and other packages. But those packages are pulling openssl (not openssl10) as dependencies. Then obviously do_prepare_sysroot isn't really happy about deploying static libraries and headers at the same place | 08:31 |
| qschulz | is there anyway to hack around this thing? (we don't have the sources for this package requiring the use of openssl10) | 08:32 |
| LetoThe2nd | qschulz: can those "other packages" use openssl110? in that case, maybe you can use it as the rpvoider | 08:35 |
| LetoThe2nd | provider | 08:35 |
| qschulz | I wouldn't, because in the end it's going to be the whole system using openssl10 | 08:43 |
| LetoThe2nd | exactly. | 08:43 |
| LetoThe2nd | (i don't have much experience with openssl, just tossing ideas around) | 08:44 |
| mcfrisk | qschulz: we had to create a binary only openssl10 recipe without any header files etc. The pure .so files don't conflict with openssl 1.1.x. | 08:48 |
| mcfrisk | alternative, one could remove all but .so output from openssl10 recipe. then it would not conflict with openssl. But do check at runtime that processes are not loading both openssl10 and openssl (1.1.x) shared libraries. I'm not sure but there may be symbol resolution conflicts between the two. | 08:50 |
| qschulz | mcfrisk: we need the header files of openssl10 as well IIRC. It's a 50/50 recipe with 50% having to be compiled and the other half being pre-compiled. Then we link the part we are building against the pre-compiled libraries, which incidentally were compiled with openssl10 | 08:52 |
| *** yacar_ <yacar_!~yacar@80.214.77.221> has joined #yocto | 09:01 | |
| yocti | New news from stackoverflow: Compilation database for BitBake (Yocto) builds <https://stackoverflow.com/questions/57753955/compilation-database-for-bitbake-yocto-builds> | 09:01 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 09:02 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:02 | |
| mcfrisk | qschulz: then you need to convert the full dependency chain to use openssl10. but I would rather try to switch to openssl 1.1.x completely. going half way may not work at runtime. I know it's hard with binaries from suppliers but still.. | 09:03 |
| * LetoThe2nd advocates threatening suppliers. | 09:04 | |
| mcfrisk | in the end, it's all about the money and contract details.. | 09:04 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:06 | |
| qschulz | mcfrisk: right now, it's more about the delay. We REALLY want to upgrade to thud but the supplier's going to take weeks at least, maybe months to recompile | 09:12 |
| qschulz | mcfrisk: but it turns out, maybe I was wrong and we're not needing headers after all, so we'll test your suggestion of pure binary recipe until we get the new library from the supplier | 09:13 |
| mcfrisk | qschulz: good luck :) | 09:14 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:15 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.139.93> has quit IRC | 09:20 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.139.93> has joined #yocto | 09:20 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:27 | |
| *** |aaron <|aaron!quasselcor@192.95.25.101> has quit IRC | 09:28 | |
| *** yann|work <yann|work!~yann@85.118.38.73> has joined #yocto | 09:30 | |
| LetoThe2nd | whats the currently recommended best practise to install cronjobs into an image? RTFM pointers appreciated! | 09:47 |
| LetoThe2nd | overwriting the cronie crontab by append most certainly works, but feels clumsy | 09:49 |
| *** yacar_ <yacar_!~yacar@80.214.77.221> has quit IRC | 09:50 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 09:55 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 09:56 | |
| ykrons | Hi | 09:56 |
| ykrons | A question about recipe location. It seems if there are several recipes for the same package (but with different version), they have to be located at the same relative path of their layer. Is it true and why is it needed ? | 10:00 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 10:00 | |
| mckoan | ykrons: that is a best practice to have a clean directory tree | 10:00 |
| mckoan | ykrons: BTW you could put them wherever you want if you specify the proper wildchars pattern in layer.conf though | 10:01 |
| ykrons | mckoan, thanks. Ok so I have probably an issue with my layer.conf. | 10:02 |
| ykrons | I have checked already but it seems depending on my location the recipe is sometime not seen | 10:02 |
| MarcWe1 | how can i remove a compiler flag in a bb script ? | 10:09 |
| MarcWe1 | *bbappend script | 10:09 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 10:14 | |
| kanavin_ | RP: thanks, seems like the eglinfo recipe removal was overlooked or somehow missed? it's here if you want to cherry-pick http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akanavin/package-version-updates | 10:14 |
| *** Bunio_FH <Bunio_FH!~bunio@84.red-213-0-2.staticip.rima-tde.net> has joined #yocto | 10:16 | |
| mckoan | MarcWe1: probably depends on the build method used by the package, but you can override do_compile or play with EXTRA_OEMAKE or CFLAGS | 10:19 |
| RP | kanavin_: that patch somehow caused problems (mailing list corrupted?) and I didn't have time to figure out why over the weekend | 10:20 |
| MarcWe1 | mckoan: Tnx going to look into that | 10:29 |
| *** Chaser <Chaser!~Chaser@ec2-13-233-34-134.ap-south-1.compute.amazonaws.com> has joined #yocto | 10:31 | |
| kanavin_ | RP: that's why it was sent in a pull request with a link to git repo, you probably need to cherry-pick from there. The patch removes a file that is a mixed ascii python code/binary blob, so it was likely corrupted by smtp. | 10:42 |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 10:58 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 10:59 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 11:01 | |
| *** pung_ <pung_!~BobPungar@187.113.139.93> has joined #yocto | 11:03 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.139.93> has quit IRC | 11:04 | |
| LetoThe2nd | mc | 11:06 |
| *** yacar_ <yacar_!~yacar@80.214.77.221> has joined #yocto | 11:07 | |
| *** silviof <silviof!silv-iomat@gateway/shell/matrix.org/x-fipiybqnquxoemgk> has quit IRC | 11:07 | |
| *** MarcWe1 <MarcWe1!hmwmatrixo@gateway/shell/matrix.org/x-wdvbvfrowgcfflsx> has quit IRC | 11:08 | |
| *** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-owwlequjaghkjpdn> has quit IRC | 11:08 | |
| *** kayterina <kayterina!kayterina-@gateway/shell/matrix.org/x-hijeikmfanmudtlj> has quit IRC | 11:08 | |
| *** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-ogzjnqqwcnpjocbe> has quit IRC | 11:08 | |
| weltling | how could i parse out all the package names from all the layers without building the actual recipes? | 11:11 |
| *** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-uozqjglruqaxtnky> has joined #yocto | 11:13 | |
| LetoThe2nd | weltling: first thought: bitbake -g depexp world, and then parse the .dot files. warning, might be huge! | 11:13 |
| weltling | LetoThe2nd, thanks, gotta give it a try | 11:16 |
| weltling | LetoThe2nd, my goal is to build all those and pump them into a repo, sure should be huge | 11:16 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 11:17 | |
| qschulz | weltling: you can do bitbake world, it's going to compile everything | 11:17 |
| LetoThe2nd | weltling: ah its only bitbake -g. no depexp needed. | 11:17 |
| qschulz | BUT, beware that some layers have bbappend or change the default PACKAGECONFIG or settings, etc. | 11:18 |
| qschulz | weltling: is there anything specific you have in mind that requires you to do that? | 11:18 |
| LetoThe2nd | weltling: it depends on your use case, but if you want a repo server then the world target is probably worth thinking about. as well as a pr server | 11:19 |
| weltling | qschulz, yep, keep the image small, but be able to customize for a specific case, that's the approach | 11:20 |
| weltling | qschulz, for the initial filling in the repo, single package updates would then require sstate cache probably | 11:21 |
| weltling | LetoThe2nd, what is a pr server, if i may ask? :) | 11:21 |
| LetoThe2nd | weltling: soudns very much like you want to read the chapters on packge feeds in the dev manual, in depth. | 11:21 |
| LetoThe2nd | weltling: pr server is the magic that makes package management from a feed work, basically. | 11:22 |
| weltling | LetoThe2nd, currently using aptly, the package feed seems a very simplistic approach :( | 11:22 |
| LetoThe2nd | weltling: for reference: https://www.intel.com/content/dam/www/public/us/en/documents/white-papers/package-manager-white-paper.pdf | 11:23 |
| RP | kanavin_: right, I just didn't have the time to figure that out :) | 11:23 |
| LetoThe2nd | weltling: you can totally run a full blown distribution grade package feed using yocto. but it requires a little more than just "building" | 11:24 |
| weltling | LetoThe2nd, fe i couldn't find how the package feed can be authenticated with a repo key, or the way it puts packages there without ability to group them, etc. | 11:26 |
| weltling | LetoThe2nd, it also depends on teh requirement of my org to be able to push into a separate repo, using a custom api, etc. | 11:26 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 11:27 | |
| weltling | LetoThe2nd, thanks for the link, good read | 11:27 |
| LetoThe2nd | weltling: in the end its only software, so everything is possible. yet i can't help with details, as i do not use runtime PM. | 11:27 |
| weltling | LetoThe2nd, yeah, the most uses are immutable image builds, i know | 11:28 |
| weltling | LetoThe2nd, many thanks for the leads, seems i've got my daily bread today to dig further :) | 11:29 |
| *** Bunio_FH <Bunio_FH!~bunio@84.red-213-0-2.staticip.rima-tde.net> has quit IRC | 11:29 | |
| LetoThe2nd | weltling: have fun | 11:29 |
| *** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-vuqugsqdlgvzhnbx> has joined #yocto | 11:29 | |
| *** MarcWe <MarcWe!hmwmatrixo@gateway/shell/matrix.org/x-vlnlaghhqkoyiaek> has joined #yocto | 11:29 | |
| *** silviof <silviof!silv-iomat@gateway/shell/matrix.org/x-bpwarajcjaqrxhzc> has joined #yocto | 11:29 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 11:31 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 11:31 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 11:32 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 11:32 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 11:33 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 11:37 | |
| MarcWe | arg, im getting unrecognized command line option '-fstack-clash-protection' sins armhf is not able to compile it with this option. | 11:38 |
| MarcWe | but i cant get disable it | 11:38 |
| MarcWe | * can figure out the thing that is setting it | 11:40 |
| MarcWe | *cant | 11:40 |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto | 11:41 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:44 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:46 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 11:47 | |
| *** kaspter <kaspter!~Instantbi@183.128.237.44> has quit IRC | 11:50 | |
| *** pung__ <pung__!~BobPungar@187.113.139.93> has joined #yocto | 11:52 | |
| *** pung_ <pung_!~BobPungar@187.113.139.93> has quit IRC | 11:53 | |
| qschulz | bitbake -e may be able to help you with figuring out which class or inc or bb or bbappend is setting it? | 11:53 |
| MarcWe | tnx | 11:55 |
| nrossi | RP: I managed to get the binutils tests as a recipe independent from the binutils-cross buildir. Only issue is the gold tests and the libiberty tests. However for the gold tests I realised it was not even running them properly in the -cross recipe anyways. For libiberty, its not the same one that is shipped on target or -native, so the value provided by those results were limited anyways. | 11:55 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 11:59 | |
| nrossi | RP: i also have some questions about how to handle the selftest tagging, when you are free | 12:01 |
| RP | nrossi: I'm around | 12:07 |
| RP | libiberty is an odd one as we build it in several places. Tempted not to worry about that atm | 12:07 |
| nrossi | RP: so firstly, the existing decorator code in the core stuff does not handle decorating classes at all, and the test filter codepaths appear to be unused. Should i still try to get this tag decorate working using those pieces as the base? or just start fresh to make it simpler? | 12:09 |
| RP | nrossi: I like simpler, if that code is unused we should probably remove it too | 12:09 |
| RP | nrossi: unused as in we don't use the commandline options or that the functions are unused? | 12:10 |
| nrossi | RP: for the filtering/execution side, should it be similar to "-r", e.g. "-t <tag>" only runs the tests with the tag (or multiple tags), or should it be a filter, e.g. "-a -t <tag>" runs all the tests except <tag> | 12:10 |
| nrossi | RP: unused in the sense that the classes are never created outside oeqa/core/ | 12:10 |
| RP | nrossi: I'd be tempted to have a "run all matching" option and a "run all not matching" option | 12:11 |
| nrossi | RP: should it handle multiple tags, e.g. "run all matching foo or bar", "run all not matching foo or bar"? | 12:13 |
| nrossi | RP: just trying to figure out the logic for when a test case has multiple tags. and how to run that | 12:13 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 12:18 | |
| RP | nrossi: I think it should, yes | 12:20 |
| RP | and "or" makes more sense than "and" | 12:20 |
| nrossi | RP: ok, i wil try to keep it simple. It can also be reworked to fit changing requirements later | 12:21 |
| RP | nrossi: sounds good. Some of the QA code does need cleanup, particularly in the filtering area :/ | 12:21 |
| nrossi | RP: oh and something i keep forgetting to query. dejagnu recipe is currently in meta-oe should it be moved to oe-core? | 12:21 |
| RP | nrossi: if we depend on that, yes | 12:22 |
| nrossi | RP: ok, will add that to the v2. I am just working on the tag stuff and once done will send out a v2 | 12:22 |
| RP | nrossi: sounds good, thanks | 12:22 |
| * RP is going to try and sort the hash equiv bits now the kernel is mostly done | 12:22 | |
| RP | need to debug qemumips first though | 12:23 |
| *** FailDev <FailDev!18d83107@24.216.49.7> has joined #yocto | 12:28 | |
| MarcWe | i can finde any output of -fstack-clash-protection being set in the output of bitbake -e (geoclue) | 12:30 |
| MarcWe | * i can't finde any output of -fstack-clash-protection being set in the output of bitbake -e (geoclue) | 12:30 |
| LetoThe2nd | MarcWe: bitbake -e geoclue | less | 12:37 |
| LetoThe2nd | MarcWe: then /clash :) | 12:38 |
| MarcWe | tnx. but pattern not found :( | 12:42 |
| LetoThe2nd | MarcWe: maybe the makefile is adding the flag itself? | 12:43 |
| neverpanic | MarcWe: Where do you expect it to come from? http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/conf/distro/include/security_flags.inc doesn't specify -fstack-clash-protection? | 12:43 |
| neverpanic | Ah, sorry, just now read your message above. | 12:43 |
| LetoThe2nd | MarcWe: in that yase, you rather have to look at the build process of the package if it is being added there | 12:44 |
| MarcWe | grep -r in geoclue git did not bring it up | 12:44 |
| MarcWe | neverpanic: its not in that securit_flags.inc | 12:46 |
| LetoThe2nd | MarcWe: are you struggling with the upstream recipe at http://cgit.openembedded.org/meta-openembedded/tree/meta-oe/recipes-navigation/geoclue/geoclue_2.5.3.bb?h=master ? | 12:49 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 12:50 | |
| MarcWe | no im on rocko | 12:52 |
| MarcWe | thats the strange part | 12:52 |
| MarcWe | .... my sleepy head still had oe-core on rocko-next | 12:53 |
| MarcWe | that did not seem to fix the problem to reset it to rocko | 12:53 |
| LetoThe2nd | MarcWe: what other layers are in use? maybe a custom distro or machine config pulling it in? | 12:59 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 13:01 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 13:01 | |
| MarcWe | im using arago ( and a ti arm processor one) | 13:01 |
| LetoThe2nd | i personally would try digging there. at least from my POV there's nothing suggesting that flag in poky nor meta-oe | 13:02 |
| MarcWe | k | 13:02 |
| MarcWe | it seems that it is fixed in gcc for arm 7.5+ so an upgrade to thud also seems interesting | 13:04 |
| MarcWe | but the stange part is that i can run the os only geoclue won't compile | 13:05 |
| mcfrisk | stateless-rootfs IMAGE_FEATURE is missing some documentation in poky. just noticed I had to enable it to recreate old rootfs images with new poky version. | 13:08 |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 13:11 | |
| *** learningc <learningc!~learningc@121.122.92.156> has joined #yocto | 13:12 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 13:14 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 13:18 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 13:30 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 13:31 | |
| * alessioigor waves all | 13:36 | |
| alessioigor | I have just published my first layers so I would like to thank RP, mckoan, LetoThe2nd and rburton for all help and support! Thanks guys! | 13:36 |
| LetoThe2nd | time to celebrate! https://www.youtube.com/watch?v=roRQ2mNwMMQ | 13:38 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 13:44 | |
| mckoan | alessioigor: great news! congrats! | 13:48 |
| LetoThe2nd | does anybody have a quick example for placing a symbolic link in /etc/cron.daily or comparable? I'm just being mondayishly confused. | 13:48 |
| rburton | do_install() { ln -s .... } | 13:48 |
| LetoThe2nd | rburton: thats the obvious part. | 13:49 |
| rburton | remember the target should be of the form you want on the target, so don't put $D in the target | 13:49 |
| rburton | erm, too many uses of 'target' | 13:49 |
| rburton | but you know what i mean right | 13:49 |
| LetoThe2nd | rburton: check | 13:50 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 13:52 | |
| LetoThe2nd | rburton: *sigh* seems like ln was being angry because /etc/cron.daily wasn't already present. | 13:53 |
| rburton | yeah remember $D is empty in do_install, mkdir first | 13:53 |
| LetoThe2nd | have i already mentioned how much i hate doing custom do_installs? i always mess them up. | 13:53 |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 13:53 | |
| LetoThe2nd | each and every time. | 13:54 |
| RP | alessioigor: cool :) | 13:54 |
| alessioigor | :) | 13:54 |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 13:58 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 13:58 | |
| *** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 14:00 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC | 14:03 | |
| *** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 14:17 | |
| *** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 14:19 | |
| LetoThe2nd | ok another nice one. i'm trying to run a rather simple cifs share on an arm platform. testbed is qemuarm at the moment (krogoth unfortunately). when I'm doing systemctl start nmb, it locks up for 60s, then returns. the nmb log says that it happily did start, but then systemd seems to decide it timed out and kills it. any pointers? | 14:20 |
| LetoThe2nd | (at the moment setting up a warrior build to cross-check there) | 14:22 |
| nrossi | LetoThe2nd: "TimeoutSec" on the .service unit? unless you want to fix the cifs issue :P | 14:23 |
| nrossi | LetoThe2nd: you can do it with "/etc/systemd/system/nmb.service.d/<file>.conf" drop ins | 14:25 |
| LetoThe2nd | nrossi: doesn't change anything. it rather seems to be some problem with systemd giving a false positive on timeout. | 14:25 |
| nrossi | LetoThe2nd: is nmb systemd aware? or just a simple daemon? | 14:26 |
| LetoThe2nd | nrossi: good question. | 14:26 |
| LetoThe2nd | nrossi: in fact i'd expect it to be, the recipe already happily ships with unit files and all | 14:27 |
| *** kaspter <kaspter!~Instantbi@2409:8928:66c:b82:1d00:387:a045:152f> has joined #yocto | 14:28 | |
| rburton | the recipe ships its own service files, or it uses upstream ones | 14:29 |
| rburton | never underestimate the ability for people to submit untested patches | 14:29 |
| nrossi | LetoThe2nd: yep, looks like a proper systemd aware service at least looking at upstream samba source | 14:29 |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 14:29 | |
| LetoThe2nd | rburton: should be upstream AFAICS | 14:30 |
| nrossi | LetoThe2nd: have you tried TimeoutStartSec=? | 14:30 |
| LetoThe2nd | nrossi: not yet. just kicked it off | 14:34 |
| LetoThe2nd | -> https://hastebin.com/inoyifiyun.coffeescript | 14:36 |
| LetoThe2nd | thats what i mean by "starts up happily, then gets killed." | 14:38 |
| nrossi | LetoThe2nd: I assume that you have checked that the value is being applied with systemctl cat? | 14:39 |
| LetoThe2nd | nrossi: to my understanding it is: https://hastebin.com/malanuzeba.makefile | 14:40 |
| LetoThe2nd | just waiting for the warrior qemu build to finish | 14:41 |
| RP | zeddii: should poky.conf be setting 5.2 instead of 5.0? | 14:41 |
| nrossi | LetoThe2nd: what about the value in "systemctl show nmb"? | 14:42 |
| LetoThe2nd | nrossi: TimeoutStartUSec=1min | 14:43 |
| nrossi | LetoThe2nd: try "infinity" to disable the check, see if that lets it work | 14:44 |
| LetoThe2nd | nrossi: so TimeoutStartSec=infinity? | 14:45 |
| nrossi | LetoThe2nd: yer | 14:45 |
| LetoThe2nd | nrossi: kicked it off, so far systemctl start is blocking | 14:46 |
| *** retoatwork <retoatwork!~reto@85.195.220.82> has joined #yocto | 14:47 | |
| LetoThe2nd | blocks foreve, just as expected. | 14:51 |
| nrossi | LetoThe2nd: sure, but it hasn't killed the service right? | 14:51 |
| nrossi | LetoThe2nd: you should be fine to ctrl+c the start command | 14:52 |
| LetoThe2nd | nrossi: doesn't look like it | 14:52 |
| nrossi | LetoThe2nd: if the service is still running, try setting the "TimeoutStartSec=600" or similar 60s is probably too short | 14:53 |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has quit IRC | 14:56 | |
| LetoThe2nd | nrossi: i already tried that, but after all that time it will be killed anyways. | 14:57 |
| LetoThe2nd | so the point seems to be: why does systemd think the thing failed? | 14:57 |
| nrossi | LetoThe2nd: ah ok, then its the service itself not telling systemd it has started. If you systemctl status it, it will probably still say starting | 14:58 |
| LetoThe2nd | nrossi: hum no? Loaded: loaded, Active: inactive: dead | 14:59 |
| nrossi | LetoThe2nd: no when you have the timeout value set to infinity | 14:59 |
| LetoThe2nd | nrossi: sorry i got confusef over the several things i tried. let me give it a clean restart | 15:02 |
| nrossi | LetoThe2nd: also this commit on samba looks interesting ... https://github.com/samba-team/samba/commit/440ddf8470b11a46066d282bf8945201d547c192 | 15:02 |
| LetoThe2nd | nrossi: very much so, indeed | 15:03 |
| LetoThe2nd | nrossi: anyways its hopefully only a couple of moments until warrior is ready, and if it works there it hopefully just comes down to some backporting | 15:04 |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC | 15:09 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 15:20 | |
| *** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 15:22 | |
| LetoThe2nd | nrossi: on warrior it works almost out of the box. so seems to be an already-fixed thing and backporting might save me. thnks for your input! | 15:23 |
| nrossi | LetoThe2nd: good to know :), np was just curious myself | 15:24 |
| LetoThe2nd | nrossi: i'll let you know if i find something else interesting or am finished, whichever happens first :) | 15:24 |
| *** yacar_ <yacar_!~yacar@80.214.77.221> has quit IRC | 15:25 | |
| *** yacar_ <yacar_!~yacar@80.215.194.101> has joined #yocto | 15:26 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 15:32 | |
| yocti | New news from stackoverflow: Yocto Bitbake doesn't include kernel config fragment in build <https://stackoverflow.com/questions/57759548/yocto-bitbake-doesnt-include-kernel-config-fragment-in-build> | 15:32 |
| *** yacar_ <yacar_!~yacar@80.215.194.101> has quit IRC | 15:33 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 15:39 | |
| *** kaspter <kaspter!~Instantbi@2409:8928:66c:b82:1d00:387:a045:152f> has quit IRC | 15:40 | |
| armpit | RP, want me to bug the arm64 build issue for " devtool build v4l2loopback-driver" | 15:41 |
| armpit | nm, just opened 2 | 15:51 |
| *** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has quit IRC | 15:53 | |
| *** kaspter <kaspter!~Instantbi@211.138.116.220> has joined #yocto | 15:56 | |
| *** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has joined #yocto | 16:05 | |
| RP | armpit: thanks, is zeddii ccd? | 16:11 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 16:18 | |
| RP | zeddii: multiple issues if we make 5.2 the default, kernel module and stap related :/ | 16:19 |
| *** yann|work <yann|work!~yann@85.118.38.73> has quit IRC | 16:31 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 16:34 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 16:37 | |
| __angelo | hi. is it possible to apply a patch in a package only on a specific kernel verison ? | 16:42 |
| *** User__ <User__!~learningc@121.122.92.156> has joined #yocto | 17:03 | |
| *** learningc <learningc!~learningc@121.122.92.156> has quit IRC | 17:05 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-wuhowojqdmqtntah> has quit IRC | 17:10 | |
| *** mckoan is now known as mckoan|away | 17:11 | |
| *** Marex <Marex!~Marex@195.140.253.167> has quit IRC | 17:12 | |
| *** kaspter <kaspter!~Instantbi@211.138.116.220> has quit IRC | 17:20 | |
| *** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has joined #yocto | 17:20 | |
| *** yann|work <yann|work!~yann@aputeaux-655-1-52-10.w86-195.abo.wanadoo.fr> has joined #yocto | 17:38 | |
| *** yann|work is now known as yann | 17:38 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 17:44 | |
| armpit | __angelo, do you me if kernel version is 4.19 apply patch? if that is what you mean, try bbappend for the affected kernel version | 17:56 |
| __angelo | armpit, well, in recipes-kernel i have a separate module recipe, so it's a different recipe | 17:57 |
| __angelo | wondering if i can check "PREFERRED_VERSION_linux" someway | 17:58 |
| *** learningc <learningc!~learningc@121.122.92.156> has joined #yocto | 18:01 | |
| *** User__ <User__!~learningc@121.122.92.156> has quit IRC | 18:04 | |
| armpit | __angelo, uh... interesting uses case.. you may want to hit the mailing list. | 18:06 |
| rburton | __angelo: if you're patching a kernel module then the module code can check the version. if you're patching an app then check the running version for whatever reason you need to know the version for | 18:27 |
| __angelo | rburton, oh thanks. I am patching a kernel module, but it's done on a separte recipe. How could i check the kernel version ? | 18:28 |
| *** pung_ <pung_!~BobPungar@187.113.139.93> has joined #yocto | 19:07 | |
| *** pung__ <pung__!~BobPungar@187.113.139.93> has quit IRC | 19:09 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 19:29 | |
| *** yacar_ <yacar_!~yacar@242.25.24.93.rev.sfr.net> has joined #yocto | 19:29 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 19:30 | |
| *** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has quit IRC | 19:46 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:02 | |
| *** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has joined #yocto | 20:06 | |
| *** inf <inf!~informati@unaffiliated/informatic> has joined #yocto | 20:10 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC | 20:17 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC | 20:20 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 20:40 | |
| *** Crofton|mini <Crofton|mini!~Crofton@2601:5c0:c100:b84:3d3f:64d6:2ba1:780b> has joined #yocto | 20:43 | |
| *** yacar_ <yacar_!~yacar@242.25.24.93.rev.sfr.net> has quit IRC | 20:56 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 20:59 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 21:00 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 21:10 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 21:10 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 21:15 | |
| *** learningc <learningc!~learningc@121.122.92.156> has quit IRC | 21:16 | |
| * armpit knew someone had the answere | 21:18 | |
| zeddii | RP: yes. I have a patch to poky to make 5.2 the default, and another to remove 5.0. What’s the kernel module issue ? I can build them on all the arches without issues. stap was working for me .. but are you seeing a failure on all arches, or just a particular one ? | 21:25 |
| armpit | zeddii, see 13497 and 13498.. | 21:29 |
| armpit | I hope I put enough info in the bugs | 21:29 |
| zeddii | I’m not actually back to the office until Wednesday or Maybe thursday, so I won’t actually get to work on anything until then. | 21:30 |
| armpit | not sure which RP is referring to | 21:30 |
| armpit | zeddii, k.. I am not feeling the pressure ; ) | 21:31 |
| zeddii | for 13498 .. there was a request to ditch the kernel module it was using. but I don’t use devtool, so I have no idea on that one. hello world works fine from the skeleton dir :D | 21:32 |
| zeddii | armpit: but FWIW, if there’s an individual test case that can be pointed at for those bugs, it is better. | 21:32 |
| zeddii | since I don’t run the test images, I have to track down the case, and figure out how to test it manually. | 21:32 |
| zeddii | but from those logs, I’m not sure I could find them. | 21:33 |
| zeddii | looks like sdkext, I guess that’s enough. | 21:33 |
| armpit | zeddii, let me look | 21:34 |
| * armpit googles for uk # | 21:36 | |
| zeddii | the kprobes one looks harder to figure out the individual case. but a git grep would fine it. I’ll see about poking at them a bit later. | 21:37 |
| * armpit too many channels | 21:37 | |
| * armpit laughs ... just on swat this week... log bugs I am told.. no pressure on me | 21:39 | |
| * armpit tries to reproduce.. | 21:40 | |
| RP | armpit: you know how I feel :/ | 21:40 |
| armpit | yep.. | 21:41 |
| RP | zeddii: there is also a kernel stability problem for qemumips. The kernel is locking when we try and to the "make scripts prepare" test on building kernel modules | 21:41 |
| RP | zeddii: Reproduced with 5.0 and 5.2 :( | 21:41 |
| armpit | 5.0 ??? wow | 21:42 |
| RP | zeddii: the symptom is a hang in the kernel testimage and oddly seems less likely to do it on the commandline | 21:42 |
| RP | zeddii: not sure when this crept in | 21:42 |
| RP | zeddii: annoyingly its not 100% reproducible | 21:42 |
| armpit | do we have something that is more reproducible. ? | 21:43 |
| RP | armpit: no. Been trying all day on that | 21:43 |
| RP | nothing to show for it | 21:43 |
| RP | https://autobuilder.yoctoproject.org/typhoon/#/builders/60/builds/981 is the latest example. 5.2 kernel there, died after 7 hours building | 21:44 |
| armpit | hmm, I should tty sometthing at homw | 21:44 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 21:44 | |
| RP | the qemu emulation just seems to lockup | 21:44 |
| RP | I also had it do it locally, secondary ssh into the image went dead too | 21:45 |
| * armpit scratches head... | 21:45 | |
| RP | armpit: we probably have to trace which recent commits brought it in | 21:46 |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC | 21:48 | |
| armpit | RP, I had an issue on some boards in 5.2 on mmc on a BSP I maintain and it went away in later updates.. let me try 5.2 on qemu.. something seems odd | 21:48 |
| *** agust <agust!~agust@p54833395.dip0.t-ipconnect.de> has quit IRC | 21:50 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto | 22:02 | |
| *** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has quit IRC | 22:05 | |
| *** lucaceresoli_ <lucaceresoli_!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 22:05 | |
| *** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has joined #yocto | 22:05 | |
| zeddii | RP: but not reproducible for me. I ran those commands about 20 tmes during my 5.2 testing. | 22:05 |
| zeddii | oh. you said “not” reprodicible. | 22:06 |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 22:06 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 22:06 | |
| *** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has quit IRC | 22:13 | |
| *** grumble <grumble!~grumble@freenode/staff/grumble> has quit IRC | 22:18 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto | 22:20 | |
| RP | zeddii: seems to happen with the load from testimage but not the actual commands run manually | 22:21 |
| *** grumble <grumble!~grumble@freenode/staff/grumble> has joined #yocto | 22:21 | |
| RP | I wonder if qemu 4.0 -> 4.1 did it | 22:21 |
| RP | zeddii: I'll retest with marka's devtool change to the kernel module devtool test and a revert of the qemu upgrade | 22:24 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 22:49 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 22:50 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 23:17 | |
| *** pung_ <pung_!~BobPungar@187.113.139.93> has quit IRC | 23:58 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!