**** BEGIN LOGGING AT Tue Mar 26 02:59:58 2013
Mar 26 09:20:21 <bluelightning> morning all
Mar 26 09:33:43 <lyang0> good morning
Mar 26 09:43:22 <mckoan> good morning
Mar 26 10:07:24 <panda84kde> mornin'
Mar 26 12:37:09 <JaMa> bluelightning: ping
Mar 26 12:37:18 <bluelightning> hi JaMa
Mar 26 12:37:37 <JaMa> hi, I have question about last buildhistory changes to track SRCREVs
Mar 26 12:37:58 <bluelightning> JaMa: sure, fire away
Mar 26 12:38:24 <JaMa> we would like to track tag-srcrevs also in case SRC_URI is like git://something;tag=foo
Mar 26 12:38:59 <JaMa> bitbake does not populate SRCREV variable (it stays invalid) but still in persistent cache there is git hash which was found by git ls-remote
Mar 26 12:39:31 <JaMa> would it make sense to extend buildhistory to keep history of tag value and corresponding hash?
Mar 26 12:40:30 <bluelightning> JaMa: is the hash I'm reporting as the actual SRCREV not the corresponding hash? (if you look at the code is not reading the value of SRCREV to get this, it uses fetcher functions)
Mar 26 12:41:18 <bluelightning> JaMa: of course it won't show what the value of tag= is though; it probably would be valuable to save that as well
Mar 26 12:41:29 <JaMa> ah, I haven't tested or read that yet, but if it's so than only tag value would be missing
Mar 26 12:42:05 <bluelightning> JaMa: I think that's all that's needed... could you reply on the ML so that I can address that before merging?
Mar 26 12:42:34 <JaMa> ok, I'll test if SRCREVs are the same as what I generate with my script now and reply on the ML
Mar 26 12:42:38 <JaMa> thanks!
Mar 26 12:43:59 <bluelightning> np
Mar 26 13:01:49 <rburton> JaMa: have you experience with weird systemd failures?
Mar 26 13:02:53 <rburton> JaMa: got *really* odd behaviour with my branch when you turn sysvinit entirely off. although the only difference is that some sysv init scripts are missing compared to the working hybrid image, it massively fails to boot.  dbus abstract sockets don't exist, files in / don't exist (they do), etc.
Mar 26 13:03:02 <rburton> its like / disappears from underneath it
Mar 26 13:07:06 <JaMa> well I have experienced a lot of weird issues since it was added in oe-core, now I still have meta-systemd enabled, but resulting images are not really usable (even after rebuilding them from scratch)
Mar 26 13:07:27 <rburton> that's also special
Mar 26 13:08:11 <JaMa> I haven't had any time to debug it, but last time I was testing "clean" image it was failing to mount something and fallback to emergency shell wasn't working too
Mar 26 13:08:17 <rburton> systemd-cgroups-agent[1078]: Failed to get D-Bus connection: Failed to connect to socket /org/freedesktop/systemd1/private: Connection refused
Mar 26 13:08:19 <rburton> systemd[1079]: Failed at step STDOUT spawning /usr/sbin/alsactl: No such file or directory
Mar 26 13:08:21 <rburton> systemd[1082]: Failed at step STDOUT spawning /lib/systemd/systemd-logind: No such file or directory
Mar 26 13:08:37 <rburton> ^ those files do exist, and systemd should have opened that socket
Mar 26 13:08:54 <JaMa> testing with qemu and nfs root?
Mar 26 13:09:27 <rburton> nope, atom-pc
Mar 26 13:09:43 <rburton> and a "hybrid" image which is identical but with some masked init files, works fine
Mar 26 13:10:14 <rburton> the console logs are roughly the same until it all goes wrong
Mar 26 13:31:34 <panda84kde> Hi. I've added a layer in my bblayers.conf but it's not listed in the output of: $ bitbake-layers show-layers
Mar 26 13:32:24 <panda84kde> How do I debug which bblayers.conf is being parsed and what could be going wrong?
Mar 26 13:41:18 <bluelightning> panda84kde: can you pastebin your bblayers.conf file?
Mar 26 13:42:09 <panda84kde> bluelightning: sure, wait a minute
Mar 26 13:44:35 <panda84kde> bluelightning: it's just the default one plus the "meta-mutimedia" line (#12) http://pastebin.com/9TJ1eZR0
Mar 26 13:46:48 <bluelightning> panda84kde: looks fine to me... can you check bitbake -e | grep ^FILE= and bitbake -e | grep ^BBLAYERS=
Mar 26 13:50:20 <panda84kde> bluelightning: got it... it's looking in a different folder from the one I supposed it to be
Mar 26 13:50:55 <bluelightning> panda84kde: did you change to a different build directory after running oe-init-build-env perhaps?
Mar 26 13:51:52 <panda84kde> I have a setup which has: setup-environment in a, let's call it ROOT folder, then I have "sources" folder under ROOT, "conf" folder under ROOT, and "build" folder under ROOT
Mar 26 13:52:21 <panda84kde> it's looking for bblayers.conf in "build/conf" non in "conf"
Mar 26 13:52:48 <bluelightning> argh @ ctrl+w
Mar 26 13:53:06 <bluelightning> panda84kde: that's expected at least out of the box
Mar 26 13:53:22 <bluelightning> panda84kde: bblayers.conf and local.conf are expected to be in conf/ under the build dir
Mar 26 13:54:17 <panda84kde> I see. I didn't create the ROOT/conf dir though.
Mar 26 13:54:39 <bluelightning> panda84kde: you may wish to talk to whoever gave you this customised setup
Mar 26 13:55:29 <panda84kde> bluelightning: ok, I'll post on the yocto-freescale ML then. https://community.freescale.com/docs/DOC-93844
Mar 26 13:56:29 <panda84kde> bluelightning: anyway, thank you so much for your assistance!
Mar 26 13:56:47 <bluelightning> panda84kde: np
Mar 26 15:00:30 * nitink1 YPTM nitin is getting on the bridge
Mar 26 15:00:44 <Song_Liu> YPTM: welcome to the technical team meeting, please let me know who's on the bridge.
Mar 26 15:00:46 <bluelightning_> we can't get in here, it just goes to normal TI PABX
Mar 26 15:00:49 <strassek> YPTM: Kevin Strasser is here
Mar 26 15:00:53 <Corneliu> YPTM: Corneliu joined
Mar 26 15:01:09 <tomz2> YPTM: Tom Z on call
Mar 26 15:01:22 <zeddii> YPTM: Bruce Ashfield on the bridge
Mar 26 15:01:31 <davest> YPTM: Wondering what number I use from Romania?
Mar 26 15:01:52 <jmdelos_> YPTM: Polk is here
Mar 26 15:01:52 <rburton> bluelightning: huh, yeah, TI broke their UK number
Mar 26 15:02:03 <Corneliu> 1 sec
Mar 26 15:02:04 <Crofton|work> davest, 1-900-867-5309
Mar 26 15:02:17 <Corneliu> Dial-in number: 	1.972.995.7777
Mar 26 15:02:31 <rburton> anyone from TI know what happened to the UK number?
Mar 26 15:02:48 <fray> YPTM: I'm here
Mar 26 15:02:51 <davest> YPTM: davest is in the call
Mar 26 15:03:11 <belen> YPTM: belen is in the call
Mar 26 15:03:12 <bluelightning> Paul Eggleton joined, using the US number
Mar 26 15:03:15 <nitink1> YPTM: nitin is in the call
Mar 26 15:03:32 <scottrif> YPTM: Scott Rifenbark joined the bridge
Mar 26 15:03:41 <Zagor> YPTM: Björn Stenberg is on the call
Mar 26 15:04:17 <RP_> rburton: did you find a UK number?
Mar 26 15:04:24 <rburton> RP_: not one that works
Mar 26 15:04:45 <cristianiorga> YPTM: cristian iorga present
Mar 26 15:04:51 <Song_Liu> YPTM: Any opens?
Mar 26 15:06:00 <fray> is there a mute button (other then local phone)?
Mar 26 15:06:38 <fusman> YPTM: Fahad Usman on the bridge
Mar 26 15:07:01 <Corneliu> YPTM: current weekly status: https://wiki.yoctoproject.org/wiki/1.4_QA_Status
Mar 26 15:07:28 <bluelightning> fray: you could try *6
Mar 26 15:07:40 <fray> they worked..
Mar 26 15:07:47 <davest> YPTM: Anyone from TI on the line? Can you help us with the bridge noise?
Mar 26 15:07:47 <fray> I'd suggest people mute w/ *6 then..
Mar 26 15:08:00 * fray wonders if if it's *6 to unmute or #6
Mar 26 15:08:12 <bluelightning> fray: *6 again I think
Mar 26 15:08:18 <rburton> fray: normally the same code again
Mar 26 15:08:36 <adamian> we called an operator
Mar 26 15:08:42 * RP_ isn't able to find a sane way to dial a US number atm :(
Mar 26 15:08:52 <rburton> RP_: i don't recommend google voice
Mar 26 15:08:57 <rburton> RP_: massive static
Mar 26 15:09:03 <bluelightning> skype has worked for me in the past
Mar 26 15:09:44 <davest> YPTM: I was able to talk to the bridge operator and they said they would help
Mar 26 15:09:55 <bluelightning> noise seems to be gone \o/
Mar 26 15:09:59 <fray> yup
Mar 26 15:10:19 <Zagor> ahh
Mar 26 15:11:17 <RP_> Song_Liu: RP is on the call now
Mar 26 15:18:25 <fray> RP -- is it only MIPS?
Mar 26 15:20:01 <RP_> fray: I think
Mar 26 15:20:32 <fray> ok
Mar 26 15:26:30 <RP_> halstead: sounds good, we could use more ABs :)
Mar 26 15:28:19 <Crofton|work> RP_, we can auto build as much as there are machines for
Mar 26 15:28:35 <RP_> Crofton|work: indeed
Mar 26 15:28:36 <Corneliu> new report for Milestone Report page: https://wiki.yoctoproject.org/wiki/Yocto_1.4_Milestone_Test_Report#Yocto_1.4_M4_RC1_Build_Test_Report
Mar 26 15:29:10 <Crofton|work> I propose something like this: http://www.nas.nasa.gov/hecc/resources/pleiades.html
Mar 26 15:29:24 <RP_> Corneliu: looks much nicer :)
Mar 26 15:30:11 <RP_> Corneliu: How can you have 100% pass for jasperforest with 2 bugs?
Mar 26 15:30:17 <Corneliu> RP_: glad you like it :)
Mar 26 15:30:37 <RP_> Corneliu: I guess "other items" don't count?
Mar 26 15:30:43 <Corneliu> RP_: bugs are issues encountered that do not block any test cases
Mar 26 15:30:53 <Corneliu> RP_: indeed
Mar 26 15:32:06 <Corneliu> RP_: for example https://bugzilla.yoctoproject.org/show_bug.cgi?id=3928 is encountered during shutdown but does not fail the shutdown test
Mar 26 15:32:08 <yocti> Bug 3928: normal, Medium, 1.4, bogdan.a.marinescu, NEW , stopping tcf-agent: FAILED
Mar 26 15:32:35 <Zagor> Corneliu: any progress with getting ptest into testopia? I've got gcc-runtime and gdb tests itching to be included. only 26092 test cases! ;-)
Mar 26 15:33:03 <Corneliu> Zagor: :-s
Mar 26 15:33:39 <Corneliu> Zagor: we need tro talk about that
Mar 26 15:34:39 <Corneliu> Zagor: we either get less test cases with more content or automate the process of geting that into testopia
Mar 26 15:35:34 <Zagor> yes, automated parsing is a must.
Mar 26 15:36:45 <Corneliu> Zagor: indeed, that brings connectivity issues as the machine must be able to comunicate with the testopia server.
Mar 26 15:37:11 <Corneliu> Zagor: or a buffer server that collects the data and then sends a phrased result to testopia
Mar 26 15:37:40 <Zagor> the way we do it is to just parse the test logs. since ptest has a fixed format, packages and test cases can be separatec lexically
Mar 26 15:38:47 <dv_> i cannot find the name of the next poky version. the previous one was denzil, the current one is danny, the next one .. ? is there a page with the names?
Mar 26 15:38:56 <Zagor> dv_: dylan
Mar 26 15:38:58 <rburton> dv_: oh i need to add the new one!
Mar 26 15:39:14 <dv_> is it known if gstreamer 1.0 will be included in dylan?
Mar 26 15:39:21 <Corneliu> Zagor: Can you please open a bug in QA - Test Plans/Suite about adding ptest integration?
Mar 26 15:39:29 <Zagor> Corneliu: sure
Mar 26 15:39:41 <Corneliu> Zagor: thank you :)
Mar 26 15:39:45 <rburton> dv_: https://wiki.yoctoproject.org/wiki/Releases
Mar 26 15:40:12 <dv_> ah! i was looking for that list. thanks
Mar 26 15:40:28 <Song_Liu> YPTM: thank you all for joining the meeting. Have a nice day/evening
Mar 26 15:40:31 <rburton> dv_: i wanted that to happen, but we just passed feature freeze. people are working on it, so my secret plan is to merge it into meta-multimedia asap and then pull it into oe-core for 1.5.
Mar 26 15:41:16 <dv_> it will probably be called "gstreamer10", no? to distinguish it from gstreamer 0.10, which happens to be just called "gstreamer " atm
Mar 26 15:41:29 <rburton> yeah, gstreamer-1.0 etc
Mar 26 15:41:31 <dv_> or can you break backwards compatibility between major releases?
Mar 26 15:41:36 <rburton> hm, no - actually
Mar 26 15:41:39 <rburton> gstreamer1.0
Mar 26 15:41:50 <rburton> we'll want both to be parallel installable
Mar 26 15:42:03 <rburton> well, the sources are, it's just a matter of naming it appropraitely
Mar 26 15:42:32 <dv_> sure. but existing recipes all just call it "gstreamer".
Mar 26 15:42:55 <dv_> perhaps introduce "gstreamer0.10", "gstreamer1.0", and make "gstreamer" a synonym for "gstreamer0.10" ?
Mar 26 15:43:36 <rburton> dv_: renaming gstreamer to gstreamer0.10 is way too much churn to be worth it
Mar 26 15:45:04 <Zagor> Corneliu: https://bugzilla.yoctoproject.org/show_bug.cgi?id=4114
Mar 26 15:45:05 <yocti> Bug 4114: enhancement, Undecided, ---, laurentiu.serban, NEW , Add ptest integration
Mar 26 15:47:20 <Corneliu> Zagor: great :)
Mar 26 16:04:31 <Sput> hmm, I suddenly get tons of these warnings: "WARNING: Inode check for .../build/downloads is unavaliable, will remove it from disk monitor"
Mar 26 16:04:48 <Sput> any way to silence those?
Mar 26 16:04:50 <Sput> or fix :)
Mar 26 16:05:23 <rburton> Sput: btrfs?
Mar 26 16:05:35 <rburton> the warning should probably be a note or something non-visible by default
Mar 26 16:05:42 <Sput> no, reiserfs
Mar 26 16:06:02 <Sput> it's really spamming my shell
Mar 26 16:06:17 <rburton> reiser probably has the same quirk
Mar 26 16:06:28 <Sput> any short-term fix for that one? I can't work like this
Mar 26 16:06:30 <rburton> grep for inode check, turn warning to note, file a bug
Mar 26 16:06:35 <Sput> k
Mar 26 16:06:35 <rburton> its in bitbake, iirc
Mar 26 16:07:59 <Sput> yeah, found it
Mar 26 16:08:33 <bluelightning> Sput: you can also clear out / adjust BB_DISKMON_DIRS in local.conf
Mar 26 16:10:48 <Sput> ah, that's helpful too
Mar 26 16:11:06 <Sput> so having my build stuff on reiserfs is not recommended, or is there something I can do to make it work properly?
Mar 26 16:11:46 <bluelightning> Sput: it's just the code is overzealous about reporting it can't check the inode count
Mar 26 16:11:55 <bluelightning> it'll still check for available space AFAIK
Mar 26 16:11:57 <Sput> I see
Mar 26 16:14:37 <Sput> well, thanks for now, will file a bug tomorrow :)
Mar 26 16:14:53 <bluelightning> Sput: that would be appreciated, thanks
Mar 26 18:02:28 <Crofton|work> RP_, ++ on you spending less time in meetings, and more time communicating to everyone
Mar 26 18:03:16 <RP_> Crofton|work: I suspect the people in the meetings will complain about lack of communication
Mar 26 18:03:25 <Crofton|work> heh
Mar 26 18:03:43 <Crofton|work> but you can reach more people by spending less time in meetings
Mar 26 18:04:32 <Crofton|work> as a LF fellow, you should make it clear that you will cut meetings without pubilshed minutes first
Mar 26 18:04:58 <Crofton|work> that might increase the amount of minutes and help sovle the problem
Mar 26 18:06:18 <Crofton|work> basically, regular state of things from you would be good
Mar 26 18:06:28 <Crofton|work> but more communication from everyone helps
Mar 26 18:30:38 * khem is looking into gcc 4.8
Mar 26 18:31:04 <khem> lets see if I can churn out recipes in few hours
Mar 26 18:32:27 <Crofton|work> I can see RP_ pooping if you send him patches for the release :)
Mar 26 18:33:11 <khem> oh obviously not
Mar 26 18:33:28 <khem> all patches I do are not for upstreaming
Mar 26 18:33:37 <Crofton|work> I am curious myself
Mar 26 18:33:51 <khem> this is for weird mipsen we have
Mar 26 18:35:43 <Crofton|work> http://gcc.gnu.org/gcc-4.8/changes.html
Mar 26 18:35:53 <Crofton|work> I am curious of the NEON code is better
Mar 26 18:37:22 <Crofton|work> I am kind of assuming the next release will be basedon on 4.8?
Mar 26 19:02:16 <waynr> i have found a bug in the current udev recipe where the init script will try to use tmpfs for /dev when udev-182 actually requires devtmpfs
Mar 26 19:05:11 <waynr> i guess i should check the bug tracker and maybe send a patch to oe-core if it has not been fixed already
Mar 26 19:07:55 <JaMa> RP_: thanks for status email, one thought about it: it would be nice to send short version of TSC meetings sooner (just agenda and the header as it is when actual minutes are sent later)
Mar 26 19:08:27 <fray> we have a self-imposed deadline of 3 days after the meeting.. but we don't always make it..
Mar 26 19:09:11 <JaMa> RP_: TSC minutes usually contain interesting information about status, but when they are send more then 1-2 weeks later it it does not count as "status"
Mar 26 19:09:32 <fray> that's why we intend 3 days max.. but again, time issues..
Mar 26 19:09:47 <fray> once the minutes are sent out, we usually all approved them within a day..
Mar 26 19:10:36 <JaMa> well TSC 12th Feb, sent 27th Feb
Mar 26 19:11:24 <JaMa> I understand time issues, just an idea, because sending TSC minutes sooner shouldn't increase RP's workload (or only tiny bit)
Mar 26 19:12:04 <JaMa> but I don't know how many people like to read them like I do :)
Mar 26 19:53:12 <pidge> otavio: I'm getting ready to start an M5.rc2. I'm creating branches for this one. Could you branch your master HEAD to 1.4_M5? I'll be starting the build in about an hour. If no branch, I'll just pull from your master.
Mar 26 20:08:53 <otavio> pidge: sure
Mar 26 20:10:39 <otavio> pidge: done
Mar 26 20:11:28 <pidge> otavio: ty
Mar 26 21:04:43 <RP_> Crofton|work: Not at all. The answer to gcc 4.8 in 1.4 is "no"
Mar 26 21:04:50 <Crofton|work> :)
Mar 26 21:05:05 <RP_> Crofton|work: "make a branch"
Mar 26 21:05:26 <walters> apparently 4.8 ICE's trying to build 4.7
Mar 26 21:05:26 <Crofton|work> I think I meant planning for next release
Mar 26 21:05:32 <Crofton|work> rofl
Mar 26 21:21:34 <RP_> walters: nice, that is going to be fun when we start seeing 4.8 on host distros trying to build older releases :(
Mar 26 21:21:36 <dv_> oh boy.
Mar 26 21:21:46 <dv_> I wasnt unpacking something into work-shared, but into DL_DIR :/
Mar 26 21:21:55 <Crofton|work> hopefully they wait for 4.8.1
Mar 26 21:22:43 <RP_> dv_: That would result in a mess :/
Mar 26 21:22:58 <RP_> Crofton|work: I hope so. We will think about 4.8 in 1.5...
Mar 26 21:23:13 <RP_> reality depends on how many issues we see
Mar 26 21:23:24 <Crofton|work> sure
Mar 26 21:29:18 <Sput> btw, is the master branch still 1.4 or has that been branched away already?
Mar 26 22:09:10 <RP_> Sput: still master atm
Mar 26 22:10:58 <Sput> RP_: thx.
Mar 26 22:10:58 <Garibald1> Hi folks.  I'm building an SDK (w/ -c populate_sdk) and my generated SDK is missing i586-poky-linux-ld.  Any idea why?
Mar 26 22:11:27 <RP_> Garibald1: by default the sdk contains the development headers but not the tools
Mar 26 22:12:30 <RP_> Garibald1: add packagegroup-core-buildessential to the image?
Mar 26 22:12:45 <Garibald1> ah, is there a way to pick up the tools too?  For example, I get ar, as, cpp, g++, gcc, gdb, etc... just not ld
Mar 26 22:12:53 <Garibald1> ok, I'll give that a shot
Mar 26 22:12:59 <Garibald1> RP_: thanks
Mar 26 22:13:58 <Garibald1> do I need that, or some nativesdk- version of that?
Mar 26 22:14:09 <Garibald1> for example, I don't want the tools in the rootfs, just in the SDK
Mar 26 22:14:23 <Garibald1> (i.e., I'd like a cross compiler for the target in the SDK)
Mar 26 22:14:45 <RP_> Garibald1: in that case you need the nativesdk version
Mar 26 22:14:52 <Garibald1> right, ok
Mar 26 22:14:55 <Garibald1> thanks again
Mar 26 22:22:26 <Garibald1> maybe packagegroup-core-standalong-sdk-target?
Mar 26 22:22:34 <Garibald1> I don't see a packagegroup-core-buildessential
Mar 26 22:25:19 <RP_> Garibald1: the nativesdk package names are different
Mar 26 22:26:42 <RP_> Garibald1: TOOLCHAIN_HOST_TASK = "nativesdk-packagegroup-sdk-host packagegroup-cross-canadian-<ARCH>" is what you want
Mar 26 22:26:52 <Garibald1> ah, ok
Mar 26 22:27:10 <Garibald1> I found sdk-host, I'll add the cross-canadian too
Mar 26 22:27:15 <RP_> Garibald1: I'm just puzzled why this isn't there by default
Mar 26 22:27:25 <Garibald1> yeah, me too
Mar 26 22:27:41 <Garibald1> I found it odd that gcc and g++ were there but not ld
Mar 26 22:29:03 <RP_> Garibald1: packagegroup-cross-canadian contains gcc and binutils :/
Mar 26 22:30:26 <Garibald1> so I see meta/classes/populate_sdk_base.bbclass:TOOLCHAIN_HOST_TASK ?= "nativesdk-packagegroup-sdk-host packagegroup-cross-canadian-${TRANSLATED_TARGET_ARCH}"
Mar 26 22:30:39 <RP_> Garibald1: right :/
Mar 26 22:30:44 <RP_> Garibald1: is this with master?
Mar 26 22:30:59 <Garibald1> hum, no, danny tarball
Mar 26 22:31:29 <RP_> Garibald1: ok, I can't test that so easily. I will set a build with master away though...
Mar 26 22:32:01 <Garibald1> ok, thanks.  I'll experiment around a bit here as well
Mar 26 22:36:47 <Garibald1> so I've added a package to the SDK by creating a nativesdk-packagegroup-sdk-host.bbappend with RDEPENDS_${PN} += "nativesdk-mypackage".  Is that the right way to do it?
Mar 26 22:37:22 <Garibald1> it seems to work, but maybe it's causing problems with other things?
Mar 26 22:41:11 <RP_> Garibald1: should be ok...
Mar 26 22:41:45 <Garibald1> is there a "best" way that differs from what I've done?
Mar 26 22:42:12 <RP_> Garibald1: several different ways, no one "best" way
Mar 26 22:42:34 <Garibald1> ah, ok
Mar 26 22:51:34 <pidge> otavio, do you maintain meta-fsl-ppc or just meta-fsl-arm?
Mar 26 22:54:55 <RP_> pidge: just -arm
Mar 26 22:56:05 <RP_> pidge: -ppc has just changed hands, now Luo Zhenhua-B19537@freescale
Mar 26 22:59:17 * mranostay loves freescale email addresses
Mar 26 22:59:30 <mranostay> you are not a number oh wait you are :P
Mar 26 23:05:06 * pidge sighs. Ok, RP. I'll email them to let them know about the 1.4_M5 branch
Mar 27 01:36:25 <Circuitsoft> Hello - I'm having trouble with IEMGD.
Mar 27 01:36:51 <Circuitsoft> I needed to create a custom VBIOS to support my LCD, and the generated linux driver package is emgd_1.8.
Mar 27 01:36:59 <Circuitsoft> When I build, I'm getting:
Mar 27 01:37:32 <Circuitsoft> install: cannot stat `<path/to/project>/yocto/build/tmp/work/core2-poky-linux/emgd-driver-bin-1.8-r2/IEMGD_HEAD_Linux/MeeGo1.2/usr/lib/libEGL.so': No such file or directory
Mar 27 01:37:38 <Circuitsoft> When I look, that file is there.
**** ENDING LOGGING AT Wed Mar 27 02:59:58 2013