**** BEGIN LOGGING AT Wed Jan 22 02:59:59 2014
Jan 22 03:10:29 <robertyang> hello JaMa
Jan 22 04:48:06 <mranostay> hi Jefro
Jan 22 04:53:10 <robertYang> Hell JaMa, I'm Robert Yang
Jan 22 04:53:31 <robertYang> I'm Sorry, JaMa s/Hell/Hello/
Jan 22 04:54:01 <robertYang> The terrible typo
Jan 22 08:56:42 <mckoan> good morning
Jan 22 09:17:39 <diego_r> mornin'
Jan 22 09:37:58 <bluelightning> morning all
Jan 22 09:51:14 <JaMa> robertYang: Hello :)
Jan 22 09:54:15 <robertYang> Hell JaMa
Jan 22 09:54:34 <robertYang> Did you see my reply, please ?
Jan 22 09:54:40 <JaMa> yes, just read it
Jan 22 09:54:59 <JaMa> as I replied yesterday, it's not about INHERIT
Jan 22 09:55:48 <robertYang> Have you checked is there sysroots/qemux86/usr/src/ ?
Jan 22 09:58:25 <JaMa> I have another build already running so checking it now wouldn't be very accurate
Jan 22 09:59:28 <robertYang> JaMa, thanks,I've got an idea suddenly, let me try it
Jan 22 09:59:34 <JaMa> what is weird is, that next build in same directory has also do_patch often failing, because the patches are already applied
Jan 22 09:59:38 <JaMa> e.g. Patch binutils-uclibc-100-uclibc-conf.patch can be reverse-applied
Jan 22 10:00:17 <JaMa> 357 recipes failing like this, so it's not just special case
Jan 22 10:00:56 <JaMa> and in this build I've already disabled ARCHIVER_MODE[diff] = "1"
Jan 22 10:01:20 <robertYang> JaMa, I wonder what's different between yours and mine
Jan 22 10:01:45 <JaMa> I should also say that in my case I'm using archiver.bbclass backported to dylan release
Jan 22 10:02:13 <robertYang> JaMa, so you reproduce the errors on dora ?
Jan 22 10:02:25 <robertYang> JaMa, but not on master ?
Jan 22 10:02:41 <JaMa> I'm not using it on dora or master
Jan 22 10:02:59 <robertYang> JaMa, but where ?
Jan 22 10:03:28 <JaMa> but backport was rather straightforward, so I don't expect the issue there - it worked OK with that archiver fix I've sent earlier
Jan 22 10:03:31 <JaMa> dylan
Jan 22 10:03:53 <robertYang> JaMa, I think that there will be errors
Jan 22 10:04:00 <robertYang> I only tested it on master ...
Jan 22 10:04:06 <robertYang> JaMa, so that's the point
Jan 22 10:04:29 <robertYang> JaMa, if we really need it on dylan, we need do more other work
Jan 22 10:06:40 <robertYang> JaMa, would you like to try it on master ?
Jan 22 10:12:26 <JaMa> if I find time than yes
Jan 22 10:12:40 <linu1> hi all, i have used poky with meta-atmel ,and enabled tools-testapps  " EXTRA_IMAGE_FEATURES = "debug-tweaks" "tools-testapps" " option in build/conf/local.conf file after that when the filesystem boot it ask me the passwd,but without tat option it didn't ask me anything eventhough i did not assign any passwd,is there any default passwd for yocto?
Jan 22 10:16:40 <bluelightning> linu1: do you really have extra quotes in the middle? if so, they shouldn't be there
Jan 22 10:17:34 <linu1> bluelightning, the actual entry is EXTRA_IMAGE_FEATURES = "debug-tweaks" "tools-testapps"
Jan 22 10:17:56 <bluelightning> linu1: right, it should be EXTRA_IMAGE_FEATURES = "debug-tweaks tools-testapps"
Jan 22 10:18:17 <bluelightning> that may be why you are seeing the behaviour you are seeing
Jan 22 10:18:50 <linu1> bluelightning, oh ok ok i will change.
Jan 22 11:02:09 <Net147> how come there is no dora branch for meta-raspberrypi?
Jan 22 12:50:57 <linu1> i used to create ubi filesystem in yocto,previously it is working fine,it creates  ubi ext3 tar.gz rootfs in /tmp/deploy/images,but i just made a change in local.conf as EXTRA_IMAGE_FEATURES = "debug-tweaks tools-testapps"  after the compilation ,there are only ext3 and tar.gz file in images directory,no ubi. my conf entries are http://pastebin.com/U04ipKBc where i did mistake.
Jan 22 13:34:58 <rburton> otavio: ping?
Jan 22 13:35:37 <otavio> rburton: pong
Jan 22 13:35:56 <rburton> otavio: are you still the person to talk to about fsl bsp issues?
Jan 22 13:36:07 <otavio> rburton: maybe, depends
Jan 22 13:36:22 <otavio> rburton: ARM, yes. PPC no.
Jan 22 13:36:32 <rburton> specifically, the autobuilder is failing to build piglit on fsl-arm (piglit being the EGL test suite)
Jan 22 13:36:41 <rburton> | /home/pokybuild/yocto-autobuilder-dev/yocto-slave/nightly-fsl-arm/build/build/tmp/sysroots/imx6qsabresd/usr/include/EGL/eglvivante.h:244:2: error: #error "Platform not recognized"
Jan 22 13:36:41 <rburton> |  #error "Platform not recognized"
Jan 22 13:36:44 <otavio> rburton: I found it in my builder
Jan 22 13:36:52 <otavio> rburton: I didn't look at it yet.
Jan 22 13:36:56 <rburton> ok
Jan 22 13:37:11 <otavio> rburton: I am not sure how hard will be to add AMD and Vivante support for it
Jan 22 13:37:20 <rburton> without looking it looks like your egl headers want defines set
Jan 22 13:37:23 <rburton> (mesa wants the same)
Jan 22 13:37:48 <otavio> rburton: if you fixed it in mesa case, please send me the pointer so I can use as reference
Jan 22 13:38:01 <otavio> rburton: but I will look at it; just not today
Jan 22 13:38:22 <otavio> rburton: I am finishing two big patchsets for fsl-arm
Jan 22 13:39:16 <otavio> rburton: I hope to fix this for Friday
Jan 22 13:50:50 <Net147> otavio: are you planning on integrating your meta-ti sdcard_image changes upstream?
Jan 22 13:51:10 <otavio> Net147: I stopped hacking on it for long time
Jan 22 13:51:23 <otavio> Net147: and we did a lot of improvements in our FSL version
Jan 22 13:51:38 <Net147> otavio: where's the fsl version located?
Jan 22 13:51:44 <otavio> Net147: so if you intend to look at it, base in ours
Jan 22 13:52:12 <otavio> http://git.yoctoproject.org/cgit/cgit.cgi/meta-fsl-arm/tree/classes/image_types_fsl.bbclass
Jan 22 13:53:23 <Net147> I am intending to build an image for BBB
Jan 22 13:54:37 <otavio> Net147: great
Jan 22 13:55:04 <otavio> Net147: the long term solution is to work in the 'wic' tool
Jan 22 13:55:35 <Net147> otavio: does wic support MBR disk signatures?
Jan 22 13:56:07 <otavio> Net147: I think so but it is still quite dump regarding U-Boot handling
Jan 22 13:57:12 <Net147> otavio: I use generated DISK_SIGNATURE support in boot-directdisk.bbclass to generate a root path to pass to kernel from syslinux
Jan 22 13:57:40 <rburton> otavio: great, thanks
Jan 22 13:57:51 <Net147> otavio: http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/meta/classes/boot-directdisk.bbclass?id=b52d2bb46ed7c893077ccf9e5a83dc7f11c7f61b
Jan 22 13:59:00 <otavio> Net147: neat!
Jan 22 14:05:34 <aragua> hello
Jan 22 14:06:07 <aragua> i have an issue with multilib in yocto
Jan 22 14:06:28 <aragua> i build a live image for x86_64 that works fine
Jan 22 14:07:09 <aragua> but when i add multilib support my kernel can't load the initramfs
Jan 22 14:07:53 <aragua> and i can't do bitbake virtual/kernel -c menuconfig when multilib is enabled
Jan 22 14:08:02 <aragua> someone has an idea?
Jan 22 14:40:07 <otavio> rburton: you're welcome :-)
Jan 22 15:26:47 <jackmitchell> otavio, do you use libsoc yourself or do you have customers that use it, purely out of interest :)
Jan 22 15:55:15 <otavio> jackmitchell: I have one which will use it ;-)
Jan 22 15:56:09 <jackmitchell> otavio: good to hear, pwm support is upcoming too linux 3.12+ only though :)
Jan 22 15:57:43 <otavio> jackmitchell: yes; it will be quite nice
Jan 22 15:58:01 <otavio> jackmitchell: why you cannot make it backwards compatible with previous kernel?
Jan 22 15:58:10 <otavio> jackmitchell: iio would be nice to have as well
Jan 22 15:58:21 <jackmitchell> otavio: pwm subsystem support was only introduced with 3.12
Jan 22 15:58:47 <jackmitchell> otavio: iio is something I've considored, it will take a bit more thinking though as the implementations can differ a bit from what I've seen
Jan 22 15:59:43 <jackmitchell> otavio: http://lwn.net/Articles/553755/
Jan 22 16:03:45 <otavio> jackmitchell: cool; easy to backport, it seems
Jan 22 16:13:54 <TobSnyder> just started using yocto for "BD SL i.MX6"
Jan 22 16:15:31 <TobSnyder> got a working rootfs and kernel using yocto dora and fsl-community-bsp, now I am wondering how to build my application that requires stuff like ALSA, GStreamer and so on - I am searching the cross-gcc on the one hand and some pkgconfig files to be used for cross compilation on the other hand
Jan 22 16:16:03 <TobSnyder> as far as I got cross gcc was build by yocto in build/tmp/sysroots/x86_64-linux/usr/bin/cortexa9hf-vfp-neon-poky-linux-gnueabi ?
Jan 22 16:16:21 <TobSnyder> so I might just export this path and use this as cross compiler?
Jan 22 16:16:46 <ndec> TobSnyder: not really.
Jan 22 16:16:49 <ndec> you have 2 options.
Jan 22 16:17:10 <ndec> 1) you create bitbake recipes for your application, and include them in the image, like any other recipes.
Jan 22 16:17:42 <ndec> 2) create a 'SDK' out of your yocto build. that will be a 'relocatable' SDK that you can install somewhere on your machine (or on another machine).
Jan 22 16:17:56 <ndec> the SDK will include the sysroot (with the .pc, libs, .h, ...) and the cross compiler.
Jan 22 16:18:52 <TobSnyder> creating a SDK seems to be more reasonable to me and seems to fit my previous work flow
Jan 22 16:18:53 <ndec> for #1 you would typically create your own 'layer' and put your recipes in it.
Jan 22 16:19:06 <ndec> ok, then #2.
Jan 22 16:19:26 <TobSnyder> #1 would be usefull after development is nearly finished for releasing something "complete"
Jan 22 16:19:55 <ndec> well, it's up to you in fact.
Jan 22 16:20:03 <ndec> for #2, you should start by reading this: http://www.yoctoproject.org/docs/current/adt-manual/adt-manual.html
Jan 22 16:20:53 <ndec> in fact, to generate the SDK, the command is " bitbake image -c populate_sdk "
Jan 22 16:21:18 <ndec> it will generate SDK with all the .h, .libs, .pc, ... for all the packages installed in <image>
Jan 22 16:24:16 <TobSnyder> ndec: so no "bitbake adt-installer" ?
Jan 22 16:24:36 <ndec> well, that's not what i use.. so i cannot comment ;-)
Jan 22 18:26:15 <khem> sgw_: there ?
Jan 22 18:26:44 <khem> sgw_: I am trying to reproduce the binutils 2.24 issue
Jan 22 18:26:48 <khem> here is what I did
Jan 22 18:27:00 <khem> build wireless-tools for qemuppc
Jan 22 18:27:03 <khem> went fine
Jan 22 18:27:21 <khem> then cleaned it and rebuild it that went fine too it used sstate
Jan 22 18:27:39 <khem> then I cleaned sstate and rebuilt and that went fine too
Jan 22 18:28:00 <khem> cleanall;rebuild also went fine
Jan 22 18:28:16 <khem> how can I reproduce it ?
Jan 22 18:28:38 <khem> do I have to punt out complete tmp/
Jan 22 18:30:52 <sgw_> khem, honestly not sure, it's been a while since I built with that on the Auto builder, which does clean tmp builds but uses sstate to speed things up
Jan 22 18:34:29 <khem> sgw_: ok
Jan 22 18:34:43 <khem> sgw_: if ab has cycles can we retry
Jan 22 18:34:58 <khem> and give me access to one of machines if we can reproduce it
Jan 22 18:35:12 <khem> I have debian here and archlinux
Jan 22 18:36:09 <khem> may be just try qemuppc builds if you have such an option in AB that way we can get to verify it faster
Jan 22 18:36:45 <sgw_> yeah, after we get M2 rc2 and the 1.4.3 done we should have cycles later
Jan 22 19:56:24 <mranostay> howdy challinan
Jan 22 19:56:56 <challinan> hey mranostay how are ya?
Jan 22 19:57:42 <mranostay> not too bad
**** ENDING LOGGING AT Thu Jan 23 02:59:58 2014