| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 00:02 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 00:02 | |
| *** stephano <stephano!~stephano@2620:10d:c090:380::1:132d> has quit IRC | 00:33 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 00:42 | |
| khem | halstead: pwclient is failing today to talk to patchwork ssl.SSLError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:727) | 00:46 |
|---|---|---|
| halstead | khem, is the pwclient on your machine? | 00:47 |
| halstead | khem, The SSL cert is having issues. I'll hop right on it. | 00:47 |
| halstead | khem, The cert was already current but the webserver had the expired cert in memory. I'll make sure this doesn't happen again. | 00:51 |
| khem | yes pwclient is on my machine | 00:52 |
| halstead | khem, Should be repaired now. | 00:53 |
| khem | halstead:ah working again thanks for resolving it | 00:53 |
| halstead | Thank you for reporting khem. | 00:53 |
| khem | rburton:.drone.yml is there on meta-clang | 00:53 |
| *** jofr <jofr!~jofr@193.182.166.3> has quit IRC | 01:10 | |
| *** jofr <jofr!~jofr@193.182.166.3> has joined #yocto | 01:14 | |
| *** nmoos <nmoos!~moosnat@unaffiliated/moosnat> has quit IRC | 01:27 | |
| *** anujm <anujm!~anujm@134.134.139.75> has joined #yocto | 01:37 | |
| *** kaspter <kaspter!~Instantbi@115.195.42.63> has joined #yocto | 02:01 | |
| *** kaspter <kaspter!~Instantbi@115.195.42.63> has quit IRC | 02:20 | |
| *** kaspter <kaspter!~Instantbi@115.195.42.63> has joined #yocto | 02:21 | |
| *** erakis <erakis!~erakis@199.58.239.58> has quit IRC | 03:02 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 03:30 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 03:31 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 03:46 | |
| *** gabrbedd <gabrbedd!~beddingfi@li680-65.members.linode.com> has quit IRC | 03:57 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 03:58 | |
| *** anujm <anujm!~anujm@134.134.139.75> has quit IRC | 04:34 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 05:04 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 05:34 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 05:36 | |
| *** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 05:36 | |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has joined #yocto | 05:37 | |
| yocti | New news from stackoverflow: Linux booting stop at Starting kernel when using Yocto build image with SD card <https://stackoverflow.com/questions/57816153/linux-booting-stop-at-starting-kernel-when-using-yocto-build-image-with-sd-card> | 05:48 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 05:51 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 06:00 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 06:21 | |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has joined #yocto | 06:36 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:701:a846:9858:21a:9451> has quit IRC | 06:38 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:701:a846:9858:21a:9451> has joined #yocto | 06:43 | |
| *** anujm <anujm!~anujm@134.134.139.73> has joined #yocto | 06:43 | |
| iceaway | LetoThe2nd: I haven't seen the fifth installment of the live coding yet, but if you have not talked about wic yet, that would be an interesting topic. | 06:45 |
| LetoThe2nd | iceaway: yeah i totally have wic on my to-do list. problem is rather that i'd have to learn it myself first :( | 06:48 |
| iceaway | I am creating a custom distro/image (based on poky/core-image-minimal) for our product. Would the recommended approach be to put everything that should end up in the production image in the distro/image settings, and keep local.conf only for things to customize for the developer/development session? | 06:52 |
| LetoThe2nd | iceaway: absolutely | 06:57 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 06:57 | |
| *** mckoan|away is now known as mckoan | 06:57 | |
| LetoThe2nd | in a perfect world, local.conf sets MACHINE and DISTRO, besides that only things that affect the build process but not build content | 06:57 |
| mckoan | good morning, TGIF | 06:57 |
| LetoThe2nd | mckoan: heh yeah | 06:58 |
| alessioigor | mckoan, LetoThe2nd: Good morning | 07:12 |
| iceaway | LetoThe2nd: great, then I have my bearings sortof correct :) | 07:15 |
| LetoThe2nd | alessioigor: i fail to agree on the "good" part, sorry. | 07:18 |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto | 07:26 | |
| *** yacar_ <yacar_!~yacar@242.25.24.93.rev.sfr.net> has joined #yocto | 07:33 | |
| nrossi | RP: so if you hadn't already solved the concurrency ptestresults issue. I think i might have a solution. experimentation commit here: https://github.com/nathanrossi/openembedded-core/commit/6870a18a833299e3d84f4dfde50cdbc64762e2a8 | 07:46 |
| nrossi | RP: execution output here: https://gist.github.com/nathanrossi/89898a1488905f410d3c3976865b13fb | 07:47 |
| RP | nrossi: I'm only just starting to think about that so its good timimg! | 07:50 |
| RP | nrossi: good news is the still going autobuilder run is quite green after 17 hours :) | 07:52 |
| RP | nrossi: i.e. the keepalive works | 07:52 |
| RP | and we've addressed most of the failures | 07:52 |
| RP | kernel upgrades also look under control so things are starting to calm down a bit | 07:52 |
| nrossi | RP: nice to know :), I have to afk for a little while will be back in <1h | 07:52 |
| RP | nrossi: np, I appreciate all the help! | 07:53 |
| RP | nrossi: should that be self.successes.append((test, details)) ? | 08:02 |
| RP | nrossi: think I'm missing something with that commit but its in the right area... | 08:05 |
| *** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has quit IRC | 08:17 | |
| *** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has joined #yocto | 08:19 | |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has quit IRC | 08:21 | |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has joined #yocto | 08:21 | |
| rburton_ | khem: thanks | 08:24 |
| wooosaiiii | Hi guys... I have an image that I built with yocto... I deployed that image to my device... after some time I get some bug reports about that image... how can I link that image to layer commit ids? | 08:45 |
| wooosaiiii | is there a "standard" way of doing this? | 08:45 |
| wooosaiiii | like some yocto image tracebility? | 08:45 |
| LetoThe2nd | wooosaiiii: by making sure you know how you built the image that you handed out | 08:45 |
| LetoThe2nd | wooosaiiii: common approaches include repo or kas for layer setup, or git submodules as a combined distro | 08:46 |
| wooosaiiii | I checked /etc/version timestamp -> this can be linked to images in deploy folder | 08:46 |
| LetoThe2nd | wooosaiiii: sounds very, very fragile | 08:46 |
| wooosaiiii | LetoThe2nd: :) | 08:46 |
| LetoThe2nd | wooosaiiii: anything that depends on anything in tmp is to be considered a bad practise. the name "tmp" alone should already tell you these files are only temporary. | 08:47 |
| wooosaiiii | LetoThe2nd: ok... | 08:47 |
| LetoThe2nd | wooosaiiii: a means of total emergency could be to look at the output of bitbake starting up, it at least givesthe git state of layers in use. but that does not tell you anything about local modifications and such | 08:49 |
| wooosaiiii | LetoThe2nd: exactly... | 08:49 |
| LetoThe2nd | wooosaiiii: in a nutshell, never ever hand out something that hasn't been created through a reproductible build pipeline (CI!) | 08:49 |
| wooosaiiii | LetoThe2nd: ok... Just wanted to hear if there is any "standard" way of doing so... | 08:50 |
| wooosaiiii | LetoThe2nd: but is there any mechanism in place to link image on the device to repo layer commits? | 08:51 |
| LetoThe2nd | wooosaiiii: the standard way is making sure you know what you handed out, and i named the commonly used approaches. | 08:51 |
| rburton_ | wooosaiiii: the image-buildinfo class can write the layer SHAs to the image for you | 08:51 |
| wooosaiiii | LetoThe2nd: I thought about buildhistory + /etc/version on the device | 08:52 |
| wooosaiiii | rburton_: thanks for info... will try it out... | 08:53 |
| nrossi | RP: oh sorry should have been clearer, that commit is just about solving the cross process transfer of extraresults | 08:53 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:54 | |
| alessioigor | How handle in-kernel config fragments for defconfig generation in Yocto? KBUILD_DEFCONFIG seems looking for a physical file and not for the generated ones... | 08:58 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 08:59 | |
| *** yann <yann!~yann@85.118.38.73> has joined #yocto | 09:01 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto | 09:19 | |
| RP | nrossi: are you saying that should fix the problem? | 09:31 |
| RP | nrossi: are you sure that is the right commit? | 09:31 |
| nrossi | RP: its just a proof of concept. Aka passing the extraresults via the testresult class, which is handled by subunit to pass through the protocol stream to the parent processes testresults class | 09:32 |
| nrossi | RP: the other step is to take that dictionary and update the testcontext object from the testresults class | 09:32 |
| RP | nrossi: I think I need to stare at the code a bit as I'm not quite understanding! :) | 09:33 |
| RP | nrossi: ah, this is probably related to the way addSucess has compat fallbacks? | 09:33 |
| nrossi | RP: dw, its was complex at first. But the subunit module handles a kwarg called details that it will encode/decode across processes | 09:34 |
| nrossi | RP: compat fallbacks? | 09:34 |
| RP | nrossi: ignore me :) | 09:34 |
| RP | nrossi: that does make sense | 09:34 |
| RP | nrossi: I guess since you're close I'll let you figure this out? | 09:34 |
| nrossi | RP: i can finish it up of course and make sure it works locally. Not 100% sure it scales perfectly since it is passing the large json objects between processes | 09:35 |
| RP | nrossi: Hopefully we won't hit that... | 09:36 |
| nrossi | RP: i will make sure its only trying to do the passing for tests that have the extraresults | 09:37 |
| RP | nrossi: The other data probably isn't significant anyway | 09:38 |
| RP | ? | 09:38 |
| nrossi | RP: not sure, have not dug that deep yet ;) | 09:39 |
| RP | nrossi: I think I'm going to merge some of the base recipes but not the oeqa pieces yet | 09:44 |
| RP | nrossi: just to make the queues a bit more managable | 09:44 |
| RP | rburton_: ok with you? | 09:45 |
| *** ball-hayden <ball-hayden!~hayden@fez.tardis.ed.ac.uk> has joined #yocto | 09:48 | |
| ball-hayden | G'day. Hopefully a quick question - is it possible to run a QA step after wic image creation? | 09:49 |
| RP | nrossi: also cc'd you on a discussion with JPEW on how we might want to think about log processing in due course | 09:49 |
| RP | ball-hayden: addtask qacheck after do_image_wic ? | 09:49 |
| RP | ball-hayden: probably after do_image_complete actually | 09:50 |
| RP | ball-hayden: in short, yes | 09:50 |
| ball-hayden | Huh. That simple. (sorry - still fairly new to this game) | 09:50 |
| ball-hayden | Would it be easy enough to get hold of the partitions from there? | 09:50 |
| ball-hayden | Specifically, I'm wanting to run fsk | 09:51 |
| ball-hayden | (we've managed to generate images with FAT errors, and I'd quite like to know earlier next time...) | 09:51 |
| ball-hayden | I'll give that a go though - thanks :-) | 09:51 |
| *** anujm <anujm!~anujm@134.134.139.73> has quit IRC | 10:10 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 10:15 | |
| yocti | New news from stackoverflow: How to create a yocto recipe that installs only the libraries to the target machine rootfs and all headers and libraries to the sdk host rootfs? <https://stackoverflow.com/questions/57819879/how-to-create-a-yocto-recipe-that-installs-only-the-libraries-to-the-target-mach> | 10:19 |
| jwessel | RP: https://patchwork.openembedded.org/patch/164139/ - ping on that patch, since it is has been over two weeks. | 10:30 |
| jwessel | I'd like to cross that off my list since it is a regression. | 10:30 |
| RP | jwessel: it had slipped the net, I'll queue it | 10:31 |
| jwessel | I wasn't sure if there was a problem in general with it or not. No worries. :-) | 10:31 |
| RP | jwessel: just drowning in problems tm | 10:32 |
| RP | atm | 10:32 |
| jwessel | Do the OE minutes cover say what major problems are still left to go? I had been out of the office all week, traveling back home today. | 10:34 |
| kanavin_ | RP: if there's something I could help with let me know | 10:34 |
| jwessel | Or is it the typical dying the death of a 1000 cuts from small stuff. | 10:34 |
| jwessel | I had the same concern as kanavin_. I can take a peak at something if I can download it before I get a on plane :-) | 10:35 |
| RP | jwessel: we've been struggling with the 5.2 kernel but that is now hopefully all resolved | 10:35 |
| jwessel | Indeed. Hopefully that is set. We have our test/bsp folks chewing away at it. | 10:36 |
| RP | jwessel, kanavin_: right now the pain points left are hashequiv problems and getting the toolchain testsuite pieces integrated into the autobuilder | 10:36 |
| RP | I also need to test adding systemd to altcfg and see what that does on the autobuilder. I should sechedule that now | 10:37 |
| RP | jwessel: it was systemtap that turned into a major pain but I think we're past that now | 10:38 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 10:38 | |
| RP | kanavin_: I appreciate the offer, just not sure how to break up anything else left | 10:38 |
| RP | nrossi: are you ok with the testsuite pieces you have left on your plate? | 10:39 |
| jwessel | Thanks for the update RP. | 10:40 |
| nrossi | RP: yes, assuming that is of course that the remaining issues are concurrency-ptestresults and selftest -t/-T arg changes | 10:41 |
| RP | nrossi: I think so (along with then sorting out the autobuild ptest log extraction but that is M4) | 10:45 |
| nrossi | RP: sure can look at that later, have not completely read and understood what that is about though :) | 10:46 |
| RP | nrossi: right, its a "for later" thing | 10:47 |
| RP | nrossi: there was one other thing I remembered | 11:09 |
| RP | nrossi: the parallelism in oeqa is done per class. If we split some of the tests into more classes, they'll run in parallel | 11:09 |
| RP | nrossi: might be worth considering since they're independent? | 11:09 |
| nrossi | RP: should I setup e.g. "GccSelfTest" as a base class and make gcc, libatomic... super classes? | 11:10 |
| RP | nrossi: I'm thinking yes as we'll get parallelism wins | 11:11 |
| RP | nrossi: this is what the numbers in the likes of https://autobuilder.yoctoproject.org/typhoon/#/builders/74/builds/997/steps/8/logs/step3d mean | 11:11 |
| RP | nrossi: the X/6 means there are 6 parallel sets of tests running with X/21 being the total number of tests. | 11:12 |
| RP | nrossi: the X: at the start tells you which thread was reporting | 11:12 |
| nrossi | RP: there wont be much win on the system emulation classes though.... qemu is just slow for those :( | 11:13 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 11:14 | |
| RP | nrossi: executing in parallel compared to serial is still a win | 11:14 |
| nrossi | RP: sure, but its only really going to split off libstdcxx tests from check-gcc ones in terms of parallel tasks as the other lib* ones are alot faster | 11:15 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 11:17 | |
| rburton_ | RP: sounds sensible (merging bits) | 11:31 |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:39 | |
| rburton_ | oh god another ota updater https://www.fullmetalupdate.io | 11:39 |
| rburton_ | can people please stop writing new ones and start consolidating | 11:40 |
| qschulz | rburton_: it's a "big" French company behind | 11:41 |
| rburton_ | qschulz: was wondering who made it, never easy to identify | 11:41 |
| qschulz | rburton_: Witekio, previously Adeneo Embedded IIRC | 11:42 |
| kanavin_ | rburton_, https://github.com/FullMetalUpdate/meta-fullmetalupdate/branches | 11:42 |
| kanavin_ | meh, just rocko/thud | 11:42 |
| rburton_ | kanavin_: was 'allow shell-style wildcards in PRIVATE_LIBS' a repost or a v2? | 11:43 |
| kanavin_ | rburton_, repost | 11:43 |
| rburton_ | cool, its in mut already | 11:43 |
| kanavin_ | and the virgl bits are the same too, I'm not sure whether they'll be picked up for 3.0, but posted them once more just in case | 11:44 |
| rburton_ | yeah i wanted to give those a play | 11:44 |
| kanavin_ | yeah, somewhere on the way, SDL started working | 11:45 |
| rburton_ | not entirely sure i like how something in there needs mesa-dev installed to use the .pc files | 11:45 |
| kanavin_ | rburton_, only for egl-headless | 11:45 |
| kanavin_ | sdl/gtk frontends don't need them | 11:45 |
| kanavin_ | sdl/gtk work through libepoxy which falls through to the host mesa | 11:46 |
| kanavin_ | but egl-headless loads native mesa directly, and so we need to (mis)guide it to use host drivers | 11:46 |
| kanavin_ | because building a useful set in mesa-native would simply be way too much | 11:46 |
| rburton_ | any reason why it can't use libepoxy too i wonder | 11:47 |
| kanavin_ | just the way it's written in qemu | 11:47 |
| kroon | Just to be sure, commit message in 6b8e0077339a89cb01aa40c1b367a4e41a638892 in current master states that the commit perhaps shouldn't be merged. | 11:48 |
| kroon | oe-core repo that is | 11:48 |
| kroon | JPEW, RP: ^^^ | 11:48 |
| RP | nrossi: FWIW I'm leaning towards tagging the tests as "toolchain-user", "toolchain-system" and "toolchain-ypab" and then from the autobuilder we just run "toolchain-ypab" | 11:48 |
| RP | kroon: It was intentional, I'd just not realised the commit said it was a test | 11:49 |
| kroon | RP, cool | 11:49 |
| RP | rburton_: -next looks a little more trim | 11:50 |
| RP | nrossi: I guess that still means conditional tags though :/ | 11:51 |
| nrossi | RP: i assume that would mean for qemux86-64 you would run all "toolchain-ypab" and "toolchain-system" tags, but only "toolchain-ypab" for the others? | 11:51 |
| RP | nrossi: right, toolchain-ypab doesn';t help us does it :/ | 11:51 |
| RP | nrossi: we'd just have to override the template for x86/x86-64 | 11:52 |
| nrossi | RP: yer, maybe its best to keep it simple for now :) | 11:53 |
| RP | nrossi: still haven;t figured out how to trigger things conditionally properly for quick/full | 11:53 |
| RP | I guess that is my next job | 11:53 |
| *** ric96 <ric96!sid234506@gateway/web/irccloud.com/x-aoicjalmnhkfykvf> has quit IRC | 11:54 | |
| rburton_ | RP: repushed mut with revised patches for meson/weston from the contributors instead of my fixup patches on top. if the ab goes green you should be good to pull the lot into next | 11:55 |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC | 11:55 | |
| *** ric96 <ric96!sid234506@gateway/web/irccloud.com/x-ihcynbznvsnnskzu> has joined #yocto | 11:55 | |
| *** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has quit IRC | 11:58 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:00 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 12:01 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 12:04 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 12:13 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 12:14 | |
| fullstop | in local.conf, does the order of IMAGE_INSTALL_append matter? | 12:29 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 12:35 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 12:37 | |
| JaMa | hmm, it's not possible to include another .bbappend from .bbappend? It fails with "u-boot_2019.01.bbappend: not a BitBake file" | 12:37 |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto | 12:38 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 12:40 | |
| qschulz | JaMa: what's the use case? | 12:43 |
| RP | rburton_: into next or straight to master? | 12:44 |
| RP | JaMa: not sure that is something we've ever tried or supported | 12:44 |
| *** anujm <anujm!~anujm@134.134.139.76> has joined #yocto | 12:46 | |
| JaMa | qschulz: https://github.com/shr-project/meta-raspberrypi/commit/b5ff395e749acfaefbe526ee159065228a1529c2 | 12:48 |
| JaMa | RP: probably not useful in most cases, I was just surprised | 12:49 |
| RP | JaMa: you could certainly include an inc from both | 12:50 |
| JaMa | RP: yes, that's what I did now | 12:50 |
| qschulz | JaMa: ah, interesting problem indeed :) | 12:50 |
| *** alessioigor <alessioigor!~alessioig@140.105.207.227> has quit IRC | 12:57 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 13:05 | |
| RP | rburton_: any idea why qaextras step 4b is so slow? | 13:17 |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC | 13:23 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 13:26 | |
| *** mckoan <mckoan!~marco@unaffiliated/mckoan> has quit IRC | 13:28 | |
| rburton_ | fullstop: no | 13:30 |
| rburton_ | RP: what does 4b do :) | 13:30 |
| rburton_ | we need to start renaming those | 13:30 |
| RP | rburton_: not sure we can do that easily | 13:31 |
| RP | rburton_: "SDK_EXT_TYPE = 'full'" | 13:32 |
| rburton_ | why can't we just change the string from step2 to 'api documetation build" | 13:32 |
| RP | rburton_: I wonder if we have some performance regresion with that | 13:32 |
| rburton_ | maybe we do | 13:32 |
| rburton_ | surely that just changes the build of the sdk itself | 13:32 |
| RP | rburton_: you have no idea what magic is behind these strings :( | 13:32 |
| rburton_ | ah | 13:32 |
| fullstop | rburton_: thanks! | 13:33 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 13:33 | |
| rburton_ | RP: locked signatures test failed in mut again | 13:34 |
| rburton_ | ive seen that happen occasionally and a rebuild makes it go away :/ | 13:34 |
| RP | rburton_: I wonder if the issue is slow NAS | 13:34 |
| RP | (for 4b) | 13:34 |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 13:34 | |
| *** mckoan <mckoan!~marco@unaffiliated/mckoan> has joined #yocto | 13:35 | |
| RP | rburton_: AssertionError: unexpectedly None : Didn't find the expected warning message. Output: Loading cache...done. | 13:35 |
| RP | # Verify you get the warning and that the real task *isn't* run (i.e. the locked signature has worked) | 13:36 |
| RP | patt = r'WARNING: The %s:do_package sig is computed to be \S+, but the sig is locked to \S+ in SIGGEN_LOCKEDSIGS\S+' % test_recipe | 13:36 |
| RP | rburton_: wonder if that test races and something else can wipe self.testlayer_path ? | 13:37 |
| RP | nrossi: FWIW I think I've untangled the autobuilder piece of this ready | 13:38 |
| JPEW | kroon, RP: Hah, I guess I should be more clear with my commit messages :) | 13:39 |
| JPEW | rburton: I see you are still using the reprodcible_build_simple... is that just for sato? The AB is using reproducible_build currently, so I think it should be working? | 13:41 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 13:41 | |
| * Crofton|work missed a reproducible build meetup at camp :( | 13:42 | |
| RP | Crofton|work: I just noticed that in the news bulletin | 13:42 |
| Crofton|work | I follow them on twitter now | 13:43 |
| RP | Crofton|work: what's twitter? | 13:43 |
| Crofton|work | how I get all my news | 13:43 |
| Crofton|work | Apparently you have MP's resigning to spend less time with their families | 13:44 |
| RP | rburton_: going to merge the systemd by default for poky-altcfg since that went green (and call that good for systemd by default in 3.0) | 13:44 |
| rburton_ | cool | 13:44 |
| RP | Crofton|work: yes, understandably :/ | 13:45 |
| rburton_ | Crofton|work: what an original joke i've never heard that one before | 13:45 |
| RP | rburton_: we call mut green and merge? | 13:46 |
| rburton_ | RP: yeah | 13:46 |
| rburton_ | RP: i do wonder if this is racing with something else wiping out the bbappend | 13:46 |
| rburton_ | the bbappend creation should be in a per-test path so they don't conflict | 13:47 |
| rburton_ | like the devtool workspace is in build dir | 13:47 |
| RP | that layer path is per test? | 13:47 |
| Crofton|work | rburton_, it took me a while before I understood the underlying news story | 13:48 |
| rburton_ | RP: is it? looks like it ends up in get_test_layer which is just the first layer called meta-selftest | 13:48 |
| rburton_ | so dropping a bbappend in there impacts all running tests | 13:49 |
| yocti | New news from stackoverflow: cannot su to new user added in yocto build <https://stackoverflow.com/questions/57823038/cannot-su-to-new-user-added-in-yocto-build> | 13:49 |
| RP | rburton_: which is bad and we shouldn't be doing that | 13:53 |
| RP | rburton_: I can drop the X: prefix from the pango uprev? | 13:53 |
| rburton_ | RP: yeah thats a reminder that i need to post the patch | 13:56 |
| rburton_ | so please strip and post | 13:56 |
| * rburton_ needs to get the kids now | 13:56 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 14:00 | |
| *** kaspter <kaspter!~Instantbi@115.195.42.63> has quit IRC | 14:03 | |
| ykrons | Hi all | 14:05 |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 14:08 | |
| ykrons | I would like to enable the libdns-sd support in avahi. To do so, I had a look to avahi recipe in master and try to "backport it" to my rocko version as a bbappend, but it seems I missunderstood how packages are created from recipes because to expect library are missing in the final image | 14:08 |
| ykrons | I have customized PACKAGECONFIG with PACKAGECONFIG[libdns_sd] = "--enable-compat-libdns_sd," and then declare that the recipe generates the package if option is set with PACKAGES =+ "${@bb.utils.contains("PACKAGECONFIG", "libdns_sd", "libavahi-compat-libdnssd", "", d)}" | 14:10 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 14:10 | |
| ykrons | and finally just add generated files to the package with FILES_libavahi-compat-libdnssd = "${libdir}/libdns_sd.so.*". But if I do a bitbake libavahi-compat-libdnssd, I get error: Nothing PROVIDES 'libavahi-compat-libdnssd'. What did I missed? | 14:13 |
| qschulz | ykrons: you bitbake a recipe, always | 14:13 |
| qschulz | so bitbake avahi and then look in the deploy/deb or rpm or ipk for libavahi-compat-libdnssd package | 14:14 |
| RP | rburton_: sorted, thanks for looking at that patchset | 14:15 |
| * RP has another load in -next to test | 14:15 | |
| qschulz | PACKAGES is for RPROVIDES. You can use recipes for DEPENDS only, and packages for RDEPENDS. It happens that most of the time, there is a package named after the recipe so it is confusing | 14:15 |
| RP | nrossi: mips64 and ppc are still going after 24 hours on the toolchain testsuite! :) | 14:15 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 14:19 | |
| ykrons | qschulz, thanks for clarification. I will rebuild to check but think I will not have th eipk for libavahi-compat-libnsssd | 14:20 |
| ykrons | qschulz, nthe ipk has not been generated, but other libavahi-xxxx have been | 14:21 |
| ykrons | I'm doing a cleanall of avahi and a rebuild to be sure | 14:26 |
| *** anujm <anujm!~anujm@134.134.139.76> has quit IRC | 14:34 | |
| qschulz | ykrons: what is the value of the PACKAGECONFIG for avahi? | 14:40 |
| qschulz | also, why don't you put ${libdir}/libdns_sd.so.* in the default avahi package? | 14:41 |
| yocti | New news from stackoverflow: cannot su to new user added in yocto build [on hold] <https://stackoverflow.com/questions/57823038/cannot-su-to-new-user-added-in-yocto-build> | 14:50 |
| *** pebenito_ <pebenito_!~pebenito@unaffiliated/pebenito> has joined #yocto | 14:51 | |
| rburton_ | ykrons: all you need to do is add libdns_sd to PACKAGECONFIG for avahi | 14:55 |
| ykrons | rburton_, it has been done just before setting PACKAGECONFIG[libdns_sd] | 14:58 |
| rburton_ | ykrons: then you bitbake a *recipe*, so bitbake avahi | 14:59 |
| ykrons | bitbake avahi is on going (after a cleanall), I tell you the result in few minutes | 15:01 |
| rburton_ | cleanall is very rarely ever needed | 15:02 |
| rburton_ | especially as it deletes *all* sstate (slow) and the source tarballs (why?) | 15:02 |
| rburton_ | just bitbake avahi, it will rebuild | 15:02 |
| ykrons | I have changed the recipe in different ways and want to be sure to have something clean to troubleshoot, but I agree, it is probably not needed but I expect avahi not to be to long to fully rebuild | 15:04 |
| ykrons | qschulz, rburton_ : build finished and no libavahi-compat-libdnssd package found in deploy | 15:17 |
| ykrons | To clarify here is my avahi_%.bbappend: | 15:17 |
| ykrons | PACKAGECONFIG = "dbus ${AVAHI_GTK} libdns_sd" | 15:18 |
| ykrons | PACKAGECONFIG[libdns_sd] = "--enable-compat-libdns_sd," | 15:18 |
| ykrons | PACKAGES =+ "${@bb.utils.contains("PACKAGECONFIG", "libdns_sd", "libavahi-compat-libdnssd", "", d)}" | 15:18 |
| ykrons | FILES_libavahi-compat-libdnssd = "${libdir}/libdns_sd.so.*" | 15:18 |
| JPEW | ykrons: It won't generate a packages called libavahi-compat-libdnssd because of the so renaming | 15:19 |
| *** fitzsim is now known as fitzsim_` | 15:19 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 15:19 | |
| JPEW | ykrons: It will should be called "libdns_sd<something>" (sorry, I don't remember the exact rules for the renaming) | 15:19 |
| yocti | New news from stackoverflow: create symbolic link in bitbake recipe <https://stackoverflow.com/questions/48167601/create-symbolic-link-in-bitbake-recipe> | 15:20 |
| *** fitzsim_` <fitzsim_`!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC | 15:20 | |
| ykrons | JPEW, you're right I have libdns_sd1... package with the expected libs | 15:21 |
| ykrons | but what is the "so renaming" ? | 15:21 |
| JPEW | ykrons: Basically, if a package contains only a library (.so), it gets renamed to a specially formatted name based on that library | 15:22 |
| ykrons | Ok, I don't know that point! Thanks | 15:25 |
| JPEW | ykrons: This allows the packaging code to look at the linktime libraries an ELF executable requires and automatically add the correct dependencies as runtime dependencies... this is why you usually don't have to add linktime library dependencies as RDEPENDS, but they still get picked up | 15:25 |
| JPEW | LetoThe2nd: Is library packaging (and so package renaming) on your list? I feel like I explain it a lot :) | 15:26 |
| ykrons | In the original recipe from master, there is also RPROVIDES_libavahi-compat-libdnssd = "libdns-sd" that I have commented, it is a way to create an "aliases" from libavahi_compat_libdnssd to libdns-sd ? | 15:27 |
| JPEW | ykrons: The RPROVIDES should do that? | 15:29 |
| ykrons | Sorry, it was a question, what is doing this RPROVIDES? | 15:30 |
| *** cpo <cpo!~cpo@helix.mybll.net> has quit IRC | 15:36 | |
| *** weltling <weltling!~toll@klapt.com> has quit IRC | 15:37 | |
| *** milloni <milloni!~milloni@preemptable.org> has quit IRC | 15:37 | |
| ykrons | I have to leave sorry, but thanks it seems my problem is solved now. | 15:37 |
| JPEW | ykwrons: Ok | 15:37 |
| *** Crofton|mini <Crofton|mini!~Crofton@2601:5c0:c100:b84:3d3f:64d6:2ba1:780b> has quit IRC | 15:37 | |
| *** Crofton|mini <Crofton|mini!~Crofton@2601:5c0:c100:b84:3d3f:64d6:2ba1:780b> has joined #yocto | 15:37 | |
| *** milloni <milloni!~milloni@preemptable.org> has joined #yocto | 15:37 | |
| *** falk0n <falk0n!~falk0n@a109-49-142-1.cpe.netcabo.pt> has quit IRC | 15:37 | |
| rburton_ | JPEW: the renaming isnt needed for that, the magic deps work if you turn off debian renaming | 15:38 |
| rburton_ | the renaming is because early oe wanted to be like debian | 15:38 |
| JPEW | rburton_: Huh. I figured they were related.... it must be able to look at the RPROVIDES to determine the dependencies then? | 15:39 |
| rburton_ | do_package of libraries writes a map of sonames to package names | 15:39 |
| *** cpo <cpo!~cpo@helix.mybll.net> has joined #yocto | 15:41 | |
| JPEW | rburton_: The .list files in ${SHLIBSWORKDIR}? | 15:42 |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 15:43 | |
| rburton_ | JPEW: right | 15:44 |
| JPEW | rburton_: Ah. Thanks! | 15:44 |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 15:46 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 15:55 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 15:56 | |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has quit IRC | 16:06 | |
| *** yann <yann!~yann@85.118.38.73> has quit IRC | 16:09 | |
| *** yacar_ <yacar_!~yacar@242.25.24.93.rev.sfr.net> has quit IRC | 16:10 | |
| *** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-dfkzgretcluywffs> has quit IRC | 16:21 | |
| *** MarcWe <MarcWe!hmwmatrixo@gateway/shell/matrix.org/x-wjkjpucuedbjiqer> has quit IRC | 16:21 | |
| *** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-hecxbwkgapkxizqm> has quit IRC | 16:21 | |
| *** silviof <silviof!silv-iomat@gateway/shell/matrix.org/x-zapgwhlptviratpq> has quit IRC | 16:21 | |
| *** kayterina <kayterina!kayterina-@gateway/shell/matrix.org/x-bjsaaqsbbcesbvfx> has quit IRC | 16:21 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 16:24 | |
| *** mckoan is now known as mckoan|away | 16:26 | |
| *** falk0n <falk0n!~falk0n@a109-49-147-206.cpe.netcabo.pt> has joined #yocto | 16:26 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 16:28 | |
| *** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-arxxzdkuqsvfsslf> has joined #yocto | 16:32 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 16:38 | |
| *** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-mqnqgdgpwncffbhk> has joined #yocto | 16:48 | |
| *** silviof <silviof!silv-iomat@gateway/shell/matrix.org/x-efejymnjwpljndoq> has joined #yocto | 16:48 | |
| RP | nrossi: http://git.yoctoproject.org/cgit.cgi/yocto-autobuilder-helper/patch/?id=68c19d067d663570adda351d3fe89739443dc8e9 - not merged but ready and hopefully should work with the changes you're working on | 16:56 |
| RP | moto-timo: I did figure out that autobuilder nfs patch and merged it | 16:57 |
| khem | RP: do we have a writeup to run toolchain tests | 16:57 |
| RP | khem: "oe-selftest -t toolchain-user | toolchain-system" will be the end result | 16:58 |
| RP | khem: right now with master-next its -t machine | 16:59 |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 17:00 | |
| RP | 26 hours to run the ppc toolchain tests | 17:03 |
| khem | no wonder | 17:10 |
| khem | you chose the best case | 17:10 |
| *** nmoos <nmoos!~moosnat@unaffiliated/moosnat> has joined #yocto | 17:22 | |
| milloni | does yocto support shallow cloning git repos? | 17:26 |
| milloni | there was some work on that here http://lists.openembedded.org/pipermail/bitbake-devel/2016-July/007657.html | 17:27 |
| kergoth | shallow clones are not supported, use of shallow mirror tarballs are. that is, *someone* has to do a full clone to populate a mirror, but everyone using the mirror could pull down shallow tarballs to speed things up | 17:27 |
| kergoth | we can't do a shallow clone because our fetcher supports fetching an arbitrary revision, while clone with shallow requires that you specify a branch and depth, and we don't know how many commits separate SRCREV and the specified branch until we've cloned it | 17:28 |
| *** yacar_ <yacar_!~yacar@242.25.24.93.rev.sfr.net> has joined #yocto | 17:28 | |
| kergoth | we *could* support shallow only when using AUTOREV, but that hasn't been done | 17:28 |
| kergoth | s/tarballs are/tarballs is/ | 17:28 |
| milloni | so you can pull a tarball from a git remote? is that a standard git feature? | 17:29 |
| kergoth | no, you can pull a tarball from an oe/yocto mirror using our mirror support | 17:29 |
| kergoth | doesn't use get for that part at all | 17:30 |
| milloni | ah okay | 17:30 |
| kergoth | the fetcher can fetch an upstream git url, convert it to shallow, tar that up, and put the tarball in your DL_DIR, then you can use that to populate a mirror to be used in PREMIRRORS | 17:30 |
| milloni | oh, thats news to me | 17:30 |
| *** rizzitello <rizzitello!~quassel@24.105.220.210> has joined #yocto | 17:31 | |
| kergoth | still worthwhile IMO since it's nicer for the rest of the team to download a 150mb kernel tarball than a gig git repo, even if it doesn't help the person or CI job populating the mirror in the first place | 17:31 |
| milloni | ..so kind of like a "download cache"? | 17:31 |
| milloni | hm, an example scenario: assuming i have set up a mirror that has a git revision A of project X tar'ed up | 17:33 |
| kergoth | https://www.yoctoproject.org/docs/2.7.1/mega-manual/mega-manual.html#var-PREMIRRORS | 17:33 |
| kergoth | https://www.yoctoproject.org/docs/2.7.1/mega-manual/mega-manual.html#var-bb-BB_GENERATE_MIRROR_TARBALLS | 17:33 |
| milloni | and i've got a bitbake recipe that fetches from that mirror | 17:34 |
| *** rizzitello <rizzitello!~quassel@24.105.220.210> has quit IRC | 17:34 | |
| milloni | assuming i want to change the revision to fetch to B | 17:34 |
| milloni | can i do that quickly and without too much effort? | 17:34 |
| kergoth | you jus tmodify the recipe to change SRCREV to the new revision. when you do a new build or —runall=fetch, it'll download the new/updated git repo locally, if you set BB_GENERATE_MIRROR_TARBALLS=1, it'll also create a new git tarball, and you could rsync your local DL_DIR to the remote mirror directory to get the updated tarball there | 17:36 |
| kergoth | shallow works similarly, just it creates smaller shallow tarballs instead, and the user has to enable it to use them instead of the full git mirror tarball | 17:36 |
| milloni | okay that sounds good, i'll read the docs, thanks | 17:36 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 17:47 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 17:48 | |
| *** fitzsim is now known as fitzsim_ | 17:54 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 17:54 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 17:55 | |
| *** yacar_ <yacar_!~yacar@242.25.24.93.rev.sfr.net> has quit IRC | 18:08 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 18:14 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC | 18:28 | |
| LetoThe2nd | JPEW: i have already done a session on packaging and package splitting. i won't be going more in depth there in the near future probably, sorry | 18:50 |
| JPEW | LetoThe2nd: Cool, I must have missed that one. I'll look through the archives | 18:50 |
| LetoThe2nd | JPEW: i think it #3 | 18:54 |
| LetoThe2nd | +is | 18:54 |
| LetoThe2nd | JPEW: if you want to witness me making a total fool of myself, tune in on tuesday :) | 18:58 |
| Crofton|work | LetoThe2nd, we are all fools | 19:00 |
| Crofton|work | just less foolish than others | 19:00 |
| LetoThe2nd | i'll be talking about *gasp* kernel things! | 19:00 |
| * Crofton|work shivers | 19:02 | |
| LetoThe2nd | yeah | 19:03 |
| *** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has quit IRC | 19:23 | |
| marka | version | 19:42 |
| marka | zeddii | 19:42 |
| marka | must be Fri afternoon, sorry about that folks | 19:42 |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC | 20:30 | |
| *** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 20:31 | |
| *** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto | 20:38 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:701:a846:9858:21a:9451> has quit IRC | 20:39 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 20:40 | |
| *** aidanh_ is now known as aidanh | 20:40 | |
| *** nmoos <nmoos!~moosnat@unaffiliated/moosnat> has quit IRC | 20:46 | |
| fullstop | How can I make a change to something in sysroot before a package configures? | 20:47 |
| fullstop | there is a header file which was renamed and I need to either copy or symlink it for compatibility with a particular package. | 20:48 |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:701:a846:9858:21a:9451> has joined #yocto | 20:48 | |
| fullstop | do_configure_prepend looks interesting | 20:49 |
| neverpanic | why not just patch the include in the sources of the package? | 20:50 |
| neverpanic | Modifying the sysroot is kinda asking for trouble. You might now get away with it since Yocto now has separate sysroots per recipe, but back when it didn't, you'd have modified the build env for all other packages, too. | 20:51 |
| fullstop | I'll consider it | 20:52 |
| neverpanic | With the obvious unexpected side-effects of race conditions and so on, which is why it's best not to touch the sysroot. | 20:52 |
| fullstop | the source package is some binary doo-dad from nvidia | 20:52 |
| neverpanic | if it's a binary, why does it care about the name of a header file? | 20:52 |
| neverpanic | If you really need the header file back, bbappend the recipe that provides the header file and modify what it puts into the sysroot. | 20:52 |
| fullstop | it's a library with a header file | 20:53 |
| fullstop | anyway, I'll look at those options | 20:54 |
| neverpanic | right, but if it's a header file, you can patch it ;-) | 20:54 |
| *** falk0n <falk0n!~falk0n@a109-49-147-206.cpe.netcabo.pt> has quit IRC | 20:55 | |
| fullstop | well, it's a renamed header | 20:55 |
| fullstop | but yes | 20:55 |
| neverpanic | Maybe I'm misunderstanding you… I'm suggesting to patch the source that uses the renamed header, not patching the header itself. | 20:57 |
| fullstop | that gets into cmake and I don't like that area.. :-) | 20:58 |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:701:a846:9858:21a:9451> has quit IRC | 20:59 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 21:01 | |
| *** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has joined #yocto | 21:04 | |
| fullstop | that may not have been that bad. thanks, neverpanic. | 21:05 |
| fullstop | okay, that worked.. onto the next problem | 21:06 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 21:08 | |
| RP | gah, here had to be a single failure in -next. Now I get to play guess the patch | 21:10 |
| * RP powers the build machine back | 21:10 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 21:15 | |
| *** rubdos <rubdos!~rubdos@213.219.130.109> has joined #yocto | 21:17 | |
| *** rubdos <rubdos!~rubdos@213.219.130.109> has quit IRC | 21:23 | |
| *** pebenito_ <pebenito_!~pebenito@unaffiliated/pebenito> has quit IRC | 21:24 | |
| *** rubdos <rubdos!~rubdos@213.219.130.113> has joined #yocto | 21:25 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:27 | |
| *** falk0n <falk0n!~falk0n@a109-49-142-1.cpe.netcabo.pt> has joined #yocto | 21:36 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC | 21:45 | |
| *** dv_ <dv_!~dv@62.178.50.190> has joined #yocto | 22:03 | |
| *** rubdos <rubdos!~rubdos@213.219.130.113> has quit IRC | 22:14 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 22:33 | |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has quit IRC | 22:38 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto | 22:44 | |
| *** Willy-- <Willy--!~william@142.166.62.112> has quit IRC | 23:05 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC | 23:09 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 23:26 | |
| * armpit has flash back to the power twins | 23:41 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 23:54 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!