Thursday, 2019-08-01

*** zopsi <zopsi!zopsi@2600:3c00::f03c:91ff:fe14:551f> has quit IRC00:00
*** zopsi <zopsi!zopsi@2600:3c00::f03c:91ff:fe14:551f> has joined #yocto00:01
*** sgw <sgw!~sgw@134.134.139.83> has joined #yocto00:04
yoctiNew news from stackoverflow: How do I include boost/beast/core.hpp in my bitbake recipe? I used DEPENDS = "boost" which works for many boost libraries, but not beast <https://stackoverflow.com/questions/57300129/how-do-i-include-boost-beast-core-hpp-in-my-bitbake-recipe-i-used-depends-bo>00:04
*** sgw <sgw!~sgw@134.134.139.83> has quit IRC00:20
*** vineela <vineela!~vtummala@134.134.139.76> has quit IRC00:22
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC00:42
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto00:46
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC00:56
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto01:00
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto01:01
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC01:05
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto01:16
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC01:19
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto01:20
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-wnuerartjccfhpyj> has quit IRC01:41
*** kaspter <kaspter!~Instantbi@223.104.145.96> has joined #yocto01:43
*** kaspter <kaspter!~Instantbi@223.104.145.96> has quit IRC02:06
*** kaspter <kaspter!~Instantbi@121.238.148.189> has joined #yocto02:52
*** FailDev <FailDev!18d83107@24.216.49.7> has quit IRC02:56
*** khem <khem!~khem@unaffiliated/khem> has quit IRC03:00
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto03:03
yoctiNew news from stackoverflow: aarch64-poky-linux-gcc: error: : No such file or directory <https://stackoverflow.com/questions/46790295/aarch64-poky-linux-gcc-error-no-such-file-or-directory>03:05
*** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC03:17
*** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto03:17
*** kaspter <kaspter!~Instantbi@121.238.148.189> has quit IRC04:07
*** kaspter <kaspter!~Instantbi@121.238.148.189> has joined #yocto04:08
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto04:57
*** agust <agust!~agust@p508B6BE0.dip0.t-ipconnect.de> has joined #yocto05:01
*** saraf <saraf!~a_saraf@123.252.238.18> has joined #yocto05:27
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto06:12
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:23
*** saraf <saraf!~a_saraf@123.252.238.18> has quit IRC06:26
*** frsc <frsc!~frsc@200116b8244dea00a4133266d5c86163.dip.versatel-1u1.de> has joined #yocto06:27
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-vgendcxbjhhtdhsa> has quit IRC06:27
*** pointerdk <pointerdk!~pointerdk@188-179-37-34-dynamic.dk.customer.tdc.net> has joined #yocto06:29
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC06:30
alessioigorgood morning06:38
*** saraf <saraf!~a_saraf@123.252.238.18> has joined #yocto06:40
*** saraf <saraf!~a_saraf@123.252.238.18> has quit IRC06:42
*** saraf <saraf!~a_saraf@123.252.238.18> has joined #yocto06:43
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto06:52
*** mckoan|away is now known as mckoan06:53
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto07:02
yoctiNew news from stackoverflow: How to load Yocto generated U-boot binaries to t1042d4rdb board <https://stackoverflow.com/questions/57303322/how-to-load-yocto-generated-u-boot-binaries-to-t1042d4rdb-board>07:05
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto07:08
*** goliath <goliath!~goliath@82.150.214.1> has joined #yocto07:08
*** denix <denix!~denix@pool-100-15-86-127.washdc.fios.verizon.net> has quit IRC07:19
*** yacar_ <yacar_!~yacar@80.214.114.244> has joined #yocto07:22
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto07:22
*** denix <denix!~denix@pool-100-15-86-127.washdc.fios.verizon.net> has joined #yocto07:22
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC07:29
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto07:30
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC07:35
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto07:36
*** pointerdk <pointerdk!~pointerdk@188-179-37-34-dynamic.dk.customer.tdc.net> has quit IRC07:42
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-qzwoystxszxmymog> has joined #yocto07:44
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC07:45
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto07:45
*** ilbelkyr <ilbelkyr!ilbelkyr@freenode/staff/atheme.ilbelkyr> has quit IRC07:46
*** ilbelkyr <ilbelkyr!ilbelkyr@freenode/staff/atheme.ilbelkyr> has joined #yocto07:46
*** timblechmann <timblechmann!~quassel@2001:e68:5420:40f:59f8:4ec0:ae10:79eb> has joined #yocto07:50
*** leitao <leitao!~leitao@2620:10d:c092:200::1:7e9c> has joined #yocto07:59
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto08:01
timblechmannhi. i'm trying to use multiconfig to customize a distro for different use cases: in my multiconfig/foo.conf, i define a variable `FOO`, but when building, i'm getting the error that "The metadata is not deterministic".08:06
timblechmannam using multiconfigs correctly? or would i be better off to use different MACHINEs for customisation?08:07
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto08:11
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto08:18
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC08:27
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC08:29
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto08:29
*** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto08:31
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto08:35
*** yann <yann!~yann@aputeaux-655-1-52-10.w86-195.abo.wanadoo.fr> has quit IRC08:41
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC08:41
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC08:43
*** Enari is now known as sYCH3L08:44
*** pi3 <pi3!pi3@pi3.com.pl> has quit IRC08:47
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto08:47
*** jofr <jofr!~jofr@193.182.166.3> has quit IRC08:58
*** hoxy <hoxy!d53d6c14@h-213.61.108.20.host.de.colt.net> has joined #yocto09:13
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto09:15
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:34
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:38
*** yacar_ <yacar_!~yacar@80.214.114.244> has quit IRC09:48
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC09:49
alessioigorIs anyone know how force -mcpu= during kernel compilation?09:54
alessioigorpowerpc-voltumna-linux-gnuspe-gcc: error: unrecognized argument in option '-mcpu=powerpc' note: valid arguments to '-mcpu=' are: 8540 8548 native09:55
*** leitao <leitao!~leitao@2620:10d:c092:200::1:7e9c> has quit IRC10:00
*** JPEW <JPEW!cc4da337@204.77.163.55> has quit IRC10:02
*** leitao <leitao!~leitao@2620:10d:c092:200::1:7e9c> has joined #yocto10:02
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC10:06
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto10:07
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto10:07
*** leitao <leitao!~leitao@2620:10d:c092:200::1:7e9c> has quit IRC10:11
*** leitao <leitao!~leitao@2620:10d:c092:200::1:7e9c> has joined #yocto10:17
*** leitao <leitao!~leitao@2620:10d:c092:200::1:7e9c> has quit IRC10:30
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC10:30
*** leitao <leitao!~leitao@2620:10d:c092:200::1:7e9c> has joined #yocto10:34
*** leitao <leitao!~leitao@2620:10d:c092:200::1:7e9c> has quit IRC10:37
*** kinsifous <kinsifous!53da50f3@83.218.80.243> has joined #yocto10:39
*** hoxy <hoxy!d53d6c14@h-213.61.108.20.host.de.colt.net> has quit IRC10:40
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC10:43
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto10:44
rburtonhm -dbg packages relatively often contain absolute build paths in if they contain generated code10:47
rburtonie anything generated by glib-mkenums10:47
*** yacar_ <yacar_!~yacar@80.214.114.244> has joined #yocto10:56
*** leitao <leitao!~leitao@2620:10d:c092:200::1:7e9c> has joined #yocto10:58
RPrburton: that doesn't sound good. We're supposed to be stripping that out10:59
RPalessioigor: the kernel is notorious for doing things with its compiler options10:59
tgoodwinRP: meta-openembedded works as-is because it's not mentioned in the repo-defaults of the JSON file, so its layer(s) don't get added until run-config happens.  The core of the problem for me was that one of the repos in NEEDREPOS depends on meta-openembedded's layers, so it would get added first during layer-config.  Then when run-config attempts to run through ADDLAYERS, it fails because it can't parse my layer11:00
tgoodwinconfiguration (missing dependencies that I'm trying to add)11:00
*** yann <yann!~yann@85.118.38.73> has joined #yocto11:01
*** leitao <leitao!~leitao@2620:10d:c092:200::1:7e9c> has quit IRC11:03
*** leitao <leitao!~leitao@2620:10d:c092:200::1:7e9c> has joined #yocto11:05
RPtgoodwin: I'm not sure that is true:11:15
RPconfig.json:            "NEEDREPOS" : ["poky", "meta-openembedded"],11:15
RPconfig.json:            "NEEDREPOS" : ["poky", "meta-openembedded", "meta-virtualization"],11:15
RPtgoodwin: sorry, I think I misunderstood11:16
tgoodwinRP: neither one is listed in the repo-defaults, so that check in layer-config doesn't add them to the bblayers; they only get added (in the correct order) afterwards at run-config thanks to ADDLAYEr.11:16
*** leitao <leitao!~leitao@2620:10d:c092:200::1:7e9c> has quit IRC11:17
tgoodwinThe check I'm talking about is at the bottom of the layer-config file.  If an item in NEEDREPOS isn't in the repo-defaults, it hits the continue.11:18
RPtgoodwin: I don't read the code that way. It can only hit the continue if its in repo-defaults11:19
tgoodwinGood call.  Hmm..11:21
RPtgoodwin: perhaps repo-defaults hould have a "sublayer" parameter which if set, would be interated and passed to add-layer11:23
tgoodwinI'm not sure how they're getting skipped either.  When I was testing this yesterday I had to define the repo in repo-defaults with no-layer-add to get around this.11:23
tgoodwin(which makes sense given the code)11:23
RPtgoodwin: yes. I don't know how its "working" right now :/11:24
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto11:24
*** yacar_ <yacar_!~yacar@80.214.114.244> has quit IRC11:33
yoctiNew news from stackoverflow: Bitbake is failing for yocto build <https://stackoverflow.com/questions/57307731/bitbake-is-failing-for-yocto-build>11:36
tgoodwinRP: It's a silent failure.  Check the log for step 4: https://autobuilder.yoctoproject.org/typhoon/#/builders/88/builds/311:38
tgoodwinThat's the result of running layer-config against "meta-openembedded"11:38
*** berton <berton!~berton@181.220.86.53> has joined #yocto11:39
RPtgoodwin: ok, that raises the question about why that isn't erroring but does explain a lot!11:39
RPtgoodwin: I'm a little happier now we know what is happening!11:40
*** leitao <leitao!~leitao@2620:10d:c092:200::1:7e9c> has joined #yocto11:41
tgoodwinRP: same :)  I think it's because the "ret" in bitbakecmd doesn't percolate out of layer-config as a bad return code.11:43
tgoodwinPerhaps move the "if ret" down to the for loop and return "ret" from the function, or maybe use check_call so that the exception can be caught in the loop as a return code.11:44
*** berton <berton!~berton@181.220.86.53> has quit IRC11:45
*** berton <berton!~berton@181.220.86.53> has joined #yocto11:46
tgoodwinPR: is the preference for the script to try to perform all actions or abort at the first error?11:48
RPtgoodwin: it should abort if there is an error11:49
tgoodwinWhat I mean is, run-config's variation tries to run through all bitbake commands, totalling up the return values.11:51
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC11:53
*** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC12:00
RPtgoodwin: failures in execution are different to failures in setup IMO12:05
*** ThomasD13 <ThomasD13!d472ff94@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto12:06
ThomasD13Hi, is there a way easy way to deploy a built package on the target via network?12:07
LetoThe2ndThomasD13: devtool deploy-target12:07
*** leitao <leitao!~leitao@2620:10d:c092:200::1:7e9c> has quit IRC12:08
ThomasD13Okay. As it seems, I need to have the specific package in the devtool workspace directory. Is there a way around this? So that I can just build and deploy "iperf" on the target for example?12:09
LetoThe2ndThomasD13: only if you have package management on the target, AFAK12:09
ThomasD13Okay, so I need a package management on the target, which targets to a local package repository, whereas yocto deploys the packages?12:10
*** learningc <learningc!~learningc@42.190.168.192> has joined #yocto12:14
*** berton_ <berton_!~berton@181.220.86.53> has joined #yocto12:19
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto12:19
*** berton <berton!~berton@181.220.86.53> has quit IRC12:22
alessioigorRP: Thanks!12:28
tgoodwinRP: I'm working on a patch for this locally and put in a request for access to the helper repo.12:41
*** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC12:43
*** alessioigor <alessioigor!~alessioig@140.105.207.227> has quit IRC12:43
*** yacar_ <yacar_!~yacar@80.214.114.244> has joined #yocto12:44
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC12:47
*** kaspter <kaspter!~Instantbi@121.238.148.189> has quit IRC12:54
*** kaspter <kaspter!~Instantbi@222.92.8.142> has joined #yocto12:55
RPtgoodwin: ok, thanks.13:01
*** JPEW <JPEW!cc4da337@204.77.163.55> has joined #yocto13:02
*** nabokov <nabokov!~armand@67.218.223.154> has joined #yocto13:11
*** yacar_ <yacar_!~yacar@80.214.114.244> has quit IRC13:11
*** ThomasD13 <ThomasD13!d472ff94@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC13:11
*** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto13:12
JPEWRP: For some of those runqueue changes, you might want to consider using the "force keyword argument" operator for better compatibility going forward: `def validate_hashes(self, tocheck, data, *, currentcount=None, siginfo=None)`13:14
RPJPEW: how would that help?13:15
JPEWIt means you can add new kwargs in any order, ignore them more easily if necessary, or add new positional arguments (if you *really* have to).13:17
RPJPEW: I guess I've assumed that with **kwargs, that would give us the ability to add new parameters and that was enough but I can see what you mean about extra args13:18
JPEWRP: Ya. I think it's a lot cleaner the generic **kwargs in a lot of cases (and a lot easier to deal with). Mostly, it enforces the "these must be kwargs"13:20
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC13:20
*** learningc <learningc!~learningc@42.190.168.192> has quit IRC13:26
RPJPEW: since we already have kwargs, wouldn't that always be enforced though?13:26
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto13:31
JPEWRP: Ya, if you do `def func(**kwargs)` then keyword arguments are enforced on the caller. `def func(b=1, c=2)` can be called as either `func(3, 4)` or `func(b=3, c=4)`, but `def func(*, b=1, c=2)` can only be called as the latter13:33
RPJPEW: right, but I'm not sure that is a huge deal for us13:35
JPEWRP: Maybe not13:35
*** saraf <saraf!~a_saraf@123.252.238.18> has quit IRC13:39
nabokov@rburton: thank you... I am at this point... however I am not sure how do_install() do_compile() should be to do the actual build and install13:40
*** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has joined #yocto13:46
*** kaspter <kaspter!~Instantbi@222.92.8.142> has quit IRC13:52
*** kaspter <kaspter!~Instantbi@121.238.148.189> has joined #yocto13:52
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC13:53
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC13:58
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC14:05
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto14:08
*** goliath <goliath!~goliath@82.150.214.1> has quit IRC14:26
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto14:27
*** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC14:30
*** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto14:30
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC14:31
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC14:33
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto14:34
khemupstreaming could sometimes take 2+ years but it works https://github.com/telmich/gpm/pull/2014:36
khemOE has far better SLA14:36
rburtonnabokov: thats just a matter of building in each directory14:39
Crofton|workkhem, lol14:43
jmieheMaybe this IS the right place to ask: I have a CMake project building for yocto and need to talk to a redis instance. For host dev I simply installed hiredis library. For bitbake, I included hiredis in my DEPENDS_${PN}, but now the Findhiredis.cmake (no need for a paste, it's everywhere already …) errors out.14:43
rburtonDEPENDS is recipe-wide not per-generated-package14:44
rburtonso DEPENDS="hiredis"14:44
jmieherburton: d'oh *hands over beer*14:46
* rburton adds a qa check 14:46
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto15:03
JaMa+1 on qa check, I've seen surprisng number of these in our layers and people even claimed that it fixed something :)15:04
rburtonpatch sent15:09
rburtononly looks for DEPENDS_${PN} instead of looking for all DEPENDS_*, to avoid false positives at the cost of less accuracy15:10
rburtonpretty sure nobody will do eg DEPENDS_${PN}-doc though15:10
*** nameclash <nameclash!~beetlejui@ipservice-092-210-142-179.092.210.pools.vodafone-ip.de> has joined #yocto15:13
nameclashHi everyone, I want to build a vanilla poky image off the master branch against glibc 2.26. What I've tried so far is to replace the glibc 2.29 recipes in meta/recipes-core and to touch some config files that seemed reasonable to me. Obviously I'm doing something wrong as bitbake complains about glibc depending on 'virtual/nativesdk-x86_64-pokysdk-linux-gcc-initial' but nothing providing it...15:14
nameclashI've uploaded the relevant changes and bitbake output on pastebin:15:15
nameclashhttps://pastebin.com/ysA3vRWx15:15
nameclashhttps://pastebin.com/wAb7n3Hb15:15
rburtonif you *really* need 2.26 why not use the release that shipped with 2.26?15:15
nameclashIt would be really cool if someone could point me to the right direction.. thanks in advance!15:15
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto15:16
rburtonif you just grabbed the recipes from an old release and dropped them into master then yes, they'll break, because we changed how glibc/gcc bootstrap15:16
nameclashthat's a bit complicated.. the reason I went for master is that I need the epiphany browser ver 3.31.4+15:17
nameclashour production linux image is based on rocko, which builds against glibc 2.2615:18
rburtoni'd definitely take the webkit/ephy recipe from master instead of trying to shoehorn old glibc into master15:18
nameclashyeah, that's what I had tried first but that epiphany version requires meson as build engine which seemed non-trivial to get into rocko either..15:20
nameclashunfortunately, I don't have any build error logs for that approach at hand but I can retry it that way and get back with some logs15:23
*** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC15:24
jmieherburton: Weird. CMake goes through now (and the logs look promising), but during compilation I get undefined references to the redis functions. wat15:44
*** jacques <jacques!~jacques@nslu2-linux/jacques> has joined #yocto15:54
*** jacques is now known as linuxjacques15:55
*** sgw <sgw!~sgw@134.134.139.73> has joined #yocto16:00
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC16:02
rburtonjmiehe: probably because cmake is evil16:02
rburton(its probably doing something stupid like trying to link to the host libraries?)16:02
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto16:03
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC16:05
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto16:06
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto16:09
rburtonwanted: a volunteer to boot-test a pile of qemu images.16:09
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC16:11
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto16:13
rburtongenuine request: if anyone wants to clean up the graphics driver situation for the qemu machines (which is a mess) i'll happily guide16:16
*** learningc <learningc!~learningc@121.122.92.39> has joined #yocto16:22
*** learningc <learningc!~learningc@121.122.92.39> has quit IRC16:27
*** mckoan is now known as mckoan|away16:27
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:40
*** yann <yann!~yann@85.118.38.73> has quit IRC16:43
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto16:54
aehs29rburton: do you know why the tunes on meta-intel are for Nehalem?16:56
rburtonaehs29: because when they were written that was a reasonable modernish tune16:57
aehs29rburton: I upgraded them for Skylake and the builds go fine until whatever uses a qemu wrapper craps out16:57
aehs29im just wondering if thats the reason16:57
rburtonthats the main reason why the skylake tune on the list isn't merged yes16:57
rburtonturn off qemu-usermode16:57
rburtonthe problem is that qemu doesn't support avx216:57
rburton(yet)16:57
aehs29yeah its theres illegal instrucions all over16:58
rburtonright, glibc happily goes to use avx for string ops and BANG16:58
aehs29is there an easy way to turn of user mode?16:59
rburtonyeah its just a machine feature16:59
aehs29as in is there a variable or something that Im not aware of16:59
aehs29rburton: ok thanks will take a look16:59
rburtonsee [meta-intel] [RFC][PATCH] conf: add new machine intel-skylake-64 in the meta-intel list16:59
aehs29rburton: oh interesting, I shouldve checked the list before doing it myself haha17:01
*** smartin <smartin!~smartin@207.ip-37-59-126.eu> has quit IRC17:03
aehs29rburton: thanks17:03
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto17:04
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC17:12
kanavinrburton, care to elaborate about the graphics driver situation?17:12
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto17:14
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC17:16
*** vineela <vineela!~vtummala@134.134.139.75> has joined #yocto17:23
*** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto17:27
*** yann <yann!~yann@aputeaux-655-1-52-10.w86-195.abo.wanadoo.fr> has joined #yocto17:45
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto17:55
rburtonkanavin: sure there was another bug but i couldn't find it so https://bugzilla.yoctoproject.org/show_bug.cgi?id=1346618:21
yoctiBug 13466: normal, Undecided, ---, ross.burton, NEW , qemu machines use Cirrus graphics, should use std or virtio18:21
rburtonkanavin: basically some qemu machines use cirrus graphics, some use vmware, some use std.  step 1: stop using cirrus, move everything to std, verify it all still works (may involve kernel tweaks).  step 2: try virtio graphics.18:22
rburtoni've part of the work in an old branch18:22
rburtonah yes, one of the catche was that some qemu build configurations don't enable virtio-vga18:23
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto18:33
*** FailDev <FailDev!18d83107@24.216.49.7> has joined #yocto18:44
*** frsc <frsc!~frsc@200116b8244dea00a4133266d5c86163.dip.versatel-1u1.de> has quit IRC18:51
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-qzwoystxszxmymog> has quit IRC18:52
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto19:14
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC19:19
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto19:40
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC19:48
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC19:49
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto19:54
*** JPEW <JPEW!cc4da337@204.77.163.55> has quit IRC19:57
*** JPEW <JPEW!cc4da337@204.77.163.55> has joined #yocto19:58
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC20:10
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto20:14
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC20:31
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC20:40
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto20:44
*** HyP3r <HyP3r!~HyP3r@andreas-fendt.de> has quit IRC20:48
*** HyP3r <HyP3r!~HyP3r@andreas-fendt.de> has joined #yocto20:48
*** HyP3r <HyP3r!~HyP3r@andreas-fendt.de> has quit IRC20:54
*** HyP3r <HyP3r!~HyP3r@andreas-fendt.de> has joined #yocto20:54
*** HyP3r <HyP3r!~HyP3r@andreas-fendt.de> has joined #yocto20:54
*** HyP3r <HyP3r!~HyP3r@andreas-fendt.de> has joined #yocto20:56
*** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC21:00
*** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC21:10
*** yacar_ <yacar_!~yacar@186.25.24.93.rev.sfr.net> has joined #yocto21:12
*** berton_ <berton_!~berton@181.220.86.53> has quit IRC21:15
*** rubdos <rubdos!~rubdos@2a02:578:859d:701:a846:9858:21a:9451> has quit IRC21:24
*** flying_sausages <flying_sausages!~flying_sa@static.88-198-40-49.clients.your-server.de> has quit IRC21:29
*** flying_sausages <flying_sausages!~flying_sa@static.88-198-40-49.clients.your-server.de> has joined #yocto21:30
*** HyP3r <HyP3r!~HyP3r@andreas-fendt.de> has quit IRC21:33
*** nabokov <nabokov!~armand@67.218.223.154> has quit IRC21:33
*** HyP3r <HyP3r!~HyP3r@andreas-fendt.de> has joined #yocto21:33
*** HyP3r <HyP3r!~HyP3r@andreas-fendt.de> has quit IRC21:34
*** HyP3r <HyP3r!~HyP3r@andreas-fendt.de> has joined #yocto21:38
*** yacar_ <yacar_!~yacar@186.25.24.93.rev.sfr.net> has quit IRC21:43
*** strebby <strebby!b8477076@mail.validmanufacturing.com> has joined #yocto21:46
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC21:47
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-zztcovqnyddhzolt> has joined #yocto21:48
strebbyI'm trying to write a build script to use inside the SDK but having trouble getting the environment set correctly.  If I source the environment setup script in a bash shell and run cmake, everything works great.  However, in attempting to do the same inside a shell script cmake's find package is locating the native Boost rather than the one in the21:50
strebbytarget sysroots.  In both cases, 'type -a cmake' returns a correctly aliased cmake located in the host sysroots folder.  Anyone have any insight into what I'm missing?21:50
*** HyP3r <HyP3r!~HyP3r@andreas-fendt.de> has quit IRC21:52
*** HyP3r <HyP3r!~HyP3r@andreas-fendt.de> has joined #yocto21:53
*** dv_ <dv_!~dv@62.178.50.190> has joined #yocto22:00
*** HyP3r <HyP3r!~HyP3r@andreas-fendt.de> has quit IRC22:00
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC22:09
*** agust <agust!~agust@p508B6BE0.dip0.t-ipconnect.de> has quit IRC22:16
*** ribalda_ <ribalda_!sid306640@gateway/web/irccloud.com/x-srsrsvvrhtiezaxf> has joined #yocto22:29
*** ukembedded_ <ukembedded_!sid304355@gateway/web/irccloud.com/x-pjdfqbsfjdydcqwa> has joined #yocto22:30
*** ukembedded <ukembedded!sid304355@gateway/web/irccloud.com/x-ferarpgcxyrorrch> has quit IRC22:37
*** ribalda <ribalda!sid306640@gateway/web/irccloud.com/x-yirkizgykwcqekgi> has quit IRC22:37
*** ukembedded_ is now known as ukembedded22:37
*** ribalda_ is now known as ribalda22:37
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC22:56
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto22:57
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC23:12
*** kinsifous <kinsifous!53da50f3@83.218.80.243> has quit IRC23:19
*** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto23:20
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-oxborvjngmxrdnkk> has joined #yocto23:33
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC23:34
*** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC23:40
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-zztcovqnyddhzolt> has quit IRC23:58

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!