IRC log for #oe on 20131003

00:02.41*** join/#oe _Lucretia_ (~munkee@pdpc/supporter/active/lucretia)
00:06.09*** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156)
00:13.42crunchexmr_science: I'm getting garbage data through the serial port and I was wondering whether I had to make any changes to the device tree when building the image
00:14.16mr_sciencehave you verified the port settings on both sides?
00:14.44mr_sciencegarbage data is easy to generate if something is off by a little
00:15.09crunchexI'm not sure how I can check it on the beaglebone side without being able to look at it through the terminal
00:15.19crunchexIs there something I can check in the OE config?
00:16.12mr_sciencelook in the inittab file in the recipe tree
00:19.35mr_sciencei have an hour drive home so i'll check back then...
01:13.01*** join/#oe vmeson (~quassel@128.224.252.2)
01:14.14*** join/#oe _Lucretia__ (~munkee@90.216.170.221)
01:22.25*** join/#oe NightMonkey (~NightrMon@173-164-139-193-SFBA.hfc.comcastbusiness.net)
01:22.25*** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey)
01:37.41*** join/#oe phdeswer (~phdeswer@118-169-75-223.dynamic.hinet.net)
01:56.46*** join/#oe Jay7 (jay@2.93.164.3)
02:01.50*** join/#oe silviof1 (~silviof@unaffiliated/silviof)
02:02.22*** join/#oe _Lucretia_ (~munkee@pdpc/supporter/active/lucretia)
03:09.16*** join/#oe andyross (~andy@67.171.188.207)
03:20.14*** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net)
04:04.20*** join/#oe crunchex (~crunchex@c-24-130-51-221.hsd1.ca.comcast.net)
04:39.23*** join/#oe alexhairyman (~alexhairy@c-174-52-149-118.hsd1.ut.comcast.net)
04:41.08*** join/#oe mckoan|away (~marco@host56-7-static.30-87-b.business.telecomitalia.it)
05:35.39*** join/#oe clio (~andrej@85.159.109.222)
06:20.11*** join/#oe blitz00 (stefans@nat/intel/x-bblmlenajnhrxdhx)
06:20.11*** join/#oe blitz00 (stefans@unaffiliated/blitz00)
06:42.21*** join/#oe ant_work (~ant@host54-128-static.10-188-b.business.telecomitalia.it)
06:42.58*** join/#oe eballetbo (~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net)
06:47.18*** join/#oe SorenHolm (~quassel@cpe.ge-0-2-0-950.faaqnqu1.dk.customer.tdc.net)
06:48.08*** join/#oe Zagor (~bjst@rockbox/developer/Zagor)
07:18.53*** join/#oe mihai (~mihai@80.97.15.150)
07:27.12*** join/#oe SorenHolm (~quassel@cpe.ge-0-2-0-950.faaqnqu1.dk.customer.tdc.net)
07:30.02*** join/#oe panda84kde (~diego@static-217-133-170-65.clienti.tiscali.it)
07:36.06*** join/#oe stefan_schmidt_w (~stefan_sc@82.43.26.66)
07:43.50*** join/#oe ao2 (~ao2@2001:1418:117::1)
07:46.54*** join/#oe jkroon_ (~jkroon@host-95-199-7-14.mobileonline.telia.com)
07:47.45*** join/#oe tasslehoff (~tasslehof@77.40.182.98)
07:51.55tasslehoffwhen I try to ssh into my unit running a fresh dylan-image I am prompted for a password. that is odd, since /etc/shadow shows that root has no password.
08:15.13*** join/#oe kbart (~KBart@213.197.143.19)
08:36.14jkroon_I'm using OE to build an image for a Wanboard Solo, using the meta-fsl-arm-extra layer. Every git repo is using master branches. I'm getting build errors in eglibc, undefined references to __nss* and __nscd* functions. Anyone got an idea ?
08:47.13mckoangood morning
08:48.14*** join/#oe mckoan (~marco@unaffiliated/mckoan)
08:49.37*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
08:49.57*** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029)
08:50.18mckoanjkroon_: AFAIK the suggeted repo is dora https://github.com/Freescale/fsl-community-bsp-platform
08:50.32mckoans/suggeted/suggested
08:51.58jkroon_mckoan, ah thanks.. will try that one instead
08:52.25mckoanjkroon_: you're welcome
08:57.06jkroon_actually I think that will lead to the same bsp layers
08:58.40jkroon_but it says I should use danny branches infact
09:00.23silvio_l_morning all
09:03.27*** join/#oe jackmitchell (~Thunderbi@cbnluk-gw0.cambridgebroadband.com)
09:08.36mckoanhi silvio_l_, all
09:09.28mckoanjkroon_: README: Use 'dora' as adviced branch
09:11.37bluelightningmorning all
09:12.56jkroon_mckoan, ok, but "dora" looks identical to "master" currently..
09:13.30bluelightningit is, but they will likely be diverging shortly
09:25.39*** join/#oe likewise (~likewise@095-097-126-181.static.chello.nl)
09:35.37*** join/#oe CMoH|office (~cipi@unaffiliated/c-moh)
09:47.05*** join/#oe likewise (~likewise@185.6.205.13)
09:47.37*** join/#oe hno (~hno@squid/developer/hno)
09:57.57silvio_l_hi mckoan, hi bluelightning
09:58.34*** join/#oe drasko (~drasko@11-96-190-109.dsl.ovh.fr)
10:29.19mckoanis github out of service?
10:29.54rburtonhttps://status.github.com/
10:29.56rburtonyes
10:31.47bluelightningwho would want to ddos github I wonder?
10:32.14pb_me
10:32.46stefan_schmidt_wpb_: YOu will have a busy day I guess :)
10:33.01pb_yeah, hitting that refresh button all the time is getting tiring
10:33.26stefan_schmidt_whaha
10:33.29rburtonbluelightning: the same people that DDoS raspberrypi constantly
10:33.38stefan_schmidt_wbetter get a GP appointment as well
10:33.40rburtonthose poor guys at mythic beasts worked overtime on that
10:34.57*** join/#oe Stygia (~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk)
10:35.10draskohow do we give a path to include dir in Bitbake recipe to point to another package headers?
10:35.43stefan_schmidt_wbtw, is the OE GA set for the LinuxCon week?
10:37.13bluelightningdrasko: CFLAGS =+ "-I..."
10:39.08draskobluelightning, I have added CFLAGS += "-I/usr/xenomai/include -D_GNU_SOURCE -D_REENTRANT -D__XENO__"
10:39.24draskoand bitbake seems to be looking at my PCs /usr/xenomai/include
10:39.35draskonot the one that is cross-compiled for the target
10:39.53bluelightningdrasko: yes, that will do that - gcc's -I takes a full path
10:40.30draskobluelightning, how to instruct it to look in cross-compiled package?
10:40.37draskoThis package lives in tmp/work/armv7ahf-vfp-neon-poky-linux-gnueabi/xenomai-head-r0/
10:41.24draskoAnd I gues that the same problem persist for LDFLAGS += "-L/usr/xenomai/lib -lxenomai -lpthread -lrt"
10:41.27bluelightningit'll need to be staged, assuming it already is I'm guessing -I${STAGING_DIR_HOST}/usr/xenomai/include would be the correct thing to do
10:42.11draskobluelightning, what do you mean by staging? Included in image rootfs?
10:42.44bluelightningdrasko: no, staged into the sysroot
10:43.02bluelightningdrasko: normally this is automatic assuming your recipe installs the files within do_install
10:43.12*** join/#oe ao2 (~ao2@2001:1418:117::1)
10:43.18draskohmmm... this is a new concept for me. I do not know how to do this...
10:43.28draskoMy Xenomai recipe installs files
10:44.11bluelightningok, so do bitbake -e <current recipe you are working on> | grep ^STAGING_DIR_HOST=
10:44.34bluelightningand then look in usr/xenomai/ under that directory
10:45.07draskobluelightning, hmmm
10:45.20draskoindeeed, /usr/xenomai does not exist
10:45.31draskoonly: bin  include  lib  share  src
10:45.38draskoso, my xenomai recipe is wrong
10:46.42bluelightningunfortunately this is because xenomai is installing stuff to /usr/xenomai... if it did what everything else does and put libraries in /usr/lib and headers in /usr/include it would all just work
10:47.44draskohttp://pastebin.com/KbT3L83D
10:47.49draskoThis is my Xenomai recipe
10:48.41*** join/#oe RP_ (~richard@93-97-173-237.zone5.bethere.co.uk)
10:49.35bluelightningso if you add this it should then stage the files: http://pastebin.com/6VMFqMx1
10:49.39bluelightningdrasko: ^
10:50.14bluelightning(you may need to do bitbake -c cleansstate xenomai before building it again, since changing SYSROOT_PREPROCESS_FUNCS doesn't currently force a rebuild)
10:50.46bluelightningFYI this is needed because when staging by default we only stage a small subset of installed files to the sysroot
10:51.38draskowow
10:51.42draskoit worked
10:51.54draskodid not even needed bitbake -c cleansstate xenomai
10:52.01bluelightningok, great :)
10:52.39draskowhat did we actually do here? We forced Bitbake to stage xenomai?
10:58.25draskobluelightning, when I have a line like this: LDFLAGS += "-L${STAGING_DIR_HOST}/usr/xenomai/lib -lxenomai -lpthread -lrt"
10:58.56draskowill bitbake link to the -lpthread and -lrt from the PC
10:59.16draskoor will it take one from the staging dir (i.e. for the target)?
11:00.10*** join/#oe florian (~fuchs@sign-4d091ec1.pool.mediaWays.net)
11:00.10*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
11:02.34bluelightningdrasko: as long as there isn't a -L/usr/lib in the linker command line then it shouldn't take anything from the build host
11:03.00bluelightningdrasko: if it does link to host libraries you should get a warning at packaging time in any case
11:03.12draskoOK, thanks
11:19.50ant_workpb_: http://www.itworld.com/cloud-computing/376551/where-world-are-github-users
11:28.33*** join/#oe Crofton (~balister@pool-71-171-32-225.ronkva.east.verizon.net)
11:40.14*** join/#oe mckoan (~marco@unaffiliated/mckoan)
11:52.09*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
12:14.13*** join/#oe phdeswer (~phdeswer@60-250-189-184.HINET-IP.hinet.net)
12:14.23*** join/#oe ldnunes (~ldnunes_@177.194.208.225)
12:20.07*** join/#oe Crofton (~balister@pool-71-171-32-225.ronkva.east.verizon.net)
12:33.36*** join/#oe hrw (~hrw@unaffiliated/hrw)
12:37.29*** join/#oe challinan (~challinan@fl-71-0-144-182.dhcp.embarqhsd.net)
12:46.12*** join/#oe jkroon_ (~jkroon@host-95-199-7-14.mobileonline.telia.com)
12:47.34*** join/#oe joeythesaint (~jjm@128.224.252.2)
12:55.13*** join/#oe hillct (~hillct@cpe-071-070-208-078.nc.res.rr.com)
13:08.28*** join/#oe mihai (~mihai@80.97.15.150)
13:09.34draskobluelightning, you said that only small subset is staged into sysroot
13:09.44bluelightningdrasko: by default yes
13:10.07draskohow to know which files are in that category (default in sysroot)
13:10.14draskohow is this decided?
13:10.29draskofor example - for Xenomai it has to be explicit
13:10.43bluelightningdrasko: we have a set list... for details look at sysroot_stage_dirs() in meta/classes/staging.bbclass
13:10.56draskoOK, thanks
13:11.47draskobut it has nothing to with Xenomai's "strange" install destination?
13:12.09draskobecause in any case it would not be on the list, right?
13:13.04bluelightningit does though
13:13.31bluelightningas I said above if xenomai installed its libs/headers into the standard directories then they would be staged and picked up automatically
13:15.42*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
13:16.21draskoIn sysroot_stage_dirs() I can see:  sysroot_stage_dir $from${includedir} $to${STAGING_INCDIR}
13:17.03bluelightningyep
13:17.10bluelightning${includedir} defaults to /usr/include
13:17.19draskoSo if we add our /usr/xenomai/include/ to ${includedir}
13:17.40bluelightning${includedir} is a single path though
13:17.46draskoah... I see
13:18.07bluelightningFYI you can see the defaults for vars like includedir in meta/conf/bitbake.conf
13:18.41draskoThanks a lot for these clarifications
13:19.40bluelightningnp
13:23.21*** join/#oe woglinde (~henning@f052065156.adsl.alicedsl.de)
13:26.41*** join/#oe oneQubit (~oneQubit@23-25-200-109-static.hfc.comcastbusiness.net)
13:32.51*** join/#oe tgall (~tgall@linaro/tgall-foo)
13:37.40*** join/#oe acidfu (~nib@unaffiliated/acidmen)
13:45.50*** join/#oe Crofton (~balister@66.228.70.243)
13:52.04*** part/#oe jackmitchell (~Thunderbi@cbnluk-gw0.cambridgebroadband.com)
14:01.08*** join/#oe kristoffer (~kristoffe@c-6ad9e555.010-30-6c6b7012.cust.bredbandsbolaget.se)
14:03.04Croftonbluelightning, thanks for taking care of FOSDEM stand
14:03.21CroftonI proposde a software radio devroom and it was accepted
14:03.32bluelightningCrofton: np
14:03.33bluelightningCrofton: nice
14:03.49bluelightningwe should probably try to have at least one OE-related talk submitted as well
14:03.49CroftonI'll be going crazy, but I have help
14:03.53Croftonyes
14:23.18*** join/#oe nicolauz (nicolauz@83.133.126.252)
14:54.24bluelightningCrofton: we need to add a note to the meta-zynq entry in the layer index as well
14:54.28*** join/#oe oneQubit_ (~oneQubit@23-25-200-109-static.hfc.comcastbusiness.net)
15:03.56*** join/#oe _chase_ (~a0271661@nat/ti/x-urogmvhhafydmhyn)
15:05.28*** join/#oe hollisb (~hollisb@nat-wv.mentorg.com)
15:09.24*** join/#oe zenlinux (~sgarman@c-50-139-96-211.hsd1.or.comcast.net)
15:16.57*** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net)
15:34.20*** join/#oe acidfu (~nib@unaffiliated/acidmen)
15:37.04*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
15:47.17*** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net)
15:50.11*** join/#oe galak (~galak@99-51-185-173.lightspeed.austtx.sbcglobal.net)
15:55.37*** join/#oe ao2 (~ao2@2001:1418:117::1)
16:00.13*** join/#oe bluelightning_ (~paul@83.217.123.106)
16:00.13*** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning)
16:16.56*** join/#oe oneQubit (~oneQubit@66.228.70.243)
16:24.42*** join/#oe ao2 (~ao2@2001:1418:117::1)
16:26.22*** join/#oe acidfu (~nib@24.37.17.210)
16:26.23*** join/#oe acidfu (~nib@unaffiliated/acidmen)
16:36.22*** join/#oe likewise (~likewise@ip503cba31.speed.planet.nl)
16:37.29*** join/#oe mr_science (~sarnold@net-cf9a4e91.cst.impulse.net)
16:37.29*** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy)
16:43.31*** join/#oe hillct (~hillct@cpe-071-070-208-078.nc.res.rr.com)
17:03.08wmatwiki account requests has risen lately :)
17:08.28bluelightningwmat: have any of these new accounts actually contributed anything? I haven't seen one yet that I can recall...
17:09.30*** join/#oe zenlinux (~sgarman@c-50-139-96-211.hsd1.or.comcast.net)
17:11.04*** join/#oe bluelightning (~paul@83.217.123.106)
17:11.04*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
17:13.09*** join/#oe mwester (~mwester@184-158-29-232.dyn.centurytel.net)
17:13.09*** join/#oe mwester (~mwester@nslu2-linux/mwester)
17:22.26*** join/#oe ant_home (~andrea@host40-228-dynamic.1-79-r.retail.telecomitalia.it)
17:28.39*** join/#oe Aragua (~fabien@232-28-190-109.dsl.ovh.fr)
17:31.48*** join/#oe hillct_ (~hillct@cpe-071-070-208-078.nc.res.rr.com)
17:33.10*** join/#oe Crofton (~balister@66.228.70.243)
17:50.30*** join/#oe NightMonkey (~NightrMon@173-164-139-193-SFBA.hfc.comcastbusiness.net)
17:50.30*** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey)
17:51.06*** join/#oe hollisb (~hollisb@nat-wv.mentorg.com)
17:51.54*** join/#oe blilly_ (43a16395@gateway/web/freenode/ip.67.161.99.149)
17:55.45*** join/#oe woglinde (~henning@g225075151.adsl.alicedsl.de)
17:59.13blilly_I'm having some trouble with meta-java and building openjdk-7-jre -- getting QA issues for openjdk-7-vm-cacao contains bad RPATH under ubuntu 13.04, building for a freescale i.mx28
17:59.38blilly_I've not found a fix, sorry if this is an amateur question
18:01.18*** join/#oe acidfu (~nib@unaffiliated/acidmen)
18:07.07woglindeblilly_ it works anyway
18:07.28woglindeI need to patch something in cacao to not use rpath at linking time
18:07.31blilly_it errors out though
18:07.37woglindehm
18:07.39woglindemom
18:07.42blilly_k
18:07.46woglindeyou can workaround it
18:08.10blilly_will do so happily -- how?  :)
18:08.17khemwoglinde: IIRC I did a patch to fix this kind of issue in past for meta-java
18:09.45woglindekhem hm did I overwrite it when updating to openjdk 2.3
18:09.54woglindelets see the pull requests
18:09.58khemno idea didnt pay attention
18:10.04khemalthough my targets are building ok
18:10.09khemso I am relatively less worries
18:11.46woglindehm ah maybe it is in 6
18:11.48woglindelets see
18:12.16*** join/#oe Crofton (~balister@66.228.70.243)
18:13.24woglindekhem can you search the patch?
18:13.44woglinde--with-libtool-sysroot seems not to work
18:13.54khemwoglinde: I will try
18:24.43*** join/#oe nitink (nitink@nat/intel/x-umpnkruiwrqvcnql)
18:32.22*** join/#oe dos1 (~dos@77-254-89-144.adsl.inetia.pl)
18:32.27*** join/#oe dos1 (~dos@unaffiliated/dos1)
18:40.31ant_homeheh
18:40.33ant_homeandrea@mizar /oe/oe-core/build $ emerge core-image-base
18:40.34ant_homeemerge: superuser access is required
18:41.07ant_homedon't do two similar things together in two screens...
18:53.15*** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner)
18:54.21blilly_woglinde: You refer to khem's patch here: http://bit.ly/18TvQmO but unfortunately not specifically enough for me to track it down yet
18:58.10*** join/#oe Crofton (~balister@23-25-200-109-static.hfc.comcastbusiness.net)
19:02.27*** join/#oe stefan_schmidt (~stefan@host-78-149-139-187.as13285.net)
19:09.04woglindeblilly_ no
19:09.09woglindethats a diffrent problem
19:09.17blilly_naturally
19:09.21woglindeits inside cacao
19:09.24blilly_ok
19:09.42woglindeI am looking at it at the moment
19:09.47blilly_ok, thanks
19:14.00*** join/#oe frobware (~frobware@linaro/frobware)
19:19.10Croftonwhat do I need to add to local.conf to fix the opengl business?
19:19.12Croftonmin set
19:33.14*** join/#oe amarsman (~marsman@52489B71.cm-4-1c.dynamic.ziggo.nl)
19:35.42wmatka6sox: ping
19:36.33ka6soxwmat: pong
19:49.24*** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner)
19:51.53*** join/#oe woglinde_ (~henning@g225075151.adsl.alicedsl.de)
19:58.12woglindeblilly_ found a solution now
20:04.01*** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner)
20:15.39*** join/#oe challinan (~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net)
20:19.34blilly_woglinde excellent.  I'll pull it down and try it
20:19.35blilly_thanks!
20:19.39*** join/#oe bluelightning (~paul@92.40.8.142.threembb.co.uk)
20:19.39*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
20:30.00*** join/#oe jkridner (~jkridner@89-97-163-86.ip18.fastwebnet.it)
20:30.00*** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner)
20:31.14*** join/#oe Crofton (~balister@23-25-200-109-static.hfc.comcastbusiness.net)
20:39.36*** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner)
20:44.40*** join/#oe dv_ (~quassel@chello080108009040.14.11.vie.surfer.at)
20:47.22*** join/#oe jkridner (~jkridner@89-97-163-86.ip18.fastwebnet.it)
20:47.27*** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner)
20:52.03woglindeblilly_ does it work for you?
21:07.19*** join/#oe tworkin (~Adium@rrcs-24-153-140-18.sw.biz.rr.com)
21:08.09tworkini moved a project from a coworker's /home folder to my own. `make clean` is now giving me errors about TMPDIR being inconsistent, but I can't figure out where it is seeing the old reference
21:10.44bluelightningtworkin: you can't move TMPDIR from one directory to another
21:10.48blilly_woglinde confirmed, it does work now
21:11.15bluelightningtworkin: you can however use the sstate-cache from the first build to accelerate your build in a different TMPDIR
21:11.19blilly_woglinde thank you again, it's a beautiful thing when a build finishes :)
21:13.12tworkinbluelightning: i dont mind a totally fresh build / cache delete.
21:13.25tworkinbluelightning: deleting the tempdir and starting over seems to be a fix. thanks
21:13.48bluelightningtworkin: that's the other option of course
21:13.51bluelightningtworkin: np
21:29.55*** join/#oe Jay7 (~jay@2.93.164.3)
21:42.11*** join/#oe Noor (~noor@110.93.212.98)
21:46.19*** join/#oe SorenHolm (~quassel@5634f347.rev.stofanet.dk)
21:59.52*** join/#oe Jay7 (jay@2.93.164.3)
22:08.21*** join/#oe SorenHolm (~quassel@5634f347.rev.stofanet.dk)
22:09.18*** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner)
22:17.24*** join/#oe Jay7 (jay@2.93.164.3)
22:24.48*** join/#oe abelloni (~piout@128-79-216-144.hfc.dyn.abo.bbox.fr)
22:29.12*** join/#oe Jay7 (jay@2.93.164.3)
23:09.00*** join/#oe hyei (~hyei@12.202.168.34)
23:48.24*** join/#oe vmeson (~quassel@128.224.252.2)
23:56.18*** join/#oe zenlinux (~sgarman@c-50-139-96-211.hsd1.or.comcast.net)

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