IRC log for #oe on 20150917

00:55.56*** join/#oe oldtopman (~oldtopman@unaffiliated/oldtopman)
01:10.23*** join/#oe abelloni (~abelloni@128-79-216-6.hfc.dyn.abo.bbox.fr)
01:25.27*** join/#oe aport (ae44641a@gateway/web/freenode/ip.174.68.100.26)
01:26.23aportHello! I'm having some trouble with an autotools-based package... AC_CHECK_HEADERS is not finding a header file but it exists in my sysroot: http://pastebin.ca/3163303
02:37.38*** join/#oe parrotriver (~neil@106.120.101.38)
03:41.54*** join/#oe Crofton (~balister@pool-108-44-118-254.ronkva.east.verizon.net)
04:47.00*** join/#oe nrossi (671a3f31@gateway/web/freenode/ip.103.26.63.49)
05:13.32*** join/#oe hamis (~irfan@110.93.212.98)
05:25.28*** join/#oe roric (~roric@h196n19-vrr-a31.ias.bredband.telia.com)
05:43.18*** join/#oe vquicksilver (~nobody@gentoo/contributor/vquicksilver)
05:59.32*** join/#oe ao2 (~ao2@2001:1418:117::1)
06:28.46*** join/#oe rob_w (~bob@93.104.205.194)
06:28.47*** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029)
06:29.25*** join/#oe ensc|w (~ensc@fedora/ensc)
06:35.10*** join/#oe dlan_ (~dennis@gentoo/developer/dlan)
06:39.40*** join/#oe stiandre (~stiandre@109.247.13.242)
07:00.13*** join/#oe maxin (~maxin@2001:998:22:0:89a1:de18:3651:ec51)
07:19.30*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
07:22.13*** join/#oe AndersD (~anders@h83-209-191-235.dynamic.se.alltele.net)
07:22.48mckoangood morning
07:57.39*** join/#oe jku (jku@nat/intel/session)
07:58.03*** join/#oe jku (jku@nat/intel/x-fbfldrczsljvhigt)
08:23.29*** join/#oe JaMa (~martin@ip-86-49-34-37.net.upcbroadband.cz)
08:23.38*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
08:27.16*** join/#oe ensc|w (~ensc@fedora/ensc)
08:37.22*** join/#oe phdeswer (~phdeswer@91-159-55-220.elisa-laajakaista.fi)
08:43.34*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
08:44.43*** join/#oe darkschneider (~gab@93-32-59-44.ip32.fastwebnet.it)
08:48.54*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
08:54.14*** join/#oe rburton (~Adium@35.106.2.81.in-addr.arpa)
09:09.31*** join/#oe belen (~Adium@192.198.151.44)
09:12.36*** join/#oe pidge (~pidge@2a02:8084:0:3000:4999:80f7:4945:e15)
09:23.38*** join/#oe ao2 (~ao2@2001:1418:117::1)
09:25.58*** join/#oe phdeswer (~phdeswer@91-159-55-220.elisa-laajakaista.fi)
09:31.15*** join/#oe ant_work (~ant__@host73-250-dynamic.14-87-r.retail.telecomitalia.it)
09:38.04*** join/#oe blitz00 (stefans@nat/intel/x-xpiqlrvksxoiqgql)
09:38.04*** join/#oe blitz00 (stefans@unaffiliated/blitz00)
10:59.15*** join/#oe rburton1 (~Adium@35.106.2.81.in-addr.arpa)
11:24.00*** join/#oe hrw (~hrw@redhat/hrw)
11:35.27*** join/#oe ldnunes (~ldnunes_@177.194.193.199)
11:37.53*** join/#oe ao2 (~ao2@2001:1418:117::1)
11:48.06*** join/#oe tsramos (~tsramos@192.55.55.41)
11:48.46*** join/#oe tsramos (tsramos@nat/intel/x-tzukwaiuikzojdbb)
12:28.44*** join/#oe jku (jku@nat/intel/x-ydlkuwfwyadoxzrt)
12:56.09*** join/#oe belen1 (Adium@nat/intel/x-ijcbugucgbzzxfvy)
12:56.42*** join/#oe tsramos_ (tsramos@nat/intel/x-giiloatrmsudaikb)
13:02.32*** join/#oe rburton (~Adium@35.106.2.81.in-addr.arpa)
13:07.51*** join/#oe stiandre (~stiandre@109.247.13.242)
13:21.57*** join/#oe Aethenelle (~Aethenell@199.15.128.78)
13:33.16*** join/#oe Mohican (~Doug@201-43-228-244.dsl.telesp.net.br)
13:45.47*** join/#oe ensc_ (~irc-ensc@fedora/ensc)
13:53.53*** join/#oe belen1 (~Adium@192.198.151.44)
13:55.10Jin^eLDok
13:55.15Jin^eLDoops wrong indow
14:04.56*** join/#oe challinan (~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net)
14:08.21*** join/#oe Mohican (~Doug@187.56.73.165)
14:12.45*** join/#oe madisox (~madison@64-71-1-115.static.wiline.com)
14:12.48*** part/#oe madisox (~madison@64-71-1-115.static.wiline.com)
14:30.41*** join/#oe tsramos (tsramos@nat/intel/x-wflaxnzbwxbhklqj)
14:31.33Crofton|workany tips on resoloving this issue for a 64 bit build?
14:31.34Crofton|workWARNING: QA Issue: uhd: Files/directories were installed but not shipped in any package:
14:31.34Crofton|work<PROTECTED>
14:31.47Crofton|workadd more /usr/lib64 liines :)
14:33.31Jin^eLD...just add that dir to FILES? :)
14:33.41rburtonCrofton|work: something needs to be using $libdir?
14:33.58Crofton|workFILES_${PN}-examples = "${libdir}/uhd/examples/*"
14:34.08Crofton|workI looked
14:34.18rburtonwhat is libdir on your configuration?
14:34.23Crofton|workdunno
14:34.32Crofton|workthis is qemux86-64 build
14:34.46Jin^eLDcheck with -e, it might be something else
14:34.53Jin^eLDthat would explain the errors
14:35.22Crofton|workwhat is weird is I only see message for uhd
14:35.26Crofton|worksomething dumb is happening
14:35.37rburtonmaybe the upstream is being 'clever' and using lib64 even though your distro has libdir=/usr/lib
14:35.48rburtonso check what libdir is set to
14:36.03Crofton|workhmm
14:36.43Jin^eLDwhat could be the reason why ipk's arch was created as arm5e instead of arm5te? tune features do list thumb.. TUNE_FEATURES     = "arm armv5 thumb dsp"
14:36.47Crofton|workyeah libdir is /usr/lib
14:36.49Jin^eLDtrying to update from poky 1.7 to 2.0
14:36.51Crofton|workneed to beat upstream
14:38.24rburtonCrofton|work: never underestimate how stupid upstreams can be in the pursuit of being clever
14:40.51Crofton|workyep
14:46.30*** join/#oe JaMa (~martin@ip-86-49-34-37.net.upcbroadband.cz)
14:47.09*** join/#oe ftonello (~quassel@81.145.202.106)
14:47.36Crofton|workbug reported
15:10.45*** join/#oe kristoffer (~kristoffe@ua-83-227-162-207.cust.bredbandsbolaget.se)
15:20.36*** join/#oe Aethenelle (~Aethenell@199.15.128.78)
15:36.30Jin^eLDwhat defines the package architecture? I can't figure out why my poky master build produced armv5e instead of armv5te which was the case with yocto 1.5 and 1.7?
15:36.50hrwCrofton|work: uhd... argh
15:38.50Crofton|workwhat else makes you angry? I can complain to devs
15:39.41Jin^eLDboth builds have the same TUNE_FEATURES, what am I missing?
15:39.52JaMaJin^eLD: you need to enable thumb in your distro
15:40.25Jin^eLDJaMa: it should be... TUNE_FEATURES     = "arm armv5 thumb dsp"
15:41.12kergotharmv5e vs armv5te depends on ARM_INSTRUCTION_SET now, iirc.
15:41.14hrwCrofton|work: neon and aarch64. but thats easy - just say that aarch64 lacks neon and it builds
15:41.18Jin^eLDshould be enabled that is, at least I did no disable it knowingly and the build summary at the beginning shows its there..
15:41.35Crofton|workhrw, I think that is what master does now
15:41.42Jin^eLDkergoth: thank you
15:41.48Crofton|workpretty sure they took your fedora patch verbatim
15:42.41hrwCrofton|work: maybe. would have to dig where they have code stored ;D
15:43.09kergothI actually don't know squat about thumb, but we ran into this supporting the sourcery g++ toolchains, they aren't patched to support armv5e at all, so i had to override the logic that changes it based on the value of ARM_M_OPT
15:43.19Crofton|workhttps://github.com/EttusResearch/uhd/commit/b1605957f46cb5c8d4b9d77b29acaa6e9604a164
15:43.21hrw<PROTECTED>
15:43.38Jin^eLDkergoth: what's a good place for it, my machine conf?
15:43.47hrwmaybe one day cmake will get arch macros
15:44.32Jin^eLDor rather the "correct" place from OE point of view
15:44.47JaMaJin^eLD: that's what MACHINE supports, what DISTRO is using is orthogonal to it
15:45.05JaMaJin^eLD: and it always was, just the PACKAGE_ARCH didn't reflect that
15:46.12Jin^eLDI see, so either a distro or a local conf setting I guess
15:46.19JaMayes
15:46.23kergothnot sure where ARM_INSTRUCTION_SET = "thumb" would belong, offhand. probably distro. though imx-base.inc sets it, which probably isn't kosher
15:46.42JaMayes, it's meant to be in distro
15:47.03Jin^eLDok, thanks guys!
15:47.06JaMaand recipes can change it where needed (e.g. to switch back to "arm" when "thumb" is known to be broken)
15:47.32kergothfor reference, see conf/machine/include/arm/feature-arm-thumb.inc, specifically ARMPKGSFX_THUMB
15:48.10JaMaMACHINE (or some .inc) shouldn't set it, because if some DISTRO wants to share binary feed, then the distro should decide if _all_ MACHINEs will use arm or thumb (assuming that all supported MACHINEs support thumb)
15:48.29Jin^eLDI think I get the idea, makes sense
15:49.10JaMaMACHINE already has TUNE_FEATURES to say if it supports thumb, it shouldn't dictate if it gets enabled or not
15:51.01Jin^eLDok, rebuild time then, that'll take a while :)
15:51.05Jin^eLDthanks again! l8r
15:51.18*** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029)
16:02.37*** join/#oe belen2 (Adium@nat/intel/x-qbqkklvsznredgai)
16:13.41*** join/#oe anarsoul (~anarsoul@S0106848dc7ec0367.vs.shawcable.net)
16:17.26*** join/#oe nerdboy (~sarnold@gatekeeper.gentoogeek.org)
16:27.54*** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy)
16:35.56*** join/#oe SoylentYellow (~SoylentYe@209.234.137.234)
16:45.46*** join/#oe berton (~fabio@201.22.227.56)
17:04.13*** join/#oe belen1 (~Adium@192.198.151.44)
17:04.39*** join/#oe bluelightning_ (~paul@83.217.123.106)
17:04.39*** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning)
17:12.25*** join/#oe challinan (~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net)
17:20.39*** join/#oe caiortp (~inatel@131.221.240.204)
18:52.16*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
18:55.53*** join/#oe belen1 (~Adium@192.198.151.43)
19:05.30*** join/#oe trondeau (~trondeau@c-174-62-214-216.hsd1.vt.comcast.net)
19:35.12georgemCan someone explain the difference between master, master-next and master-next-1.9 in openembedded-core and meta-openembedded? I'm trying to figure out which branch is target which release.
19:35.29georgemtargeting*
19:41.18*** join/#oe Mohican (~Doug@2804:14c:4e0:d8f::9f4)
19:41.30*** join/#oe Mohican (~Doug@2804:14c:4e0:d8f::9f4)
19:42.55Crofton|workuse fido
19:43.09Crofton|workmaster is master, master-next is gnerally about to get merged into master
19:49.51georgemCrofton|work: I started with fido and have most of my layers working against that but I'm working on something that isn't target for release for quite a while so wanting to work with something a bit more bleeding edge to test against what will probably eventually be shipped (next release).
19:51.08georgemso I'll guess Ill use master for that purpose except it one case I found a problem that's fixed in master-next so I guess I'll use that for oe-core on this build.
19:54.27*** join/#oe roric (~roric@h196n19-vrr-a31.ias.bredband.telia.com)
19:56.32*** join/#oe ldnunes (~ldnunes_@177.100.173.218)
19:57.48*** part/#oe notespace (~kevinb@rrcs-24-153-205-110.sw.biz.rr.com)
20:02.43rburtonmaster-next does get rebased and may well be broken
20:02.53rburtonso unless you're really keen, use a stable branch
20:02.55rburton(fido)
20:03.22*** join/#oe roric (~roric@h196n19-vrr-a31.ias.bredband.telia.com)
20:03.33rburtonthat said we just hit M3 for oe-core which means in theory it's stabilisation only from now
20:21.45*** join/#oe ant_home (~ant__@host241-150-dynamic.9-87-r.retail.telecomitalia.it)
20:36.31kergothgeorgem: *if* you don't want to use a stable branch, you'd be better off using master and cherry-picking just what you require off of master-next, not using master-next directly
20:36.32kergothyawns
20:37.28georgemkergoth: ok, thanks for the tip
20:41.39*** join/#oe roric (~roric@h196n19-vrr-a31.ias.bredband.telia.com)
20:46.18*** join/#oe eFfeM (~frans@c73189.upc-c.chello.nl)
21:09.52*** join/#oe cbrake (~Thunderbi@cable2-pool191-cs-134.doycomm.com)
21:15.06*** join/#oe abelloni (~abelloni@128-79-216-6.hfc.dyn.abo.bbox.fr)
21:21.05*** join/#oe madisox (~madison@64-71-1-115.static.wiline.com)
21:29.13*** part/#oe madisox (~madison@64-71-1-115.static.wiline.com)
22:03.34*** join/#oe apelete (~apelete@176-26-190-109.dsl.ovh.fr)
22:07.29*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
22:14.46*** join/#oe Aethenelle (~Aethenell@166.175.57.83)
23:21.25*** join/#oe aloril (~aloril@dsl-tkubrasgw2-54f80e-20.dhcp.inet.fi)
23:36.07*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)

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