| *** garbados <garbados!~garbados@2601:1c2:303:6b0:cd4c:c80:d4b5:e0a4> has quit IRC | 00:04 | |
| *** dv_ <dv_!~quassel@62.178.118.86> has quit IRC | 00:14 | |
| *** dv_ <dv_!~quassel@62-178-118-86.cable.dynamic.surfer.at> has joined #yocto | 00:14 | |
| *** yann <yann!~yann@31-209-232-111.dsl.dynamic.simnet.is> has quit IRC | 00:18 | |
| *** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 00:21 | |
| *** garbados <garbados!~garbados@2601:1c2:303:6b0:cd4c:c80:d4b5:e0a4> has joined #yocto | 00:22 | |
| *** garbados <garbados!~garbados@2601:1c2:303:6b0:cd4c:c80:d4b5:e0a4> has quit IRC | 00:30 | |
| *** scottrif <scottrif!~scottrif@66.191.24.12> has left #yocto | 00:40 | |
| *** dvhart <dvhart!~dvhart@static-50-53-109-124.bvtn.or.frontiernet.net> has quit IRC | 00:50 | |
| *** dvhart <dvhart!~dvhart@static-50-53-109-124.bvtn.or.frontiernet.net> has joined #yocto | 00:50 | |
| *** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto | 00:54 | |
| *** dvhart <dvhart!~dvhart@static-50-53-109-124.bvtn.or.frontiernet.net> has quit IRC | 01:00 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 01:09 | |
| *** garbados <garbados!~garbados@c-24-21-161-111.hsd1.or.comcast.net> has joined #yocto | 01:27 | |
| *** flihp <flihp!~flihp@98.234.221.45> has joined #yocto | 01:36 | |
| *** rick_0 <rick_0!~Thunderbi@2001:8003:804a:b500:883e:bb28:3681:5772> has joined #yocto | 02:01 | |
| *** bully4u <bully4u!~Adium@134.134.139.82> has quit IRC | 02:01 | |
| *** Guma <Guma!~Guma@c-67-184-64-21.hsd1.il.comcast.net> has quit IRC | 02:25 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 02:50 | |
| *** rick_0 <rick_0!~Thunderbi@2001:8003:804a:b500:883e:bb28:3681:5772> has quit IRC | 03:07 | |
| *** rick_0 <rick_0!~Thunderbi@2001:8003:804a:b500:28d8:c070:9b4c:24d8> has joined #yocto | 03:13 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-kuosbhssudotzzan> has quit IRC | 03:20 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-mzdukdljzficzknt> has quit IRC | 03:24 | |
| *** sjolley <sjolley!~sjolley@134.134.139.83> has joined #yocto | 03:29 | |
| *** dreyna <dreyna!~dreyna@unknown-157-217.windriver.com> has quit IRC | 03:43 | |
| *** jmcruzal <jmcruzal!~jmcruzal@134.134.139.82> has quit IRC | 04:01 | |
| *** pohly <pohly!~pohly@p5DE8FE14.dip0.t-ipconnect.de> has joined #yocto | 04:22 | |
| *** agust <agust!~agust@p4FCB6AA2.dip0.t-ipconnect.de> has joined #yocto | 04:37 | |
| *** teroshan <teroshan!~teroshan@LFbn-1-12114-109.w90-92.abo.wanadoo.fr> has quit IRC | 05:20 | |
| *** bluelightning <bluelightning!~paul@ip4d16fb7f.dynamic.kabel-deutschland.de> has joined #yocto | 05:31 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 05:31 | |
| *** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC | 06:08 | |
| *** LocutusOfBorg <LocutusOfBorg!~Gianfranc@93.68.149.204> has joined #yocto | 06:15 | |
| *** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto | 06:15 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:23 | |
| *** caiortp <caiortp!~caiortp@170.231.185.177> has quit IRC | 06:31 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 06:33 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 06:34 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto | 06:35 | |
| *** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has joined #yocto | 06:41 | |
| pohly | RP: do runqemu and oe-selftest support multiconfig? What I mean is, can they be told to boot images or run tests in some other config than the default one? | 06:44 |
|---|---|---|
| pohly | Same for "bitbake -e". | 06:44 |
| *** zero_note <zero_note!~zero@2.238.240.162> has joined #yocto | 06:45 | |
| *** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC | 06:54 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-vzlduggbyasvuwmx> has joined #yocto | 06:55 | |
| *** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC | 06:56 | |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 06:59 | |
| *** garbados <garbados!~garbados@c-24-21-161-111.hsd1.or.comcast.net> has quit IRC | 07:00 | |
| *** ant_work <ant_work!~ant__@host108-252-dynamic.8-87-r.retail.telecomitalia.it> has joined #yocto | 07:01 | |
| *** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto | 07:03 | |
| *** ed2 <ed2!Adium@nat/intel/x-ztzlfnlyqtawgdub> has joined #yocto | 07:10 | |
| pohly | RP: is changing DISTRO_FEATURES allowed in a multiconfig? Apparently not (at least not out-of-the-box), because recipes of different multiconfigs end up sharing the same WORKDIR. | 07:11 |
| *** rajm <rajm!~robertmar@167.98.27.226> has joined #yocto | 07:11 | |
| *** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has quit IRC | 07:11 | |
| *** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has joined #yocto | 07:12 | |
| pohly | Switching between machines avoids that because only machine-specific recipes vary between builds, and they already have different paths. | 07:12 |
| *** jku <jku!~jku@178-75-131-14.bb.dnainternet.fi> has joined #yocto | 07:12 | |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto | 07:17 | |
| *** mckoan|away is now known as mckoan | 07:21 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 07:23 | |
| pohly | RP: does it really make sense that -native tools are built in "x86_64-linux" where "linux" is from "TARGET_OS"? Are these tools really specific to the target OS? | 07:23 |
| RP | pohly: Isn't that from BUILD_OS? | 07:24 |
| pohly | RP: hmm, not according to "bitbake -e intltools-native", unless I misread something. Let me double-check. | 07:24 |
| *** diego__ <diego__!~diego@host57-224-static.7-79-b.business.telecomitalia.it> has joined #yocto | 07:26 | |
| RP | pohly: runqemu and oe-selftest have no knowledge of multiconfig. I'd have thought runqemu would be fine if you point it at the right deploy artefacts. oe-selftest would be hard for multiconfig | 07:26 |
| pohly | I'm asking because in my multiconfig variants I could set TARGET_VENDOR or TARGET_OS differently than in the main config to avoid the path clash. TARGET_OS would be a bit more natural, but only if it isn't used for the native tools. | 07:26 |
| RP | pohly: You could just set a different TMPDIR? | 07:27 |
| pohly | Yes, but then native tools aren't shared either. | 07:27 |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 07:27 | |
| pohly | # pre-expansion value: | 07:27 |
| pohly | # "${PACKAGE_ARCH}${TARGET_VENDOR}-${TARGET_OS}" | 07:27 |
| pohly | MULTIMACH_TARGET_SYS="x86_64-linux" | 07:27 |
| RP | pohly: hmm. If they are prepopulated in sstate you'd likely be fine but yes, in a from scratch scenario they would get duplicated | 07:28 |
| pohly | That's for intltools-native. | 07:28 |
| pohly | So no, it's not using BUILD_OS. | 07:28 |
| RP | pohly: It is since native.bbclass sets TARGET_OS = BUILD_OS | 07:29 |
| RP | pohly: I think TARGET_VENDOR may be the correct thing here btw | 07:30 |
| RP | pohly: since vendor is a custom field where as os is keyed off by various things | 07:30 |
| RP | and yes, TARGET_VENDOR and BUILD_VENDOR are different things | 07:30 |
| *** pohly1 <pohly1!~pohly@p5DE8C742.dip0.t-ipconnect.de> has joined #yocto | 07:33 | |
| *** pohly <pohly!~pohly@p5DE8FE14.dip0.t-ipconnect.de> has quit IRC | 07:33 | |
| *** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has quit IRC | 07:34 | |
| *** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has joined #yocto | 07:34 | |
| *** richardD <richardD!~vincent@LMontsouris-657-1-239-42.w82-127.abo.wanadoo.fr> has joined #yocto | 07:38 | |
| *** mdnneo <mdnneo!~umaucher@217.89.178.116> has joined #yocto | 07:38 | |
| *** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto | 07:39 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 07:41 | |
| *** gizero_ <gizero_!~gizero@host193-245-static.58-79-b.business.telecomitalia.it> has quit IRC | 07:44 | |
| *** pohly <pohly!~pohly@p5DE8C109.dip0.t-ipconnect.de> has joined #yocto | 07:46 | |
| *** joshuagl <joshuagl!~joshuagl@192.198.151.45> has joined #yocto | 07:48 | |
| *** pohly1 <pohly1!~pohly@p5DE8C742.dip0.t-ipconnect.de> has quit IRC | 07:48 | |
| pohly | RP: changing "TARGET_OS" away from "linux" doesn't work, I end up with "Unable to determine bit size for architecture 'x86_64' - Please add your architecture to siteinfo.bbclass" errors. | 07:50 |
| pohly | It's a bit confusing that the message only mentions HOST_ARCH and not HOST_OS. I suspect it is HOST_OS which changes to something that isn't known. | 07:53 |
| *** richardD <richardD!~vincent@LMontsouris-657-1-239-42.w82-127.abo.wanadoo.fr> has quit IRC | 07:55 | |
| *** Radela <Radela!~Crulamin_@wdsl-109-239-166-198.wcli.deg.net> has quit IRC | 07:56 | |
| pohly | Yes, HOST_OS = linux-x11 = TARGET_OS in my conf/multiconfig/x11.conf. | 07:57 |
| RP | pohly: right, siteinfo reads HOST_OS which is set from TARGET_OS in many cases | 07:57 |
| RP | pohly: as I said, changing TARGET_OS is a bad idea | 07:57 |
| RP | pohly: you want TARGET_VENDOR | 07:57 |
| pohly | Did you say that? ;-} Sorry, I did not quite get the message. But I see now why it is a bad idea. | 07:58 |
| RP | pohly: I perhaps didn't put it quite strongly enough :) | 07:58 |
| pohly | Nothing beats first hand experience - seeing the errors is much better than someone saying "don't do that" ;-} | 07:59 |
| RP | pohly: indeed :) | 07:59 |
| pohly | Changing TARGET_VENDOR helped a bit, but I'm still getting file conflicts elsewere, for example for tmp-glibc/deploy/ipk/corei7-64/wpa-supplicant-cli_2.6-r0_corei7-64.ipk. | 08:01 |
| pohly | I'll keep trying... | 08:01 |
| *** rick_0 <rick_0!~Thunderbi@2001:8003:804a:b500:28d8:c070:9b4c:24d8> has quit IRC | 08:01 | |
| RP | pohly: right, you might need a DEPLOY_DIR tweak too | 08:02 |
| RP | pohly: you're trying something I don't think anyone has tried before | 08:02 |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 08:02 | |
| pohly | RP: you know me - boldly going where no (sane) man has gone before ;-} | 08:02 |
| RP | pohly: you're also assuming DISTRO_FEATURES don't leak into native recipes | 08:03 |
| pohly | I do. | 08:03 |
| *** Radela <Radela!~Crulamin_@wdsl-109-239-166-198.wcli.deg.net> has joined #yocto | 08:03 | |
| *** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has quit IRC | 08:03 | |
| RP | pohly: whilst most distro features shouldn't and the contains() mechanism should prevent leakage of non relevant values, I do wonder if we can assume that | 08:03 |
| *** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has joined #yocto | 08:03 | |
| RP | pohly: as a headsup for refkit, we just merged the bitbake server rework changes. These are significant changes. | 08:05 |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 08:06 | |
| pohly | They don't leak for x11 and wayland, which is what I am trying to build in parallel here. Or perhaps more precisely, x11 is always enabled (due to DISTRO_FEATURES_NATIVE) and wayland gets filtered out. | 08:09 |
| pohly | Thinking about this some more, I wonder whether I can actually achieve my goal. My hope was that by using multiconfig, I can get a more efficient build compared to invoking bitbake three times in the same build directory with different distro features. | 08:11 |
| pohly | But the "more efficient" part is a bit questionable. | 08:11 |
| RP | pohly: Its an interesting experiment, I'm cheering you on | 08:13 |
| pohly | For example, if there is a target recipe "foo.bb" which doesn't depend on either x11 or wayland, and it needs to be rebuilt for some reason. When invoking bitbake three times, it will get built the first time and then be left unchanged. | 08:13 |
| pohly | When all three variants are active in a build (foo, multiconfig:x11:foo, multiconfig:wayland:foo), then I fear that they will all get built in parallel, producing the exact same sstate. That's less efficient. | 08:15 |
| pohly | RP: is my expectation right? I haven't actually tried it. | 08:15 |
| RP | pohly: until fairly recently changing DISTRO_FEATURES on an existing tmpdir was dangerous and not supported ;-) | 08:15 |
| RP | pohly: your suspicion is correct unfortunately | 08:16 |
| RP | pohly: there is an open bug to optimise that but we're no where near ready for that yet | 08:16 |
| pohly | Bug number? | 08:16 |
| RP | pohly: https://bugzilla.yoctoproject.org/show_bug.cgi?id=10682 | 08:17 |
| yocti | Bug 10682: enhancement, Medium, Future, richard.purdie, NEW , multiconfig sstate optimisations | 08:17 |
| *** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has quit IRC | 08:17 | |
| *** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has joined #yocto | 08:18 | |
| RP | pohly: there is overlap between solving that and distributed builds | 08:18 |
| joshuagl | RP: FYI I enabled sstate for oe-selftest on the prod (yp.o) cluster last night, a master build has several failures in oe-selftest | 08:19 |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 08:20 | |
| pohly | I can probably avoid this particular inefficiency by building each target separately. But then the question becomes whether it is still more efficient than the traditional approach. | 08:20 |
| *** luc4 <luc4!~anonymous@2-234-130-167.ip223.fastwebnet.it> has joined #yocto | 08:21 | |
| RP | joshuagl: one failure in wic? | 08:21 |
| joshuagl | looks like it's just one test that fails, wic.Wic.test_fs_types - Testcase 1849: FAILED | 08:22 |
| RP | joshuagl: that doesn't look sstate related to me | 08:22 |
| RP | ed2: ^^^ | 08:22 |
| RP | https://autobuilder.yoctoproject.org/main/builders/nightly-oe-selftest/builds/945/steps/Running%20oe-selftest/logs/stdio | 08:22 |
| joshuagl | RP: neat, was slowly reaching the same conclusion. Thanks for looking | 08:22 |
| RP | transaction.h:42: btrfs_start_transaction: BUG_ON `fs_info->running_transaction` triggered, value 15520960 | 08:23 |
| ed2 | joshuagl: RP: I'll have a look. | 08:23 |
| RP | ed2: looks like it may be a btrfs tools bug | 08:23 |
| joshuagl | RP: sstate also enabled for new (y.io) cluster now | 08:25 |
| joshuagl | thanks ed2 | 08:25 |
| RP | joshuagl: thanks | 08:27 |
| pohly | RP: about this "changing DISTRO_FEATURES in existing tmp not supported" - was that documented or just part of the "if you run into problems, remove tmp and try again" fallback? I wasn't aware of this limitation. | 08:29 |
| pohly | What removed it? | 08:29 |
| RP | pohly: We added code which makes it work in the majority of cases now | 08:30 |
| RP | pohly: too many users got confused and saw breakage with it not working | 08:31 |
| *** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 08:31 | |
| RP | pohly: rss should have been the final piece of that puzzle | 08:31 |
| *** MarcWe <MarcWe!~hmw@zimbra.welvaarts.com> has joined #yocto | 08:32 | |
| joshuagl | RP: rburton: going to make some quick changes to the AB's this morning, please give me a few | 08:33 |
| pohly | RP: when I do "bitbake multiconfig:x11:refkit-image-common", I end up with three messages about "Build completion summary", with identical content. | 08:36 |
| pohly | Is that a report about the entire build config? | 08:36 |
| pohly | I inherit buildstats-summary.bbclass. | 08:37 |
| *** toscalix_ <toscalix_!~toscalix@213.143.60.8> has joined #yocto | 08:37 | |
| pohly | I suspect it's related to your recent event trigger changes. | 08:37 |
| ed2 | RP: regarding patchelf & gold issue(#11785). Does this patch looks ok to you? https://gist.github.com/bartosh/aacbdc5140149e408e3639f1edc60fca | 08:37 |
| RP | pohly: We intentionally fire BuildCompleted events for each multiconfig | 08:37 |
| RP | pohly: if we don't there are much worse things happen | 08:38 |
| RP | pohly: I'm fine with adding a "MulticonfigBuildCompleted" event too | 08:38 |
| ed2 | RP: here is a diff of readelf output after and before the patch: https://gist.github.com/bartosh/aacbdc5140149e408e3639f1edc60fca | 08:38 |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 08:38 | |
| RP | ed2: at a quick glance, yes | 08:39 |
| RP | ed2: does that actually change behaviour at all though? | 08:40 |
| pohly | RP: I think such a MulticonfigBuildCompleted event is needed for buildstats-summary.bbclass. | 08:40 |
| RP | ed2: same link? | 08:40 |
| pohly | Do you want a bugzilla entry for it? | 08:40 |
| ed2 | RP: yes, it does. | 08:40 |
| ed2 | RP: oops, sorry. this is the right one: https://gist.github.com/bartosh/6e0e2c2c0c0a7f28a2c4d0c2814f223e | 08:41 |
| RP | pohly: hmm. I can probably write the patch just as fast | 08:41 |
| pohly | Okay ;-} | 08:41 |
| ed2 | RP: without this patchelf produces broken executable. ldd reports (not a dynamic executable) and ld-linux segfaults when loading it. | 08:42 |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC | 08:44 | |
| ed2 | RP: you can see much more info in the bug #11785 | 08:44 |
| yocti | Bug https://bugzilla.yoctoproject.org/show_bug.cgi?id=11785 major, Medium+, 2.4 M3, eduard.bartosh, IN PROGRESS IMPLEMENTATION , On Debian 9 m4 segfaults making impossible to build autoconf-native due to the uninative feature | 08:44 |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto | 08:45 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC | 08:47 | |
| RP | ed2: are you sure the patch above is the one you're testing? | 08:48 |
| *** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has quit IRC | 08:48 | |
| RP | ed2: It doesn't seem to match the one in the bug but its hard to tell with diffs of diffs | 08:48 |
| *** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has joined #yocto | 08:48 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 08:48 | |
| *** toscalix_ is now known as toscalix | 08:48 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto | 08:49 | |
| ed2 | RP: it's mostly the same. The idea is to put startPage = startOffset; inside the 'startOffset > startPage' condition. It was outside, causing startPage to be changed for all executables. | 08:50 |
| joshuagl | RP: rburton: done on the AB's, feel free to schedule builds | 08:51 |
| RP | ed2: of course, I see now | 08:51 |
| RP | ed2: I think that does make sense | 08:52 |
| RP | joshuagl: thanks! | 08:52 |
| ed2 | RP: great. I'll send it for review then. | 08:52 |
| ed2 | RP: thank you | 08:52 |
| RP | ed2: might be worth adding this patch to the github site, they did take my last patch too! | 08:52 |
| RP | ed2: well spotted finding that :) | 08:53 |
| ed2 | RP: yep, will send it upstream too. | 08:53 |
| ed2 | RP: thanks. this kind of things are easily overlooked. Took me some time to find it out :) | 08:54 |
| ed2 | joshuagl: is wic test failure still relevant. My build is still going, so I didn't check it out yet. | 08:55 |
| ed2 | joshuagl: ? | 08:55 |
| joshuagl | ed2: still relevant, yes | 08:56 |
| RP | ed2: reproducing it may be hard :( | 09:01 |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 09:03 | |
| ed2 | RP: true. we're lucky it's 100% reproducible on our m4 executable linked with gold | 09:04 |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 09:06 | |
| *** ChrysD <ChrysD!d9804861@gateway/web/freenode/ip.217.128.72.97> has quit IRC | 09:06 | |
| *** ChrysD <ChrysD!d9804861@gateway/web/freenode/ip.217.128.72.97> has joined #yocto | 09:09 | |
| ed2 | RP: btw, did we try to test build performance for ld vs gold? according to what people say gold is much faster. | 09:12 |
| pohly | RP: looks like changing TARGET_VENDOR is also a dead-end. It is passed to configure as --target=x86_64-refkit-x11-linux and thus changes sstate signatures even in recipes which do not depend on the distro feature. | 09:13 |
| pohly | I'm coming to the conclusion that different TMPDIR is the only viable approach. It also gets rid of conflicts in the deploy package feeds. | 09:17 |
| *** richard <richard!~vincent@LPuteaux-657-1-103-59.w193-248.abo.wanadoo.fr> has joined #yocto | 09:19 | |
| *** richard is now known as Guest20466 | 09:20 | |
| pohly | RP: but then what about BUILDSTATS_BASE, as used by buildstats-summary.bbclass? Does that need to use a TMPDIR that is the same for all multiconfigs? Currently it doesn't. | 09:20 |
| ed2 | joshuagl: RP: I can't reproduce wic.Wic.test_fs_types on my machine. Used the same poky commit & machine. | 09:23 |
| *** seezer <seezer!quassel@quassel/developer/seezer> has quit IRC | 09:24 | |
| *** seezer <seezer!quassel@quassel/developer/seezer> has joined #yocto | 09:25 | |
| *** toscalix <toscalix!~toscalix@213.143.60.8> has quit IRC | 09:26 | |
| *** toscalix <toscalix!~toscalix@213.143.60.8> has joined #yocto | 09:27 | |
| *** Guest20466 is now known as vdehors_arc | 09:27 | |
| *** deva <deva!~deva@87.116.45.78> has joined #yocto | 09:31 | |
| *** deva <deva!~deva@87.116.45.78> has quit IRC | 09:31 | |
| RP | ed2: hmm, I had a feeling that one might be tricky/rare :/ | 09:33 |
| RP | pohly: good question :/ | 09:33 |
| RP | pohly: this is why I ended up with separate events | 09:34 |
| *** luc4 <luc4!~anonymous@2-234-130-167.ip223.fastwebnet.it> has quit IRC | 09:34 | |
| pohly | RP: I think buildstats are per-build, and thus need to be independent of the TMPDIR used by each individual multiconfig. | 09:35 |
| pohly | buildstats.bbclass hard-codes BUILDSTATS_BASE, so it cannot even be configured easily in a local.conf where BBMULTICONF is set. I'm now using BUILDSTATS_BASE_forcevariable = "${TOPDIR}/tmp/buildstats". | 09:37 |
| RP | pohly: that does sound like the correct implementation | 09:45 |
| *** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC | 09:46 | |
| pohly | RP: however, there's a namespacing issue: the directories in ${BUILDSTATS_BASE} do not include the BB_CURRENT_MC prefix, so different variants overwrite each other's files. | 09:58 |
| pohly | But I still think a single BUILDSTATS_BASE is the right solution. For example, the system monitor .log files only get written in the main build configuration. | 10:00 |
| RP | pohly: hmm, I'm torn on this to be honest... | 10:06 |
| pohly | If it is per multiconfig, then pybootchartgui becomes less useful because it only shows a subset of what really went on. | 10:08 |
| pohly | I'm not familiar enough with buildstats-diff to determine which approach would be better. | 10:09 |
| RP | pohly: you can run pybootchartgui on a set of directories iirc | 10:10 |
| pohly | RP: then we have the name clash in the UI. | 10:12 |
| RP | pohly: hmm, true | 10:13 |
| RP | pohly: I did write http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/wip5&id=917beaeecc83798e4853fceaafc09aeb87c17158 | 10:13 |
| pohly | Speaking of pybootchartgui, it's complaining here with "empty state: ... does not contain a valid bootchart" even for the single directory case. | 10:14 |
| pohly | Perhaps it doesn't like short builds with only setscene tasks? Not sure. | 10:14 |
| RP | pohly: could be. sstate works better now than when it was originally written :) | 10:14 |
| pohly | RP: about that patch: the terminology is getting confusing. The comment "Event fired once per multiconfig build completion" for MultiConfigBuildCompleted to me sounds more like "fired once for each of the multiconfigs", i.e. more than once per "bitbake" invocation. | 10:17 |
| pohly | But it's the other way around, BuildCompleted fires more than once and MultiConfigBuildCompleted exactly once. | 10:17 |
| pohly | We probably need a term for the building of a particular variant. | 10:18 |
| pohly | Then we can define "multiconfig build" = "a build where BBMULTICONFIG is set, ends when all variants are built -> MultiConfigBuildCompleted". | 10:19 |
| RP | http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/wip5&id=84954acf84fef77a613c83c8d309addf83875a3e better ? | 10:20 |
| pohly | Yes, that's better. | 10:21 |
| *** sgw_ <sgw_!~sgw_@134.134.139.73> has quit IRC | 10:22 | |
| MarcWe | Hi, how can run bitbake to show echo's from do_install functions in bb files | 10:22 |
| Axton | Hi. I'm new to yocto and learning while I try to build a image for my CHIP Pro board. I have followed the guide from the Link, and I now have a login prompt from my CHIP pro. If I type root in the login prompt it gives "Login incorrect". I have looked at the rootfs tar file and can see a passwd file in the etc folder, but there is no shadow file? My question: is there some way of telling yocto NOT to include | 10:22 |
| Axton | a shadow file? | 10:22 |
| Axton | Link: https://github.com/texierp/meta-chip | 10:23 |
| pohly | However, """Event when builds have completed (one event per multiconfig)""" for BuildCompleted is not quite correct in the current implementation. An event handler that registers for BuildCompleted will be invoked twice in a normal build, once for bb.event.BuildCompleted and once for MultiConfigBuildCompleted. | 10:23 |
| rburton | MarcWe: use bbwarn instead of echo | 10:23 |
| MarcWe | a oke | 10:23 |
| MarcWe | tnx | 10:23 |
| RP | MarcWe: you should be able to see them in the WORKDIR/temp/log.do_install file | 10:23 |
| MarcWe | tnx | 10:23 |
| RP | pohly: hmm, I guess I need to split that base class :( | 10:24 |
| pohly | RP: to avoid that, we probably need a "class BuildCompletedBase" with the current BuildCompleted code and two leaf classes. | 10:24 |
| RP | pohly: yes, how ugly :( | 10:24 |
| RP | pohly: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/wip5&id=6c5f525e34e9a424f749ed29acccb3478b64372f | 10:26 |
| RP | pohly: well spotted though thanks | 10:27 |
| *** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 10:29 | |
| *** sgw_ <sgw_!sgw_@nat/intel/x-kiieswnblwuysbfr> has joined #yocto | 10:37 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 10:41 | |
| *** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has quit IRC | 10:48 | |
| *** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has joined #yocto | 10:48 | |
| *** toscalix <toscalix!~toscalix@213.143.60.8> has quit IRC | 10:57 | |
| ed2 | rburton: this patch seems to be forgotten: http://lists.openembedded.org/pipermail/openembedded-core/2017-July/139389.html | 11:03 |
| ed2 | rburton: I don't see it in any of pre-branches (checked master-next, ross/mut, ross/mut2) | 11:03 |
| ed2 | rburton: and unlucky /boot patchset too: http://lists.openembedded.org/pipermail/openembedded-core/2017-June/138802.html (this fixes M2 Medium+ bug) | 11:07 |
| rburton | thanks ed2, sorry about that | 11:07 |
| ed2 | rburton: no prob, just wanted to point out | 11:08 |
| rburton | RP: did you see ed2 sent a patchelf patch? | 11:08 |
| RP | rburton: we talked about it earlier, looks good to me | 11:09 |
| rburton | cool | 11:10 |
| RP | ed2: Isn't the status there submitted? | 11:10 |
| *** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has quit IRC | 11:17 | |
| *** Marex <Marex!~Marex@195.140.253.167> has quit IRC | 11:26 | |
| *** Marex <Marex!~Marex@195.140.253.167> has joined #yocto | 11:28 | |
| *** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has joined #yocto | 11:32 | |
| *** luc4 <luc4!~anonymous@2-234-130-167.ip223.fastwebnet.it> has joined #yocto | 11:34 | |
| *** groleo <groleo!~groleo@gate-zro.freescale.com> has joined #yocto | 11:35 | |
| *** groleo <groleo!~groleo@gate-zro.freescale.com> has joined #yocto | 11:35 | |
| RP | rburton: I tracked that mesa failure to the vulkan distro change. I've therefore added mut to -next minus that and will see how that build goes | 11:39 |
| *** mappy <mappy!b9691ff9@gateway/web/freenode/ip.185.105.31.249> has joined #yocto | 11:47 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 11:59 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 12:01 | |
| ed2 | RP: sent v2. thanks for pointing it out. | 12:11 |
| rburton | RP: +1 | 12:15 |
| *** Christoph <Christoph!52716395@gateway/web/freenode/ip.82.113.99.149> has joined #yocto | 12:19 | |
| rburton | ed2: "runqemu: rework of exception handling" is already in master. merged the rootfs changes to mut now. | 12:20 |
| kanavin | rburton: gstreamer is moving to meson too, so I'm not at all interested in sending them our pending patches, which are all fixing stuff in autotools. Fair enough? :) | 12:20 |
| rburton | yeah :) | 12:20 |
| rburton | kanavin: now you're back... | 12:20 |
| rburton | want to play "how to make meson build gtk-doc" | 12:21 |
| rburton | :) | 12:21 |
| rburton | meson has built in support for "i need this command to run a target binary", so in theory if we set that and then tell meson to use that when it invokes stuff it builds, it should just work and all be upstreamable | 12:21 |
| rburton | (or g-i but i suspect gtkdoc is the easier case to start with) | 12:22 |
| *** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has quit IRC | 12:22 | |
| *** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has joined #yocto | 12:22 | |
| kanavin | rburton: I have never used meson before (but I bloody should) | 12:22 |
| rburton | just seeing if all my patches to the class/recipe in meta-oe have landed now | 12:22 |
| rburton | theres a ross/meson in poky-contrib which has some relevant work in too | 12:23 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 12:23 | |
| kanavin | rburton: just reading the meson's developer post called "why autotools is not my favorite build system". He has a finnish name btw, Jussi Pakkanen. | 12:23 |
| rburton | yeah, i'm pretty sure i've worked near him in the past. then again about 80% of finnish engineers worked at nokia... | 12:24 |
| kanavin | rburton: the remaining 20% worked for nokia subcontractors | 12:24 |
| rburton | his linkedin doesn't have any nokia contractors in :O | 12:25 |
| *** toscalix <toscalix!~toscalix@nat-wifi-invi.ual.es> has joined #yocto | 12:26 | |
| *** toscalix_ <toscalix_!~toscalix@213.143.60.112> has joined #yocto | 12:28 | |
| *** Christoph <Christoph!52716395@gateway/web/freenode/ip.82.113.99.149> has quit IRC | 12:29 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 12:30 | |
| *** toscalix <toscalix!~toscalix@nat-wifi-invi.ual.es> has quit IRC | 12:30 | |
| *** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has quit IRC | 12:31 | |
| *** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has joined #yocto | 12:31 | |
| *** marka <marka!~masselst@128.224.252.2> has joined #yocto | 12:33 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 12:34 | |
| *** sgw_ <sgw_!sgw_@nat/intel/x-kiieswnblwuysbfr> has quit IRC | 12:38 | |
| TafThorne | kergoth: I got the Python script I wanted to use to execute. Then I found out it was not updated for Pi3 so I am working with the author to get the GitHub code tested and updated with a pull request someone else made that seems to have Pi3 support. Then he can push it to pypi and I can make a further recipie update to get the new version. | 12:43 |
| TafThorne | kergoth: Then I can get the image build, on my Pi and I'll finally be able to turn and LED on and off via the GPIO. Simples. Thank you for your help yesterday. I'll commit an updated recipie file that fixed the missing python dependencies soon. | 12:44 |
| *** groleo <groleo!~groleo@gate-zro.freescale.com> has quit IRC | 12:47 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 12:49 | |
| rburton | ed2: props for the patchelf debugging | 12:55 |
| kanavin | rburton: I'll spend some time playing with meson next week. Right now my daily rhythm is seriously crooked :-/ | 12:55 |
| kanavin | (which is something of a lifetime struggle :( | 12:55 |
| rburton | kanavin: sure, no problem. the irc channel is friendly and i've a few more patches building up for meta-oe | 12:56 |
| *** groleo <groleo!~groleo@gate-zro.freescale.com> has joined #yocto | 12:56 | |
| *** groleo1 <groleo1!~groleo@gate-zro.freescale.com> has joined #yocto | 13:00 | |
| *** groleo <groleo!~groleo@gate-zro.freescale.com> has quit IRC | 13:01 | |
| *** toscalix_ <toscalix_!~toscalix@213.143.60.112> has quit IRC | 13:02 | |
| *** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has quit IRC | 13:04 | |
| *** arkver <arkver!~arkver@95.147.75.130> has joined #yocto | 13:05 | |
| *** aln <aln!bcaa4943@gateway/web/freenode/ip.188.170.73.67> has joined #yocto | 13:05 | |
| kanavin | rburton: I better stop trying to do mentally intense work, and tidy up the apartment instead :D | 13:06 |
| *** aln <aln!bcaa4943@gateway/web/freenode/ip.188.170.73.67> has quit IRC | 13:06 | |
| *** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has joined #yocto | 13:06 | |
| *** Shurelous <Shurelous!~igor@189.112.127.230> has joined #yocto | 13:06 | |
| ed2 | rburton: thanks. it was interesting challenge | 13:07 |
| rburton | ed2: made it seem easy :) | 13:08 |
| *** Tartarus <Tartarus!sid72705@gateway/web/irccloud.com/x-ouzeyeoynvqvfjsa> has joined #yocto | 13:08 | |
| * Tartarus hopes over here | 13:08 | |
| Tartarus | pohly: ping when you're around again | 13:09 |
| pohly | Tartarus: hi. I'm around briefly - was about to run an errand. | 13:09 |
| Tartarus | pohly: k. So, as I was saying on the ML, I'm not convinced we need to push vmdk stuff in a different direction | 13:10 |
| Tartarus | I was telling RP over in #oe that we do use vmdk/etc as distinct types | 13:10 |
| Tartarus | ie in AGL we build the various target images as vmdk and pass them to qemu/vmware/virtualbox | 13:10 |
| *** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has quit IRC | 13:10 | |
| *** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has joined #yocto | 13:11 | |
| ed2 | Tartarus: pohly: +1 for making vmdk a conversion type. | 13:11 |
| pohly | Tartarus: so did we with Ostro. But we didn't want to be limited to images created with the image-vm.bbclass, and therefore introduced the conversion command. | 13:12 |
| *** Chocobo <Chocobo!~Chocobo@pdpc/supporter/student/chocobo> has joined #yocto | 13:12 | |
| * RP moves his conversation here | 13:12 | |
| pohly | It's simply more flexible that way. The conversion is always the same, just the base raw image isn't. | 13:13 |
| RP | I can see this from both sides. The current approach is rather hardcoded and less flexible and I can see why it could be difficult to use | 13:13 |
| Tartarus | Yeah, I can see how being able to use vmdk as a conversion too is useful | 13:13 |
| *** jpew <jpew!cc4da337@gateway/web/freenode/ip.204.77.163.55> has joined #yocto | 13:13 | |
| pohly | Tartarus: also note that you don't need to keep the intermediate raw image if you don't want - the current code already throws it away if its not listed separately in IMAGE_FSTYPES. | 13:13 |
| Tartarus | pohly: The current code does not throw away hdddirects | 13:14 |
| Chocobo | Hi all. I am relatively new to Yocto (moving from buildroot). I have a layer (meta-xilinx) that generates a devicetree file with a horrendous name. Is it possible to create another layer that I apply that renames it something more manageable? | 13:14 |
| Tartarus | (ok, unless something changed somewhat recently, I did this initially vs morty, I'm bad, just testing it a bit now vs master) | 13:14 |
| pohly | Tartarus: what I meant is that if you ask for foo.vmdk, the "foo" image will be deleted once foo.vmdk is produced. | 13:14 |
| Tartarus | pohly: Er, again, unless things changed for pyro/master, we have the foo.ext4 and foo.hdddirects around | 13:15 |
| Tartarus | but some of the intermediate bits do get nuked | 13:15 |
| pohly | Tartarus: I think we are talking about different things. What I have in mind is the solution where image-vm.bbclass is responsible for creating a .hddirect image, and nothing else. | 13:17 |
| pohly | Then a conversion commands produces .hddirect.vmdk. | 13:17 |
| pohly | When a user selects IMAGE_FSTYPES = hddirect.vmdk, that's all that will be in the image deploy directory. | 13:17 |
| Tartarus | pohly: Right. I don't think that's quite the right direction | 13:18 |
| Tartarus | It's not obvious that users want "hdddirect.foo" to get something for $VM to use | 13:18 |
| Tartarus | vmdk is a distinct known type | 13:18 |
| Tartarus | How we implement that under the hood, yes, we need to allow for converting anything, easily, to vmdk/etc | 13:18 |
| Tartarus | wic.vmdk/wic.qcow2/etc should happen, I agree | 13:19 |
| pohly | Tartarus: so you are arguing that IMAGE_FSTYPES = vmdk is a thing (= hddirect converted to vmdk format), and that has to be kept. Right? | 13:19 |
| Tartarus | pohly: Yes | 13:19 |
| Tartarus | vmdk/qcow2 are well known types | 13:19 |
| JaMa | RP: does this look like something related to those bitbake changes? it's build I haven't run for a while and today it fails with: | 13:20 |
| JaMa | ERROR: Failed to spawn fakeroot worker to run /OE/build/owpb/webos-ports/meta-qt5/recipes-qt/qt5/qtxmlpatterns_git.bb:do_install_ptest: [Errno 2] No such file or directory: '/OE/build/owpb/webos-ports/tmp-glibc/sysroots-components/x86_64/pseudo-native/usr/bin/pseudo' | 13:20 |
| pohly | I get your point. I'm just not sure how important it is to preserve that. To me it seems more like an accident how these types were implemented initially. | 13:21 |
| Tartarus | pohly: I disagree it being an accident | 13:21 |
| Tartarus | vmdk is an image type | 13:21 |
| Tartarus | Just like ext4 is an image type | 13:21 |
| Tartarus | These are known quantities outside of the OE world | 13:21 |
| pohly | When was vmdk introduced? | 13:22 |
| Tartarus | googling | 13:22 |
| JaMa | RP: also shouldn't bitbake-cookerdaemon.log be in tmp-glibc/log? or it cannot be inside tmp-glibc? | 13:22 |
| Tartarus | hmm, wikipedia doesn't say | 13:22 |
| pohly | I mean, in OE-core. | 13:22 |
| JaMa | pohly: I think very long time ago | 13:22 |
| Tartarus | 90% sure it predates oe-core | 13:23 |
| RP | JaMa: good question. I just inherited the memres logging so its actually always been there for memres. Our logging needs a huge overhaul | 13:23 |
| Tartarus | I know image-vm talks about 2004 | 13:23 |
| Tartarus | But that might have been iso stuff | 13:23 |
| Tartarus | with the later VM conversions added on top late | 13:23 |
| Tartarus | r | 13:23 |
| JaMa | RP: I'm just asking because I was reading the cooker logs in tmp-glibc/log/cooker/ | 13:23 |
| pohly | My problem with a user from outside OE coming and asking for "a vmdk image" is that it's completely underspecified. | 13:23 |
| pohly | What should be inside the image? | 13:23 |
| Tartarus | pohly: I again disagree | 13:24 |
| Tartarus | A user coming from outside of OE and asking for a vmdk image of core-image-sato knows exactly what they're asking for | 13:24 |
| ed2 | Tartarus: <image>.hdddirect.vmdk looks more informative than <image>.vmdk to me. | 13:24 |
| Tartarus | they're expecting a vmdk file they can throw at vmware/etc that will boot up and have core-image-sato running | 13:24 |
| pohly | Do they want an image that can install itself? | 13:24 |
| pohly | Because that's what they are getting. | 13:25 |
| Tartarus | What do you mean install itself? | 13:25 |
| pohly | Including all the extra baggage that comes with that. | 13:25 |
| Tartarus | They're getting a disk image that can be used with a virtual machine | 13:25 |
| pohly | Tartarus: hddimg includes an enhanced initramfs that can partition disks and copy the rootfs to the new disk. | 13:25 |
| Tartarus | ed2: It's informative in that it's exposing OE internals, yes | 13:25 |
| pohly | Tartarus: they get more than that. | 13:25 |
| pohly | If they don't care, fine. | 13:25 |
| Tartarus | pohly: hddimg != hdddirect | 13:25 |
| Tartarus | That's another one of the internal things that we should sort out, we have too many ways to say "make a raw disk image" | 13:26 |
| ed2 | Tartarus: it's exposing type of the image. This is what pohly is also pointing out to, I believe. | 13:26 |
| ed2 | Tartarus: hdddirect.vmdk can be quite different to wic.vmdk | 13:26 |
| ed2 | Tartarus: which some users may prefer, btw. | 13:27 |
| Tartarus | ed2: I agree that wic.vmdk should be a thing that's allowed to happen | 13:27 |
| Tartarus | But I still think that we need to allow for users to just say "I want an image I can throw at my virtual machine" and that internals like "hdddirect" or "hddimg" are not going to lead to a better experience in that regard | 13:28 |
| pohly | Tartarus: it's quite possible that I have confused the live image with hdddirect. I've hardly ever used either of them. | 13:28 |
| ed2 | Tartarus: My point is that <image type>.vmdk is more flexible and more informative than .vmdk as it gives user a choice of image. | 13:28 |
| ed2 | Tartarus: current .vmdk hides underlying type and forces it. | 13:29 |
| pohly | Tartarus: anyway, I don't mind keeping "vmdk/vdi/qcow2" around as distinct types. I'm just worried that it'll make the code more complicated - but that remains to be seen. | 13:30 |
| Tartarus | pohly: I'm attempting to see if we can add a conversion trivially atm | 13:30 |
| Tartarus | ed2: Yes, I agree it does force a certain base type of "disk" onto the user | 13:30 |
| pohly | I also don't think that hdddirect is necessarily the best starting point for such a type. It's mostly legacy code that has been superseeded by wic. | 13:31 |
| pohly | But I need to go now... | 13:31 |
| Tartarus | ok | 13:33 |
| * Tartarus fixes thinko, gets to the point of seeing if we can easily have vmdk and wic.vmdk | 13:33 | |
| Tartarus | Good news is it's not failing early and obvious | 13:34 |
| Tartarus | bad news I need a few min to build all of the new deps that wic.vmdk is adding in | 13:34 |
| Tartarus | Does wic default to something that supports BIOS rather than EFI? | 13:34 |
| Tartarus | or at least both? | 13:34 |
| ed2 | Tartarus: it depends on which .wks config is used. | 13:35 |
| ed2 | Tartarus: it supports both | 13:35 |
| ed2 | Tartarus: even both at the same time sometimes | 13:35 |
| Tartarus | ed2: My first hope for an outright "vmdk now is just doing wic.vmdk, really" would be function-for-functionl replacement | 13:36 |
| ed2 | Tartarus: it doesn't support initfs directly though, so if you need to load some disk modules it'd not be trivial to do. | 13:36 |
| *** groleo1 <groleo1!~groleo@gate-zro.freescale.com> has quit IRC | 13:36 | |
| Tartarus | ie if qemux86-64 is going to spit out a wic.vmdk that still just works on qemu/vmware/virtual box, just as well as it would have before and the user doesn't care, then I don't care :) | 13:36 |
| Tartarus | Otherwise I'd like to go with vmdk does what it does today, and wic.vmdk is now a real thing that exists too | 13:37 |
| Tartarus | but is not a direct replacement of | 13:37 |
| ed2 | Tartarus: I thought hddimg.vmdk is a direct replacement, no? | 13:38 |
| ed2 | Tartarus: wic is a different beast. | 13:38 |
| Tartarus | ed2: s/hddimg/hdddirect/ would be | 13:38 |
| Tartarus | But gets back to exposing pointless details to the end user | 13:38 |
| Tartarus | Nobody knows what hdddirect is | 13:38 |
| ed2 | Tartarus: no it's not :) | 13:38 |
| Tartarus | Fine, I'm arguing it's a pointless detail :) | 13:38 |
| ed2 | Tartarus: it's a valuable detail from my point of view. | 13:39 |
| ed2 | Tartarus: especially when other underlying types support vmdk conversion | 13:39 |
| ed2 | Tartarus: the fact that they don't exist yet doesn't make the solution worse | 13:39 |
| ed2 | Tartarus: and as a programmer I'd love to see one .bbclass removed and replaced by couple of lines introducing vmdk conversion | 13:41 |
| ed2 | Tartarus: however, I udnerstand that it would not be easy to achieve. probably … | 13:42 |
| Tartarus | ed2: Well, lets start with this. What do I need to do, to get core-image-minimal.wic for qemux86-64 to be functionally equivalent to core-image-minimal.vmdk, today? | 13:42 |
| Tartarus | On just oe-core | 13:42 |
| Tartarus | (which is why I started this over in #oe ;)) | 13:42 |
| ed2 | Tartarus: I don't know which functionality is provided by vmdk. What kind of image is it? | 13:44 |
| Tartarus | ed2: It's an at least PCBIOS bootable disk image, with syslinux | 13:45 |
| ed2 | Tartarus: how is it different from hddimg? | 13:45 |
| Tartarus | Lets see | 13:46 |
| Tartarus | ed2: It looks like hddimg forces us to shove something into FAT? | 13:47 |
| ed2 | Tartarus: I'd start from hddirect.vmdk. It should be easier to make it workin. | 13:47 |
| Tartarus | ed2: hdddirect will have an arbitrary ext4 (default) second partition and fat first partition | 13:47 |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has left #yocto | 13:47 | |
| *** lamego <lamego!~jose@134.134.139.78> has joined #yocto | 13:49 | |
| ed2 | Tartarus: so, if you add conversion types vmdk, gcow and vdi would you be able to build working hddirect.[vmdk, gcow, vdi] image without using image-vm.bbclass ? | 13:50 |
| Tartarus | ed2: No, because image-vm.bbclass is where we have the logic for hdddirect | 13:50 |
| ed2 | Tartarus: ah, ok. If you move that logic to image_types_hdddirect.bbclass and add 3 conversion types would it be cleaner solution than current one? | 13:52 |
| Tartarus | ed2: Take a look at the patches I posted please | 13:52 |
| *** ChrysD <ChrysD!d9804861@gateway/web/freenode/ip.217.128.72.97> has quit IRC | 13:52 | |
| Tartarus | And then yes, a follow up could be a rename of image-vm to image_types_vm | 13:52 |
| ed2 | Tartarus: I did. This is not what I'm talking about. | 13:54 |
| ed2 | Tartarus: I'm talking about getting rid of main image types vmdk, gcow, vdi and replacing them with conversion types. | 13:55 |
| ed2 | Tartarus: and this is not what your patchset does. | 13:56 |
| *** groleo <groleo!~groleo@gate-zro.freescale.com> has joined #yocto | 13:56 | |
| ed2 | If that is in place the next step would be to look at wic | 13:57 |
| Tartarus | ed2: What my patch does is 90% of that however | 13:57 |
| *** ant_work <ant_work!~ant__@host108-252-dynamic.8-87-r.retail.telecomitalia.it> has quit IRC | 13:57 | |
| Tartarus | Since the hard part isn't making vmdk being a conversion type | 13:57 |
| Tartarus | it's about making it still easy on end users to get what the expect | 13:57 |
| ed2 | And if we're lucky we can get dir of hddirect image type. However, I'm not expecting it to be easy. At least for now. | 13:58 |
| Tartarus | ed2: So, lets cycle back to my question | 13:58 |
| Tartarus | If I build core-image-minimal.wic | 13:58 |
| Tartarus | For qemux86-64 | 13:58 |
| Tartarus | Am I going to get something that'll just run, easily, on qemu/vmware/virtualbox? | 13:58 |
| ed2 | yes for qemu | 13:59 |
| ed2 | didn't try to run it on vmware/virtualbox | 13:59 |
| ed2 | runqemu script supports wic out of the box. | 13:59 |
| Tartarus | Not runqemu so much as users with qemu ;) | 13:59 |
| Tartarus | But, yes, OK, documentation | 13:59 |
| ed2 | runqemu is just a wrapper around qemu I believe | 14:01 |
| Tartarus | Yeah, it buries various bits of logic | 14:01 |
| Tartarus | But if wic is spitting out a functional disk image, it should just be seen as a raw disk | 14:02 |
| ed2 | yes, qemu runs it as a raw disk | 14:03 |
| Tartarus | OK, seeing what vmware/vbox do with core-image-minimal.wic | 14:04 |
| Tartarus | And then I'll move forward from that :) | 14:04 |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto | 14:04 | |
| *** stefan <stefan!~stefan@ipbcc3cdb9.dynamic.kabel-deutschland.de> has joined #yocto | 14:06 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 14:07 | |
| *** Trinners <Trinners!~Trinners@mail.validmanufacturing.com> has joined #yocto | 14:15 | |
| *** toscalix <toscalix!~toscalix@nat-wifi-invi.ual.es> has joined #yocto | 14:17 | |
| *** groleo <groleo!~groleo@gate-zro.freescale.com> has quit IRC | 14:20 | |
| ed2 | Tartarus: one more thing that I found confusing is that hdddirect seems to be not related to vm. please, correct me if I'm wrong here. | 14:22 |
| Tartarus | ed2: No, it would make more sense as .raw rather than .hdddirect | 14:22 |
| Tartarus | As it was initially for raw disk images / ISOs | 14:22 |
| Tartarus | And VM got bolted on ages and ages ago | 14:22 |
| Tartarus | ed2: FWIW, maybe we can just go with .wic.vmdk | 14:23 |
| ed2 | Tartarus: exactly. That's why it's underlying image type unlike vmdk, qcov and vdi | 14:23 |
| Tartarus | I still want to see if we can hide the "wic" part to normal users in some ways | 14:23 |
| Tartarus | My tester is reminding me that he wouldn't have any clue what wic means, were it not for some other JIRA issues he's been reading over of late | 14:24 |
| ed2 | Tartarus: we shouldn't hide it :) It gives user opportunity to tweak it using different .wks entries: have more partitions, support EFI, use different filesystems etc. | 14:25 |
| Tartarus | ed2: IMAGE_FSTYPES += "wic.vmdk.xz" is not user friendly | 14:25 |
| Tartarus | What is wic? | 14:26 |
| ed2 | Tartarus: why not? Pretty clear explains what's inside. | 14:26 |
| Tartarus | To OE people, sure | 14:26 |
| *** Chocobo <Chocobo!~Chocobo@pdpc/supporter/student/chocobo> has quit IRC | 14:27 | |
| ed2 | Tartarus: for oe users as well. for external users you can rename it if you want. | 14:27 |
| ed2 | Tartarus: directdisk or hdddisk are not very self-explanatory too, btw. | 14:28 |
| *** jmcruzal <jmcruzal!~jmcruzal@134.134.139.82> has joined #yocto | 14:28 | |
| Tartarus | Agreed | 14:28 |
| Tartarus | raw would be | 14:28 |
| ed2 | Tartarus: vmdk is just an image format. it doesn't tell anything about the structure or content of the image. | 14:29 |
| Tartarus | ed2: I fear we're just going to go round and round on that part | 14:30 |
| Tartarus | "core-image-minimal.vmdk" tells the user what they expect to know, "core-image-minimal.wic.vmdk" tells the user more or less the same thing | 14:30 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 14:30 | |
| Tartarus | except some people will know what wic means and some will not | 14:30 |
| ed2 | Tartarus: yes, agree. I think we've got each other points, jus don't agree. That's ok. | 14:30 |
| Tartarus | For the moment I'm going to see why I have wic.vmdk spitting out | 14:30 |
| Tartarus | but nto wic.vmdk.xz | 14:30 |
| ed2 | Tartarus: raw doesn't tell much about image structure(partitions, filesystems), btw. | 14:32 |
| *** mappy <mappy!b9691ff9@gateway/web/freenode/ip.185.105.31.249> has quit IRC | 14:32 | |
| Tartarus | ed2: No, but it says it's a raw image :) | 14:32 |
| *** scottrif <scottrif!~scottrif@2600-6c55-7500-0219-c149-a6b3-d03e-7697.dhcp6.chtrptr.net> has joined #yocto | 14:32 | |
| Tartarus | raw disk image, people know that it's a raw disk image to poke at using usual tools | 14:33 |
| Tartarus | grrr | 14:33 |
| Tartarus | We are allowed normally to stack conversion/compression types, yes? | 14:33 |
| ed2 | Tartarus: yep, and pretty much can be called raw image. It doesn't matter if it's partitioned or not, has efi or syslinux, ext4 or btrfs partitions. | 14:33 |
| ed2 | Tartarus: yes, it's allowed to chain conversion types. | 14:34 |
| Tartarus | ok | 14:34 |
| Tartarus | hmm | 14:34 |
| ed2 | Tartarus: raw doesn't tell user if the image contains installer either. | 14:35 |
| Tartarus | ed2: No, image name should be telling the user if it's something that installs | 14:35 |
| Tartarus | Since that's extremely image context dependent | 14:35 |
| ed2 | Tartarus: it should, but it doesn't. core-mage-minimal only tells you about rootfs content. | 14:36 |
| Tartarus | Right | 14:36 |
| Tartarus | Or maybe let me try a different path | 14:37 |
| *** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has quit IRC | 14:37 | |
| Tartarus | Why would images be able to "install" unless someone was very explicit about that being a use case they had? | 14:37 |
| Tartarus | I'd be quite unhappy if suddenly my images could "install" | 14:37 |
| Tartarus | when that's not anything I want them to be anywhere near as that's nonsense | 14:37 |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 14:39 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 14:39 | |
| Tartarus | ed2: No, I'm not seeing arbitrary stacking | 14:41 |
| * Tartarus pokes stuff harder to see whats up | 14:42 | |
| ed2 | Tartarus: sorry, I don't follow. arbitrary stacking of what? | 14:43 |
| Tartarus | ed2: Compression / conversion | 14:43 |
| Tartarus | ie I can't do ext3.gz.bz2 | 14:43 |
| Tartarus | Nor wic.vmdk.xz | 14:43 |
| ed2 | Tartarus: looks like a bug to me. | 14:44 |
| *** mdnneo <mdnneo!~umaucher@217.89.178.116> has quit IRC | 14:44 | |
| ed2 | Tartarus: I remember pohly implemented it some time ago. | 14:46 |
| Tartarus | pohly: back yet? | 14:46 |
| ed2 | Tartarus: just tried to build wic.gz.xz and it built only wic. Looks like it either didn't build compressed types or removed them. | 14:47 |
| Tartarus | Yeah, I don't think it's building them even :( | 14:47 |
| Tartarus | When did this work last roughly? | 14:48 |
| *** Radela_ <Radela_!~Crulamin_@wdsl-109-239-166-198.wcli.deg.net> has joined #yocto | 14:50 | |
| *** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has joined #yocto | 14:51 | |
| ed2 | hard to say. I only saw it implemented. Didn't test it. | 14:51 |
| *** Radela <Radela!~Crulamin_@wdsl-109-239-166-198.wcli.deg.net> has quit IRC | 14:52 | |
| *** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has quit IRC | 14:53 | |
| *** toscalix <toscalix!~toscalix@nat-wifi-invi.ual.es> has quit IRC | 14:53 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has left #yocto | 14:53 | |
| Tartarus | OK, fun times :) | 14:55 |
| * Tartarus prepares to kick things around | 14:55 | |
| Tartarus | ed2, was it in 2017 or 2016? :) | 14:55 |
| *** MarcWe <MarcWe!~hmw@zimbra.welvaarts.com> has quit IRC | 14:55 | |
| *** zeenix <zeenix!~zeenix@c-5eea25cb-74736162.cust.telenor.se> has joined #yocto | 14:56 | |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto | 14:58 | |
| ed2 | Tartarus: commit ba57ba1942546045907a7e1831515ad2da420ab2 | 15:01 |
| ed2 | Author: Patrick Ohly <patrick.ohly@intel.com> | 15:01 |
| ed2 | Date: Mon Mar 7 15:51:14 2016 +0100 | 15:01 |
| ed2 | image.bbclass: support chaining compression (aka conversion) commands | 15:01 |
| pohly | ed2, Tartarus: it definitely used to work. But I've not been involved in further changes to the code, so I can't say anything about the current state of affairs. | 15:02 |
| Tartarus | Ug, ok | 15:03 |
| Tartarus | what bitbake version do I even need for that | 15:03 |
| Tartarus | Double ugh, lemme grab a yocto.. | 15:03 |
| ed2 | pohly: some tests would ensure it works, I believe :) | 15:03 |
| ed2 | Tartarus: you don't need to grab a Yocto just for that. | 15:04 |
| Tartarus | ed2: Yeah, found oe core rev | 15:04 |
| pohly | ed2: I've learned about oe-selftest only later... but yeah, some tests would be needed. | 15:04 |
| ed2 | Tartarus: git log |grep "support chaining compression" | 15:04 |
| pohly | I've heard rumors of a QA team adding tests after developers have implemented features... | 15:04 |
| pohly | ... but I guess it's better to not rely on that. | 15:05 |
| Tartarus | OK, found an old bitbake version | 15:05 |
| ed2 | Tartarus: just file a bug. You don't need this right now. wic.vmdk would work if you define vmdk conversion. | 15:06 |
| Tartarus | confirming it did work then, then let the bisect begin | 15:07 |
| Tartarus | ed2: I need compressed vmdk upstream | 15:07 |
| Tartarus | ed2: Do you have any hints on where to poke things to have wic change from passing root=/dev/sda2 to passing root=PARTUUID=${@generated_disk_signature()} or there-abouts ? | 15:08 |
| Tartarus | That's that other thing to make these images easily passable between VMs | 15:08 |
| ed2 | Tartarus: http://lists.openembedded.org/pipermail/openembedded-core/2015-June/105759.html | 15:11 |
| Tartarus | ed2: ... OK, and then to make that be the default used for a board? | 15:11 |
| *** toscalix <toscalix!~toscalix@nat-wifi-invi.ual.es> has joined #yocto | 15:12 | |
| ed2 | Tartarus: it depens on the board/machine. | 15:12 |
| Tartarus | ed2: Well, the default seems to be sda2 | 15:12 |
| Tartarus | Based on what's coming up as waiting for ..., when testing these wic images in VMs | 15:12 |
| Tartarus | Ugh | 15:13 |
| Tartarus | I see | 15:13 |
| ed2 | Tartarus: it's specified in wks. here is an example: http://lists.openembedded.org/pipermail/openembedded-core/2016-October/127948.html | 15:13 |
| Tartarus | ed2: Is there a reason we're not defaulting to PARTUUID for these canned things? | 15:13 |
| Tartarus | scripts/lib/wic/canned-wks/directdisk-bootloader-config.cfg and scripts/lib/wic/canned-wks/qemux86-directdisk.wks | 15:13 |
| Tartarus | shouldn't default to sda | 15:13 |
| ed2 | well 1st thing is legacy. 2nd - I prefer to have wic configs in layers as there you can be more specific with its content. | 15:15 |
| ed2 | 3rd - directdisk is not efi image. it uses mbr and partuuids for mbr are a bit unusual. | 15:15 |
| Tartarus | ed2: Legacy what? | 15:16 |
| Tartarus | Everything as PARTUUID | 15:16 |
| Tartarus | s/as/has/ | 15:16 |
| Tartarus | MBR ones are just not awesome ones | 15:16 |
| Tartarus | But they're valid | 15:16 |
| Tartarus | meta/classes/image-vm.bbclass even makes better-than-normal ones for MBR | 15:17 |
| ed2 | Tartarus: wic also supports them. I was just afraid of adding them to canned wks as they're widely used. | 15:18 |
| Tartarus | ed2: PARTUUID is part of the kernel, has been for forever | 15:18 |
| ed2 | someone asked me about this here couple of months ago. | 15:19 |
| kergoth | uuid does sound a like a hell of a lot better default | 15:19 |
| Tartarus | That's why we use them by default in U-Boot whenever we can | 15:19 |
| Tartarus | Can't rely on kernel ordering | 15:19 |
| ed2 | and promised to send a patch :) | 15:19 |
| Tartarus | can't rely on sdX vs hdX | 15:19 |
| pohly | refkit-image-common-intel-corei7-64-20170721150939.wic.xz was just created fine for me. | 15:19 |
| Tartarus | ed2: So where would I need to start kicking things to move those to use --use-uuid by default? | 15:19 |
| Tartarus | pohly: Yes, but that's not stacking | 15:19 |
| Tartarus | pohly: wic.gz.xz will fail | 15:20 |
| ed2 | pohly: wic.xz is using one conversion type | 15:20 |
| pohly | Okay, just one level. Right, you wanted more. | 15:20 |
| Tartarus | pohly: We got there since it's "trivial" to get wic.vmdk going | 15:20 |
| Tartarus | with vmdk as conversion typ | 15:20 |
| Tartarus | e | 15:20 |
| kergoth | i kind of hate IMAGE_CMD and all of that, the use of bitbake variables is a bit silly, we should have just used shell functions that accept arguments | 15:20 |
| kergoth | </random complaint> | 15:20 |
| ed2 | Tartarus: if you think this change is harmless - just send a patch. if you want to be careful you can start from discussing it on architecture mailing list and then send a patch. | 15:21 |
| Tartarus | ed2: Patch to what? root=/dev/sda2 is in a bunch of places | 15:22 |
| Tartarus | Do I just need to drop those? | 15:22 |
| Tartarus | It's jsut automatic insertion? | 15:22 |
| ed2 | it's automatic as far as I remember. just use —use-uuid for root | 15:23 |
| ed2 | for root partition | 15:23 |
| Tartarus | Right-o | 15:23 |
| pohly | Indeed, wic.xz.sha1sum no longer works. | 15:23 |
| pohly | ed2: are you going to file a bug? | 15:24 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 15:25 | |
| ed2 | pohly: I proposed Tartarus to do that :) | 15:25 |
| ed2 | Tartarus: can you? | 15:25 |
| Tartarus | I'm attempting a bisect atm | 15:25 |
| *** zeenix <zeenix!~zeenix@c-5eea25cb-74736162.cust.telenor.se> has quit IRC | 15:26 | |
| ed2 | Tartarus: —ondisk=sda should be removed as well. it's not mandatory, but less confusing. | 15:27 |
| Tartarus | ok | 15:28 |
| *** lemagoup <lemagoup!~lemagoup@158.255.112.194> has quit IRC | 15:28 | |
| ed2 | Tartarus: did you try if wic.vmdk is functional under vmware? | 15:29 |
| Tartarus | ed2: Yes, wic.vmdk functioned, aside from root= 'issues' | 15:29 |
| Tartarus | as in, need to make sure to pass the right bits so it shows up as scsi | 15:29 |
| ed2 | Tartarus: that's what I expected. you'd need initfs for ide drivers or include them into kernel. | 15:30 |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC | 15:30 | |
| ed2 | Tartarus: how does it work with current .vmdk images? does they work for all disk drive types? | 15:30 |
| Tartarus | ed2: Kernel should be as functional as ever | 15:30 |
| Tartarus | ed2: They 'just work', once the PARTUUID bit is passed in | 15:30 |
| Tartarus | my coworker with the setup is helping his MIL atm | 15:31 |
| ed2 | Tartarus: hm, intersting. Someone told me that only scsi disk drive is supported. I didn't try it myself though. | 15:32 |
| Tartarus | ed2: Yes, I think that's part of the fun | 15:32 |
| *** clown_ <clown_!c2cc2109@gateway/web/freenode/ip.194.204.33.9> has joined #yocto | 15:37 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 15:38 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 15:38 | |
| *** Radela_ <Radela_!~Crulamin_@wdsl-109-239-166-198.wcli.deg.net> has quit IRC | 15:42 | |
| *** rajm <rajm!~robertmar@167.98.27.226> has quit IRC | 15:45 | |
| *** mckoan is now known as mckoan|away | 15:49 | |
| *** Radela <Radela!~Crulamin_@wdsl-109-239-166-198.wcli.deg.net> has joined #yocto | 15:49 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 15:51 | |
| *** hbruce <hbruce!~hbruce@134.134.139.77> has quit IRC | 15:53 | |
| *** toscalix <toscalix!~toscalix@nat-wifi-invi.ual.es> has quit IRC | 15:56 | |
| *** ed2 <ed2!Adium@nat/intel/x-ztzlfnlyqtawgdub> has quit IRC | 15:56 | |
| halstead | Starting maintenance on main AB. | 15:59 |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 16:00 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 16:05 | |
| *** joshuagl <joshuagl!~joshuagl@192.198.151.45> has quit IRC | 16:05 | |
| *** stefan <stefan!~stefan@ipbcc3cdb9.dynamic.kabel-deutschland.de> has quit IRC | 16:06 | |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC | 16:09 | |
| *** stefan <stefan!~stefan@ipbcc3cdb9.dynamic.kabel-deutschland.de> has joined #yocto | 16:09 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 16:10 | |
| *** toscalix <toscalix!~toscalix@nat-wifi-invi.ual.es> has joined #yocto | 16:11 | |
| *** scottrif <scottrif!~scottrif@2600-6c55-7500-0219-c149-a6b3-d03e-7697.dhcp6.chtrptr.net> has quit IRC | 16:11 | |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto | 16:12 | |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC | 16:18 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC | 16:20 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto | 16:20 | |
| *** stefan <stefan!~stefan@ipbcc3cdb9.dynamic.kabel-deutschland.de> has joined #yocto | 16:20 | |
| halstead | Main AB ready for use. | 16:21 |
| *** MWelchUK <MWelchUK!~martyn@host86-157-92-14.range86-157.btcentralplus.com> has quit IRC | 16:24 | |
| clown_ | Can't see why in meta-qt5 layer qtchooser is not native ant thus doesn't populate sysroot with /usr/bin/*. Anyone, what I'm missing? | 16:24 |
| Tartarus | Wow, been broken for a long time it looks like :( | 16:30 |
| * Tartarus continues the bisect | 16:30 | |
| Tartarus | clown_: per recipe sysroot unfun and you're missing DEPENDS ? | 16:31 |
| *** toscalix <toscalix!~toscalix@nat-wifi-invi.ual.es> has quit IRC | 16:31 | |
| * Tartarus gets on with zucchini bread making, idly wonders where the (ex)Mentor folks are that would appreciate bread talk | 16:32 | |
| *** zeenix <zeenix!~zeenix@p3E9D361F.dip0.t-ipconnect.de> has joined #yocto | 16:36 | |
| clown_ | Tartarus: I have DEPENDS on qtchooser. But qchooser:do_populate_sysroot don't care about /usr/bin at all. Do you think it's a bug, or I'm wearing a shoe on my head? | 16:38 |
| Tartarus | clown_: DEPENDS += qtchoser-native ? | 16:40 |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:252f:67b3:f11c:3d56> has joined #yocto | 16:40 | |
| clown_ | Tartarus: ...and a complimentary qtchooser-native.bbappend, I recon? | 16:43 |
| Tartarus | errr | 16:43 |
| Tartarus | qtchooser_...bb should BBCLASSEXTENDS native or whatever the right syntax is | 16:44 |
| Tartarus | And if some qt5 class doesn't already say you DEPENDS on qtchooser-native | 16:44 |
| Tartarus | Your recipe should | 16:44 |
| Tartarus | I don't do qt enough to know if that's a common tool or not, sorry | 16:44 |
| clown_ | Tartarus: yes, that was the original issue. qtchooser does not BBCLASSEXTEND native. Ignore any garbage I said after that | 16:46 |
| Tartarus | ah, kk :) | 16:46 |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 16:51 | |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC | 16:51 | |
| *** aehs29 <aehs29!~aehernan@134.134.139.76> has quit IRC | 16:52 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 17:01 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 17:06 | |
| *** clown_ <clown_!c2cc2109@gateway/web/freenode/ip.194.204.33.9> has quit IRC | 17:09 | |
| *** aehs29 <aehs29!~aehernan@134.134.139.82> has joined #yocto | 17:20 | |
| *** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has quit IRC | 17:23 | |
| *** stefan <stefan!~stefan@ipbcc3cdb9.dynamic.kabel-deutschland.de> has quit IRC | 17:25 | |
| *** zeenix <zeenix!~zeenix@p3E9D361F.dip0.t-ipconnect.de> has quit IRC | 17:27 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-vzlduggbyasvuwmx> has quit IRC | 17:29 | |
| *** scottrif <scottrif!~scottrif@66.191.24.12> has joined #yocto | 17:31 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 17:37 | |
| *** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC | 17:44 | |
| *** martinkelly <martinkelly!~martin@65-122-179-226.dia.static.qwest.net> has joined #yocto | 17:52 | |
| *** pohly <pohly!~pohly@p5DE8C109.dip0.t-ipconnect.de> has quit IRC | 17:58 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 17:59 | |
| *** luc4 <luc4!~anonymous@2-234-130-167.ip223.fastwebnet.it> has quit IRC | 18:27 | |
| *** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has joined #yocto | 18:27 | |
| *** zero_note <zero_note!~zero@2.238.240.162> has quit IRC | 18:34 | |
| *** garbados <garbados!~garbados@2601:1c2:303:6b0:3892:9803:436a:4ac3> has joined #yocto | 18:35 | |
| *** sjolley <sjolley!~sjolley@134.134.139.83> has quit IRC | 18:36 | |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:252f:67b3:f11c:3d56> has quit IRC | 18:38 | |
| *** bully4u <bully4u!~Adium@134.134.139.74> has joined #yocto | 18:43 | |
| *** jwessel <jwessel!~jwessel@128.224.252.2> has joined #yocto | 18:46 | |
| *** sjolley <sjolley!~sjolley@134.134.139.76> has joined #yocto | 18:47 | |
| *** denix <denix!~denix@pool-100-15-85-143.washdc.fios.verizon.net> has joined #yocto | 18:52 | |
| *** LocutusOfBorg <LocutusOfBorg!~Gianfranc@37.159.33.37> has joined #yocto | 19:00 | |
| *** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto | 19:00 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 19:04 | |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto | 19:05 | |
| garbados | hello! i'm having issues with 'testimage'. i've added 'INHERIT += testimage' to conf/local.conf, among other test-related options, and run `bitbake core-image-sato-sdk -c testimage -v` which yields an error that asks `Have you built the image with INHERIT+="testimage" in the conf/local.conf?` | 19:06 |
| garbados | since 'INHERIT += testimage' is indeed in conf/local.conf, i don't know how to interpret or act on the error message | 19:06 |
| *** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC | 19:09 | |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC | 19:14 | |
| clsulliv | garbados: make sure core-image-sato-sdk has been built already, so no -c testimage | 19:16 |
| clsulliv | garbados: with 'INHERIT += testimage' still in local.conf | 19:16 |
| garbados | clsulliv, thanks, i'll try that :) | 19:17 |
| *** jwessel <jwessel!~jwessel@128.224.252.2> has left #yocto | 19:25 | |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:252f:67b3:f11c:3d56> has joined #yocto | 19:27 | |
| Tartarus | Down to 7 steps to go | 19:29 |
| *** bluelightning <bluelightning!~paul@ip4d16fb7f.dynamic.kabel-deutschland.de> has joined #yocto | 19:54 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:54 | |
| *** aehs29 <aehs29!~aehernan@134.134.139.82> has quit IRC | 19:55 | |
| *** lexano_ <lexano_!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has joined #yocto | 19:57 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 19:57 | |
| *** lexano <lexano!~lexano@216.151.180.48> has quit IRC | 20:00 | |
| garbados | clsulliv, hey, that got me to a different error! thanks for your help getting out of one jam :) | 20:19 |
| garbados | getting these errors now: `core-image-sato-sdk-1.0-r0 do_testimage: Couldn't get ip from qemu command line and runqemu output!` | 20:20 |
| halstead | .io AB ready for use. | 20:21 |
| Tartarus | 3 steps to go | 20:21 |
| Tartarus | and it's now basically a cleansstate, check, repeat loop, woo | 20:21 |
| halstead | garbados, Your VM doesn't have nested KVM enabled. Let me know if you need that for accelerated sanity testing. | 20:22 |
| garbados | halstead, KVM? all i'm trying to do is `bitbake core-image-sato-sdk -c testimage -v` | 20:23 |
| halstead | garbados, I don't think it should be an issue unless you are working on sanity tests but I wanted to mention it since I saw you here talking about qemu. | 20:24 |
| garbados | i'm not quite sure if i'm working on sanity tests. just trying to follow through on steps in yocto guides regarding testing images | 20:27 |
| Tartarus | commit 46bc438374de74af76d288520c6252c9b7840767 | 20:27 |
| Tartarus | Author: Zhenhua Luo <zhenhua.luo@nxp.com> | 20:27 |
| Tartarus | Date: Mon Jun 13 19:47:34 2016 +0800 | 20:27 |
| Tartarus | image.bbclass: do exact match for rootfs type | 20:27 |
| Tartarus | Now to think about those changes a bit :) | 20:27 |
| *** Radela <Radela!~Crulamin_@wdsl-109-239-166-198.wcli.deg.net> has quit IRC | 20:30 | |
| *** marka <marka!~masselst@128.224.252.2> has quit IRC | 20:32 | |
| clsulliv | garbados: this is a shot in the dark since I've only done testing on real hardware, but you might need to set the TEST_TARGET_IP variable to your host's IP address | 20:33 |
| clsulliv | could be completely wrong here | 20:33 |
| *** aehs29 <aehs29!~aehernan@134.134.139.76> has joined #yocto | 20:33 | |
| clsulliv | err, TEST_SERVER_IP | 20:33 |
| clsulliv | target is used for the hardware target IIRC | 20:34 |
| garbados | clsulliv, thanks, i'll try that | 20:35 |
| Tartarus | Also, ugh, need to stop making the uboot image stuff second class citizen | 20:38 |
| *** stefan <stefan!~stefan@ipbcc3cdb9.dynamic.kabel-deutschland.de> has joined #yocto | 20:50 | |
| *** luc4 <luc4!~anonymous@2-234-130-167.ip223.fastwebnet.it> has joined #yocto | 21:09 | |
| *** ant_home <ant_home!~ant__@host21-251-dynamic.9-87-r.retail.telecomitalia.it> has joined #yocto | 21:09 | |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has quit IRC | 21:14 | |
| *** scottrif <scottrif!~scottrif@66.191.24.12> has left #yocto | 21:22 | |
| *** groleo <groleo!~groleo@188.27.10.65> has joined #yocto | 21:28 | |
| *** lamego <lamego!~jose@134.134.139.78> has quit IRC | 21:32 | |
| *** stefan <stefan!~stefan@ipbcc3cdb9.dynamic.kabel-deutschland.de> has quit IRC | 21:33 | |
| *** groleo <groleo!~groleo@188.27.10.65> has quit IRC | 21:33 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 21:36 | |
| *** shauno <shauno!~soneil@pdpc/supporter/professional/shauno> has quit IRC | 21:37 | |
| *** alimon <alimon!~alimon@134.134.139.83> has quit IRC | 21:41 | |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:252f:67b3:f11c:3d56> has quit IRC | 21:51 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-avrqkpvfnjnsgtan> has joined #yocto | 22:00 | |
| *** Shurelous <Shurelous!~igor@189.112.127.230> has quit IRC | 22:05 | |
| *** jpew <jpew!cc4da337@gateway/web/freenode/ip.204.77.163.55> has quit IRC | 22:39 | |
| *** rburton <rburton!~textual@home.burtonini.com> has quit IRC | 22:45 | |
| *** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has quit IRC | 22:46 | |
| *** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has joined #yocto | 22:49 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 22:55 | |
| *** sjolley <sjolley!~sjolley@134.134.139.76> has quit IRC | 23:04 | |
| *** agust <agust!~agust@p4FCB6AA2.dip0.t-ipconnect.de> has quit IRC | 23:06 | |
| *** ant_home <ant_home!~ant__@host21-251-dynamic.9-87-r.retail.telecomitalia.it> has quit IRC | 23:10 | |
| *** Trinners <Trinners!~Trinners@mail.validmanufacturing.com> has quit IRC | 23:24 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 23:59 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!