**** BEGIN LOGGING AT Fri Oct 31 02:59:59 2014
Oct 31 07:20:19 <irontia> good morning .*
Oct 31 08:04:09 <gebreselaisi> hi everybody
Oct 31 08:04:23 <gebreselaisi> I am looking for a dbus-c++ recipe
Oct 31 08:04:35 <gebreselaisi> I see it used to be in meta-openembedded a while ago
Oct 31 08:04:56 <gebreselaisi> but it got removed because it was supposed to be replaced by a recipe in openembedded-core
Oct 31 08:05:05 <gebreselaisi> however, I cannot find such recipe in poky today
Oct 31 08:05:42 <gebreselaisi> any clue where that recipe ended up?
Oct 31 08:32:41 <ccube> Hi, my autobuilder always fails with this output: http://pastebin.com/J425kn6j   any ideas?
Oct 31 08:37:44 <ccube> http://pastebin.com/Ee5UTGyK
Oct 31 08:54:16 <ccube> setting self.mirrorexists = False in yoctogit.py:196 seems to fix the issue
Oct 31 10:18:09 <bluelightning> morning all
Oct 31 10:31:33 <otavio> morning
Oct 31 10:39:51 <mago_> otavio, i might be wrong, but you work a lot with freescale stuff, don't you? i was just wondering what the difference between linux-imx and linux-fslc is, and why meta-fsl-arm defaults to linux-imx for i.MX6 refboards when the -fslc is much more recent?
Oct 31 10:40:17 <otavio> mago_: yes; I do.
Oct 31 10:40:42 <otavio> mago_: the fslc is based on mainline kernel so it does not includes full support for the hardware (yet)
Oct 31 10:41:09 <otavio> mago_: hence we default to imx as it does
Oct 31 10:41:37 <otavio> mago_: but for u-boot we default for fslc as the imx fork does not provide any significant addition
Oct 31 10:43:10 <mago_> okay, seems logical. thanks! what sort of things are missing in mainline for imx?
Oct 31 10:52:11 <ericbutters> hello.. i want to build an image based on xfce and qt5, so i need to clone meta-qt5. but which branch should i checkout? how to know which version (dora, dylan etc) does my yocto use?
Oct 31 10:57:02 <achest> Hallo All!
Oct 31 10:58:24 <achest> How can I force re-run the Job ( image) i added new Layer but bitbake says: nothing to do.
Oct 31 10:59:46 <bluelightning> ericbutters: did you fetch it from git or from a tarball?
Oct 31 11:00:14 <bluelightning> achest: bitbake -c rootfs -f <image>
Oct 31 11:00:26 <bluelightning> achest: but you normally should not need to do that - what did you change that is not being picked up?
Oct 31 11:04:13 <achest> I want to use Java. git clone meta-java, added meta java to bblayers.conf and licence in local.conf
Oct 31 11:04:43 <bluelightning> achest: ah right, but that won't actually add anything to your image, you need to do that separately
Oct 31 11:04:59 <bluelightning> achest: see: http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#usingpoky-extend-customimage
Oct 31 11:08:11 <achest> bluelightning:  Ok, And how do you know what the name of the Java-packages ?
Oct 31 11:09:03 <achest> in Documentation:  IMAGE_INSTALL_append = " strace"
Oct 31 11:09:20 <bluelightning> achest: in most cases the name of the recipe is also the name of the main package produced by the recipe, but not always
Oct 31 11:10:16 <bluelightning> achest: if you are unsure you can build a recipe and then have a look at the packages it produced by checking packages-split under the workdir for the recipe
Oct 31 11:10:42 <achest> bluelightning: you means: oracle-jse-ejre-arm-vfp-hflt-client-headless_1.7.0 ? or oracle-jse-ejre
Oct 31 11:11:57 <bluelightning> achest: I'm not sure, I'm not very familiar with the java recipes - perhaps the latter
Oct 31 11:12:51 <achest> bluelightning: i  trying to build the recipy bitbake oracle-jse-ejre-arm-vfp-hflt-client-headless_1.7.0
Oct 31 11:13:24 <bluelightning> achest: you would not normally specify the version at least, so that shouldn't be there
Oct 31 11:14:32 <achest> bluelightning:  Yes, youre right, I have already checksum not mismatch error.
Oct 31 11:14:58 <bluelightning> achest: ok, you should talk to the layer maintainer about that
Oct 31 11:15:20 <bluelightning> it might have something to do with oracle's download site not wanting to allow automatic downloads
Oct 31 11:18:58 <achest> bluelightning: Yes! yout ar right , This is not a checksum problem. In order to download products from Oracle Technology Network you must agree to the OTN license terms.
Oct 31 11:19:52 <ericbutters> bluelightning: i did with repo and fsl-arm-yocto-bsp.. anyway i cloned meta-qt5 and added to bblayers.conf -- i get: ERROR: No recipes available for sources/meta-fsl-arm/qt5-layer/recipes-qt/qt5/qtbase_5.1.1.bbappend
Oct 31 11:20:02 <ericbutters> i need to build qt-5.3
Oct 31 11:20:41 <bluelightning> otavio: can you help ericbutters?
Oct 31 11:21:44 <ericbutters> i need fsl-image-x11 with qt-5.3
Oct 31 11:22:13 <ericbutters> fsl-image-x11 itself is built
Oct 31 11:56:49 <otavio> ericbutters: hello
Oct 31 11:56:56 <otavio> bluelightning: sure
Oct 31 11:57:26 <otavio> ericbutters: are you using the one provided by fsl or the one from the community?
Oct 31 12:12:57 <ericbutters> otavio: the one provided by freescale. i now managed to get it to start.. i removed qt4* from fsl-image-x11 and added layers like here: http://wiki.wandboard.org/index.php/Building_Qt5_using_yocto_on_Wandboard -- i added qt5 features to fsl-image-x11.bb IMAGE_INSTALL section and i removed qt5-layer from meta-fsl-arm -- here is my build configuration: http://paste.ubuntu.com/8759854/ --right now i am at running tasks (551 of 7059)
Oct 31 12:13:03 <ericbutters> so fingers crossed..
Oct 31 12:18:52 <ericbutters> okay now i got: ERROR: To use 'gpu-viv-bin-mx6q' you need to accept the Freescale EULA.
Oct 31 12:25:42 <ericbutters> ACCEPT_FSL_EULA = "1" in local.conf
Oct 31 12:26:15 <irontia> *migration to dizzy ongoing*
Oct 31 12:48:26 <achest> bluelightning: About Java. It's not Working.
Oct 31 12:49:38 <achest> bluelightning: I have download and compile Java for arm. bblayers.conf - add meta-oracle-java
Oct 31 12:53:54 <achest> bluelightning: It's probably rpm Issue. I wil try to use package_deb
Oct 31 13:10:28 <irontia> is there a best practise on how to install a init.d/ script and the corresponding symlinks?
Oct 31 13:10:56 <bluelightning> irontia: yes - the recipe should inherit update-rc.d
Oct 31 13:11:10 <bluelightning> you then need to set a few variables
Oct 31 13:11:27 <irontia> great i will find something with this info.
Oct 31 13:12:06 <bluelightning> http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#new-recipe-enabling-system-services
Oct 31 14:27:51 <irontia> I'm a bit confused by dizzy. In daisy, when i had a compiler error and bitbake stopped the build - then i could bitbake -c devshell package and type make to see the error again and poke around for a solution. Now in dizzy when i enter the devshell and type make there aren't any Makefiles created from Makefile.am. Is there a automatic clean happening now?
Oct 31 14:29:52 <irontia> Also there is no config.log anymore. That is where i looked for the configure command which bitbake has executed. But i can still look that up in the temp/do_configure log.
Oct 31 14:30:40 <ericbutters> i got error: meta-ruby/recipes-devtools/ruby/ruby_1.9.3-p429.bb, do_compile) failed with exit code '1'
Oct 31 14:43:20 <bluelightning> irontia: you may find they are in a different directory than the one you're looking in - check for a "build" directory under the workdir
Oct 31 15:08:40 <ericbutters> bluelightning: could you please take a quick look at this error log file of do_compile ruby? http://paste.ubuntu.com/8761622/ thanks!
Oct 31 15:10:15 <bluelightning> ericbutters: perhaps it does not like being built in parallel
Oct 31 15:10:27 <bluelightning> ericbutters: try editing the recipe and setting PARALLEL_MAKE = ""
Oct 31 15:12:08 <ericbutters> after i did edit the receipe do i have to call something before? i mean does do_compile read the receipe again?
Oct 31 15:12:23 <ericbutters> i edit meta-openembedded/meta-ruby/recipes-devtools/ruby/ruby_1.9.3-p429.bb
Oct 31 15:12:35 <bluelightning> it will re-read it yes
Oct 31 15:12:43 <ericbutters> or do you mean i should change in my local conf not to use -j16?
Oct 31 15:12:54 <ericbutters> ok
Oct 31 15:13:07 <bluelightning> no, no need to change local.conf
Oct 31 15:19:07 <ericbutters> bluelightning: no this did not solve the issue
Oct 31 15:19:44 <ericbutters> /bin/mkdir: cannot create directory `../../.ext/common/openssl': File exists
Oct 31 15:19:53 <ericbutters> i can try to remove it
Oct 31 15:20:13 <bluelightning> perhaps try bitbake -c clean ruby
Oct 31 15:20:42 <ericbutters> okay
Oct 31 15:25:46 <kergoth> huh, ruby still has parallel make issues? we carried a bbappend in meta-mentor for ruby to disable it for the past year or two. i think i dropped it experimentally to see if it was resolved, but maybe that was a bad idea :)  http://marc.info/?t=123428742700005&r=1&w=2 may be of interest
Oct 31 15:25:48 * kergoth yawns
Oct 31 15:36:53 <scottrif> halstead: ping
Oct 31 15:40:26 <halstead> Good morning scottrif.
Oct 31 15:41:44 <scottrif> halstead: I noticed that the URL https://www.yoctoproject.org/download/yocto-project-17-poky-1200, which is used three times in the 1.7 manual set to point to the release notes does not resolve.  That location is where the release notes are kept when released.  Can you be sure that the actual release notes document lives at that location?
Oct 31 15:43:12 <halstead> scottrif, Where did that URL come from?
Oct 31 15:43:21 <ericbutters> bluelightning: how can i tell bitbake not do build ruby at all?
Oct 31 15:43:59 <halstead> scottrif, Should that resolve to what's at https://www.yoctoproject.org/downloads/core/dizzy17 ?
Oct 31 15:44:12 <bluelightning> ericbutters: depends on why it's being included in the build in the first place... you can use bitbake -g <whatever you're building> to find that out
Oct 31 15:44:18 <scottrif> halstead: that is the link scheme that Beth set up quite a while back so when the manuals are built into HTML versions three links to the release notes go there.
Oct 31 15:45:01 <ericbutters> i moved build/tmp/work/i686-linux/ruby-native and know it complains.. can i remove folders and then bitbake knows what to do again, so extracting etc?
Oct 31 15:45:06 <scottrif> halstead: I think Beth used to set up a symlink or something so that the links in the manuals would actually get to where the release notes are.
Oct 31 15:45:22 <scottrif> halstead: This is something I would always have to remind her about after a release.
Oct 31 15:45:41 <halstead> scottrif, Should https://www.yoctoproject.org/download/yocto-project-16-poky-1100 go to https://www.yoctoproject.org/downloads/core/daisy16 as well?
Oct 31 15:46:00 <scottrif> halstead: yes - was that never changed?
Oct 31 15:46:29 <scottrif> halstead: let me check the published versions of the 1.6 manuals and see if a user gets to the release notes....
Oct 31 15:47:15 <scottrif> halstead: gak... that link does not work either.  We have a broken process here evidently.
Oct 31 15:47:30 <halstead> scottrif, I as far as I can tell there are no pages on the site at https://www.yoctoproject.org/download/yocto-project-*-poky-* but I can add them.
Oct 31 15:48:31 <scottrif> halstead: Well - the bottom line right now is that I have three links in the manual set for a given release that take the form https://www.yoctoproject.org/download/yocto-project-16-poky-1100 and should resolve to the release notes.
Oct 31 15:48:56 <scottrif> halstead: appar.ently, the 1.6 ones don't work either
Oct 31 15:50:38 <scottrif> halstead: Going forward... If there is a better way or different URL to use for these three instances in the manual I can use that URL beginning in 1.8, 1.6.2 (if there is time on that), and 1.5.4.
Oct 31 15:52:02 <halstead> scottrif, I don't think any of them will. But I can add redirects. It looks like the rule is pretty simple.  download/yocto-project-[poky-release-number minus dots]-poky-[poky release number minus dots and the middle zero]
Oct 31 15:52:51 <halstead> scottrif, Can you confirm that https://www.yoctoproject.org/downloads/core/dizzy17 is the page you want them to land at?
Oct 31 15:53:03 <scottrif> halstead: ok - redirects will fix it.  Let me check...
Oct 31 15:53:45 <scottrif> halstead: yes - that is the release notes page I would like the links for "Release Notes" to hit for the dizzy release.
Oct 31 15:54:01 <halstead> scottrif, I'll add those. Just a minute.
Oct 31 15:54:44 <scottrif> halstead: thanks - It confirms how little people would use that link from the manuals to reach the RN since nobody has complained.
Oct 31 15:54:52 <halstead> And going forward the links to core releases should be  https://www.yoctoproject.org/downloads/core/[release code name][yocto release number minus dots]
Oct 31 15:55:43 <scottrif> halstead: ok - I will make and push the changes for the three branches under development to have that form for the URL
Oct 31 15:57:26 <halstead> Thanks for noticing scottrif.
Oct 31 16:05:26 <achest> bluelightning : can you help me? I want to disable some kernel Modules in my image.  I'm using freescale Layer where this module was enabled. How can i disable it ( caam )
Oct 31 16:06:52 <bluelightning> achest: do you mean disable it from being built or disable it from being automatically loaded?
Oct 31 16:07:12 <scottrif> halstead: So http://www.yoctoproject.org/downloads/core/dizzy17 doesn't resolve.
Oct 31 16:08:25 <halstead> scottrif, Interesting. It appears our http -> https redirect doesn't happen for that path.
Oct 31 16:08:34 <scottrif> halstead: My YOCTO_HOME_URL variable is set to "http://www.yoctoproject.org", which does not have an "https" in it.
Oct 31 16:08:58 <scottrif> halstead: that has not been a problem in the past
Oct 31 16:09:17 <achest> bluelightning: do not automatic load.
Oct 31 16:11:24 <achest> bluelightning: my hardware support no caam module. I don't want to load IT. And I dont want to use bitbake virtual/kernel -c menuconfig  everytime
Oct 31 16:12:59 <halstead> scottrif, For most URLs it isn't because it will auto redirect you. Like http://www.yoctoproject.org/tools-resources will work. But you'll notice you actually end up at https://
Oct 31 16:13:11 <halstead> Something weird is happening with downloads.
Oct 31 16:13:34 <scottrif> halstead: So is this something that can be fixed or do I need to update my variables?
Oct 31 16:13:41 <bluelightning> achest: you could use a bbappend with a config fragment - see the second part of http://www.yoctoproject.org/docs/current/kernel-dev/kernel-dev.html#changing-the-configuration
Oct 31 16:14:44 <bluelightning> achest: the config fragment would have "# CONFIG_XYZ is not set" in it
Oct 31 16:16:49 <halstead> scottrif, I'm fixing it now.
Oct 31 16:22:37 <scottrif> halstead: ok - let me know when I can test
Oct 31 16:24:35 <lpapp> hi
Oct 31 16:25:11 <achest> bluelightning: That you mean? CONFIG_SERIAL_8250=n
Oct 31 16:26:43 <bluelightning> achest: er, possibly that would be better yes
Oct 31 16:27:06 <achest> bluelightning: I'm using other Layer (Frescale-fsl-extra) there my Modul is defined: CONFIG_CAAM=Y.  The Changes Takes no effekt, if I comment this Variable in my Layer, in my bbappedd file
Oct 31 16:28:07 <lpapp> why am I getting this when I have ncurses in DEPENDS? error while loading shared libraries: libncurses.so.5: cannot open shared object file: No such file or directory
Oct 31 16:28:19 <bluelightning> achest: how are you attempting to change it?
Oct 31 16:29:19 <achest> bluelightning: i have no Idea .
Oct 31 16:30:11 <lpapp> how can I know where it is looking for that library?
Oct 31 16:30:31 <achest> bluelightning: Today i starts  bitbake virtual/kernel -c menuconfig. But I don't want to do it in the future.
Oct 31 16:31:13 <bluelightning> achest: that's what having a bbappend for the kernel recipe with a config fragment should let you do...
Oct 31 16:31:23 <junland> Is there a change log for 1.7?
Oct 31 16:32:01 <achest> bluelightning: Yes, and that Content of .bbappend?
Oct 31 16:32:15 <bluelightning> junland: https://www.yoctoproject.org/downloads/core/dizzy17   and migration info : http://www.yoctoproject.org/docs/1.7/ref-manual/ref-manual.html#moving-to-the-yocto-project-1.7-release
Oct 31 16:32:39 <bluelightning> achest: it's in the manual link I posted above: http://www.yoctoproject.org/docs/current/kernel-dev/kernel-dev.html#changing-the-configuration  (second part)
Oct 31 16:33:00 <junland> Thank you.
Oct 31 16:42:31 <scottrif> halstead: ok
Oct 31 16:43:07 <scottrif> halstead: works great.... I will update my three development branches to fix that release notes variable to take on that new form.
Oct 31 16:43:08 <halstead> scottrif, Thanks for finding these issues.
Oct 31 16:43:28 <scottrif> halstead: that should solve that issue in the future :)  Thanks for fixing this up.
Oct 31 17:02:59 <scottrif> halstead: Just to double check here....  I am updating the daisy development branch and the link for release notes in the manuals will resolve to https://www.yoctoproject.org/downloads/core/daisy162.  Right now, that of course does not go to any release notes since we have not released yet.  But, that is the correct link right?
Oct 31 17:27:30 <junland> I keep getting an error with base-passwd fro the sato build
Oct 31 17:32:49 <bluelightning> junland: what is the error?
Oct 31 17:38:04 <junland> failed to fetch URL.
Oct 31 17:38:21 <junland> Just got another one for the qemu-native
Oct 31 17:38:44 <bluelightning> you aren't behind some kind of proxy by any chance?
Oct 31 17:39:22 <junland> hmmmm....I don't know. I have a workstation in my dorm room...
Oct 31 17:39:38 <junland> is there a way to see if I have proxy?
Oct 31 17:39:47 <junland> Didn't think about that.
Oct 31 17:40:58 <bluelightning> er, hmmm... I guess check your browser settings to see whether one is enabled there?
Oct 31 17:41:22 <bluelightning> oh wait
Oct 31 17:41:36 <bluelightning> are you getting warnings or errors?
Oct 31 17:44:43 <junland> I got a yellow rectangle. I'm using hob
Oct 31 17:44:59 <junland> yellow rectangle = failed to fetch url
Oct 31 17:45:02 <bluelightning> ok, I believe that's a warning
Oct 31 17:45:11 <junland> okay
Oct 31 17:45:21 <bluelightning> you should just be able to ignore that since it would have picked it up from our mirror
Oct 31 17:45:27 <junland> and I got a red circle for the qemu thing
Oct 31 17:45:35 <bluelightning> oh, that would be an error
Oct 31 17:45:49 <bluelightning> is this with the 1.7 release?
Oct 31 17:46:21 <junland> Yes it is, but I also got this on 1.6.1
Oct 31 17:46:55 <bluelightning> so the qemu-native error is a fetch one as well?
Oct 31 17:47:10 <junland> no it's a do_configure
Oct 31 17:47:31 <bluelightning> ah, could you use pastebin to send the log for that please?
Oct 31 17:47:35 <junland> I have already filed a bug report for 1.6.1 on bugzilla
Oct 31 17:47:39 <junland> sure.
Oct 31 17:47:41 <bluelightning> ah ok, no worries then
Oct 31 17:47:47 <bluelightning> I think I saw that bug
Oct 31 17:47:51 <junland> haha
Oct 31 17:48:35 <RP> halstead: what is the status of user-contrib repos on git.yp.org ?
Oct 31 17:48:51 <junland> I got some other bugs as well with the log
Oct 31 17:48:53 <RP> halstead: It just let me push one but it doesn't show in gitweb?
Oct 31 17:50:12 <junland> bluelightning: I filed the bug as bug 6902
Oct 31 17:50:14 <yocti> Bug https://bugzilla.yoctoproject.org/show_bug.cgi?id=6902 normal, Medium, 1.8 M4, cristian.iorga, NEW , Failed to get URL
Oct 31 17:52:57 <bluelightning> junland: I suspect you are behind some kind of proxy
Oct 31 17:52:58 <junland> bluelightning: Actually bug 6902 was filed for some other URL's i couldn't get
Oct 31 17:53:19 <bluelightning> junland: can you have a look at the file it complains about not being able to unpack?
Oct 31 17:53:28 <junland> bluelighting: yea that's what im thinking now...
Oct 31 17:53:32 <junland> dang....
Oct 31 17:53:55 <michaelw> junland: this can sometimes work out if you're behind a proxy http://www.lagado.com/proxy-test
Oct 31 17:54:22 <junland> michaelw:I'll go ahead and do a test
Oct 31 17:57:03 <junland> Appears that request is not from a proxy
Oct 31 17:57:11 <junland> okay then it's not from a proxy....
Oct 31 17:57:19 <junland> very odd.
Oct 31 17:57:31 <bluelightning> I'd still recommend looking at the downloaded files
Oct 31 17:58:01 <junland> Does yocto do a hash check on the files?
Oct 31 17:58:10 <bluelightning> junland: normally it does yes
Oct 31 17:58:26 <bluelightning> RP: AFAIK they never automatically showed up
Oct 31 17:58:49 <junland> Ah. Maybe firewall has todo something with this...even though i haven't set up a firewall on my ubuntu workstation..
Oct 31 18:00:14 <junland> what is passwd anyways? I honestly can exclude qemu for my build and just get it from other sources.....
Oct 31 18:01:43 <junland> Source ID 33272 was not found when attempting to remove it
Oct 31 18:01:43 <junland>   gtk.main()
Oct 31 18:01:52 <junland> Just one of the errors i got.
Oct 31 18:02:15 <junland> It's at the end of the log with lots of stuff like the line i posted
Oct 31 18:02:24 <bluelightning> yeah don't worry about that
Oct 31 18:02:27 <bluelightning> that's unrelated
Oct 31 18:02:33 <junland> ah.
Oct 31 18:03:53 <halstead> RP: they need additional configuration to be listed. Anyone can access if they knew the URL though as far as I know.
Oct 31 18:04:10 <junland> do you think I can just download it myself and try to place it somewhere.
Oct 31 18:09:08 <junland> bluelightning: I'm going to retrace mysteps and see if I did anything wrong with my configuration while starting hob....If so I'll fire up another bug report.
Oct 31 18:09:08 <junland> Becuase the other bug was filed for 1.6.1 not 1.7
Oct 31 18:10:28 <bluelightning> junland: I wouldn't think so, but this does seem like a pretty unusual set of failures... any info you can provide on your setup that would help us reproduce the issue would be appreciated
Oct 31 18:11:00 <RP> halstead: is that something we plan to fix?
Oct 31 18:11:15 <RP> halstead: not urgent but probably should get noted somewhere?
Oct 31 18:11:52 <halstead> RP: I only list individual repos by request.
Oct 31 18:12:14 <halstead> RP: it seems most people want to keep them private at least initially.
Oct 31 18:13:44 <RP> halstead: in some ways I think this defeats a lot of the purpose of them :/
Oct 31 18:14:31 <RP> halstead: I'll think some more on it I guess, thanks
Oct 31 18:14:34 * RP -> afk
Oct 31 18:15:21 <halstead> RP: we can list then by default.
Oct 31 19:00:19 <lpapp> foo: error while loading shared libraries: libncurses.so.5: cannot open shared object file: No such file or directory
Oct 31 19:00:32 <lpapp> we use foo in our makefile, so basically we run foo.
Oct 31 19:00:43 <lpapp> it is an intel binary, it is generating stuff build time.
Oct 31 19:00:54 <lpapp> I put ncurses-native into the DEPENDS variable, but it does not solve the issue
Oct 31 19:01:09 <lpapp> how can I tell Yocto to make the necessarily library for build-time?
Oct 31 19:01:22 <lpapp> for the intel application that is run in our Makefile?
Oct 31 19:02:41 <lpapp> I thought "DEPENDS += ncurses-native" would do that?
Oct 31 19:03:44 <lpapp> I also experimented with "ncurses", just in case, but none of those solved my issue. :-/
Oct 31 23:58:04 <rburton> anyone else seeing/seen c++ fail like this:
Oct 31 23:58:07 <rburton> | ./db_cxx.h:59:22: fatal error: iostream.h: No such file or directory
Oct 31 23:58:07 <rburton> |  #include <iostream.h>
Oct 31 23:58:15 <rburton> also for <cstdio>
Nov 01 00:06:38 <rburton> JaMa: have you ever seen g++ decide it cant find the c++ headers?
Nov 01 00:06:49 <rburton> ie "cannot find iostream.h"
Nov 01 00:13:37 <JaMa> rburton: yes, e.g. zeroc-ice was failing like this
Nov 01 00:14:59 <rburton> hm, a -cclean fixed it
Nov 01 00:15:07 <JaMa> rburton: it should include just iostream, but db wasn't setting some CXX define
Nov 01 00:15:23 <JaMa> latest oe-core?
Nov 01 00:15:45 <rburton> ross/mut, so master+some
Nov 01 00:15:54 <JaMa> maybe caused by this one? http://git.openembedded.org/openembedded-core/commit/?id=04b725511a505c582a3abdf63d096967f0320779
Nov 01 00:16:50 <rburton> that's the obvious cause but it was invoking our libtool and passing —sysroot
Nov 01 00:17:08 * JaMa off to bed
Nov 01 00:17:28 <rburton> g'night jama
Nov 01 00:17:35 <JaMa> g'night
Nov 01 00:20:00 <James> Hello
Nov 01 00:21:29 <Guest59318> hello
Nov 01 00:22:06 <Guest59318> i need some help with yocto
Nov 01 00:22:12 <Guest59318> anyone
Nov 01 00:24:35 <james_hones> no luck
Nov 01 00:24:58 <Guest59318> hey there Khem
**** ENDING LOGGING AT Sat Nov 01 03:00:00 2014