| armpit | send a patch ? | 00:11 |
|---|---|---|
| armpit | otavio, did you want cmake update in 2.6 ? | 00:11 |
| *** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 00:31 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 00:35 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 00:36 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 00:36 | |
| *** jkridner_ <jkridner_!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 00:38 | |
| *** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 00:40 | |
| *** jkridner_ <jkridner_!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 00:40 | |
| *** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 00:40 | |
| *** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto | 00:41 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 00:42 | |
| khem | otavio: cmake upgrade could be a bomb so late in release cycle | 00:58 |
| khem | but I guess we can give it a shot | 00:58 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 01:02 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 01:03 | |
| *** tgraydon <tgraydon!textual@nat/intel/x-vpwmmhdtihjoqzpv> has quit IRC | 01:19 | |
| armpit | khem, I won't use that work, the NAS is listening ; ) | 01:43 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 01:45 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 01:46 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 01:51 | |
| *** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 02:03 | |
| *** jacques <jacques!~jacques@nslu2-linux/jacques> has quit IRC | 02:05 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 02:14 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.254> has joined #yocto | 02:20 | |
| *** dc13ff <dc13ff!uid190567@gateway/web/irccloud.com/x-uoxpjfrlqousrnbk> has quit IRC | 02:26 | |
| *** sarvesh <sarvesh!~sarvesh@208.184.154.60> has joined #yocto | 02:31 | |
| *** sarvesh <sarvesh!~sarvesh@208.184.154.60> has left #yocto | 02:36 | |
| *** peniwize <peniwize!~peniwize@63.140.26.14> has quit IRC | 02:40 | |
| *** arielmr <arielmr!~quassel@187-163-217-93.static.axtel.net> has quit IRC | 02:54 | |
| khem | hmm | 03:23 |
| *** chandana73 <chandana73!~ckalluri@149.199.62.254> has quit IRC | 03:27 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 04:16 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 04:26 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 04:38 | |
| *** morphis <morphis!~morphis@p200300CCFBE50B00EA1AE33703996A8D.dip0.t-ipconnect.de> has joined #yocto | 05:01 | |
| *** thaytan <thaytan!~thaytan@121-200-23-18.cust.aussiebb.net> has quit IRC | 05:28 | |
| *** thaytan <thaytan!~thaytan@121-200-23-18.cust.aussiebb.net> has joined #yocto | 05:28 | |
| *** volestorm <volestorm!~volestorm@2400:8902::f03c:91ff:fe7f:f462> has joined #yocto | 05:33 | |
| *** stephano <stephano!stephano@nat/intel/x-ityxhfttbnuedzzs> has quit IRC | 05:34 | |
| *** gtristan <gtristan!~tristanva@110.11.179.72> has joined #yocto | 05:41 | |
| *** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto | 06:01 | |
| *** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has quit IRC | 06:02 | |
| *** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has joined #yocto | 06:03 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:10 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 06:10 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 06:10 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:10 | |
| *** pohly <pohly!~pohly@p54BD5232.dip0.t-ipconnect.de> has joined #yocto | 06:12 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 06:15 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 06:20 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 06:25 | |
| *** Bunio_FH1 <Bunio_FH1!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 06:28 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 06:28 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 06:29 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 06:43 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 06:53 | |
| *** Phreaknes <Phreaknes!~Phreaknes@71.11.113.4> has joined #yocto | 06:56 | |
| Phreaknes | Hi all | 06:56 |
| Phreaknes | I'm going to take the dive and play around with linux this weekend, Can I run Ubuntu Linux inside Windows 10 or is it required to run Ubuntu on a dedicated box? I plan on playing with yocto, and qt automotive | 06:56 |
| *** yann <yann!~yann@LFbn-1-515-227.w86-245.abo.wanadoo.fr> has quit IRC | 07:00 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto | 07:00 | |
| khem | Phreaknes: you can run ubuntu in a VM on Win10 | 07:02 |
| khem | virtual box is commonly used see https://www.virtualbox.org/ | 07:03 |
| Phreaknes | @ Khem I take it thats the preferred route | 07:03 |
| khem | I usually resort to virtual box, it runs on Mac and windows as well as on Linux | 07:05 |
| *** lusus <lusus!~lusus@62.91.23.180> has joined #yocto | 07:08 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto | 07:17 | |
| *** kanavin_ <kanavin_!~kanavin@79.140.126.226> has joined #yocto | 07:31 | |
| *** kanavin <kanavin!~kanavin@79.140.126.226> has quit IRC | 07:32 | |
| *** mckoan|away is now known as mckoan | 07:53 | |
| *** gtristan <gtristan!~tristanva@110.11.179.72> has quit IRC | 07:54 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 08:05 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:13 | |
| eduardas_m | hello, has anyone of you ever successfully integrated USB-MTP functionality into their Yocto build (without any GPLv3/LGPLv3) ? | 08:19 |
| yocti | New news from stackoverflow: In devtool command line tool is finish subcommand removed or replaced? <https://stackoverflow.com/questions/50257348/in-devtool-command-line-tool-is-finish-subcommand-removed-or-replaced> | 08:29 |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC | 08:36 | |
| *** cslcm <cslcm!~cslcm@188-39-28-98.static.enta.net> has joined #yocto | 08:38 | |
| *** gtristan <gtristan!~tristanva@110.11.179.2> has joined #yocto | 08:39 | |
| cslcm | Hi all - i've updated a layer but Yocto doesn't seem to have noticed and isn't pulling in the new recipes when I bake an image. How can I tell Yocto to rebuild the affected recipes? | 08:39 |
| eduardas_m | cslcm: well, I personally sometimes do a -c cleanall of a recipe, though that requires a complete rebuild afterwards, so be warned... however, did you check that your new recipes actually build separately via bitbake? | 08:47 |
| eduardas_m | cslcm: I mean does bitbake <new-recipe-name> work? | 08:48 |
| eduardas_m | instead of building the final image | 08:48 |
| eduardas_m | if not, then bitbake can not locate the recipe files | 08:48 |
| eduardas_m | check your layer config where it looks for recipes | 08:49 |
| *** dv_ <dv_!~dv@62.178.50.190> has joined #yocto | 08:50 | |
| *** yann <yann!~yann@81.250.171.161> has joined #yocto | 08:50 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-ynbqrfpswcgaeyqr> has joined #yocto | 08:50 | |
| eduardas_m | cslcm: something like a BBFILES += "${LAYERDIR}/recipes-*/*/*.bb in your layer layer.conf will restrict how recipe .bb files are found | 08:51 |
| eduardas_m | recipe paths need to match the expression | 08:51 |
| *** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 08:54 | |
| nayfe | Hi, just in case, I'm trying to build two dependant projects with yocto sdk, these depend on gflags and it seems that gflags-config.cmake set gflags library name to gflags_shared and yocto gflags installs libgflags.so instead of libgflags_shared.so, any idea? | 08:56 |
| cslcm | eduardas_m: it's a third party layer, i've just pulled the latest version | 08:57 |
| cslcm | bitbake <recipe name> does work, but it provides the cached version | 08:58 |
| cslcm | i don't really need to do a cleanall, surely? I thought this is what yocto is supposed to avoid? | 08:59 |
| eduardas_m | cslcm: did you try a rebuild after a -c cleanall for the recipe? | 08:59 |
| cslcm | that will take 13 hours :( | 08:59 |
| eduardas_m | cslcm: even Qt base does not take that long... makes me wonder what that component is | 09:00 |
| cslcm | oh wait, just for the single recipe.. | 09:00 |
| eduardas_m | at least not on an i7 Skylake | 09:00 |
| cslcm | my bad | 09:00 |
| eduardas_m | yeah, single recipe, not whole image | 09:01 |
| cslcm | so the command is "bitbake -c cleanall <recipe name>"? | 09:01 |
| *** egavin <egavin!~egavin@24.red-217-126-80.staticip.rima-tde.net> has joined #yocto | 09:01 | |
| eduardas_m | bitbake <recipe-name> -c cleanall | 09:01 |
| bluelightning | why -c cleanall? that also deletes the fetched source, I would imagine that's over the top | 09:01 |
| eduardas_m | bluelightning: yes, but I am extremely paranoid | 09:02 |
| cslcm | well I want it do to that because the source has changed | 09:02 |
| eduardas_m | bluelightning: so that is what I ended up practicing | 09:02 |
| bluelightning | cslcm: how has it changed though? | 09:03 |
| mckoan | bluelightning: wouldn't be better -c cleansstate instead? | 09:03 |
| cslcm | heh, after a cleanall it stil thinks the package is the old version | 09:03 |
| cslcm | it obviously hasn't rescanned the layer | 09:03 |
| eduardas_m | cslcm: I suspect layer priorities then | 09:03 |
| *** kaspter <kaspter!~Instantbi@183.156.70.233> has quit IRC | 09:03 | |
| bluelightning | cslcm: double-check that it's looking where you think it is and the recipe you think should be preferred is actually selected | 09:04 |
| bluelightning | bitbake -s or bitbake-layers show-recipes will indicate that | 09:04 |
| bluelightning | brb switching networks | 09:05 |
| cslcm | it says - nodejs:7.10.0-r1.4 , which isn't part of the layer any more - https://github.com/aaronovz1/meta-nodejs/tree/pyro | 09:06 |
| *** kaspter <kaspter!~Instantbi@183.156.70.233> has joined #yocto | 09:06 | |
| eduardas_m | cslcm: I am not sure if it is an alternate recipe, a .bbappend or something else... if there are two recipes with exactly identical names, I believe layer priority will determine what is used | 09:06 |
| cslcm | the layer has 7.10.1 at least | 09:06 |
| eduardas_m | cslcm: what version is getting built in your deploy directory then? | 09:07 |
| cslcm | 7.10.0-r1.4, the old version | 09:07 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:08 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:08 | |
| *** bluelightning_ is now known as bluelightning | 09:08 | |
| *** gtristan <gtristan!~tristanva@110.11.179.2> has quit IRC | 09:08 | |
| eduardas_m | cslcm: how do you include the component into your image recipe? under what name? | 09:08 |
| eduardas_m | I believe one can specify the exact version, though I have never tried it | 09:09 |
| cslcm | CORE_IMAGE_EXTRA_INSTALL += "nodejs nodejs-npm" in local.conf | 09:09 |
| eduardas_m | seems then that it completely ignores all the nodejs recipes in the layer | 09:09 |
| eduardas_m | cslcm: did you add the layer to your bblayers.conf? | 09:10 |
| eduardas_m | cslcm: in your build directory | 09:10 |
| cslcm | yes, i'm wondering if it might "help" if i renamed the layer | 09:10 |
| cslcm | might defeat the cache | 09:10 |
| bluelightning | I very much doubt this is a cache issue | 09:11 |
| bluelightning | have you tried the things I suggested? | 09:11 |
| cslcm | yeah | 09:11 |
| cslcm | <cslcm> it says - nodejs:7.10.0-r1.4 , which isn't part of the layer any more - https://github.com/aaronovz1/meta-nodejs/tree/pyro | 09:11 |
| bluelightning | ok so what does bitbake-layers show-recipes nodejs say? | 09:12 |
| cslcm | (is there a preferred pastebin?) | 09:13 |
| cslcm | https://pastebin.com/raw/0ukQBUNd | 09:14 |
| cslcm | (i'm trying to avoid the 8.11.3 version in meta-oe btw) | 09:15 |
| bluelightning | cslcm: ah right, could you re-run it with -f ? | 09:15 |
| cslcm | https://pastebin.com/raw/kk1BdakM | 09:16 |
| cslcm | ah ffs i was on the wrong branch | 09:19 |
| cslcm | in the layer repo | 09:19 |
| cslcm | Sorry for wasting your time | 09:19 |
| bluelightning | cslcm: no worries, I actually prefer this to finding a new bug ;) | 09:19 |
| cslcm | I'm just glad I didn't just give up and clean the whole image.. cos it would've still been broken 13 hours later | 09:20 |
| cslcm | thanks @:) | 09:20 |
| *** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC | 09:36 | |
| *** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has quit IRC | 09:37 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has quit IRC | 09:37 | |
| *** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto | 09:40 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto | 09:40 | |
| *** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has joined #yocto | 09:42 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has quit IRC | 09:46 | |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto | 09:52 | |
| *** morphis <morphis!~morphis@p200300CCFBE50B00EA1AE33703996A8D.dip0.t-ipconnect.de> has quit IRC | 09:58 | |
| *** morphis <morphis!~morphis@p200300CCFBE50B00EA1AE33703996A8D.dip0.t-ipconnect.de> has joined #yocto | 10:02 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto | 10:08 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 10:18 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:19 | |
| *** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 10:20 | |
| *** joaocfernandes <joaocfernandes!~Joao@88.157.234.132> has joined #yocto | 10:25 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has quit IRC | 10:26 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto | 10:43 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has quit IRC | 10:44 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto | 10:48 | |
| *** BubuIIC <BubuIIC!bubuiicmat@gateway/shell/matrix.org/x-zfkcovpgzydmoceo> has quit IRC | 10:52 | |
| *** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-ftjqeodkvpgbckip> has quit IRC | 10:52 | |
| *** ant_home <ant_home!~ant__@host63-251-dynamic.54-79-r.retail.telecomitalia.it> has joined #yocto | 11:00 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has quit IRC | 11:00 | |
| *** kanavin__ <kanavin__!~kanavin@79.140.126.227> has joined #yocto | 11:04 | |
| *** kanavin <kanavin!~kanavin@79.140.126.226> has joined #yocto | 11:07 | |
| *** kanavin_ <kanavin_!~kanavin@79.140.126.226> has quit IRC | 11:07 | |
| *** kanavin__ <kanavin__!~kanavin@79.140.126.227> has quit IRC | 11:10 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto | 11:12 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has quit IRC | 11:20 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto | 11:23 | |
| RP | Hmm, why would core-image-sato work with testimage and core-image-sato-sdk hang | 11:30 |
| RP | rburton: seems the hang is -sdk image specific :/ | 11:30 |
| rburton | fun | 11:35 |
| rburton | image too big to boot? | 11:35 |
| rburton | (messed up image) | 11:36 |
| *** xtron <xtron!~mentor@110.93.212.98> has joined #yocto | 11:40 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has quit IRC | 11:40 | |
| RP | rburton: 1.2G so should be ok | 11:54 |
| RP | zeddii, zeddii_home: around? | 11:54 |
| rburton | hm | 11:55 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 12:08 | |
| RP | 4.14 doesn't build perf either :/ | 12:09 |
| *** kanavin_ <kanavin_!~kanavin@79.140.126.226> has joined #yocto | 12:18 | |
| *** kanavin <kanavin!~kanavin@79.140.126.226> has quit IRC | 12:20 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto | 12:21 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:22 | |
| *** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC | 12:28 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has quit IRC | 12:31 | |
| *** yann <yann!~yann@81.250.171.161> has quit IRC | 12:31 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 12:36 | |
| jofr | If I have a *.bbappend that contains e.g. a SRC_URI_append.. Is it possible to have one SRC_URI_append for one MACHINE and another SRC_URI_append for another? Is it perhaps just simply SRC_URI_append_machinename = "..."? | 12:44 |
| zeddii | RP: just in now | 12:46 |
| rburton | jofr: yes | 12:47 |
| jofr | What about if I would like an image to have a particular SRC_URI_append (no matter what MACHINE I'm building the particular image for)? | 12:48 |
| RP | zeddii: We're seeing hangs booting core-image-sato-sdk for qemuarm64 but not core-image-sato with 4.18. I tried 4.14 but perf doesn't build for qemuarm | 12:48 |
| RP | (64) | 12:48 |
| *** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto | 12:49 | |
| RP | zeddii: I'm trying to narrow it down but struggling, I took perf/lttng/kernel-devsrc out the image and it still doesn't boot | 12:49 |
| zeddii | and the qemuarm64 sato-sdk - (perf/lttng/kerneldevsrc) is master. perf is not building on 4.14 qemuarm64 | 12:50 |
| zeddii | I can start a build here. | 12:50 |
| RP | zeddii: I'm building master-next which has your patches in and a lot of other stuff | 12:50 |
| jofr | rburton: Does my question make sense? | 12:50 |
| RP | zeddii: news just in, a manual bisect of the image features suggests its something in "tools-testapps debug-tweaks ssh-server-openssh" | 12:50 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 12:51 | |
| rburton | jofr: that doesn't make sense: images don't have SRC_URI | 12:51 |
| jofr | rburton: No, I mean for the *.bbappend. So let's say I'm building my "foo" image .. I'd like it to use a particular SRC_URI_append for all machines, say, QEMU as well as the actual hardware. But if I'm building the "bar" image, it should have another SRC_URI_append | 12:53 |
| rburton | jofr: impossible | 12:53 |
| RP | zeddii: its looking very like adding ssh-server-openssh to the image breaks the boot. It looked like a kernel hang but its probably early init :/ | 12:54 |
| RP | zeddii: in which case its likely the ssl 1.1 changes in -next and not your kernel... | 12:54 |
| jofr | rburton: Ok. Not even by defining some sort of global variable in the machine definition that's readable by the *.bbappend? | 12:54 |
| RP | kanavin_: looks like we may have an openssl issue :/ | 12:54 |
| jofr | rburton: I should probably just explain exactly what it is that I'm doing.. instead of trying to be generic.. | 12:55 |
| kanavin_ | RP: what issue specifically? | 12:55 |
| rburton | jofr: you literally can't have a package be built differently depending on what image it goes into | 12:55 |
| *** davenporten_ <davenporten_!8b55c117@gateway/web/freenode/ip.139.85.193.23> has joined #yocto | 12:55 | |
| rburton | recipes make packages, images are build from packages. those packages are built once. | 12:55 |
| davenporten_ | Hey, first time on here: how do you get bitbake to just make the rootfs? Thanks | 12:56 |
| kanavin_ | davenporten_: bitbake -c do_rootfs <image: | 12:56 |
| jofr | rburton: So I'd have to solve that by creating another set of package which are image-dependent and include (IMAGE_INSTALL) the appropriate one for each image? | 12:56 |
| kanavin_ | <image> | 12:56 |
| jofr | rburton: set of packages* | 12:56 |
| davenporten_ | Thanks @kanavin, I appreciate it | 12:57 |
| RP | kanavin_: adding openssh instead of dropbear to core-image-sato causes it to hang at boot in testimage for qemuarm64 | 12:57 |
| kanavin_ | RP: I strongly suspect libressl :( | 12:57 |
| kanavin_ | RP: openssh is reconfigured to use that | 12:57 |
| rburton | jofr: pretty much. like a config-debug package and config-production package, put the right one in each image | 12:57 |
| RP | kanavin_: still confirming that reverting the ssl changes fixes this. I'd agree that is suspense | 12:57 |
| RP | er, suspect | 12:57 |
| *** BubuIIC <BubuIIC!bubuiicmat@gateway/shell/matrix.org/x-jebxcaycbrxrfabo> has joined #yocto | 12:57 | |
| kanavin_ | libressl isn't used much in linux, but I picked that out of several not-great options | 12:58 |
| kanavin_ | RP: I am not gonna send the dnf stack update in this cycle, they rewrote it in c++ and that's just asking for headache from all of us :) | 12:59 |
| RP | kanavin_: yes, too late for that I think! :) | 12:59 |
| * zeddii reads | 12:59 | |
| rburton | kanavin_: no more py? | 12:59 |
| zeddii | RP: ok. I'll start with 4.14 and fix perf, and then flip over to poking at boot as well. | 13:00 |
| davenporten_ | kanavin: would it generate a .rootfs.cpio? Or something else? | 13:00 |
| rburton | davenporten_: what do you actually want? | 13:00 |
| jofr | rburton: What I'm doing is installing pure-ftpd to my image. I currently have a pure-ftpd_%.bbappend in order to install the .pdb FTP-user-database file and an init-script, etc. Which would work fine if I wanted to have a single generic (virtual) FTP-user on all my images. But if I wanted to have a specific user-database for each image, I'd have to create multiple packages and install the appropriate one for each image, like I mentioned earlier? :) | 13:00 |
| RP | zeddii: thanks. Obviously just trying to narrow down which patches are causing which issues... | 13:00 |
| RP | kanavin_: debian is still using openssl 1.0 for openssh on arm64? | 13:01 |
| davenporten_ | rburton: I just want an archive or some kind that I could extract the rootfs from based off some build. If that makes sense | 13:01 |
| kanavin_ | rburton: I didn't fully investigate, but at least libdnf is now c++ | 13:01 |
| rburton | davenporten_: set IMAGE_FSTYPES to "tar.gz" and it will make a tar.gz if you do bitbake imagename | 13:01 |
| davenporten_ | rburton: ok, great, thanks a lot | 13:02 |
| kanavin_ | rburton: git.gnome.org is no more. It has ceased to be. It's an ex-git. | 13:02 |
| rburton | yeah | 13:02 |
| kanavin_ | patch is coming... :) | 13:02 |
| rburton | cheers :) | 13:02 |
| kanavin_ | I actually wrote that into a commit | 13:03 |
| rburton | good ;) | 13:03 |
| *** TurBoss <TurBoss!turbossmat@gateway/shell/matrix.org/x-dosjbemptovdkgqx> has joined #yocto | 13:04 | |
| *** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-fplachublqvpzzst> has joined #yocto | 13:04 | |
| RP | kanavin_: I have a patch | 13:05 |
| RP | kanavin_: http://git.yoctoproject.org/cgit.cgi/poky/commit/?h=master-next&id=f3a8074ecabb57c8a012ef79652f8e1e0497090a | 13:05 |
| * RP needs to post that | 13:05 | |
| kanavin_ | RP: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=akanavin/package-version-updates&id=3599eacc4b822d579f2a4c0581b26732b3de12ac | 13:05 |
| kanavin_ | I have a patch too! | 13:06 |
| * rburton feels left out | 13:06 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 13:07 | |
| RP | kanavin_: interesting to see if we match :) | 13:07 |
| RP | kanavin_: your commit message is better | 13:07 |
| rburton | kanavin_'s has the best commit | 13:07 |
| rburton | RP: just prepping a pango upgrade, there's a cve to sort | 13:08 |
| RP | kanavin_: merged your commit message to my patch | 13:09 |
| * kanavin_ is back with yet another patchbomb http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akanavin/package-version-updates | 13:09 | |
| kanavin_ | (wip, look but don't touch) | 13:09 |
| kanavin_ | RP: cheers :=) | 13:09 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 13:10 | |
| * RP is ignoring more patches until the issues with -next are resolved | 13:11 | |
| RP | kanavin_: any idea what to do about the aarch64 ressl issue? | 13:11 |
| RP | ndec: is this something linaro are aware of? | 13:11 |
| kanavin_ | RP: drop the patch that sets openssh to use libressl instead of openssl10 | 13:12 |
| kanavin_ | (optionally drop libressl introduction patch as well) | 13:12 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 13:15 | |
| RP | kanavin_: right, that would be a good test | 13:15 |
| kanavin_ | RP: was that confirmed by the AB? | 13:15 |
| RP | kanavin_: the breakage was spotted by the AB, I'm confirming locally | 13:19 |
| kanavin_ | and x86 etc are fine? | 13:20 |
| RP | kanavin_: so it would seem | 13:20 |
| kanavin_ | I thought openbsd folks would pay more attention to portability... | 13:20 |
| kanavin_ | RP: there might also be a possibility that 7.7p1->7.8p1 update is to blame | 13:21 |
| kanavin_ | because we actually ran the openssl 1.1 patchset before, and it was all green | 13:22 |
| kanavin_ | rburton: blast from the past, did openedhand care about Asus EEEpc at some point some 10 years ago? | 13:24 |
| RP | kanavin_: also true. I will try and isolate it | 13:24 |
| RP | kanavin_: yes! | 13:24 |
| RP | kanavin_: well, the people at Intel from OH did | 13:25 |
| kanavin_ | RP: eee-acpi-scripts will be removed by the remover-in-chief :) | 13:25 |
| RP | kanavin_: I'm not surprised ;-) | 13:26 |
| RP | The gconv data for arm and x86 looks similar enough that it should give similar optimisation results | 13:27 |
| RP | for this python pgo issue | 13:27 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 13:28 | |
| davenporten_ | Thanks for all your help everyone, see you later | 13:28 |
| *** davenporten_ <davenporten_!8b55c117@gateway/web/freenode/ip.139.85.193.23> has quit IRC | 13:28 | |
| yocti | New news from stackoverflow: Cross compiling scipy for open-embedded <https://stackoverflow.com/questions/47770891/cross-compiling-scipy-for-open-embedded> | 13:31 |
| RP | kanavin_: the openssh version upgrade alone seems to work, continuing to narrow down... | 13:32 |
| kanavin_ | RP: I was hoping it would be that :) | 13:33 |
| RP | kanavin_: definitively bisected down to the ressl change | 13:40 |
| RP | zeddii: its definitely the libressl change, kernel is ok, sorry for the false alarm | 13:41 |
| kanavin_ | RP: :-( then I guess we stick with openssl 1.0 for openssh for now? not an ideal situation | 13:41 |
| RP | kanavin_: well, we can move over except for openssh | 13:42 |
| zeddii | RP: no worries. I'm fixing perf on 4.14 anyway, so a good thing to have built. | 13:42 |
| kanavin_ | RP: yes, but openssh is kind of important :) btw, there's no point raising this with them, it's been discussed to death, with all parties ending up where they started | 13:42 |
| RP | kanavin_: right, someone will need to look into what is breaking in openssh/libressl | 13:43 |
| RP | kanavin_: I'd rather move over the pieces we can than not do anything at all | 13:43 |
| kanavin_ | RP: so it's only on aarch64? I can try to look into it, the workstation should be ready any day now | 13:44 |
| RP | kanavin_: yes, only aarch64 | 13:45 |
| RP | I have another bug to track down from next, no clue what that one is from yet (in a selftest) | 13:45 |
| RP | kanavin_: error is "Postinstall scriptlets of ['busybox'] have failed. If the intention is to defer them to first boot, then please place them into pkg_postinst_ontarget_${PN} ()" :/ | 13:47 |
| RP | kanavin_: you're haunting me :) | 13:47 |
| kanavin_ | RP: yes, everyone will hate me for it | 13:48 |
| kanavin_ | it was so easy and nice to just ignore the issue :) | 13:48 |
| RP | kanavin_: the autobuilder now highlights warnings fwiw | 13:49 |
| RP | (meaning we'll be able to pay more attention to the warnings now) | 13:51 |
| RP | file /etc/ssl/openssl.cnf conflicts between attempted installs of openssl10-conf-1.0.2p-r0.i586 and openssl-conf-1.1.1+pre9-r0.i586 | 13:53 |
| RP | kanavin_: can we install 1.0 and 1.1 together? :/ | 13:53 |
| kanavin_ | RP: libraries, yes, other stuff, no | 13:54 |
| kanavin_ | RP: I still can't believe how badly upstream has botched the transition for distros | 13:55 |
| RP | kanavin_: I'll try just removing the recommends for the openssl10-conf | 13:56 |
| kanavin_ | RP: yeah, I'm trying to track down where and why that line was introduced | 13:57 |
| kanavin_ | it happened while I was not looking in the summer :) I guess Andre McCurdy did it | 13:57 |
| kanavin_ | RP: ah, I suppose the recommends should recommend openssl-conf, my messup probably | 13:59 |
| *** [RLA]Eske <[RLA]Eske!c0e1ba63@gateway/web/freenode/ip.192.225.186.99> has joined #yocto | 14:01 | |
| RP | kanavin_: the ssl changes break one of the selftests too :/ | 14:04 |
| *** kyle <kyle!kylematrix@gateway/shell/matrix.org/x-opsoyaowijpqpddp> has joined #yocto | 14:07 | |
| *** morphis <morphis!~morphis@p200300CCFBE50B00EA1AE33703996A8D.dip0.t-ipconnect.de> has quit IRC | 14:09 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 14:09 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has quit IRC | 14:11 | |
| RP | kanavin_: one of the tests installs socat but expects its dependencies to be already installed, libssl1.1 being one of them. With the changes, this is no longer the case | 14:16 |
| *** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto | 14:16 | |
| *** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC | 14:16 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC | 14:18 | |
| kanavin_ | RP: could be because openssh is no longer dependent on openssl? just a wild guess | 14:19 |
| *** OnkelUlla <OnkelUlla!~uol@ptx.hi.pengutronix.de> has quit IRC | 14:19 | |
| khem | kanavin_: openssl update regressions see http://errors.yoctoproject.org/Errors/Build/67390/ | 14:19 |
| khem | most of these 39 packages failing to build are due to openssl | 14:20 |
| RP | kanavin_: yes, exactly | 14:21 |
| kanavin_ | khem: the recipes should be either upgraded to latest upstream, or changed to depend on openssl10 | 14:21 |
| otavio | rburton: I couldn't reproduce your error in linux-firmware | 14:21 |
| rburton | yeah i'll have a look maybe it was actually v1 | 14:21 |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto | 14:23 | |
| *** ejoerns <ejoerns!~ejo@2001:67c:670:100:76d4:35ff:fee8:98b3> has quit IRC | 14:23 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC | 14:24 | |
| RP | rburton: v2 in -next and builds ok fwiw | 14:27 |
| rburton | must be something i did wrong | 14:29 |
| RP | kanavin_: I have a proposed fix for the conf issue | 14:32 |
| RP | kanavin_: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=e70413f01e5fd9c9cdd11624172792c38d7fa898 - not sure I like it but... | 14:33 |
| kanavin_ | RP: we can just fix the original openssl10 recipe to refer to openssl-conf | 14:33 |
| RP | kanavin_: no we can't :( | 14:34 |
| RP | kanavin_: think about something which depends on openssl10 and not openssl and what it would see in its sysroot | 14:34 |
| RP | (since you just impicitly made openssl10 depend on 1.1) | 14:34 |
| RP | kanavin_: initially I wanted to do that too | 14:35 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 14:36 | |
| kanavin_ | RP: yes, then this is the way out I guess | 14:36 |
| RP | kanavin_: I'll try testing it | 14:36 |
| kanavin_ | RP: we'd really benefit from having Andre involved in this | 14:38 |
| *** marka <marka!~masselst@128.224.252.2> has joined #yocto | 14:40 | |
| RP | kanavin_: yes | 14:41 |
| kanavin_ | RP: but wait - RRECOMMENDS still populates the sysroot? I thought you need DEPENDS for that, and RRECOMMENDS merely tweaks the packaging metadata. | 14:47 |
| zeddii | Segmentation fault | 14:50 |
| zeddii | pmu-events/Build:13: recipe for target '/home/bruce/poky/build/tmp/work/qemuarm64-poky-linux/perf/1.0-r9/perf-1.0/pmu-events/pmu-events.c' failed | 14:50 |
| zeddii | make[3]: *** [/home/bruce/poky/build/tmp/work/qemuarm64-poky-linux/perf/1.0-r9/perf-1.0/pmu-events/pmu-events.c] Error 139 | 14:50 |
| zeddii | that can't be good. | 14:50 |
| zeddii | WTF | 14:50 |
| RP | zeddii: er, no :/ | 14:51 |
| zeddii | lets just say, there's lots wrong with that 4.14 perf build. that's issue #4. | 14:51 |
| *** pohly <pohly!~pohly@p54BD5232.dip0.t-ipconnect.de> has quit IRC | 14:57 | |
| *** pohly <pohly!~pohly@p54BD55A3.dip0.t-ipconnect.de> has joined #yocto | 14:58 | |
| RP | zeddii: :( | 15:00 |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has quit IRC | 15:00 | |
| kanavin_ | RP: RRECOMMENDS_libcrypto10 += "openssl10-conf" ---> changing this to openssl-conf would only trigger do_package to re-do the packaging, is that not correct? I must be missing something here | 15:01 |
| zeddii | finally. seems to have built. now to make sure I didn't break other kernel versions and perf. | 15:02 |
| RP | kanavin_: what I want to avoid is when something does DEPENDS = "openssl10", only openssl10 ends up in the recipe-sysroot and not openssl (1.1) | 15:02 |
| RP | kanavin_: whilst that only causes packaging to rerun, I'm not 100% sure it won't mean openssl (1.1) gets pulled into the sysroots via dependencies | 15:03 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 15:03 | |
| *** varjag <varjag!~user@ti0040a400-6639.bb.online.no> has joined #yocto | 15:04 | |
| *** stephano <stephano!~stephano@134.134.139.75> has joined #yocto | 15:05 | |
| RP | rburton: do you know if Anuj had on target benchmarks for python performance? | 15:05 |
| rburton | RP: no | 15:05 |
| *** mckoan is now known as mckoan|away | 15:07 | |
| rburton | hm | 15:07 |
| rburton | this py recipe is a bit of a mess | 15:07 |
| rburton | why does it need to rebuild in install | 15:07 |
| kanavin_ | RP: I'm still not grasping the issue, maybe the best is to get back to it next week :) | 15:07 |
| RP | rburton: PYTHON3_PROFILE_TASK has -n 10, I wonder if -n1 would give the same info | 15:07 |
| rburton | and why does it not pass OPT=CFLAGS | 15:07 |
| rburton | RP: you'd think so. i'll check clear ;) | 15:07 |
| RP | its not like we care about the actual time, its just branch prediction as I understand it | 15:08 |
| rburton | clear does -n20 | 15:08 |
| * RP isnt convinced | 15:08 | |
| rburton | me neither | 15:08 |
| RP | I'm going to have to write some tests aren't I :/ | 15:09 |
| rburton | RP: running pybench shoud be sufficient to demonstrate that pgo helps and test if -n1 is the same as -n10 | 15:10 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 15:11 | |
| RP | rburton: right, I just don't want to do it manually :) | 15:11 |
| zeddii | well crap. that's confusing. | 15:21 |
| zeddii | as long as I cleanall on perf, it builds fine. every time. | 15:21 |
| zeddii | 1: perf-1.0-r9 do_package - 0s (pid 23028) | 15:22 |
| *** stephano <stephano!~stephano@134.134.139.75> has quit IRC | 15:23 | |
| *** stephano <stephano!~stephano@134.134.139.83> has joined #yocto | 15:28 | |
| *** ant_home <ant_home!~ant__@host63-251-dynamic.54-79-r.retail.telecomitalia.it> has quit IRC | 15:36 | |
| *** davenporten <davenporten!8b55c117@gateway/web/freenode/ip.139.85.193.23> has joined #yocto | 15:38 | |
| davenporten | When I run bitbake -c do_rootfs core-image-minimal it creates the rootfs, but I don't get a tar.gz or anything like that of it | 15:39 |
| davenporten | How can I get it to do that? | 15:39 |
| kanavin_ | davenporten: bitbake core-image-minimal | 15:40 |
| davenporten | So I don't need the -c do_rootfs option? | 15:41 |
| kanavin_ | do_rootfs only installs packages into the target rootfs directory on your machine, but doesn't package that directory into a flashable image | 15:41 |
| davenporten | Oooooh | 15:41 |
| davenporten | Gotcha, thanks kanavin, much appreciated | 15:41 |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto | 15:41 | |
| kanavin_ | pay attention to the tasks that are being executed as an image is being built :) rootfs is followed by several other things | 15:42 |
| davenporten | kanavin: will do, really thanks | 15:43 |
| RP | zeddii_home: 'contamination' from the kernel build? | 15:45 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 15:47 | |
| *** davenporten <davenporten!8b55c117@gateway/web/freenode/ip.139.85.193.23> has quit IRC | 15:52 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC | 15:53 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto | 15:53 | |
| kanavin_ | yessss python 3.7 patch | 15:53 |
| kanavin_ | \0/ | 15:53 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 15:54 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC | 16:01 | |
| *** egavin <egavin!~egavin@24.red-217-126-80.staticip.rima-tde.net> has quit IRC | 16:18 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.254> has joined #yocto | 16:33 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-ynbqrfpswcgaeyqr> has quit IRC | 16:37 | |
| *** joaocfernandes <joaocfernandes!~Joao@88.157.234.132> has quit IRC | 16:41 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 16:50 | |
| *** arielmr <arielmr!~quassel@187-163-217-93.static.axtel.net> has joined #yocto | 17:00 | |
| *** Bunio_FH1 <Bunio_FH1!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 17:03 | |
| khem | kanavin_: I guess I have to blacklist these recipes and wait for folks to fix them | 17:04 |
| khem | ah kernel branches got rebased | 17:04 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 17:06 | |
| mcfrisk | did someone already try to switch poky from gzip to pigz, form tar -cz to tar -c | pigz -c ... ? | 17:21 |
| *** stephano <stephano!~stephano@134.134.139.83> has quit IRC | 17:29 | |
| khem | mcfrisk: yes we use pigz for many functions e.g. image creation and sstate too now | 17:30 |
| khem | see http://git.openembedded.org/openembedded-core/commit/?id=2de56aa0792ec93445130d801936a8ea643fad27 for sstate | 17:30 |
| khem | http://git.openembedded.org/openembedded-core/commit/?id=214fa7fe3b162162d2fa8b31eec28bedd86fcc7d for image | 17:31 |
| *** stephano <stephano!~stephano@134.134.139.76> has joined #yocto | 17:33 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-xuycbgtcoqlkkppk> has joined #yocto | 17:57 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 18:09 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has quit IRC | 18:14 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 18:14 | |
| khem | RP: I am seeing Exception: FileExistsError: [Errno 17] File exists: '/mnt/a/oe/build/tmp/sysroots-components/riscv64/openssl10/usr/include/openssl/ssl23.h' -> '/mnt/a/oe/build/tmp/work/riscv64-bec-linux/openssh/7.8p1-r0/recipe-sysroot/usr/include/openssl/ssl23.h' | 18:16 |
| khem | when I build another image in same tmp/ | 18:17 |
| khem | related to the latest push ? | 18:17 |
| khem | master-next btw. | 18:17 |
| *** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto | 18:18 | |
| *** jae1 <jae1!~jaewon@149.199.62.254> has joined #yocto | 18:38 | |
| *** fdanis_away is now known as fdanis | 18:44 | |
| *** fdanis is now known as fdanis_away | 18:45 | |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has quit IRC | 19:05 | |
| *** rewitt1 is now known as rewitt | 19:18 | |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto | 19:25 | |
| *** ant_home <ant_home!~ant__@host12-108-dynamic.246-95-r.retail.telecomitalia.it> has joined #yocto | 19:42 | |
| *** pohly <pohly!~pohly@p54BD55A3.dip0.t-ipconnect.de> has quit IRC | 19:44 | |
| *** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has quit IRC | 19:50 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-xuycbgtcoqlkkppk> has quit IRC | 20:07 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 20:21 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 20:22 | |
| *** marka <marka!~masselst@128.224.252.2> has quit IRC | 20:31 | |
| *** sveinse <sveinse!~sveinse@156.92-221-160.customer.lyse.net> has quit IRC | 20:35 | |
| aehs29 | RP: rburton Id still like to see if running the python pgo on qemu has the same results (or similar) as running the profile on target | 20:36 |
| *** likewise <likewise!~leon@ip56501413.direct-adsl.nl> has joined #yocto | 20:36 | |
| likewise | morning | 20:37 |
| aehs29 | and Im not sure we have to do it on every build for qemu, I understand that we'd want to do it for hw targets, but perhaps in the qemu case just hold a profile and use it, and we can refresh the profile every release or something? | 20:37 |
| RP | aehs29: having looked into it, its statistical branch analysis so it should be arch independent | 21:06 |
| aehs29 | RP: wouldnt that mean the profile is specific to the application? | 21:07 |
| RP | aehs29: the profile is specific to the load you test with, yes | 21:11 |
| aehs29 | so were profiling for something without knowing what it is... | 21:11 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:12 | |
| RP | aehs29: we're assuming that pybench stresses the python interpreter in ways which make it faster in general to optimise it that way | 21:13 |
| RP | aehs29: if you test bitbake parsing speed it is faster on a pgo optimised python | 21:13 |
| RP | even though bitbake parsing isn't what it was profiled with | 21:14 |
| aehs29 | RP: ok I understand, but then the profile were creating wont change much right?, so we dont actually have to create a profile everytime | 21:14 |
| RP | aehs29: That was my point... | 21:14 |
| RP | aehs29: why not generate it for python-native and then use the results everywhere? | 21:15 |
| aehs29 | haha ok that was mine too | 21:15 |
| *** ant_home <ant_home!~ant__@host12-108-dynamic.246-95-r.retail.telecomitalia.it> has quit IRC | 21:18 | |
| *** ant_home <ant_home!~ant__@host12-108-dynamic.246-95-r.retail.telecomitalia.it> has joined #yocto | 21:20 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 21:20 | |
| *** peniwize <peniwize!~peniwize@63.140.26.14> has joined #yocto | 21:24 | |
| peniwize | Hi all. I'm new to Yocto and I'm trying to create a simple recipe that creates a system image based on "core-image-x11". I've created a recipe that duplicates "poky/meta/recipes-graphics/images/core-image-x11.bb". It works when it's a verbatim copy. Next I tried to add the Intel video driver by cloning "https://git.yoctoproject.org/git/meta-intel" ad adding 'IMAGE_INSTALL += "xf86-video-intel"' to my recipe. This results in an image that boots to sh | 21:31 |
| peniwize | and recognizes no commands (even ls). Any ideas what I’m doing wrong? | 21:31 |
| peniwize | I also can't run dmesg since no commands are recognized and there are no obvious errors on the console. | 21:32 |
| peniwize | Oh, I'm running this OS image on an Intel board via USB flash drive that is populated by dd'ing "tmp/deploy/images/intel-corei7-64/sockeye-gm-intel-corei7-64.wic" to it. | 21:33 |
| rburton | peniwize: you've overridden the default value of IMAGE_INSTALL which is set with ?= | 21:33 |
| peniwize | Oh, I thought += would preserve the default. | 21:34 |
| peniwize | What is the proper way to preserve it? | 21:34 |
| rburton | += is append but core-image.bbclass does IMAGE_INSTALL ?= ... | 21:35 |
| rburton | see core-image.bbclass, easiest thing is to set CORE_IMAGE_EXTRA_INSTALL instead | 21:35 |
| peniwize | Oh, ok. I was about to ask where IMAGE_INSTYALL was initially configured. | 21:36 |
| rburton | when in doubt, bitbake -e myimage would show you the values it is using | 21:36 |
| rburton | and you'll see how IMAGE_INSTALL is just set to xf86-video-intel | 21:36 |
| rburton | of course, core-image-x11 with a meta-intel MACHINE will pull that driver in automatically | 21:36 |
| rburton | so you don't need to do that | 21:37 |
| peniwize | rburton: Thanks much for the help. I'll make some changes and see if it starts working. Yocto and BitBake are pretty awesome, but it's a LOT of info to absorb and retain. This channel is a fantastic asset. | 21:37 |
| rburton | note that in yocto master we don't use that driver on recent hardware, because its better to use the integrated modesettings driver instead | 21:38 |
| peniwize | Oh, that's good to know. Much appreciated. | 21:39 |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC | 21:40 | |
| khem | RP: https://wiki.yoctoproject.org/wiki/Releases too many variables to remeber a release | 21:44 |
| khem | may be we should just stick to codenames all along | 21:44 |
| *** varjag <varjag!~user@ti0040a400-6639.bb.online.no> has quit IRC | 21:52 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-hddxxcherpqdbpxo> has joined #yocto | 22:02 | |
| *** [RLA]Eske <[RLA]Eske!c0e1ba63@gateway/web/freenode/ip.192.225.186.99> has quit IRC | 22:05 | |
| armpit | khem, we should us emoji's | 22:23 |
| halstead | moto-timo, Can you tell if https://typhoon.yocto.io/#/builders/29/builds/30 is an infra problem or a code issue? Seems to be happening on our Ubuntu workers. | 22:25 |
| moto-timo | halstead: looking | 22:25 |
| halstead | Thanks! | 22:26 |
| *** mattsm <mattsm!~mattsm@76.205.175.243> has quit IRC | 22:26 | |
| moto-timo | halstead: neon doesn't support Java 10. We only tested neon with JDK 8 | 22:28 |
| *** mattsm <mattsm!~mattsm@76.205.175.243> has joined #yocto | 22:28 | |
| halstead | moto-timo, I suspected that might be the case. I'll downgrade. | 22:29 |
| halstead | Thanks again. | 22:30 |
| moto-timo | halstead: I haven't tried Ubuntu 18.04 yet either... | 22:30 |
| moto-timo | halstead: sure thing | 22:30 |
| moto-timo | halstead: IIRC oxygen should be ok on Java 10. | 22:30 |
| halstead | moto-timo, I don't know if there is an easy way to keep oxygen on 10. | 22:32 |
| moto-timo | halstead: not worth differentiating, I guess we just downgrade until we can live with 10 across the board | 22:34 |
| moto-timo | of course if anybody in the community wants to stay on Neon but also wants Java 10, patches are welcome :) | 22:35 |
| halstead | :) | 22:36 |
| khem | halstead: ubuntu has dash as sh may be thats important ? | 23:07 |
| halstead | khem: perhaps. I think we need to test that default. Right? | 23:10 |
| khem | yes | 23:15 |
| *** ant_home <ant_home!~ant__@host12-108-dynamic.246-95-r.retail.telecomitalia.it> has quit IRC | 23:37 | |
| *** stephano <stephano!~stephano@134.134.139.76> has quit IRC | 23:46 | |
| *** ant_home <ant_home!~ant__@host12-108-dynamic.246-95-r.retail.telecomitalia.it> has joined #yocto | 23:53 | |
| *** ntl <ntl!~nathanl@hsvwanfw1-nat.mentorg.com> has quit IRC | 23:56 | |
| aehs29 | I think theres a bug on our process to launch a terminal, it gets launched, but it immediately exists, e.g. devshell, menuconfig, etc | 23:58 |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!