IRC log for #oe on 20160503

00:40.09*** join/#oe deception (~deception@unaffiliated/deception)
00:49.25*** join/#oe deception (~deception@unaffiliated/deception)
00:51.56*** join/#oe deception (~deception@unaffiliated/deception)
01:06.37*** join/#oe behanw (uid110099@gateway/web/irccloud.com/x-oxdvrgbakoruvdow)
01:15.32*** join/#oe evanmeagher (~MongooseW@c-73-71-33-109.hsd1.ca.comcast.net)
01:22.29*** join/#oe evanmeagher (~MongooseW@c-73-71-33-109.hsd1.ca.comcast.net)
01:25.02*** join/#oe dvhart (~dvhart@134.134.139.83)
01:31.16*** join/#oe vmeson (~rmacleod@24-212-184-107.cable.teksavvy.com)
01:32.32*** join/#oe likewise (~likewise@145.132.74.106)
01:35.46*** join/#oe vmesons (~rmacleod@24-212-184-107.cable.teksavvy.com)
01:39.19Crofton|workhmm, is there a way to not inherit something or make a recipe be ignored based on distro features?
01:40.51*** join/#oe vmeson (~rmacleod@24-212-184-107.cable.teksavvy.com)
01:49.13*** join/#oe mattsm (uid128834@gateway/web/irccloud.com/x-ulsavmrcikxnigbv)
01:54.57kergothCrofton|work: re: inherit, you can use inline python and just return nothing for the don't inherit case. an empty inherit line is ignored
01:55.34Crofton|workI have some recipes that try to inherirt qt4x11
01:55.55Crofton|workand I just want to skip themrather than pull in layer for this case
01:56.03kergothworst case just mask them out with BBMASK
01:56.09Crofton|workah good idea
01:57.30kergotheven easier now that it can be multiple space-separated patterns, can just +=
01:58.22Crofton|workcan I put that in distro.conf file?
01:59.35Crofton|workyep
02:00.25kergothyeah, i've often put it there when we're locked to a specific version of a layer but it wants things that no longer exist due to updating another onef ro a bugfix, or the like
02:00.30kergothlots of reasons, usually temporary, thank god
02:01.26*** join/#oe Aethenelle (~Aethenell@107.138.98.226)
02:07.53*** join/#oe Nilesh_ (uid116340@gateway/web/irccloud.com/x-pfjkkvrhuefcdwby)
02:08.05khemfray is making a case for why OSVs exist :)
02:08.21*** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner)
02:09.15khemhowever, I think yocto project sort of helps the SOC vendors to do the _right_ thing ?
02:11.42khemkergoth: when we talk about SDKs from SOC vendors, are SDKs from OSVs compatible :), from and end customer point of view its same problem - vendor lockdowns
02:13.15khemother day someone was making a fair point when they switched to linux from a properiatry RTOS they did not want a Linux OSV, because that was what they were trying to free themselves from by adopting linux
02:16.32kergothkhem: it helps when some percentage of the osv content is public, I think
02:16.45kergothi.e. meta-mentor, which also includes our bsp-specific fixups/workarounds in meta-mel
02:24.03*** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey)
03:19.54*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
03:33.26*** join/#oe likewise (~likewise@145.132.74.106)
04:11.38*** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net)
05:12.33*** join/#oe AndersD (~anders@213-64-218-130-no126.business.telia.com)
05:17.35*** join/#oe sgw_ (~sgw_@134.134.139.83)
05:34.12*** join/#oe likewise (~likewise@145.132.74.106)
05:41.20*** join/#oe armpit (~akuster@2601:646:8c03:b2c0:791c:42c7:5c9d:8b04)
05:41.49*** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner)
05:47.58*** join/#oe mwester (~mwester@nslu2-linux/mwester)
06:00.04khemkergoth: agreed that helps
06:49.23*** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net)
06:53.41*** join/#oe jku (jku@nat/intel/x-fbbvutafxmjmqgkp)
06:58.33*** join/#oe jbrianceau_away (uid10952@gateway/web/irccloud.com/x-sfhxhjltkegwycxf)
07:14.01*** join/#oe t0mmy (~tprrt@217.114.201.133)
07:19.16*** join/#oe ant_work (~ant__@95.236.248.154)
07:20.38*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
07:24.34*** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net)
07:26.57*** join/#oe mwester2 (~mwester@184-158-39-240.dyn.centurytel.net)
07:32.12*** join/#oe diego_r (~diego@host65-246-static.10-188-b.business.telecomitalia.it)
07:35.06*** join/#oe likewise (~likewise@145.132.74.106)
07:44.17*** join/#oe joshuagl (~joshuagl@192.198.151.45)
07:54.52*** join/#oe Nilesh_ (uid116340@gateway/web/irccloud.com/x-nropitqiubpsighj)
07:57.38*** join/#oe diego_ (~diego@host65-246-static.10-188-b.business.telecomitalia.it)
07:58.04*** join/#oe dl9pf (~quassel@static.88-198-106-157.clients.your-server.de)
07:58.05*** join/#oe dl9pf (~quassel@opensuse/member/dl9pf)
07:59.01*** join/#oe roxell (~roxell@c-c82171d5.07-21-73746f28.cust.bredbandsbolaget.se)
07:59.01*** join/#oe roxell (~roxell@linaro/roxell)
08:00.03*** join/#oe dustinm` (~dustinm@2607:5300:100:200::160d)
08:00.16*** join/#oe aloril_ (~aloril@dsl-tkubrasgw1-54fa3f-129.dhcp.inet.fi)
08:01.34*** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net)
08:02.11*** join/#oe edbart (~ebartosh@192.198.151.44)
08:02.19*** join/#oe gus (~quassel@2401:1801:7800:101:be76:4eff:fe18:1911)
08:03.23*** join/#oe lag (lag__@gateway/shell/linaro/x-afkhsfrpvtygzdfd)
08:03.23*** join/#oe lag (lag__@ubuntu/member/lag)
08:06.25*** join/#oe mpvader (uid161250@gateway/web/irccloud.com/x-thfveixqjdntzgpa)
08:19.27*** join/#oe rburton (~Adium@home.burtonini.com)
08:26.14*** join/#oe jonathanmaw (~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk)
08:30.04*** join/#oe mwester (~mwester@184-158-39-240.dyn.centurytel.net)
08:30.04*** join/#oe mwester (~mwester@nslu2-linux/mwester)
08:36.09*** join/#oe rob_w (~bob@93.104.205.194)
08:36.09*** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029)
08:49.32*** join/#oe DJW|Home (~djwillis@cpc2-trow6-2-0-cust204.aztw.cable.virginm.net)
08:56.35*** join/#oe belen (~Adium@134.134.139.82)
08:57.10*** join/#oe AndersD (~anders@213-64-218-130-no126.business.telia.com)
09:16.00*** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian)
09:35.54*** join/#oe likewise (~likewise@145.132.74.106)
09:36.23*** join/#oe likewise (~likewise@145.132.74.106)
10:01.07*** join/#oe PaulePanter (~paul@mail.gw90.de)
10:04.47*** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner)
10:20.45*** join/#oe jku (~jku@85-76-162-31-nat.elisa-mobile.fi)
10:30.18*** join/#oe edbart1 (ebartosh@nat/intel/x-bohyzciilgbwasth)
10:52.52*** join/#oe ant_work (~ant__@95.236.248.154)
11:04.50*** join/#oe jku (jku@nat/intel/x-xwjiihkxqdovvfoc)
11:08.37*** join/#oe belen (~Adium@134.134.139.82)
11:12.41*** join/#oe JaMa (~martin@ip-86-49-34-37.net.upcbroadband.cz)
11:24.38*** join/#oe tlwoerner_ (~tlwoerner@dsl-67-55-28-109.acanac.net)
11:24.38*** join/#oe tlwoerner_ (~tlwoerner@unaffiliated/tlwoerner)
11:45.05*** join/#oe berton (~fabio@187.23.154.250)
11:59.57*** join/#oe alled (~icchw-017@131.221.240.204)
12:02.45*** join/#oe ldnunes (~ldnunes_@187.23.154.250)
12:14.55*** join/#oe likewise (~likewise@145.132.74.106)
12:23.33*** join/#oe georgem (~georgem@216-21-169-52.slc.googlefiber.net)
12:34.58*** join/#oe Crofton|work (~balister@pool-108-44-118-32.ronkva.east.verizon.net)
12:35.17Crofton|workcurses boost again
12:35.37Crofton|workcortexa9hf-neon-oe-linux-gnueabi/boost/latest:PACKAGES = boost-dbg boost-atomic
12:35.38Crofton|workboost-chrono boost-date-time boost-filesystem boost-graph boost-iostreams boost-
12:35.41Crofton|worklog boost-program-options boost-random boost-regex boost-serialization boost-sig
12:35.42Crofton|worknals boost-system boost-timer boost-test boost-thread boost-dev boost-staticdev
12:35.46Crofton|workboost
12:35.48Crofton|workinstall boost package, get -dev package
12:36.34Crofton|workbug or feature?
12:55.55rburtonhm, bug
12:56.28rburtonare you sure boost is pulling in boost-dev?
12:56.46rburtonmaybe there's a bad library dependency
13:03.22rburtonCrofton|work: testing here says that nothhing depends on boost-dev, and boost correctly depends on the library packages only
13:03.51Crofton|workhmm
13:04.05Crofton|worksee th eline from buildhistory
13:04.08Crofton|worklet me update
13:04.37rburtonthat's just the list of packages
13:04.44Crofton|workder
13:04.59Crofton|workearly here
13:05.05rburtoni'll invoice you this evening
13:06.07Crofton|workwas reading recipe
13:06.12Crofton|workstill something funny
13:09.44rburtonreally need to write a bb tool to dump dependencies from a recipe
13:21.49*** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029)
13:23.17*** join/#oe vmeson (~rmacleod@24-212-184-107.cable.teksavvy.com)
13:24.10*** join/#oe Aethenelle (~Aethenell@166.170.222.7)
13:34.07*** join/#oe caiortp (~inatel@131.221.240.204)
13:38.00*** join/#oe armpit (~akuster@64.2.3.194)
13:42.40*** join/#oe challinan (~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net)
13:42.45*** join/#oe paulg (~paulg@128.224.252.2)
13:49.07*** join/#oe evanmeagher (~MongooseW@c-73-71-33-109.hsd1.ca.comcast.net)
13:57.47ndechi RP: few months back someone had sent gclient fetcher support for bitbake, but that didn't get much attention/review. did you see it? do you have any concerns about it? we can update/resend if you want.
13:58.12*** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net)
14:02.23RPndec: the fetcher looked horrible, e.g. the hardcoded need_update() == True
14:02.38*** join/#oe madisox (~madison@12.30.244.5)
14:02.48*** part/#oe madisox (~madison@12.30.244.5)
14:02.50ndecRP: ok, good. i mean at least there is feedback ;-)
14:03.44ndecif you have more feedback let me know. i haven't looked at it closely, but i will too.
14:03.55RPndec: it just looked like a pretty quick/dirty hack to me :/. Equally I've never used it so I know little about it
14:04.27RPndec: no mirror tarball support, no revision/srcrev support, hardcoded to always hit the network etc
14:04.33ndecmy main concern was the lack of feedback.
14:05.12RPndec: I guess I didn't really feel in a position to review it knowing nothing about gclient
14:05.40ndecok, thanks
14:06.37RPndec: it basically looks like a wrapper which abstracts out our own SRC_URI, the quesiton is where would we expect the SCM metadata to be maintained
14:06.52RPand it does it badly with no mirror support etc
14:14.14*** join/#oe sgw_ (~sgw_@134.134.139.76)
14:23.40*** join/#oe paulg (~paulg@128.224.252.2)
14:26.35*** join/#oe behanw (uid110099@gateway/web/irccloud.com/x-vjfgcsowpbswfmbr)
14:48.05*** join/#oe sgw_ (~sgw_@134.134.137.75)
14:55.22*** join/#oe jku (~jku@dyj170ycrv18---3wlh9y-3.rev.dnainternet.fi)
14:59.01kergothndec: perhaps its something that should live in a separate layer until they get it polished off, teh way the bitbake-npm one was
14:59.02kergothheh
14:59.36ndeci wasn't aware we had fetchers outside of bitbake. where is that layer?
15:00.04kergothi've done it before, you basically just use python to inject the module into the fetchers list after importing it from your layer path
15:00.10kergothdid one like that at montavista
15:00.15kergothhere, i'll get you a link to the npm one
15:00.31kergothndec: https://github.com/imyller/bitbake-npm
15:01.06ndecehh. nice hack ;-)
15:01.25kergothyou can see the usage is pretty clean, so it wouldn't be too terrible to deal with until the merge
15:01.50ndecyeah. indeed.
15:02.02*** join/#oe maxin (~maxin@194.136.86.45)
15:02.29ndecin fact the main use case for it right now would be the chromium recipe.. so that can be isolated even in meta-browser, potentially.
15:02.51kergothnods
15:05.28*** join/#oe armpit (~akuster@64.2.3.194)
15:06.45*** join/#oe Aethenelle (~Aethenell@199.15.128.78)
15:10.11*** join/#oe jku_ (~jku@dyj170ycrv18---3wlh9y-3.rev.dnainternet.fi)
15:26.29*** join/#oe cbrake (~Thunderbi@cable-pool5-cs-73.doycomm.com)
15:33.53*** join/#oe likewise (~likewise@145.132.74.106)
15:37.18*** join/#oe Nilesh_ (uid116340@gateway/web/irccloud.com/x-ntyfetnhisudukvw)
15:43.57kergothKeyboard Interrupt, closing down...
15:43.58kergothWARNING: Timeout while attempting to communicate with bitbake server                     WARNING: Timeout while attempting to communicate with bitbake server
15:44.02kergoththis still happens to me left and right
15:44.09kergothRP: ^ known issue?
15:46.52*** join/#oe hrw (~hrw@redhat/hrw)
16:04.04RPkergoth: not really :/
16:04.13kergothk
16:04.13*** join/#oe evanmeagher (~MongooseW@50.1.57.30)
16:04.24kergothhaven't had a chance to nail it down, i'll add to the todo
16:04.56RPndec: I would really like fetchers to get cleaned up and into the core ideally
16:05.16ndecok.
16:15.51*** join/#oe moto-timo (~ttorling@fsf/member/moto-timo)
16:51.20*** join/#oe prpplague (~David@134.134.139.77)
17:03.54*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
17:17.15*** join/#oe bluelightning_ (~paul@2406:e007:5ad0:1:5e51:4fff:febb:401d)
17:17.15*** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning)
17:34.26*** join/#oe likewise (~likewise@145.132.74.106)
17:37.54*** join/#oe mpvader (uid161250@gateway/web/irccloud.com/x-vzkjlxthmqhswqsz)
17:41.55*** join/#oe kristoffer (~kristoffe@ua-83-227-162-207.cust.bredbandsbolaget.se)
17:42.48*** join/#oe bottazzini (~realBigfo@192.55.54.44)
17:45.28*** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian)
17:50.09*** join/#oe bottazzini (~realBigfo@192.55.54.44)
18:01.15*** join/#oe simosx (~simosx@ubuntu/member/simosx)
18:02.08vmesonkergoth: we used to see the timeout a few times per day since we push out build farm pretty hard
18:02.33kergoththis timeout isn't due to lag, it's due to bitbake not shutting down correctly when i hit ^C
18:02.38kergothnote the KeyboardInterrupt
18:02.47*** part/#oe prpplague (~David@134.134.139.77)
18:03.08vmesonI decided to stop using the PR server for the builds running in docker and now I only see the timeout to bitbake server on one overloaded machine.
18:03.35vmesonkergoth: ah.. ok ignore my comments then! :)
18:04.33vmesonI do find it frustrating that the build tool has a timeout... I'd prefer to move the timouts to the user since build times and system load can vary significantly.
18:08.58kergothsome sort of timeout is important in case there really is a loss of communication between the ui and server
18:13.01*** join/#oe josep (~jhunt@c-bec272d5.010-118-73746f7.cust.bredbandsbolaget.se)
18:19.13*** join/#oe vmeson (~rmacleod@24-212-184-107.cable.teksavvy.com)
18:19.59*** join/#oe evanmeagher (~MongooseW@50.1.57.30)
18:43.00*** join/#oe mattsm (uid128834@gateway/web/irccloud.com/x-ztintwousguaozsy)
19:47.17*** join/#oe infobot (ibot@rikers.org)
19:47.17*** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Repositories: http://git.openembedded.org/ | Primary Repo Mirrors: https://github.com/openembedded | This is not a distro or machine support channel
19:48.22*** join/#oe eFfeM (~frans@c73189.upc-c.chello.nl)
19:51.29*** join/#oe rburton (~Adium@home.burtonini.com)
19:51.29*** join/#oe roxell (~roxell@linaro/roxell)
19:51.29*** join/#oe ensc|w_ (~ensc@fedora/ensc)
19:51.29*** join/#oe ecloud_ (~quassel@192.89.120.58)
19:51.29*** join/#oe dijenerate (~dijenerat@did75-10-82-230-84-108.fbx.proxad.net)
19:51.29*** join/#oe ktemkin (~ktemkin@irc.ktemkin.com)
19:51.29*** join/#oe thaytan (~thaytan@199.7.70.115.static.exetel.com.au)
19:51.29*** join/#oe ynezz (ynezz@ibawizard.net)
19:51.29*** join/#oe gabrbedd (~beddingfi@li680-65.members.linode.com)
19:51.29*** join/#oe fischerm (~mfischer@207-114-172-147.static.twtelecom.net)
19:51.31*** join/#oe evanmeagher (~MongooseW@50.1.57.30)
19:51.31*** join/#oe josep (~jhunt@c-bec272d5.010-118-73746f7.cust.bredbandsbolaget.se)
19:51.31*** join/#oe cbrake (~Thunderbi@cable-pool5-cs-73.doycomm.com)
19:51.31*** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net)
19:51.31*** join/#oe caiortp (~inatel@131.221.240.204)
19:51.31*** join/#oe Crofton|work (~balister@pool-108-44-118-32.ronkva.east.verizon.net)
19:51.31*** join/#oe PaulePanter (~paul@mail.gw90.de)
19:51.31*** join/#oe dl9pf (~quassel@opensuse/member/dl9pf)
19:51.31*** join/#oe deception (~deception@unaffiliated/deception)
19:51.31*** join/#oe awozniak (~awozniak@71-93-61-178.static.snlo.ca.charter.com)
19:51.31*** join/#oe melonipoika_ (~jose@194.9.252.237)
19:51.31*** join/#oe ecloud (quassel@nat/digia/x-awhdaltskzrnujav)
19:51.31*** join/#oe ChrisD1_Away (~ChrisD@merak.alcor.co.uk)
19:51.31*** join/#oe lerela (~lerela___@50-200-149-212-static.hfc.comcastbusiness.net)
19:51.31*** join/#oe Marex (~Marex@195.140.253.167)
19:51.32*** join/#oe tobiash (~quassel@212.118.206.70)
19:52.47*** join/#oe caiortp (~inatel@131.221.240.204)
19:56.29*** join/#oe SoylentYellow (~SoylentYe@c-50-129-93-163.hsd1.il.comcast.net)
19:57.22*** join/#oe moto-timo (ttorling@fsf/member/moto-timo)
20:00.00*** join/#oe mvader (~mvader@145.132.107.233)
20:05.42*** join/#oe vquicksilver (~nobody@gentoo/contributor/vquicksilver)
20:24.53*** join/#oe ant_home (~ant__@host122-91-dynamic.45-79-r.retail.telecomitalia.it)
20:27.26kergothcbrake: kicked off a bitbake build on my mac earlier with docker for mac beta + cbrake/oe-build, with some small tweaks :)
20:33.28kergothcbrake: i wanted to avoid hardcoding the source of the setup script inside of the container, so instead i mount the volume at COREBASE/.. rather than $PWD, and explicitly pass in the key variables into the container environment. so now i can source the setup script outside of the container and transparently run bitbake from there, so doesn't make the assumption about how the setup is done
20:33.34kergothnot perfect, though
20:33.55kergothhttps://gist.github.com/kergoth/f5f8f5361f2c1ca7817c105cfb58931e
20:49.27*** join/#oe sgw_ (~sgw_@134.134.137.75)
20:56.48cbrakekergoth: nice :-) -- I'll check it out ...
20:57.37otaviohttp://termbin.com/u1j3
20:57.41otavioThis is what I use
20:57.43otaviocbrake: kergoth
20:57.47kergothjust a slightly different way of handling it. i want to make the env var passing a bit more intelligent, like i'd want MACHINE/DISTRO/etc to propogate, but id on't want all of BB_ENV_EXTRAWHITE, because some of that isn't going to funciton across the container boundary, i.e. SSH_AUTH_SOCK
20:57.57kergothah, nice
20:58.19kergothi take it the otavio user exists in the container too?
20:58.29kergothit'd be nice to remap the uids of outside vs inside
20:58.54otaviokergoth: yes
20:59.06otaviokergoth: I fixed it when generating my image and commited
20:59.10kergothnods
20:59.18kergothi thought about doing that, i'm hitting a uid mismatch issue atm
20:59.23kergothhmmmmmm... http://git.midipix.org/cgit.cgi/slibtool/tree/README
20:59.30otaviokergoth: so I use it as a VM
20:59.33otavioand keep logged in
21:00.02cbrakekergoth: yeah, I ended up wrapping bitbake as well, but not nearly as sophisticated as your example
21:00.27kergothi thought about writing the env to a file and then reading it inside the container, might be safer than passing through variable parameter expansion in the commandline
21:00.29kergothhaven't decided
21:00.31cbrakealso fighting UID mismatch at a customer install -- no ideas how to work around that one yet
21:00.48kergothi know some container mechanisms support uid remapping for user containers
21:00.51kergothno idea about docker, though
21:00.57kergothbut like nspawn, pflask, etc
21:01.04cbrakeyeah, I've been digging but have not figured it out yet
21:01.22cbrakeended up creating another container tag with a user that matched their build machine
21:01.30otavioas I use Arch, Docker saves me
21:01.39cbrakeotavio: same here :-)
21:02.17cbrakereally likes Arch for workstation -- been upgrading machines here for 3 or so years -- can't think of any major issues I've had with hit
21:02.28kergothhttps://github.com/docker/docker/pull/4572 seems interesting
21:02.31kergothalso https://github.com/docker/docker/issues/7198 has lots of hacks
21:02.52kergothcbrake: i'm a big fan of arch too, though its been a while since i installed it, so my setup scripts for it are all out of date now, going to have to revert back to manual :)
21:08.42*** join/#oe bottazzini (~realBigfo@192.55.54.44)
21:10.03rburtonkergoth: slibtool is interesting although for linux you can surely go even more minimal (thinking of dolt here)
21:10.10kergothindeed
21:11.28rburtonyou should test slibtool
21:11.44*** join/#oe lansiir (~oldtopman@unaffiliated/oldtopman)
21:24.53*** join/#oe mvader (~mvader@145.132.107.233)
21:25.47*** join/#oe madisox (~madison@216-75-232-11.static.wiline.com)
21:36.06*** join/#oe likewise (~likewise@145.132.74.106)
21:39.33tlwoernerarmpit: just read over the notes from today's technical team meeting
21:40.16tlwoernerarmpit: could i get more details on the layerindex issue? the email is a bit vague
21:48.48*** join/#oe anarsoul (~kvirc@205.250.92.228)
21:56.22*** join/#oe evanmeagher (~MongooseW@50.1.57.30)
21:58.09kergothcbrake: rather ugly, but .. docker run --rm -it -v "$PWD:$PWD" -v "$COREBASE/..:$COREBASE/.." -v ~/.ssh:/home/build/.ssh -v "$XDG_CONFIG_HOME/git:/home/build/.config/git" -e "BUILDDIR=$BUILDDIR" -e "BB_ENV_EXTRAWHITE=$BB_ENV_EXTRAWHITE" -e "EXT_PATH=$PATH" -e "EXT_PWD=$PWD" -e "USER_ID=$(id -u)" -u root cbrake/oe-build /bin/bash -c 'usermod -u $USER_ID build && sudo -E -u build bash -c "cd \"$EXT_PWD\" && env \"PATH=$EXT_PATH\" bitbake \"$@\"" - "$@"' - -p
21:58.15kergothneed to look into docker's userns support, though
22:03.05*** join/#oe anarsoul (~kvirc@205.250.92.228)
22:04.23*** join/#oe ka6sox (ka6sox@nasadmin/ka6sox)
22:06.53*** join/#oe scoutcamper_ (scoutcampe@cryptkcoding.com)
22:07.53*** join/#oe cryptk (cryptk@nasadmin/cryptk)
22:08.23*** join/#oe LarrySteeze (LarrySteez@unaffiliated/larrysteeze)
22:10.15*** join/#oe scoutcamper|away (scoutcampe@nasadmin/webteam/scoutcamper)
22:18.14*** join/#oe Aethenelle (~Aethenell@199.15.128.78)
22:46.34*** join/#oe evanmeagher (~MongooseW@50.1.57.30)
22:51.37*** join/#oe evanmeagher (~MongooseW@50.1.57.30)
22:56.57*** join/#oe evanmeagher (~MongooseW@50.1.57.30)
22:57.59*** join/#oe adelcast (~adelcast@130.164.62.82)
23:02.45*** join/#oe evanmeagher (~MongooseW@50.1.57.30)
23:07.27*** join/#oe evanmeagher (~MongooseW@50.1.57.30)
23:12.29*** join/#oe evanmeagher (~MongooseW@50.1.57.30)
23:20.10*** join/#oe evanmeagher (~MongooseW@50.1.57.30)
23:25.03*** join/#oe evanmeagher (~MongooseW@50.1.57.30)
23:28.58*** join/#oe evanmeag_ (~MongooseW@50.1.57.30)
23:34.13*** join/#oe evanmeagher (~MongooseW@50.1.57.30)
23:37.00*** join/#oe likewise (~likewise@145.132.74.106)

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