**** BEGIN LOGGING AT Tue Jan 22 02:59:58 2013
Jan 22 04:47:14 <trung> Crofton|work:  are you around?
Jan 22 06:05:16 <iwamatsu> Hi, I built userland (core-image-minimal) from poky/HEAD. and I do NFS boot using created userland . But boot fail.
Jan 22 06:06:17 <iwamatsu> If I use nfs in the userland, Do I need any special recipe?
Jan 22 06:22:49 <trung> iwamatsu: believe it or not, i have the same problem!!
Jan 22 06:22:55 <trung> what error do you get?
Jan 22 06:23:06 <trung> i get "Wrong Image Format for bootm command
Jan 22 06:23:06 <trung> ERROR: can't get kernel image!"
Jan 22 06:45:16 <iwamatsu> I got "bootlogd: cannot find console device 204:9 under /dev". I think this is not same problem with you.
Jan 22 06:46:14 <iwamatsu> hm, this seems to be due to init of udev.
Jan 22 06:48:13 <iwamatsu> trung: You can check with the "file" command.
Jan 22 08:28:32 <mckoan> good morning
Jan 22 13:20:01 <luciano__> How can I generate an iso image?
Jan 22 13:33:32 <gbrennon> hello everyone
Jan 22 13:34:40 <gbrennon> i'm getting this error when i try to build my imagem with x11-base Summary: 1 task failed:   /home/gbrennon/fsl-community-bsp/sources/poky/meta/recipes-core/images/core-image-minimal.bb, do_rootfs
Jan 22 13:36:03 <gbrennon> lol
Jan 22 13:36:15 <gbrennon> now everytime i try to build any image i receive this error with the do_rootfs
Jan 22 13:36:20 <gbrennon> does anyone know the solution?
Jan 22 13:37:33 <JaMa> show the error, not just last line
Jan 22 13:37:38 <JaMa> use pastebin
Jan 22 14:23:01 <rburton> jackmitchell: still having problems booting?
Jan 22 14:31:04 <jackmitchell> rburton: yes, I have just successfully booted with an earlier version of my target rootfs, just testing again now as I remembered I had removed usbgadget from features
Jan 22 14:31:12 <jackmitchell> rburton: so testing with that enabled again now
Jan 22 14:31:58 <rburton> the read only file system errors are a bit weird
Jan 22 14:32:11 <rburton> i'm sure the systemd changes with sysvinit didn't result in any changes to the image :/
Jan 22 14:33:01 <jackmitchell> rburton: yes, it could very well be related to me removing usbgadget - I'll test when the image has rebuilt and let you know
Jan 22 14:33:17 <rburton> jackmitchell: bisecting it a bit would be great if it isn't that
Jan 22 14:48:01 <JaMa> is it possible to use global variable in bitbake event handler? I'm trying to implement world-image without need for bitbake change
Jan 22 14:48:26 <JaMa> #3505
Jan 22 14:49:37 <gbrennon> hello everyone
Jan 22 14:50:24 <rburton> JaMa: not afaik.  i've taken to stashing stuff into e.data
Jan 22 15:08:09 <Crofton|work> jefro needs to payoff the LF people so the Yocto/OE bof does not conflict with the booth crawl
Jan 22 15:17:16 <jackmitchell> rburton: problem still exists, bisecting now...
Jan 22 15:17:32 <JaMa> rburton: I'm trying to append to same variable in if isinstance(e, bb.event.RecipeParsed): (e.data.setVar('ALL_PACKAGES', '%s %s' % (all_packages, packages) but on each run, e.data.getVar('ALL_PACKAGES', True) is empty
Jan 22 15:17:45 * jackmitchell hopes perl doesn't recompile everytime
Jan 22 15:19:31 <kergoth> JaMa: just use e.data.appendVar()
Jan 22 15:20:59 <JaMa> I had that before, but that also didn't work
Jan 22 15:23:19 <RP> JaMa: The recipes don't share a datastore
Jan 22 15:24:58 <JaMa> is it possible to use global variable in bitbake event handler? I'm trying to implement world-image without need for bitbake change
Jan 22 15:25:14 <JaMa> or is event handler completely bad idea?
Jan 22 15:25:53 <RP> JaMa: There is no shared datastore you can access from there. You'd probably have to write to a file on disk in staging somewhere
Jan 22 15:27:23 <JaMa> sounds slower, I'll try to return to my bitbake patch then
Jan 22 15:28:12 <JaMa> or wait to see if sgw1 has something else for YOCTO #3505
Jan 22 15:30:17 <sgw1> JaMa: I have been starting to work on that, it is a challenging issue
Jan 22 15:31:16 <sgw1> JaMa: but if you have some ideas we could review them also
Jan 22 15:34:25 * fp is back from vacation
Jan 22 15:36:14 <panda84kde> Hi otavio: I've seen your posts here: https://community.freescale.com/thread/302748 Do you think Freescale might publish hard float binaries of their GPU and gstreamer plugins?
Jan 22 15:38:03 <JaMa> sgw1: nothing usable yet.. just trying what's available http://bpaste.net/show/72082/
Jan 22 15:46:22 <sgw1> jama, sounds like we are going down similar paths, need a event to get all the recipes and then determine package lists from each recipe (really PN), you are clearly further along than I am.
Jan 22 15:46:42 <sgw1> JaMa: on line 27 do you want setVar or appendVar there?
Jan 22 15:47:12 <sgw1> JaMa: nevermind, I did not read all the way through
Jan 22 15:47:17 <JaMa> sgw1: both do not work as RP explained that there are no shared datastores :/
Jan 22 15:47:58 <sgw1> JaMa: had not fully readback in IM
Jan 22 15:48:09 <JaMa> sgw1: bitbake patch works better (cumulates all PN correctly) but I don't know yet how to push it back to world-image IMAGE_INSTALL
Jan 22 16:00:33 <pidge> YPTM: Beth is here.
Jan 22 16:00:33 <bogdanm> YPTM: BogdanM is on the bridge
Jan 22 16:00:39 <jzhang-laptop> YPTM: jzhang's on the bridge
Jan 22 16:00:45 <scottrif> YPTM: Scott Rifenbark joined the call
Jan 22 16:00:45 <Song_Liu> YPTM: welcome to the technical meeting, please let me know who's on the bridge
Jan 22 16:00:51 <fp> YPTM: Amit is here
Jan 22 16:00:51 <rburton> YPTM: ross on the bridge
Jan 22 16:00:52 <tomz1> YPTM: Tom Z on the bridge
Jan 22 16:01:01 <Corneliu> YPTM: Corneliu from Romania QA joined
Jan 22 16:01:03 <strassek> YPTM: Kevin Strasser is dialing in
Jan 22 16:01:20 <AlexG> Song_Liu: AlexG on the bridge too
Jan 22 16:01:26 <jmpdelos> YPTM: Jeff P is here
Jan 22 16:01:37 <sgw1> YPTM: Saul is here
Jan 22 16:01:38 <laur> YPTM: LaurentiuP joined
Jan 22 16:01:46 <nitink> YPTM: Nitin is on the bridge
Jan 22 16:01:52 <Zagor> YPTM: Björn is here
Jan 22 16:02:10 <belen> belen just joined the call
Jan 22 16:02:19 <igrigorx> YPTM: IoanaG joined
Jan 22 16:03:33 <davest> YPTM: davest is in the house
Jan 22 16:03:53 <AlexG> davest: :)))
Jan 22 16:03:54 <davest> (literally, working fromhome)
Jan 22 16:03:55 <Song_Liu> YPTM: Any opens?
Jan 22 16:04:17 <darknighte> YPTM: Sean Hudson of Mentor Graphics has joined
Jan 22 16:04:20 <dvhart> YPTM: Darren is on
Jan 22 16:04:26 <RP> Song_Liu: no opens from me thanks
Jan 22 16:05:22 <zenlinux> Scott Garman is here
Jan 22 16:05:49 <fray> YPTM: I'm on now
Jan 22 16:06:13 <bluelightning_> YPTM: Paul Eggleton is on the call
Jan 22 16:06:49 <zeddii> YPTM: Bruce Ashfield is on
Jan 22 16:07:42 <Corneliu> what was the number of that bug again?
Jan 22 16:07:55 <Corneliu> yes
Jan 22 16:08:04 <rburton> https://bugzilla.yoctoproject.org/show_bug.cgi?id=3608
Jan 22 16:08:05 <yocti> Bug 3608: critical, High, 1.3.1, kishore.k.bodke, NEEDINFO , Danny binary minimal BSP causes kernal panic
Jan 22 16:08:18 <Corneliu> thank you :)
Jan 22 16:08:37 <darknighte> https://wiki.yoctoproject.org/wiki/Yocto_Project_v1.4_Status
Jan 22 16:09:06 <Crofton|work> you guys should use meetbot for collecting stuff
Jan 22 16:10:21 <rburton> Crofton|work: we should also probably not use #yocto but #yocto-meeting or something...
Jan 22 16:10:27 <darknighte> Crofton|work: rebel!
Jan 22 16:10:31 <darknighte> rburton: rebel!
Jan 22 16:10:31 <Crofton> I do not mind that
Jan 22 16:10:41 <darknighte> Crofton: thought you might not. ;)
Jan 22 16:10:54 <Crofton> I hate telecons, but do sort of try to follow what happens here
Jan 22 16:14:41 * RP should talk about variable dependency tracking
Jan 22 16:14:49 <darknighte> https://wiki.yoctoproject.org/wiki/Yocto_1.4_Schedule
Jan 22 16:24:05 <scottrif> Profiling Manual link: http://www.yoctoproject.org/docs/1.4/profile-manual/profile-manual.html
Jan 22 16:25:01 <darknighte> scottrif: good stuff.  thanks for sharing it.
Jan 22 16:26:04 <scottrif> darknighte: no problem.  Tom originally wrote it.  I will dedicate a set amount of time each day to work through with some re-writing.
Jan 22 16:29:39 <waynr> howdy folks
Jan 22 16:33:05 <Corneliu> https://bugzilla.yoctoproject.org/tr_show_product.cgi
Jan 22 16:33:31 <Corneliu> https://wiki.yoctoproject.org/wiki/Testopia
Jan 22 16:35:23 <scottrif> I see it
Jan 22 16:35:27 * zeddii sees it
Jan 22 16:35:56 <Corneliu> example of report: https://wiki.yoctoproject.org/wiki/Qwrtpsdfgjklzxcvbnm
Jan 22 16:36:24 <AlexG> Testopia link: https://bugzilla.yoctoproject.org/tr_show_product.cgi
Jan 22 16:44:39 <panda84kde> Hi everybody! I've seen these patches: http://www.mail-archive.com/meta-freescale@yoctoproject.org/msg00857.html
Jan 22 16:44:55 <panda84kde> Is that work to enable OpenGL in X?
Jan 22 16:45:12 <panda84kde> for i.MX6 I mean...
Jan 22 16:46:02 <rburton> panda84kde: no, it means to disable GLX on ixm6
Jan 22 16:46:14 <rburton> "+# There are no libgl binaries for imx6 - don't compile with glx"
Jan 22 16:47:30 <panda84kde> thank you rburton. So at the moment there is no possibility to run OpenGL applications in X, right?
Jan 22 16:47:54 <rburton> ixm6 doesn't support GL, so you'll never get GLX.  EGL on X11 could work though.
Jan 22 16:49:18 <panda84kde> You mean that it supports OpenGL ES 2, but not full fledged Open GL, right?
Jan 22 16:49:40 <rburton> panda84kde: no idea directly about imx6, but that's entirely usual for arm gpus
Jan 22 16:51:27 <rburton> i.e. i've never seen an imagination gpu that actually supports full GL
Jan 22 16:51:32 <rburton> luckily GLES2 is great
Jan 22 16:57:41 <panda84kde> rburton: thank you so much. Is there any basic test I can do to know if my X session is "EGL enabled"? Is there any module for OpenGL ES like "glx" is for regular OpenGL?
Jan 22 16:59:19 <rburton> panda84kde: a libegl.so gives it away
Jan 22 17:00:11 <panda84kde> nice!
Jan 22 17:06:21 <sgw1> khem: ping, is your eglibc update branch current?  I want to pull it to mut for some local builds
Jan 22 17:11:08 <khem> sgw1: yes it should be
Jan 22 17:12:15 <sgw1> khem: thanks, your systemd/uclibc changes are in M3, we held the nfs change for after.
Jan 22 17:12:37 <khem> sure
Jan 22 17:41:51 <panda84kde> rburton: does mesa-demos compile es2_info and es2gears? I've seen that you've submitted a gles2-info.patch
Jan 22 17:42:08 <rburton> panda84kde: erm, i think so.
Jan 22 17:42:17 <rburton> can't remember and the build machine just turned off
Jan 22 17:42:39 <rburton> that package does *need* mesa to build though
Jan 22 17:42:47 <rburton> patches welcome to conditionalise the mesa bits :)
Jan 22 17:43:34 <panda84kde> yeah. I've successfully built the mesa-demos, but can't find any associated binary in the build tree. That's strange!
Jan 22 18:15:28 <panda84kde> found the binary of es2_info in src folder
Jan 22 19:04:39 <gbrennon> rburton: i got the error log for my x error.... it is so big that i can't find the error :( http://pastebin.com/nTTkSPBA
Jan 22 19:17:02 <mranostay> morning
Jan 22 19:17:05 <blloyd_> just curious: is the matchbox desktop project dead?
Jan 22 19:17:58 <blloyd_> (matchbox-project.org has been dead > 30 days)
Jan 22 19:19:04 <mranostay> that is years in Open Source time :)
Jan 22 19:34:56 <ftonello> can I set the MACHINE variable in a bitbake command?
Jan 22 19:35:03 <ftonello> like bitbake MACHINE image
Jan 22 19:35:08 <ftonello> ops
Jan 22 19:35:14 <ftonello> bitbake MACHINE=qemuarm image
Jan 22 19:35:23 <ftonello> or do I need to manually change in local.conf?
Jan 22 19:36:35 <zeddii> ftonello, machine should work from the env: MACHINE=qemuarm bitbake core-image-minimal
Jan 22 19:37:26 <michael_e_brown> quick question that I'm not seeing quick google answers for: I've succesfully got a yocto danny build running with meta-oe/meta-systemd integrated for init, but I'm not getting a serial console getty.
Jan 22 19:37:36 <ftonello> thanks
Jan 22 19:38:27 <blloyd_> ftonello: I used the MACHINE=qemux86 bitbake ... syntax a lot.  To test in qemu when I usually build for a custom machine.
Jan 22 19:38:36 <blloyd_> seemed to work fine.
Jan 22 19:38:39 <ftonello> thanks
Jan 22 19:50:31 <seebs> So, in sh, there's a fair number of idioms for things like ${foo:+/$foo} to expand to "/$foo" if $foo is non-empty.
Jan 22 19:50:48 <seebs> In bitbake, it seems that my options are ${foo} and ${@...} with fancy Python to obtain such results, yes?
Jan 22 19:52:40 <seebs> There are a family of problems here where it might be nice to add a new syntax, but it'd clash with shell expansion rules of some sort.
Jan 22 19:53:46 <seebs> Which leads me to wonder: Apart from the many implementation challenges, would there be any interest in adding a new $ syntax which was incapable of clashing with shell (so probably $[] or $<>) and supported some commonly-used expansion rules, like a prefix to include if a value is non-empty?
Jan 22 19:56:38 <kergoth> ideally, bitbake variable references wouldn't use ${} at all, its true. the overlap just leads to confusion about when the expansion occurs
Jan 22 19:57:34 <seebs> Yeah. It's a bit late to change, but it would be sort of nice to fix. $() is taken, $[] seems risky/confusing. I would be okay with $<>, I think. Of course, it'd take forever to go fix up everything else.
Jan 22 19:59:14 <michael_e_brown> Anybody know how to debug serial console problems with systemd (yocto danny release)?
Jan 22 19:59:15 <kergoth> maybe we shoul dhave copied the .spec format and used %() or whatever :)
Jan 22 20:03:55 <seebs> Hmm.
Jan 22 20:04:43 <seebs> Well, there's a thought. I wonder whether it would be easier to solve *not* trying to use $ as the magic cookie.
Jan 22 20:10:37 <seebs> Huh.
Jan 22 20:11:16 <seebs> A casual grep suggests that we could very likely get away with @{foo} and break basically nothing.
Jan 22 20:13:04 <seebs> ack-grep --type=bitbake '@{' => no hits
Jan 22 20:20:25 <rburton> blloyd_: i'm currently porting matchbox desktop 2 and panel2 to gtk3
Jan 22 20:23:19 <rburton> michael_e_brown: probably didn't install the systemd-serialgetty package, or the serial_console settings are wrong?
Jan 22 20:24:29 <rburton> gbrennon: configure:18656: error: /opt/microchip/xc8/v1.12/bin/cpp does not preserve whitespace with or without -traditional.  I don't know what to do.
Jan 22 20:30:25 <michael_e_brown> rburton, I'm seeing the rootfs/etc/systemd/system/getty.target.wants/serial-getty@ttyS0.service link, and also have console=ttyS0
Jan 22 20:31:00 <rburton> michael_e_brown: sounds right, and you've now come to my limit of systemd knowledge here.
Jan 22 20:33:07 <michael_e_brown> i have no network and nothing except a serial port and am having a hard time debugging this... :/
Jan 22 20:59:34 <gbrennon> hey everyone
Jan 22 21:02:40 <rburton> gbrennon: configure:18656: error: /opt/microchip/xc8/v1.12/bin/cpp does not preserve whitespace with or without -traditional.  I don't know what to do.
Jan 22 21:02:46 <rburton> gbrennon: or, your toolchain is bust.
Jan 22 21:03:13 <rburton> gbrennon: when a configure fails, search for "Cache variables" and the error will be above you
Jan 22 21:03:22 <rburton> it shows the error and then dump state
Jan 22 21:03:26 <gbrennon> hmm
Jan 22 21:03:27 <gbrennon> okok
Jan 22 21:03:28 <gbrennon> so
Jan 22 21:03:35 <jawilson> is there a proper way to add modules to me modprobed into the kernel at boot for my image? Should I just create a recipe that has a file in /etc/modules.d/ ?
Jan 22 21:03:39 <gbrennon> all that i did was add "x11-sato" to my features
Jan 22 21:03:57 <gbrennon> with x11-base i had another kind of error
Jan 22 21:06:09 <gbrennon> rburton: what u mean with "your toolchain is bust"?  and why is my yocto including those "/opt/microchip" directories if they belong to another application? this could be something with the $PATH variable?
Jan 22 21:06:49 <rburton> gbrennon: you tell me why it's using /opt/microchip/xc8/.../bin/cpp as the pre-processor.  i presumed it was using that because that's your toolchain.
Jan 22 21:07:02 <rburton> gbrennon: if it's not then yes your $path is really messing up yocto, remove that from it
Jan 22 21:07:08 <gbrennon> wtf..
Jan 22 21:07:09 <gbrennon> okok
Jan 22 21:07:11 <gbrennon> i'll remove it
Jan 22 21:07:27 <rburton> i thought bitbake sanitised the path first, obviously not
Jan 22 21:08:02 <gbrennon> rburton: i thought to... cuz i have to set $PATH b4 use .  ./setup...
Jan 22 21:08:21 <rburton> what? why?
Jan 22 21:49:43 <khem> jawilson: echo the name of module say foo into /etc/modules-load.d/foo.conf
Jan 22 21:50:25 <jawilson> khem, ok, thanks. Just wanted to make sure there was no fancy class or anything to take care of it
Jan 22 21:58:13 <rburton> khem: just curious as it came up earlier - with your systemd/uclibc work have you been trying to convince uclibc to take extensions, or just work around missing bits in systemd?
Jan 22 21:59:38 <ftonello> is meta-ide-support the recipe to build the toolchain?
Jan 22 22:00:17 <ftonello> I would like to build a toolchain similar to the one here http://downloads.yoctoproject.org/releases/yocto/yocto-1.3/toolchain/i686/ for exemple
Jan 22 22:14:35 <khem> rburton: i am trying to find best path. certain extentions have gone into uclibc e.g. dup3 etc.
Jan 22 22:14:56 <khem> rburton: however certain things like %ms hasnt
Jan 22 22:15:04 <khem> so they remain in systemd
Jan 22 22:15:09 <rburton> excellent
Jan 22 22:15:24 <rburton> i had a worrying feeling that they'd be "no." on anything that systemd was using
Jan 22 22:15:35 <khem> rburton: in an ideal world, systemd could have used POSIX interfaces and then
Jan 22 22:15:44 <khem> i could have stuffed everything into uclibc
Jan 22 22:16:27 <khem> uclibc community does have interest to cope with systemd
Jan 22 22:16:37 <rburton> khem: had an interesting discussion with lennart earlier about that - you can't "just use" posix as you need so many extensions.  if uclibc was strict posix it would never work
Jan 22 22:16:57 <khem> rburton: yes, I have asked him too
Jan 22 22:17:04 <khem> his arguments are fair
Jan 22 22:17:36 <khem> I am looking objectively at what can be done in uclibc
Jan 22 22:17:55 <khem> so say get systemd work with out patching it
Jan 22 22:18:41 <khem> rburton: I can influence uclibc side of things upstream more than I can systemd
Jan 22 22:23:48 <Crofton|work> flynn378, good news, I duped your problem
Jan 22 22:24:40 <Crofton|work> rpm packaging gurus, I have a problem
Jan 22 22:25:06 <Crofton|work> http://pastebin.com/KkCHzkkp
Jan 22 22:26:02 <Crofton|work> recipe is here: http://cgit.openembedded.org/meta-openembedded/tree/meta-oe/recipes-connectivity/uhd
Jan 22 22:30:14 <ftonello> anyone knows how to create a script similar to this: http://downloads.yoctoproject.org/releases/yocto/yocto-1.3/toolchain/i686/ ?
Jan 22 22:30:34 <ftonello> I bitbake meta-ide-support but it only creates the environment script
Jan 22 22:31:13 <xxiao> that script is huge in size, is it a self-executing-uncompressing script?
Jan 22 22:38:12 <ftonello> xxiao: yes
Jan 22 22:38:21 <ftonello> im wondering which recipe builds that
Jan 22 22:41:45 <khem> Crofton|work: bitbake -ccleansstate uhd;bitbake uhd
Jan 22 22:42:06 <khem> Crofton|work: I suspect there is some bug while handling PE
Jan 22 22:42:11 <khem> but cant confirm
Jan 22 22:42:24 <Crofton|work> I have done that, doing it again
Jan 22 22:43:37 <Crofton|work> I'll try without the PE line
Jan 22 22:46:22 <khem> Crofton|work: it could also be one of DEPENDS of uhd has - in its VER
Jan 22 22:54:22 <Crofton|work> PE commented out
Jan 22 22:58:25 <Crofton|work> still fails
Jan 22 23:32:02 <bluelightning> ftonello: meta-toolchain I think
Jan 22 23:32:21 <ftonello> bluelightning: will try
Jan 22 23:58:20 <JaMa> Jefro: ping
Jan 23 00:05:10 <Jefro> JaMa - will get back to you in 5-10 mins
Jan 23 00:09:12 <xxiao> is it sane at all to run openstack on top of yocto, other than debian/etc?
Jan 23 02:19:36 <gbrennon> hey guys
Jan 23 02:24:07 <ftonello> is there anyway to use runqemu in a directory instead of a .ext3 file?
Jan 23 02:24:11 <gbrennon> when i tried to add x11-sato to my project, one of the download link seems to be offline... do u guys could sugest me some way to pass this?
Jan 23 02:24:27 <gbrennon> WARNING: Failed to fetch URL http://xorg.freedesktop.org/releases/individual/lib/libXaw-1.0.10.tar.bz2, attempting MIRRORS if available
Jan 23 02:24:27 <gbrennon> ERROR: Function failed: Fetcher failure for URL: 'http://xorg.freedesktop.org/releases/individual/lib/libXaw-1.0.10.tar.bz2'. Unable to fetch URL from any source.
Jan 23 02:24:27 <gbrennon> NOTE: recipe libxaw-1_1.0.10-r2: task do_fetch: Failed
Jan 23 02:29:38 <ftonello> gbrennon: did you enabled mirrors in your local.conf?
Jan 23 02:32:05 <gbrennon> hm
Jan 23 02:32:07 <gbrennon> no
Jan 23 02:32:11 <gbrennon> idk know how to do this
Jan 23 02:32:32 <gbrennon> how can i enable mirrors in my local.conf?
Jan 23 02:40:39 <ftonello> gbrennon: checkout the local.conf for poky
Jan 23 02:41:18 <ftonello> its in poky/meta-yocto/conf/local.conf.sample
Jan 23 02:41:40 <gbrennon> okok
Jan 23 02:41:56 <khem> sgw1: there ?
Jan 23 02:42:57 <khem> sgw1: I have a patch on top of existing eglibc patchset. Its backport of couple of 2.17 patches not that its urgent. but was wondering if you havent pulled the branch I can push it there
Jan 23 02:45:13 <gbrennon> ftonello: could u give me a tip? when building my system should i use predefined stuff and add the features that i want or make my owns recipes from 0?
Jan 23 02:50:22 <khem> ftonello: runqemu-extract-sdk the tar.bz2 into a dir
Jan 23 02:51:16 <gbrennon> what should i do? the whole xorg stuff is offline :(
Jan 23 02:52:07 <khem> ftonello: and then use ROOTFS=/path/to/nfsdir runqemu qemuarm
**** ENDING LOGGING AT Wed Jan 23 02:59:59 2013