IRC log for #oe on 20191209

02:39.05*** join/#oe nrossi (nrossimatr@gateway/shell/matrix.org/x-jatmjaeghdtmpizr)
04:43.06*** join/#oe nslu2-log (~nslu2-log@milla.nas-admin.org)
05:53.52*** join/#oe armpit (~armpit@2601:202:4180:a5c0:1527:dedf:f05:266c)
06:44.24*** join/#oe AndersD (~AndersD@h-98-128-162-82.NA.cust.bahnhof.se)
07:01.58*** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029)
07:06.13*** join/#oe rburton (~rburton@35.106.2.81.in-addr.arpa)
07:15.22*** join/#oe yegorich (~yegorich@mail.visionsystems.de)
07:17.09*** join/#oe cpriouzeau (~cpriouzea@164.129.115.76)
07:57.25*** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029)
08:07.34*** join/#oe ao2 (~ao2@host47-148-dynamic.32-79-r.retail.telecomitalia.it)
08:22.18*** join/#oe diego_r (~diego@217-133-17-98.static.clienti.tiscali.it)
08:28.06*** join/#oe tnovotny (~tnovotny@176-74-132-138.netdatacomm.cz)
08:36.18*** join/#oe hpsy (~hpsy@217.66.60.5)
08:50.29*** join/#oe opennandra (~marek@bband-dyn42.95-103-88.t-com.sk)
08:51.08opennandrahi, just want to ask posted 2 weeks ago patch to mailinglist with recipe for janus webrtc sw but didn't get any response
08:54.45*** join/#oe andre_d (~user@79.97.20.138)
08:56.34*** join/#oe stefan_schmidt (~stefan_sc@p200300E9D717BCB6B98D7308BCAA5A78.dip0.t-ipconnect.de)
08:58.55*** join/#oe yann|work (~yann@85.118.38.73)
09:05.19*** join/#oe leon-anavi (~Leon@78.130.245.67)
09:13.50*** join/#oe florian_kc (~florian_k@Maemo/community/contributor/florian)
09:17.16*** join/#oe Bunio_FH (~bunio@81-18-201-214.static.chello.pl)
09:31.45*** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning)
10:14.51*** join/#oe hpsy (~hpsy@217.66.60.5)
10:31.25rburtonPY2 IS NOT LONGER A HOST REQUIREMENT THIS IS NOT A DRILL PY2 IS NO LONGER A HOST REQUIREMENT
10:32.23*** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning)
10:55.51*** join/#oe JaMa (~martin@109.238.218.228)
11:42.00*** join/#oe bradfa (~andrew@clr-vpn01.kodakalaris.com)
11:42.42*** join/#oe berton (~berton@189.103.49.163)
11:47.41*** join/#oe nrossi (nrossimatr@gateway/shell/matrix.org/x-lgzmahlwjdzyjftc)
11:47.42*** join/#oe bachp (bachpmatri@gateway/shell/matrix.org/x-asshazipkjnvfdhr)
11:47.42*** join/#oe noc0lour (noc0lourat@gateway/shell/matrix.org/x-ickjkvrllgwdpydi)
11:50.19*** join/#oe berton (~berton@189.103.49.163)
12:40.01*** join/#oe berton_ (~berton@189.103.49.163)
13:17.22*** join/#oe tgamblin (~tgamblin@128.224.252.2)
13:17.32hrwrburton: what is py2?
13:18.29hrwI am waiting for 1st January to be able to just pretend that I do not even know what py2 is and that there was python <3.6
14:03.40kergothJPEW: how do i wrap <oeroot>/../bitbake/bin/* and bind <oeroot>/.. on the next branch? I seem to have to alter capture.sh for the former, the latter i can't use {builddir:oeroot} as a ref in the binds section anymore
14:10.46JPEWkergoth: Ah, OK. Sorry about that. For the bind, PYREX_OEROOT is in the environment, so you should be able to use that. For the commands: I moved the commands to be specified by the container, but I see that is wrong now. I'll move them back to the pyrex.ini
14:15.24JPEWkergoth: Hmm... unless there is some env var that oe-init-build-env sets that gives the path to bitbake...
14:18.09JPEWThere is BITBAKEDIR, but it's unset after use. Too bad
14:32.35*** join/#oe BlastuR (~magnus@unaffiliated/blastur)
14:46.08*** join/#oe bernardoaraujo (uid179602@gateway/web/irccloud.com/x-vumbctcbyunqnwme)
14:53.06*** join/#oe AndersD (~AndersD@h83-209-191-235.cust.a3fiber.se)
15:04.12rburtonhrw: what a glorious future
15:08.02kergothJPEW: hmm, yes, unfortunate. you could actively check for where `bitbake` is coming from in the PATH, but that might be more magic than you'd prefer in the pyrex design..
15:08.33JPEWkergoth: I have an idea... perhaps it's terrible but I'd be curious to see what you think. j/s
15:08.42kergothJPEW: might want to add at least one unit test using a bitbake+oe-core nodistro layer configuration rather than a poky setup where bitbake lives in oeroot
15:08.54JPEWkergoth: Ya, I was thinking that
15:08.54kergothno rush, just finally got around to testing earlier this morning :)
15:11.21kergothJPEW: how do i access PYREX_OEROOT from pyrex.ini? ${env:PYREX_OEROOT} says it's undefined.. do i need to add it to envimport?
15:11.43kergothtries that
15:11.54JPEWkergoth: Yes, you do. It should probably be added by default
15:12.18JPEWkergoth: The joys of beta-testing ;)
15:12.59kergothhuh, even after adding to envimport, it still says it's not a valid option name.. that's.. odd
15:13.10kergothit's certainly never boring :)
15:16.02JPEWkergoth: envimport is for inside the contanier. If you want to reference a variable in the config file, add it to [env] with a default value
15:16.23JPEWe.g. [env]\nPYREX_OEROOT="/foo/bar"
15:16.57JPEWHmm... the documentation there might be off :)
15:17.20kergothah, it needs a default even if it should be set by pyrex already? i do use the 'env' sectionf or default sfor a number of vars. where the host vs container boundary is isn't always clear, and i think has changed, so.. :)
15:17.50kergothif i set a default value for PYREX_OEROOT, then it just uses that when i reference it from bind, unless i hardcode the full absoulte path to my oe-core clone that's not ideal :)
15:17.54JPEWkergoth: No. I lied. You are correct, you should only have to add it to envimport
15:18.52JPEWkergoth: Ah, I think PYREX_OEROOT isn't set in your build environment?
15:19.40JPEWBecause pyrex-init-build env unsets it :)
15:19.52kergothah, that'd explain it
15:21.15kergothhm, i was going to suggest just adding <oeroot>/../bitbake/bin/* to the default commands, but having it in pyrex.ini is still probably better, in case the user has other bitbake-related scripts to run in container context
15:22.51kergothtweaks his setup script to export COREBASE and adds that to envimport to work around it for now :)
15:23.17JPEWkergoth: Works for now.
15:28.53kergothhmm, adding $PYREX_OEROOT/../bitbake/bin/* to capture.sh didn't work, even after ensuring $PYREX_OEROOT/.. is in bind via a different env var.. i think i'm close to unblocked though, between those two workarounds
15:28.55kergothafk, food
15:38.12kergothJPEW: i'm getting the bad value subst due to undefined PYREX_OEROOT *when pyrex.py capture is run*, not when running bitbake, and pyrex.py capture is passing -a to explicitly set PYREX_OEROOT. Even removing the unset of PYREX_OEROOT in pyrex-nit-build-env doesn't fix that one :)
15:38.33kergoththat is, that error is before pyrex_cleanup is run
15:40.26kergoth(figured i'd try removing the unset instead of keeping the workaround, but reverting back now, since it wasn't *quite* so trivial :)
15:41.16kergothback to work tasks for now
15:43.35*** join/#oe ericch (~ericch@50-205-235-218-static.hfc.comcastbusiness.net)
16:08.15*** join/#oe tlwoerner (~Trevor@unaffiliated/tlwoerner)
16:27.15*** join/#oe ericch (~ericch@50-205-235-218-static.hfc.comcastbusiness.net)
16:27.29*** join/#oe ericch (~ericch@50-205-235-218-static.hfc.comcastbusiness.net)
17:52.19JPEWkergoth: OK, here's my (crazy?) idea: https://github.com/garmin/pyrex/commit/0ac3e346b848f03872b96928de8b1b84d843810a
17:53.45*** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy)
18:01.37*** join/#oe jklare (~jklare@157.97.76.18)
18:46.38*** join/#oe yann|work (~yann@91-170-159-152.subs.proxad.net)
19:15.20*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
19:43.27*** join/#oe florian (~florian_k@Maemo/community/contributor/florian)
20:37.57*** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy)
21:20.00*** join/#oe m4t (~matt@shenzhen.guangdong.systems)
21:37.29*** join/#oe ao2 (~ao2@host47-148-dynamic.32-79-r.retail.telecomitalia.it)
21:44.35*** join/#oe yann (~yann@91-170-159-152.subs.proxad.net)
22:22.47*** join/#oe dv_ (~dv@62-178-50-190.cable.dynamic.surfer.at)
22:36.01*** join/#oe tgamblin (~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.