**** BEGIN LOGGING AT Mon May 13 02:59:58 2013
May 13 07:39:00 <silvio_l_> morning all
May 13 07:46:18 <apelete> good morning
May 13 07:51:49 <hrw> hello
May 13 08:07:01 <mckoan> good morning silvio_l_, apelete, hrw, all
May 13 08:10:04 <silvio_l_> hi apelete, hrw, mckoan 
May 13 08:10:40 <apelete> hi mckoan, silvio_l_, hrw 
May 13 08:17:50 <eren> I'm analyzing the produced image file
May 13 08:18:07 <eren> especially the .hddimage, I've mounted it as a loopback device and I see syslinux
May 13 08:18:11 <eren> vmlinuz and initrd
May 13 08:18:25 <eren> the init script was installed from the recipe "initrdscripts"
May 13 08:18:40 <eren> the script is "install-live.sh", I couldn't understand why this is generating live image
May 13 08:20:58 <eren> I've also looked at how fstab is generated, and I could't find how to partition my CF Card
**** BEGIN LOGGING AT Mon May 13 08:26:33 2013
May 13 08:31:53 <hrw> ok, lets check gcc-linaro-4.8
May 13 10:20:38 <jackmitchell> I'm having issues with net-snmp and valgrind
May 13 10:21:02 <jackmitchell> net-snmp requires, headers from valgrind (I assume it has detected valgrind and enabled support)
May 13 10:21:19 <jackmitchell> however I don't want to add valgrind as a depends to net-snmp
May 13 10:21:32 <jackmitchell> but net-snmp is being built before valgrind is in the sysroot
May 13 10:21:37 <jackmitchell> and hence failing
May 13 10:22:04 <jackmitchell> I suppose a packageconfig on valgrind, to enable valgrind support would work but it feels a bit wrong..
May 13 10:23:19 <jackmitchell> I could also add valgrind to depends in a local .bbappend but that's masking the problem really
May 13 10:25:12 <hrw> jackmitchell: if net-snmp requires headers from valgrind to build then it is build dependency.
May 13 10:25:24 <hrw> jackmitchell: otherwise it is option to configure out
May 13 10:25:25 <silvio_l_> Can I use a main distro.conf, and add only my "PREFERRED_VERSIONS" like an .bbappend? 
May 13 10:26:53 <hrw> silvio_l_: set those in conf/site.conf
May 13 10:31:42 <bluelightning> jackmitchell: I would err on the side of just disabling the valgrind support explicitly for this case
May 13 10:32:21 <bluelightning> hrw: why conf/site.conf?
May 13 10:32:39 <jackmitchell> ok, I'll see what I need to do, it doesn't look like it has an explicit configure option so it may be a nice pretty ac_cv_XXX :/
May 13 10:32:45 <hrw> sorry, wrong read
May 13 10:33:03 <hrw> silvio_l_: yes, you can
May 13 10:33:40 <bluelightning> jackmitchell: you could always patch one in and send it upstream ;)
May 13 10:34:16 <jackmitchell> bluelightning: heh, upstream is a mess for net-snmp, I think someone has only just picked it back up in the past few months and is still sorting through the cruft
May 13 10:34:30 <bluelightning> ah, right
May 13 10:34:35 <jackmitchell> I may see if I can have a word and see what he thinks
May 13 10:49:34 <jackmitchell> hmm, seems today is the day for annoying breakage ;)
May 13 10:49:46 <jackmitchell> so, I have a javascript file which is throwing up the follow error
May 13 10:49:55 <jackmitchell> ERROR: QA Issue: Architecture did not match (40 to 3) on /work/armv7a-vfp-neon-oecore-linux-gnueabi/r0005web/gitrAUTOINC+475c57e7236425778ebb7a652ed135035db7a47a-r0/packages-split/r0005web/var/www/hiawatha/libs/RGraph/scripts/jsmin
May 13 10:50:05 <jackmitchell> how can the architecture not match on a js file?
May 13 10:51:15 <silvio_l_> bluelightning, hrw 
May 13 10:51:25 <jackmitchell> can I make it non-dependant on architecture ?
May 13 10:51:33 <jackmitchell> I'm sure I've seen that somewhere
May 13 10:52:40 <silvio_l_> bluelightning, hrw , the site.conf is the way to do like an "append" to distro.conf?
May 13 10:57:12 <jackmitchell> ok, my bad it is arch dependant, please ignore my ignorance!
May 13 11:41:23 <Crofton> I ahve this piece of python in the gnuradio recipe
May 13 11:41:23 <Crofton> http://pastebin.com/Sfy5Myfe
May 13 11:41:23 <Crofton> but, what I really want to do is append some stuff to a variable, not fail
May 13 11:41:23 <Crofton> how do I do this from python?
May 13 11:41:23 <Crofton> gah, I think I know, but need a kick
May 13 11:41:25 <pb_> d.setVar('foo', d.getVar('foo', False) + ' and more')
May 13 11:41:25 <pb_> or some such
May 13 11:41:25 <Crofton> more an append
May 13 11:41:25 <Crofton> I think I know the answer, just can't get my head around it
May 13 11:41:26 <Crofton> although I see a way with setvar
May 13 11:41:26 <pb_> I'm not sure you can get any more of an append than that.
May 13 11:41:26 <Crofton> yeah
May 13 11:41:26 <Crofton>  I see now
May 13 11:41:26 <Crofton> thinking to fast
May 13 11:41:26 <Crofton> coffee is taking effect
May 13 11:41:26 <pb_> oh, actually, I think you can do d.appendVar('foo', '...')
May 13 11:57:41 <Crofton> pb_, this is what I was tryign to recall:  ${@base_contains('TUNE_FEATURES', 'neon', \
May 13 11:57:41 <Crofton>                      '-Dhave_mfpu_neon=1', '-Dhave_mfpu_neon=0', d)} \
May 13 13:24:52 <erbo> JaMa: in meta-qt5 master I now have to set OE_QMAKE_PATH_HEADERS = "${OE_QMAKE_PATH_QT_HEADERS}" in my app-recipe, otherwise it looks in sysroot/usr/include instead of sysroot/usr/include/qt5 which contains the headers.
May 13 13:40:02 <JaMa> erbo: yes, that's because not all recipes which are built with qmake want their headers installed in ${includedir}/qt5/
May 13 13:40:27 <JaMa> erbo: cleaner solution would be to add OE_QMAKE_PATH_QT_HEADERS to INCPATH in your recipe
May 13 14:11:47 <silvio_l_> hrw, I can use site.conf, but is it intended for overlay proxy configuration, is good anyway if I use it to force "PREFERRED_VERSION"?
May 13 14:27:31 <silvio_l_> If I want build multiple image, with differend dipendences, it is correct put inside the .bb of the image the variabe '  PREFERRED_PROVIDER_virtual/kernel = "linux-yocto" ' and '   PREFERRED_VERSION_foo = "2.3.4" ' ?
May 13 14:34:26 <bluelightning> silvio_l_: you cannot do that no
May 13 14:36:47 <silvio_l_> bluelightning, How I can build/manage multiple different image, with various kernel and software release?
May 13 14:37:51 <bluelightning> silvio_l_: you can only really do that using separate distro configs
May 13 14:41:54 <silvio_l_> bluelightning, can I inherit a general distro, ie the angstrom one, and then add stuff  or make   like a series of .bbappend for each distro?
May 13 14:42:35 <bluelightning> silvio_l_: you can have a common inc file and include it using "require"
**** BEGIN LOGGING AT Mon May 13 14:46:09 2013
May 13 14:48:17 <silvio_l_> bluelightning, a common inc file for  distro and then  adistro for each image and so an image for each distro, rigth? Or better a distro-image for each "release" that I want?
May 13 14:49:18 <bluelightning> if you're talking about maintaining separate releases I would suggest you simply use separate branches of your metadata for each release
May 13 15:02:27 <mckoan> bluelightning: I saw a presentation you did last year "Yocto Project, A Vehicle for Embedded Qt development.pdf", you talked about "Qt Creator integration", do you have more details?
May 13 15:04:17 <bluelightning> mckoan: actually that was Nitin Kamble who presented, although I did help him prepare the presentation
May 13 15:04:46 <mckoan> bluelightning: where could I find more details or who ask to?
May 13 15:05:22 <bluelightning> mckoan: basically otavio and I have discussed briefly integration with Qt Creator but AFAIK no concrete work has been done
May 13 15:12:12 <silvio_l_> bluelightning, ok, thanks 
May 13 15:14:39 <silvio_l_> bluelightning, one more question,  can I put my ' PREFERRED_VERSION ' inside image or it will be in distro.conf or in site.conf ?
May 13 15:15:08 <bluelightning> silvio_l_: no, it must be at global level, i.e. local.conf or distro config
May 13 15:15:47 <silvio_l_> bluelightning, ok thanks
**** ENDING LOGGING AT Tue May 14 02:59:58 2013