IRC log for #oe on 20160203

00:03.03*** join/#oe challinan (~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net)
00:32.09*** join/#oe tsramos (~tsramos@134.134.137.73)
02:05.38*** join/#oe t0mmy (~tprrt@ram31-2-82-228-88-46.fbx.proxad.net)
04:06.19*** join/#oe pittzheng (~peiqzhen@64.104.125.234)
04:14.10*** join/#oe pittzheng (~peiqzhen@64.104.125.234)
04:25.37*** join/#oe khem` (~khem@unaffiliated/khem)
05:37.46*** join/#oe AndersD (~anders@h83-209-191-235.dynamic.se.alltele.net)
05:47.25*** join/#oe AndersD (~anders@213-64-219-84-no126.business.telia.com)
05:57.18*** join/#oe morphis (~morphis@p50862A30.dip0.t-ipconnect.de)
06:53.48*** join/#oe tasslehoff (~Tasslehof@77.40.182.98)
07:31.29*** join/#oe edbart (~ebartosh@192.198.151.43)
07:46.42*** join/#oe yann|work (~yann@LFbn-1-1026-146.w86-247.abo.wanadoo.fr)
07:51.34*** join/#oe jbrianceau_away (uid10952@gateway/web/irccloud.com/x-ppfizqzqxizvvqde)
07:54.19*** join/#oe belen (~Adium@134.134.139.77)
08:11.10*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
08:21.47*** join/#oe jku (jku@nat/intel/x-pgzqbvickhbgrvpc)
08:34.43mckoangood morning
08:35.51*** join/#oe t0mmy (~tprrt@217.114.201.133)
08:44.56*** join/#oe apelete (~apelete@rec31-1-78-194-210-47.fbxo.proxad.net)
08:45.59*** join/#oe rburton (~Adium@35.106.2.81.in-addr.arpa)
08:53.02*** join/#oe nerdboy (~sarnold@gatekeeper.gentoogeek.org)
08:53.24*** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy)
08:54.43*** join/#oe ftonello (~felipe@81.145.202.106)
08:57.39*** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net)
09:02.11*** join/#oe ftonello (~felipe@81.145.202.106)
09:02.36*** join/#oe ant_work (~ant__@host96-211-dynamic.24-79-r.retail.telecomitalia.it)
09:32.06*** join/#oe noobkit (~Nerazim@77.31.253.4)
09:32.16*** join/#oe jonathanmaw (~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk)
09:36.15*** join/#oe joshuagl (joshuagl@nat/intel/x-lxsyvvfxqxkwstcv)
09:58.31*** join/#oe melonipoika (~jose@194.9.252.237)
10:00.42*** join/#oe simosx (~simosx@ubuntu/member/simosx)
10:04.24*** join/#oe maxin1 (~maxin@194.136.86.45)
10:18.23*** join/#oe edbart (~ebartosh@192.198.151.43)
10:26.22*** join/#oe edbart (~ebartosh@192.198.151.43)
10:27.38*** join/#oe ldnunes (~ldnunes_@177.127.6.77)
10:31.32*** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029)
10:34.49*** join/#oe edbart (~ebartosh@192.198.151.43)
10:37.13*** join/#oe tsramos (~tsramos@134.134.139.74)
10:50.57*** join/#oe berton (~fabio@177.127.6.77)
10:53.58*** join/#oe maxin1 (~maxin@194.136.86.45)
11:12.37*** join/#oe tsramos (~tsramos@134.134.137.73)
11:32.14*** join/#oe edbart1 (~ebartosh@192.198.151.43)
11:35.07*** join/#oe noobkit (~Nerazim@77.31.253.4)
11:38.59dv_<pb_> dv_: wouldn't you be better off just using COMPATIBLE_HOST?
11:39.01dv_doesnt work
11:39.26dv_COMPATIBLE_HOST="(armv7*|aarch64*)"   ->   "incompatible with host arm-poky-linux-gnueabi (not in COMPATIBLE_HOST)"
11:40.43dv_here's the recipe in question: http://pastebin.com/raw/yfE2k97H
12:05.57*** join/#oe tsramos (~tsramos@134.134.139.77)
12:16.32*** join/#oe ant_work (~ant__@host96-211-dynamic.24-79-r.retail.telecomitalia.it)
12:25.17*** join/#oe tsramos (~tsramos@134.134.139.77)
12:35.23*** join/#oe simosx (~simosx@ubuntu/member/simosx)
12:43.57*** join/#oe noobkit (~Nerazim@77.31.253.4)
13:03.19mago_am I wrong to think RDEPENDS_${PN} is automatically converted into DEPENDS by adding -native to each rdep when you BBCLASSEXTEND+="native" ?
13:13.19mago_..but if I set RDEPENDS_${PN} = "x" and build for native, it does not automatically DEPENDS on "x-native". should it? (assuming BBCLASSEXTEND native)
13:17.05*** join/#oe jku (~jku@85-76-139-47-nat.elisa-mobile.fi)
13:27.27*** join/#oe diego_r (~diego@host65-246-static.10-188-b.business.telecomitalia.it)
13:32.33joseppcmago_: if so, wouldn't that automatically convert run-time dependencies into build dependencies for -native packages?
13:35.13mago_joseppc: yeah, but there are no runtime dependencies for native packages
13:36.01*** join/#oe woglinde (~henning@ip-109-45-1-163.web.vodafone.de)
13:39.08mago_joseppc: (so i think that makes sense)
13:39.37joseppcmago_: I didn't know that, it seems strange, why would a package that depends on python on your target wouldn't depend on it for the native environment?
13:52.55*** join/#oe chouimat (~mathieu@206-248-139-164.dsl.teksavvy.com)
13:53.36chouimatmorning
13:58.57*** join/#oe diego_r (~diego@host65-246-static.10-188-b.business.telecomitalia.it)
13:58.59*** join/#oe jonathanmaw (~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk)
14:01.22*** join/#oe edbart (~ebartosh@192.198.151.43)
14:04.56*** join/#oe melonipoika (~jose@194.9.252.237)
14:05.44dv_can I somehow make certain bbclasses only useable from within the same layer they are in?
14:06.01dv_I want to backport some bbclass in oe-core master into a jethro branch of a custom layer
14:10.51*** join/#oe paulg_ (~paulg@198-84-239-75.cpe.teksavvy.com)
14:14.48*** join/#oe noobkit (~Nerazim@77.31.253.4)
14:16.13*** join/#oe tsramos (tsramos@nat/intel/x-kegyisuypjqpydqy)
14:24.17*** join/#oe khem` (~khem@unaffiliated/khem)
14:28.02*** join/#oe jku (~jku@85-76-139-47-nat.elisa-mobile.fi)
14:40.20*** join/#oe vdehors (~vdehors@193.56.60.161)
14:53.06*** join/#oe tsramos (~tsramos@134.134.139.77)
14:55.34*** join/#oe tsramos_ (~tsramos@192.55.55.39)
15:00.19*** join/#oe jonathanmaw (~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk)
15:00.34*** join/#oe jonathanmaw_ (~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk)
15:07.23*** join/#oe edbart (~ebartosh@192.198.151.43)
15:07.51*** join/#oe diego_r (~diego@host65-246-static.10-188-b.business.telecomitalia.it)
15:08.37*** join/#oe jonathanmaw_ (~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk)
15:14.20*** join/#oe JaMa (~martin@ip-86-49-34-37.net.upcbroadband.cz)
15:15.02*** join/#oe phdeswer (~phdeswer@mobile-access-bcee9a-122.dhcp.inet.fi)
15:15.25*** join/#oe berton (~fabio@177.127.6.77)
15:15.51*** join/#oe madisox (~madison@216-75-232-11.static.wiline.com)
15:15.54*** part/#oe madisox (~madison@216-75-232-11.static.wiline.com)
15:20.11*** join/#oe phdeswer_ (~phdeswer@mobile-access-6df0ec-93.dhcp.inet.fi)
15:27.48*** join/#oe oldtopman (~oldtopman@unaffiliated/oldtopman)
15:59.29pb_dv_: oh, right, that's a bit irritating.  you're right, TARGET_ARCH is not specific enough in this case.
16:00.32pb_hm, this openembedded-architecture list is a bit of a pain in the neck.
16:00.34pb_unsubscribes
16:01.14JaMawhy?
16:01.51pb_nobody ever seems to post to that list without cross-posting to a million others, so I find myself getting about six copies of every message.
16:02.08*** join/#oe jonathanmaw (~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk)
16:02.38pb_which gets a bit tedious after a while :-}
16:02.48JaMamaybe you need better e-mail client :)
16:03.23pb_heh, yes, probably.
16:05.10joshuaglrecommendations? it appears my mail client is full of known security holes :-/
16:06.34*** join/#oe khem` (~khem@unaffiliated/khem)
16:13.28rburtongmail works for me
16:18.19JaMamutt works for me, but isn't very good eliminating duplicates
16:18.39*** join/#oe mattsm (uid128834@gateway/web/irccloud.com/x-jghjzuxyywulpudd)
16:20.10*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
16:21.19rburtongmail does a sterling job :)
16:22.00rburtonkergoth: around?
16:22.31kergothsomewhat. whats up
16:22.49rburtonkergoth: do you have any opinion on moving the typed data stuff from oe.data to bitbake?
16:22.59rburtonkergoth: maybe exposing it as data.getTyped(name)?
16:23.19kergothRichard and I are both agreed that we need variable typing in bitbake, absolutely, but not as an afterthought
16:25.33dv_pb_: so the recipe seems fine?
16:25.44dv_pb_: I'd send this in to meta-openembedded , in meta-oe/recipes-support
16:25.47kergothponders
16:34.17rburtonkergoth: agreed
16:40.33pb_dv_: yeah, I think so
16:40.49pb_g'day kergoth
16:41.04kergothrburton: not saying your proposed name is an afterthought, just saying we need to give it careful thought in general :)
16:41.21kergothhey pb_ , how've you been?
16:42.36pb_yeah, pretty good.  just in the process of moving to a new office.
16:43.02rburtonkergoth: my proposal is to think about it a bit more ;)  not sure i want to merge the current implementation to bitbake
16:43.53kergothnods
16:44.36kergothrburton: I don't think we'd want to use it, but I was surprised at how well this prototype behaved: https://gist.github.com/kergoth/2788410
16:45.49rburtonnever knew about .groupdict()
16:45.50rburtonthat's awesome
16:46.10*** join/#oe jonathanmaw_ (~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk)
16:46.22*** join/#oe challinan (~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net)
16:46.43kergothThe nice thing about doing something along those lines is we don't have to worry about *when* the conversion from string to type happens, since it was always that type
16:46.49kergothof course it has other downsides, but..
16:46.53kergothfood for thought
16:47.39kergothusing flag and conversion has complexities like what if i don't know what type this is, or someone changed the flag without changing the value and broke the conversion on me, or broke my assumption about which type this value is
16:47.51kergothof course, you could enhance getTyped to accept a type, and choke if that type mismatches the type in the flag
16:47.55*** join/#oe Rootert (~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl)
16:48.14kergothi.e. getTyped("FOO", "int") -> bb.fatal("expected type 'int' doesn't match defined type 'boolean'")
16:49.01rburtonyuck
16:49.59kergothlots of little corner cases to concern ourselves iwth.. like everything else in this project :P
16:50.50kergothi'd like to see a new file format proposed, but it'd be tough for bitbake to support that today. right now *how* things are done is tightly intertwined with *what* will be done, which makes it difficult
16:52.55kergothgoing back to the earlier mention of email clients, gmail is nice in some ways, but it has two big annoyances for me. 1. mail i send is de-duped when it comes back, so mailing list filters / labeling doesn't fully apply to my own sent mail, and 2. there's no freaking 'reply to list' function
16:53.09kergothso we're stuck with 'reply', 'reply all', or manually munging the to/cc
16:54.15*** join/#oe jonathanmaw__ (~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk)
16:55.35*** join/#oe jonathanmaw (~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk)
16:58.49*** join/#oe fischerm (~mfischer@207-114-172-147.static.twtelecom.net)
17:01.32*** join/#oe tsramos (~tsramos@192.55.55.39)
17:17.30pb_kergoth: yah, I don't think I've ever found an email client that I'm totally happy with
17:18.18pb_I suppose that thanks to the wonders of free software I ought to be able to create one, but somehow life always seems too short.
17:18.35pb_and I can't help thinking that, given all the others suck so much, it must be quite a hard problem.
17:18.47kergothheh, indeed
17:18.51kergothi expect the same is true of browsers
17:18.57kergothsince they all seem to suck in one way or another
17:19.00joshuaglit's not just the free software mail clients that suck
17:19.05kergothgood point
17:19.28pb_yeah.  well, browsers do seem to have reached a level where all browsers are more or less "good enough" for casual use.
17:19.46pb_I can use firefox or chrome more or less interchangeably most of the time, and neither of them enrages me particularly.
17:20.21kergothI rotate between them every 6 months or so when i get fed up with whichever one I'm using :)
17:20.26pb_but yes, absolutely, when I said I've never found an email client that I like, that wasn't just free ones.  I have never found a client that I am happy with at all, free or proprietary.
17:20.37kergothchrome seems like it's only fast with tiny numbers of tabs now
17:20.39kergothwhich makes me sad
17:20.58pb_yeah.  which is odd, since it has a process per tab, you'd think it would scale indefinitely.
17:21.15pb_I suppose maybe each process is pegged at 100% cpu and it's only fast until the number of tabs exceeds the number of cores in your computer.
17:24.28dv_JaMa: I have seen this error with latest meta-qt5 master: http://pastebin.com/raw/zs0hXFe0
17:24.32dv_does this ring any bells?
17:30.54JaMadv_: probably needs to skip dev-so now after last changes in oe-core
17:31.33dv_just saw that there's also jansa/master , perhaps it fixes it too
17:36.46*** join/#oe tsramos (~tsramos@192.55.55.39)
17:42.32JaMadv_: nope
17:46.38*** join/#oe edbart (~ebartosh@192.198.151.43)
18:01.23*** join/#oe phdeswer (~phdeswer@91-159-55-220.elisa-laajakaista.fi)
18:02.58*** join/#oe simosx_ (~simosx@ubuntu/member/simosx)
18:03.14*** join/#oe kristoffer (~kristoffe@ua-83-227-162-207.cust.bredbandsbolaget.se)
18:31.46*** join/#oe khem` (~khem@unaffiliated/khem)
18:51.56*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
18:58.15chouimathi, is there a way to create  a tarball that content the delta between 2 images. I mean I have 2 images the standard one and one with extra tools for development and we want to have a tarball with those tools
19:08.42paulg_mkdir a ; cd a ; tar -xpf standard.tar ; cd ..; mkdir b ; cd b tar -xpf extra.tar ; cd ../a ; for i in `find . ` ;  do rm ../b/$i  ; done ;  cd b ; tar -cpf -  . > /tmp/extras.tar
19:09.15paulg_debugging typos is left as an exercise to the reader.  :)
19:14.25chouimatpaulg_: it's a way I guess
19:16.02paulg_chouimat, not sure you can expect anything more than that.
19:17.44chouimatpaulg_: I need it to be integrated to the build and something more like when we generate the sdk or toolchain tarball.
19:19.08*** join/#oe Aethenelle (~Aethenell@199.15.128.78)
20:12.07*** join/#oe belen (~Adium@134.134.139.77)
20:21.05*** join/#oe jackmitch|home (~Thunderbi@cpc2-slam8-2-0-cust880.2-4.cable.virginm.net)
20:45.03*** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029)
20:46.52*** join/#oe stefan_schmidt (~stefan@p4FF82E4D.dip0.t-ipconnect.de)
20:47.59*** join/#oe belen (~Adium@134.134.139.77)
21:34.00*** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner)
21:49.40*** join/#oe yann|work (~yann@nan92-1-81-57-214-146.fbx.proxad.net)
22:16.25*** join/#oe Crofton (~balister@66.87.81.237)
22:39.34*** join/#oe khem` (~khem@unaffiliated/khem)
22:40.45*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
23:23.27*** join/#oe edbart (ebartosh@nat/intel/x-ggljpalffxjhyxjq)
23:27.20*** join/#oe SoylentYellow (~SoylentYe@207-114-172-147.static.twtelecom.net)
23:48.56*** join/#oe CipherWizard (~cipherwiz@216-21-169-52.slc.googlefiber.net)
23:52.15*** join/#oe wenzong (~wfan@106.120.101.38)
23:59.48*** join/#oe vquicksilver (~nobody@gentoo/contributor/vquicksilver)

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