**** BEGIN LOGGING AT Fri Mar 30 02:59:58 2012
Mar 30 08:39:25 <mckoan> good morning
Mar 30 10:31:47 <GB__> hello
Mar 30 10:31:48 <GB__> hey there! I'm trying to compile a kernel for versatile ARM , the problem is that the only kernel I got it working was for 2.6.22 anyone got a newer kernel running for that platform?
Mar 30 13:41:15 <likewise> otavio: ping
Mar 30 13:41:31 <otavio> likewise: pong
Mar 30 13:41:37 <likewise> stefan_schmidt: hi
Mar 30 13:41:41 <likewise> otavio: hi also :)
Mar 30 13:41:47 <stefan_schmidt> hi likewise 
Mar 30 13:42:00 <likewise> otavio: you got x11 working on imx53?
Mar 30 13:42:27 <likewise> otavio: would like to know current status. I'm playing the the GPU SDK this week (I hope).
Mar 30 13:43:07 <otavio> Sure and Qt FB too
Mar 30 13:43:18 <likewise> otavio: I verified the last few (201112) patches for the kernel were in fact OK, the testing failed due to a bad cable that did not work for high video resolution signal frequencies, I have updated the recipe to include these patches now.
Mar 30 13:43:30 <likewise> otavio: Qt FB on X11?
Mar 30 13:43:44 <otavio> likewise: no :P x11 and qt-e
Mar 30 13:43:50 <likewise> otavio: Qt FB on /dev/fb0 worked here as well
Mar 30 13:44:20 <likewise> otavio: you tested Qt on X11?
Mar 30 13:49:26 <otavio> likewise: please so send the missing patches for inclusion on the kernel
Mar 30 13:49:51 <otavio> likewise: yes but didn't try OGL
Mar 30 13:52:44 <likewise> otavio: they were already in: https://github.com/likewise/meta-freescale/commit/3b5edd7ab66a5b9d1c456ed88b7a7fded22056c5#recipes-kernel/linux/linux-imx_2.6.35.3.bb
Mar 30 13:52:58 <likewise> otavio: just I kept them out of the SRC_URI until confirmed working.
Mar 30 13:53:36 <likewise> otavio: we neither, OpenGLES should be nice, especially with Qt support.
Mar 30 14:10:30 <tzanger> is there a way to tell opkg to ignore missing md5 checksums?
Mar 30 14:11:42 <tzanger> nevermind, I was misreading the error
Mar 30 14:14:15 <tzanger> it seems you can't use wildcards with CONFFILES_${PN}
Mar 30 14:14:24 <tzanger> it works for package creation, but opkg doesn't like it
Mar 30 14:14:42 <tzanger> * file_md5sum_alloc: Failed to open file /etc/asterisk/*: No such file or directory.
Mar 30 14:21:15 <bluelightning> tzanger: does it work if you just specify the directory with no wildcard after it?
Mar 30 14:21:20 <bluelightning> (just a guess)
Mar 30 14:21:51 <tzanger> bluelightning: haven't tried. what I did to upgrad ethe package was to make an /etc/asterisk/* file, at which point opkg was happy. (I know that's not a good solution, but not a bad hack)
Mar 30 16:41:31 <mr_science> moin
Mar 30 18:01:12 <khem> JaMa|Off: around ?
Mar 30 18:58:04 <JaMa|Off> khem: sort off
Mar 30 18:58:41 <khem> JaMa|Off: nm I saw that you sent the patch to fix the armv7 thumb tune fall out 
Mar 30 18:58:43 <khem> so all is ok
Mar 30 18:59:52 <JaMa|Off> ok
Mar 30 19:06:28 <otavio> ericben: ?
Mar 30 19:14:49 <keithzz> HI, I have angstrom running on a development board (beaglebord xm) would you know how I can set it up to go on intenet, now when i coonect the board to router, I don't even get an ipaddress, the output of ifconfig -a is here : http://pastebin.com/d09P5mWW
Mar 30 23:07:28 <pingswept> I'm trying to create a new meta layer for oe-core, but I can't get bitbake to find my image recipe. The image.bb file exists on a path I added to BBLAYERS in oe-core/build/conf/bblayers.conf, but I must be missing something.
Mar 30 23:09:29 <fray> can you post your layers/conf/layers.conf file somewhere? (pastebin?)
Mar 30 23:10:13 <fray> (the layer's conf/layers.conf file is the trigger that points to all of the recipes within that layer)
Mar 30 23:10:15 <pingswept> Here's my meta repo: https://github.com/rascalmicro/meta-rascal
Mar 30 23:10:27 <pingswept> It looks like it can find other recipes in my repo.
Mar 30 23:10:34 <pingswept> Just not my image file.
Mar 30 23:10:45 <fray> which image?
Mar 30 23:10:48 <fray> (whats the path)
Mar 30 23:10:52 <pingswept> rascal.bb
Mar 30 23:11:06 <fray> that is why.. look in the layers.conf:
Mar 30 23:11:17 <fray> BBFILES += "${LAYERDIR}/recipes*/*/*.bb ${LAYERDIR}/recipes*/*/*.bbappend"
Mar 30 23:11:27 <fray> those are the wild cards it is using to find the valid recipes..
Mar 30 23:11:39 <fray> your rascal.bb is located as layer/recipes/rascal.bb
Mar 30 23:11:43 <pingswept> Ah, right. The /*/ means I need another level, right?
Mar 30 23:11:56 <fray> it's wild carding in the same way that 'ls' or other shell things work
Mar 30 23:12:16 <fray> two options.. move rascal.bb under a sub directory.. or add another entry to BBFILES..
Mar 30 23:12:26 <fray> ${LAYERDIR}/recipes*/*.bb  would be enough
Mar 30 23:13:17 <pingswept> Just tried adding the directory— that was it.
Mar 30 23:13:43 <pingswept> Now that I see the layer.conf paths, it's pretty obvious.
Mar 30 23:13:49 <pingswept> Thanks for the help.
Mar 30 23:13:54 <fray> ya.. creating a layer a while back I had the same issue.. :)
Mar 30 23:14:25 <pingswept> Appreciate it.
Mar 30 23:14:29 <fray> np
**** ENDING LOGGING AT Sat Mar 31 02:59:58 2012