**** BEGIN LOGGING AT Sat Dec 11 02:59:57 2010 Dec 11 03:00:06 might be leftovers from previous setup for 1.8.18 Dec 11 03:00:16 what's your BBLAYERS set to? Dec 11 03:00:28 the thing is, since bblayers goes by where you are Dec 11 03:00:38 there's no real need to tell bitbake manually where the root of your area is Dec 11 03:00:43 http://docs.openembedded.org/usermanual/html/gettingoe_configuring_oe.html Dec 11 03:00:47 you can find everything relative to bblayers.conf Dec 11 03:01:12 it's in conf/bblayers.conf Dec 11 03:01:50 i don't think you're understanding what i'm trying to say Dec 11 03:02:16 * kergoth wonders how to make it clearer Dec 11 03:02:19 hmm Dec 11 03:02:46 because bitbake finds bblayers.conf relative to where you are, it makes sense to put a conf/bblayers.conf in the root of your build/project directory Dec 11 03:03:03 i see what happened Dec 11 03:03:06 going from that, it also makes sense to place local.conf next to bblayers.conf, since its already bound to a build Dec 11 03:03:20 and further, BBFILES and BBPATH can be determined from that Dec 11 03:03:49 it's a bit confusing when switching from an existing working setup though Dec 11 03:05:14 i guess that's what i deserver for going on master :) Dec 11 03:05:32 hmmm... is BB_ENV_EXTRAWHITE still in effect? Dec 11 03:07:00 mostly because some of the environment i need for my package Dec 11 03:10:04 yes Dec 11 03:11:02 i see; so when i'll wake up i'll find my env got cleared without having it set up? Dec 11 03:15:26 okay; that works as expected - only OEBASE and BBPATH part of the sanity check; BB_ENV_EXTRAWHITE is only part of the error message Dec 11 03:16:15 ugh, damnit, i didn't think about this, event handling is farther from where it needs to be than i thought Dec 11 03:16:16 hrm Dec 11 03:18:36 hmmm... did i mess up anything? :( Dec 11 03:19:16 like... reminded of something long forgotten i mean Dec 11 03:28:12 i guess not :) Dec 11 03:28:23 thanks for your kep kergoth, foerster Dec 11 03:28:56 Hey everyone, I am new to OE and I'm having a lot of trouble getting most of the images to build correctly Dec 11 03:29:08 right now I am having a problem with webkit-gtk Dec 11 03:29:35 CMoH: np Dec 11 03:30:14 softkitty: what version of oe? bitbake? what specific problems? Dec 11 03:31:24 I should be using the latest version of both Dec 11 03:31:38 and I am a little confused by the webkit-gtk build errors Dec 11 03:31:58 I get a whole bunch of these errors: Dec 11 03:31:59 | arm-angstrom-linux-gnueabi-libtool: link: warning: `/stuff/output/sysroots/armv5te-angstrom-linux-gnueabi/usr/lib/libXdmcp.la' seems to be moved Dec 11 03:32:10 and then: collect2: ld terminated with signal 9 [Killed] Dec 11 03:32:30 libtool is driving me crazy too Dec 11 03:33:16 also ti's frustrating because a lot of packages are giving 404s Dec 11 03:34:40 bsl: what issues with libtool? Dec 11 03:35:28 package downloaded a bunch of stuff configured for libtool 2.2.6b but it's trying to use 2.4 Dec 11 03:35:51 Version mismatch error. This is libtool 2.4, but the arm-angstrom-linux-gnueabi-libtool: definition of this LT_INIT comes from libtool 2.2.6b. Dec 11 03:36:39 I think I saw smoething similar before. Dec 11 03:38:54 can you recommended where to start looking? Dec 11 03:39:08 trying to remember if I worked around it, or what I did. Dec 11 03:39:38 I think I replaced ltmain.sh in the package, and overrode do_configure to do some magic Dec 11 03:43:19 does aclocal.m4 contain information about the target architecture? is it safe to try and reconfigure? Dec 11 03:46:32 oe does an autoreconf normally in do_configure Dec 11 03:49:03 bsl: which package is causing problems? Dec 11 03:49:10 wireshark Dec 11 03:49:16 1.2.6 Dec 11 03:49:45 ok Dec 11 03:50:05 let me try Dec 11 03:50:56 okay, thanks Dec 11 03:52:44 configure seemed to work ok here Dec 11 03:52:46 hmm Dec 11 03:53:43 it configures but compile fails Dec 11 03:54:13 it configures and tries to compile with different versions of libtools (from what I can gather) Dec 11 03:54:50 ah, ok. still compiling Dec 11 03:55:43 compiled ok too Dec 11 03:56:25 any tips for me then? clean any specific recipes? Dec 11 03:56:51 will the host environment effect anything? Dec 11 03:57:15 ah, i'm apparently still using libtool 2.2.6 Dec 11 03:58:20 can I set PREFERRED_VERSION to force the version of libtool to compile with? Dec 11 03:58:51 should be able to Dec 11 04:00:01 http://tinderbox.openembedded.net/public/logs/task/11421413.txt Dec 11 04:00:08 not my log but same error Dec 11 04:01:17 do you know how to use devshell? Dec 11 04:02:08 I haven't used it before but I can give it a try Dec 11 04:03:34 INHERIT += "devshell" Dec 11 04:03:45 put that in your build/conf/local.conf Dec 11 04:03:54 then, bitbake -c devshell wireshark Dec 11 04:05:15 okay, handling BitBake files... Dec 11 04:06:47 this will give you a shell with ${CC} and everything set to your cross compiler, and should drop you into the actual build dir Dec 11 04:09:17 okay, awesomet Dec 11 04:09:34 did you shell come up now? Dec 11 04:09:42 88% Dec 11 04:09:44 ok Dec 11 04:09:59 btw, soon, bitbake 1.11 will be released, which is MUCH faster Dec 11 04:10:12 running on my server (Celeron 1 GHz) Dec 11 04:10:25 yikes Dec 11 04:10:46 running on quad core xeon 2.3GHz Dec 11 04:11:16 cmd> bitbake -c devshell wireshark Dec 11 04:11:23 it just erroed out Dec 11 04:11:50 TaskFailed event exception, aborting Dec 11 04:12:31 hm. are you on a GUI session? Dec 11 04:12:37 no Dec 11 04:12:39 ah Dec 11 04:12:48 it tried to run gnome-terminal i think Dec 11 04:12:50 .17550: line 430: gnome-terminal: command not foun Dec 11 04:12:51 yes Dec 11 04:13:19 does it have X at all? can you do ssh -X? Dec 11 04:13:24 we can switch it to xterm or something Dec 11 04:13:33 does your server have X? Dec 11 04:14:01 I had xming configured, but I dd-ed over the first couple of MBs of windows yesterday and I decided to reformat Dec 11 04:14:02 lol Dec 11 04:14:55 hmm Dec 11 04:15:08 hold on Dec 11 04:15:16 I can dual boot over to ubuntu Dec 11 04:16:07 that would at least let us run devshell. I think you need to rm aclocal.m4, then run aclocal again as the error suggested Dec 11 04:16:43 of course, I know squat about libtool/etc, so if you come on during the day, you'll probably find people with more knowledge Dec 11 04:17:11 I removed aclocal.m4 then reconfigured, and got far enough for it to tell my gnutls was not found Dec 11 04:17:31 but I was terrified that it was reconfiguring using my host environment settinsg Dec 11 04:17:44 did you do it manually? Dec 11 04:17:47 that's why I was asking about aclocal.m4 before Dec 11 04:17:47 that is, cd to the dir, etc Dec 11 04:18:35 devshell sets proper paths, etc, so it's much nicer to use for manually trying to build things Dec 11 04:19:06 okay, I'll give that a shot then Dec 11 04:19:16 if you just did cd tmp/work/xxx/wireshark_1.2.6 and started running things, then I'd assume it was using your host tools Dec 11 04:19:31 and not the cross compile tools Dec 11 04:19:43 I tried interactive hoping that it would give me that ability, but I couldn't tell a difference from regular baking Dec 11 04:20:17 i don't think interactive exists in recent bitbake any more Dec 11 04:20:57 oh well, that'll teach me to trust --help Dec 11 04:21:23 alternatively, you could edit the wireshark recipe and put a do_configure_prepend and in there, do rm aclocal.m4 then aclocal Dec 11 04:21:36 but it's nicer if you can use the devshell, b/c you don't have to wait for bitbake each time :) Dec 11 04:22:29 gotcha, I'm going to jump over to a linux box, I might jump on IRC over there Dec 11 04:22:37 thanks for the help Dec 11 04:22:49 np. I'll be heading to bed soon. Dec 11 04:23:02 Good night then. Dec 11 04:47:58 Sorry about leaving, needed to reboot. Can anyone help me figure out what is going wrong with my webkit-gtk build? Dec 11 07:47:19 How to get commit access to OE rep? Dec 11 07:53:49 davidlt: submit good patches and build reputation. with git its does not matter if you have write access or not Dec 11 07:54:27 Instructions how to submit? Dec 11 07:55:22 http://wiki.openembedded.org/index.php/How_to_submit_a_patch_to_OpenEmbedded Dec 11 07:55:35 always read wiki and mailing lists Dec 11 07:56:23 because asking repeated question wont be considered good. Do your homework and then come to ml that usual for any OpenSource project Dec 11 08:05:21 gm Dec 11 08:06:31 03Paul Menzel  07master * ra76f6049e7 10openembedded.git/recipes/gypsy/gypsy.inc: (log message trimmed) Dec 11 08:06:32 gypsy: add `bluez4` to `DEPENDS` instead of `bluez-libs` Dec 11 08:06:32 Task `configure` when running `bitbake gypsy` failed with the following error. Dec 11 08:06:32 checking pkg-config is at least version 0.9.0... yes Dec 11 08:06:32 checking for GYPSY... configure: error: Package requirements (glib-2.0 dbus-glib-1 >= 0.60 bluez) were not met: Dec 11 08:07:00 03Paul Menzel  07master * ra603817fc5 10openembedded.git/recipes/gtk-webcore/midori.inc: (log message trimmed) Dec 11 08:07:00 midori: add `openssl` to `DEPENDS` and remove trailing whitespace Dec 11 08:07:00 Task `compile` of recipes `midori_0.2.*.bb` fails with the following error (`midori_0.2.8.bb`). Dec 11 08:07:00 NOTE: package midori-1_0.2.8-r0: task do_compile: Started Dec 11 08:07:00 ERROR: TaskFailed event exception, aborting Dec 11 08:09:41 03Khem Raj  07master * r8dc5b46c96 10openembedded.git/conf/distro/include/sane-toolchain.inc: Dec 11 08:09:41 sane-toolchain.inc: Prefer libtool version 2.4 with sysroot. Dec 11 08:09:41 Signed-off-by: Khem Raj Dec 11 08:09:41 Acked-by: Martin Jansa Dec 11 08:15:09 03Andreas Oberritter  07master * rc1fdf20072 10openembedded.git/recipes/gstreamer/gst-plugins-good_0.10.26.bb: Dec 11 08:15:09 gst-plugins-good: update to 0.10.26 Dec 11 08:15:09 Signed-off-by: Andreas Oberritter Dec 11 08:15:09 Signed-off-by: Khem Raj Dec 11 08:15:19 03Andreas Oberritter  07master * r66205610fc 10openembedded.git/recipes/gstreamer/ (7 files in 2 dirs): Dec 11 08:15:20 gstreamer: remove unpinned versions Dec 11 08:15:20 Signed-off-by: Andreas Oberritter Dec 11 08:15:20 Signed-off-by: Khem Raj Dec 11 08:15:21 03Andreas Oberritter  07master * r89438537a6 10openembedded.git/recipes/gstreamer/gst-plugins-base_0.10.31.bb: Dec 11 08:33:11 03Paul Menzel  07master * r00319141d4 10openembedded.git/recipes/vlc/vlc_1.1.4.1.bb: (log message trimmed) Dec 11 08:33:11 vlc_1.1.4.1: add `lua5.1-native` to `DEPENDS` and `lua5.1` to `RDEPENDS` Dec 11 08:33:11 Task `configure` failed with the following error. Dec 11 08:33:11 […] Dec 11 08:33:11 checking for LUA... yes Dec 11 09:05:58 03Aeschbacher  07master * r3b67bf1daf 10openembedded.git/recipes/qte/qte-common_2.3.10.inc: Dec 11 09:05:58 qte: fixed do_configure() for powerpc Dec 11 09:05:58 Signed-off-by: Aeschbacher Dec 11 09:05:58 Signed-off-by: Khem Raj Dec 11 09:16:45 03Paul Menzel  07master * rd29d77a267 10openembedded.git/recipes/xbmc/xbmc_svn.bb: (log message trimmed) Dec 11 09:16:45 xbmc_svn: add `jasper` to `DEPENDS` Dec 11 09:16:45 Task `configure` fails with the following error. Dec 11 09:16:45 […] Dec 11 09:16:45 | checking for main in -lresolv... yes Dec 11 09:19:25 03Aeschbacher, Fabrice  07master * r3ff643be4c 10openembedded.git/recipes/libsdl/libsdl-directfb_1.2.14.bb: Dec 11 09:19:25 libsdl-directfb: fixed qa_configure error Dec 11 09:19:25 * without this patch, ${STAGING_DIR}/bin/directfb-config --cflags returns: Dec 11 09:19:25 -I/usr/include/directfb -D_REENTRANT Dec 11 09:19:25 which makes qa_configure complain about /usr/include Dec 11 09:22:20 03Jayen Ashar  07master * r5cbe2d9cff 10openembedded.git/recipes/libqglviewer/ (libqglviewer.inc libqglviewer_2.3.8.bb): (log message trimmed) Dec 11 09:22:20 libQGLViewer: New program Dec 11 09:22:20 * Starting with libQGLViewer 2.3.8 Dec 11 09:22:20 * libqglviewer (also known as libQGLViewer) is a free C++ library based on Dec 11 09:22:20 * Qt that enables the quick creation of OpenGL 3D viewers. It features a Dec 11 09:27:09 03Koen Kooi  07org.openembedded.dev * r40969464c1 10openembedded.git/recipes/gstreamer/ (gst-common.inc gstreamer.inc gstreamer_0.10.25.bb): Dec 11 09:27:09 gstreamer: properly fix gettext problems once and for all Dec 11 09:27:09 * also remove doc hack Dec 11 09:27:09 Signed-off-by: Koen Kooi Dec 11 10:02:59 03Graham Gower  07master * re5a90de1dd 10openembedded.git/recipes/debianutils/debianutils.inc: Dec 11 10:02:59 debianutils.inc: Fix do_install for DISTRO=micro. Dec 11 10:02:59 mv: `/mnt/oe/tmp/work/mipsel-oe-linux-uclibc/debianutils-2.30-r2/image/bin/run-parts.debianutils' and `/mnt/oe/tmp/work/mipsel-oe-linux-uclibc/debianutils-2.30-r2/image/bin/run-parts.debianutils' are the same file Dec 11 10:02:59 Signed-off-by: Graham Gower Dec 11 10:03:00 Acked-by: Chris Larson Dec 11 10:03:10 03Graham Gower  07master * r0fe91160de 10openembedded.git/recipes/gzip/gzip_1.4.bb: Dec 11 10:03:10 gzip_1.4.bb: Fix do_install for DISTRO=micro. Dec 11 10:03:10 mv: `/mnt/oe/tmp/work/mipsel-oe-linux-uclibc/gzip-1.4-r3/image/bin/gunzip' and `/mnt/oe/tmp/work/mipsel-oe-linux-uclibc/gzip-1.4-r3/image/bin/gunzip' are the same file Dec 11 10:03:10 Signed-off-by: Graham Gower Dec 11 10:03:10 Signed-off-by: Khem Raj Dec 11 10:24:21 03Koen Kooi  07org.openembedded.dev * rb2eaf0a443 10openembedded.git/recipes/gstreamer/gstreamer_0.10.31.bb: Dec 11 10:24:21 gstreamer: add 0.31, since gst-plugins-base needs at least that version Dec 11 10:24:21 This should be the last fix to last nights gstreamer breakfest Dec 11 10:24:21 Signed-off-by: Koen Kooi Dec 11 10:37:40 away ... Dec 11 11:44:12 khem: not sure if it was intentional but LIBTOOL_HAS_SYSROOT ?= "no" is set in bitbake.conf before reading distro config (and sane-toolchain.inc from there) so it's not changed to yes there Dec 11 12:11:20 03Michael 'Mickey' Lauer  07org.openembedded.dev * rfc84df2288 10openembedded.git/recipes/freesmartphone/fsodeviced_git.bb: fsodeviced: we need the full i2c-dev.h nowadays, so let's depend on i2c-tools Dec 11 12:19:54 03Martin Jansa  07master * rab4398a584 10openembedded.git/ (9 files in 5 dirs): Dec 11 12:19:54 xorg: new xbacklight, xkbevd, xbitmaps, resourceproto, xproto versions 2010-12-11 Dec 11 12:19:54 Signed-off-by: Martin Jansa Dec 11 12:19:55 03Martin Jansa  07master * r2f1ca1bde1 10openembedded.git/contrib/source-checker/bump.preferred-xorg-versions-live.sh: Dec 11 12:19:55 bump.preferred-xorg-versions-live.sh: pin also -nativesdk and -sdk versions if available Dec 11 12:20:04 03Martin Jansa  07master * rd225b56a4c 10openembedded.git/conf/distro/include/preferred-xorg-versions-live.inc: Dec 11 12:20:04 preferred-xorg-versions-live.inc: regenerate with updated contrib script Dec 11 12:20:04 Signed-off-by: Martin Jansa Dec 11 12:20:05 03Martin Jansa  07master * r8e2783a279 10openembedded.git/conf/distro/ (include/preferred-shr-versions.inc shr.conf): Dec 11 12:20:05 preferred-shr-versions: remove pinned versions which are default now Dec 11 12:20:26 03Martin Jansa  07master * rcf85decd05 10openembedded.git/recipes/mtd/ (3 files): Dec 11 12:20:26 mtd-utils-native: remove DEFAULT_PREFERENCE Dec 11 12:20:26 * all native versions currently available had -1 (except 1 with angstrom override) Dec 11 12:20:26 so it should point to same version as before Dec 11 12:20:27 * 1.1.0 was sheduled to be enabled 33 months ago Dec 11 12:34:56 anyone familiar with i2c-tools? Dec 11 12:35:18 how can i autocheck for the presence of the 'right' (i.e. overwritten) linux/i2c-dev.h header? Dec 11 12:37:48 mickeyl: wouldn't a simple configure-style check work? Dec 11 12:38:15 #include it into a short bit of c code and refer to something that's only in the "right" version Dec 11 12:38:16 bluelightning: i don't see how. AC_CHECK_HEADER will not work as i2c-dev.h is always present Dec 11 12:38:25 hmm Dec 11 12:38:36 the problem is that it comes without a library Dec 11 12:38:51 all the functions are static inlines in the header Dec 11 12:43:45 a pox on the i2c-tools devs for overwriting a kernel header Dec 11 12:43:56 indeed Dec 11 12:44:00 it's kind of ugly Dec 11 12:44:04 heh Dec 11 12:44:17 it was driving me insanse until I figured out what happended Dec 11 12:44:24 hehe Dec 11 12:44:32 everything builty fine, until i2c-tools built Dec 11 12:44:41 then compile errors Dec 11 12:45:05 needless to say, the relationship as not obvious until I had time to dig Dec 11 12:45:16 *nod* Dec 11 12:50:28 ah, here we are : Dec 11 12:50:38 AC_LINK_IFELSE([AC_LANG_PROGRAM([#include Dec 11 12:50:38 void test() { int foo = i2c_smbus_read_byte_data( 0, 0 ); } ])],, Dec 11 12:50:39 [AC_MSG_ERROR([Could not find i2c functions in linux/i2c-dev.h...please install i2c-tools])]) Dec 11 12:55:03 note that OE now installs the file as i2c-dev-user.h Dec 11 13:07:33 03Martin Jansa  07master * r8a053f8ebd 10openembedded.git/recipes/ (4 files in 2 dirs): Dec 11 13:07:33 edje-viewer,eve,edbus,ethumb: use SRC_URI from e-base.bbclass Dec 11 13:07:33 Signed-off-by: Martin Jansa Dec 11 13:32:18 khem, eFfeM: just in case you haven't noticed yet, the gcc build problem was caused by a bug in bitbake master, but kergoth already fixed it yesterday Dec 11 13:40:14 khem: was there a reason to apply my gstreamer patches only partially? Dec 11 13:40:49 khem: btw., my write access works fine since last week. i was just waiting for an ack ;) Dec 11 14:02:32 03Martin Jansa  07master * rd4c6d82830 10openembedded.git/recipes/dri/ (libdrm-2.4.23/glamo.patch libdrm_2.4.23.bb): Dec 11 14:02:32 libdrm: add new version 2.4.23 Dec 11 14:02:32 Signed-off-by: Martin Jansa Dec 11 15:02:42 I'm noticing some issues with coreutils when I include it in my images Dec 11 15:03:12 I've noticed that the postinst doesn't get run (or doesn't work) on first boot Dec 11 15:03:31 so the tools don't get linked to the .coreutils version Dec 11 15:03:51 if I --force-reinstall coreutils then all is well! Dec 11 15:04:09 here's what things look like after first boot: http://pastebin.com/yHZz3Xfn Dec 11 15:04:27 and then after re-installing coreutils: http://pastebin.com/MaTPUsej Dec 11 15:04:45 so it seems that the postinst does the right thing -- just not at first boot Dec 11 15:27:42 sakoman: remember to stick to images which include opkg -- postinsts won't run for images with ONLINE_PACKAGE_MANAGEMENT=none Dec 11 15:28:44 kergoth, I believe other postint are running Dec 11 15:28:52 ah. strange. Dec 11 15:31:31 sakoman, I'd send this to the dev list Dec 11 15:31:41 I had good luck with my i2c-tools issue there Dec 11 15:32:16 kergoth: fyi after f99ee4680c9f67b7ed13fc06044ba2382f9a782c I get awfull lot of: WARNING: /usr/lib64/python2.7/site-packages/bb/build.py:178: DeprecationWarning: With-statements now directly support multiple context managers Dec 11 15:32:47 to which i tell python: no shit, we don't require 2.7 yet Dec 11 15:32:49 * kergoth grumbles Dec 11 15:33:07 guess we can see about suppressing that message with another warnings filter Dec 11 15:33:17 kergoth: can I hide suppress thouse somehow? Dec 11 15:33:21 :) Dec 11 15:34:02 it's between every task started/succeeded, so makes output very noisy Dec 11 15:34:59 yeah, i used nested context managers in bb.build now Dec 11 15:35:36 kergoth: ncurses ui initial resurrection in place (and branch rebased onto current master) https://github.com/foerster/bitbake/commits/ Dec 11 15:35:43 foerster: nice Dec 11 15:35:50 goggle is slick - but can definitely think of some improvements Dec 11 15:36:28 doing a full build now - lots of tasks show up (fetching or whatever), while the compiler/etc are built but it's scrolled off the list. Dec 11 15:36:45 Should make sure any task that is active gets moved "near" the top of the list Dec 11 15:36:50 JaMa: bin/bitbake, line 100. add a line: warnings.filterwarnings("ignore", message="With-statements now directly support multiple context managers") Dec 11 15:37:01 kergoth: thanks Dec 11 15:38:41 marking packages as done would be nice too, but I'm not sure if we have that info Dec 11 15:49:13 kergoth: my image includes opkg, and the other postinst's are running just fine Dec 11 15:49:33 kergoth: I believe that Crofton|work has confirmed the same behavior on his image Dec 11 15:49:58 will do a little debugging later today Dec 11 16:01:54 yeah Dec 11 16:10:27 sakoman, you shoudl also check the poky recipe Dec 11 16:10:40 if there is one Dec 11 16:10:41 Crofton|work: I already have Dec 11 16:10:57 It is structured differently Dec 11 16:11:13 and I see some possible issues Dec 11 16:11:33 will investigate after I return from a trip into town Dec 11 16:26:04 03Alex Ferguson  07org.openembedded.dev * rbea7b1b6d3 10openembedded.git/recipes/jlime/jlime-extras_1.0.2.bb: Dec 11 16:26:04 jlime-extras: Bump from version 1.0.2 to version 1.0.3. Dec 11 16:26:04 New version adds a small script which runs at the near end of Dec 11 16:26:04 rcS and stops psplash cleanly. Dec 11 16:26:04 Signed-off-by: Alex Ferguson Dec 11 16:30:30 obi, thanks for your msg, was afk trying a rebuild now Dec 11 16:31:46 khem, still seem to have problems with js, hope this rebuild fixes things; I have a small testapp to illustrate it, not sure if it is js though Dec 11 17:14:46 hi Dec 11 17:15:04 for making a recipe that uses plain Makefiles Dec 11 17:15:19 I do a blank do_configure? Dec 11 17:15:26 and then what should I do for do_make Dec 11 17:15:41 I thought not overriding it worked but it doesn't do nothing if I don't override it Dec 11 17:16:37 ah ok sorry Dec 11 17:16:40 I forgott S Dec 11 17:20:41 ok works now but not do_install Dec 11 17:20:45 there is no do_install Dec 11 17:20:50 let me look in base.bbclass Dec 11 17:27:51 GNUtoo|laptop: I believe make will get called automatically by do_compile from base.bbclass Dec 11 17:28:18 for install, you should be able to override do_install I believe Dec 11 17:28:40 yes I just saw that Dec 11 17:28:46 base_do_install is : Dec 11 17:29:15 I'm now fighting against some issues in do_install Dec 11 17:29:29 I bet not comming from oe Dec 11 19:22:00 GNUtoo|laptop: ping Dec 11 19:22:14 stefan_schmidt, pong Dec 11 19:22:28 GNUtoo|laptop: Are you going to apply the iphone patches? Dec 11 19:22:34 stefan_schmidt, sorry I was in France without a lot of time when you posted the commit Dec 11 19:22:36 GNUtoo|laptop: three of them already have my ack Dec 11 19:22:42 yes I saw Dec 11 19:22:46 GNUtoo|laptop: no worries Dec 11 19:22:48 the last one was about xorg Dec 11 19:23:00 maybe I should apply the 3 with ack? Dec 11 19:23:07 GNUtoo|laptop: I just want to make sure that we are not deadlocked here waiting of each other :) Dec 11 19:23:27 I pinged Lopi but the issue is that he's not in the same timezone than mine Dec 11 19:23:34 GNUtoo|laptop: I have no strong feelings about the Xorg patch either Dec 11 19:23:40 but if you are in a hurry you can push the ok patches Dec 11 19:23:51 GNUtoo|laptop: I'm used to the pointercal file for TS calibration Dec 11 19:24:00 GNUtoo|laptop: no, hurry here Dec 11 19:24:03 ok Dec 11 19:24:12 so better asking Lopi to correct the patches Dec 11 19:24:20 and then we(you or me) push Dec 11 19:24:33 it'll make him learn a bit git Dec 11 19:24:42 if he does it Dec 11 19:24:49 I'll have to show him tough Dec 11 19:25:04 but I kept pinging him today and he didn't respond Dec 11 19:25:15 I'm not sure it needs correction. Pointercal is more a matter of taste and if the ts really stays input2 all the time that one is safe as well Dec 11 19:25:31 ok Dec 11 19:25:33 maybe he takes a serious weekend :) Dec 11 19:25:42 How far is the iphpone support btw? Dec 11 19:25:42 he's on a different timezone Dec 11 19:25:48 audio works but not modem? Dec 11 19:25:59 modem has a free ril Dec 11 19:26:08 so can easily work if we invest time in it Dec 11 19:26:18 the most problematic issues are: Dec 11 19:26:21 *suspend Dec 11 19:26:27 *maybe usbnet(not sure) Dec 11 19:26:42 basically here's the state of fso: Dec 11 19:26:52 n900 is the most promizing phone Dec 11 19:27:02 but it's not a cheap phone Dec 11 19:27:08 so we need cheaper phones too Dec 11 19:27:10 ah, also a nxp pmu Dec 11 19:27:31 so old palm-pre are a good candidate Dec 11 19:27:40 I'm not sure how much an iphone3g cost Dec 11 19:27:49 but now that iphone4 is out it should cost less Dec 11 19:28:03 and I jumped on the oportunity Dec 11 19:28:11 I didn't have an iphone3g Dec 11 19:28:18 well, apple devices normally keep a high price Dec 11 19:28:34 It was more out of interest. Not going to buy another device :) Dec 11 19:28:50 yes but I've no idea because they illegaly sell them linked with a contract Dec 11 19:29:08 yes I understood Dec 11 19:29:22 I was pointing out that fso on n900 can become really really good Dec 11 19:29:28 kernel is so great Dec 11 19:29:37 the only problematic parts are modem and battery Dec 11 19:29:43 battery has charging scripts Dec 11 19:29:47 that are free software Dec 11 19:29:57 mickeyl is integrating battery Dec 11 19:29:58 yeah, know that Dec 11 19:30:12 and modem has source code within ofono Dec 11 19:30:12 what is the problem with the modem? Dec 11 19:30:16 non-standard Dec 11 19:30:25 doesn't use AT commands Dec 11 19:30:25 isi is in kernel and ofono has a gpl implementation Dec 11 19:30:30 yes Dec 11 19:30:34 so it's really great Dec 11 19:30:47 so the problem is more fso integration? Dec 11 19:31:05 yes, it's not an issue tough Dec 11 19:31:13 many people from fso/shr got a n900 Dec 11 19:31:24 the issue is that it takes some time Dec 11 19:31:38 I started working on the modem Dec 11 19:31:43 very recently Dec 11 19:31:46 Maybe we should look out for frustrated maemo people that want to throw their N900 away ;) Dec 11 19:31:58 or better.... Dec 11 19:32:18 when meego people will learn that they don't have enough ram to use meego..... Dec 11 19:32:23 maybe they'll come to us Dec 11 19:32:34 s/use/run/ Dec 11 19:32:39 well they have 256 MB, no? Dec 11 19:32:43 yes Dec 11 19:32:45 I tried meego Dec 11 19:32:48 and it OOMed Dec 11 19:32:52 that is not enough for meego?? Dec 11 19:33:01 maybe it was a bug Dec 11 19:33:04 sounds more like a bug Dec 11 19:33:23 even webos with all the webkit stuff runs on the pre with 256 Dec 11 19:33:27 but the bug was reproducible on more than one device Dec 11 19:33:32 ok Dec 11 19:33:46 sometimes slow until garbage collection hits :) Dec 11 19:34:01 stefan_schmidt, you've got a palm-pre? Dec 11 19:34:12 yeah, got it when it was new Dec 11 19:34:24 ok nice, now there are SHR images Dec 11 19:34:28 wifi worked Dec 11 19:34:30 etc... Dec 11 19:34:32 using it as my day phone right now. Fine with it Dec 11 19:34:43 yup, talked with morphis already Dec 11 19:34:59 but I feel a bit disconnect from the open phone thing Dec 11 19:35:03 not sure if they integrated wifi but PuffTheMagic+morphis+me(only at the beginning) made it work Dec 11 19:35:14 yes too much works at buglabs? Dec 11 19:35:15 to mayn other things and lost motivation without vendor support Dec 11 19:35:37 nokia is supporting us, they gave free phone to some FSO/SHR devs Dec 11 19:35:44 buglabs is only 10 hours a week Dec 11 19:35:52 unfortunately I was away when it happened Dec 11 19:35:56 so I had to buy mine Dec 11 19:36:10 but I working towards my last exam and diploma thesis now Dec 11 19:36:16 ah ok Dec 11 19:36:40 you're doing 5-years university? Dec 11 19:36:42 or 3-years Dec 11 19:36:43 ? Dec 11 19:36:51 well, free devices and reall support is of course something different :) Dec 11 19:37:06 GNUtoo|laptop: heh, don't ask. Its way longer then that :) Dec 11 19:37:11 khem, still seem to have the same issue with mediatomb/js, I've isolated the program, and tried to compile it in devshell, and that one did fail too Dec 11 19:37:21 stefan_schmidt, I know....but what was the initial plan? Dec 11 19:37:33 the +3 or +5? Dec 11 19:37:39 because I wonder Dec 11 19:37:44 if you've not the diploma yet Dec 11 19:37:46 GNUtoo|laptop: diploma has something like 12 semsters standard time IIRC Dec 11 19:37:46 khem, saw libgcc_s has the symbol Dec 11 19:37:51 where can you work Dec 11 19:37:59 ? Dec 11 19:38:18 because I'm a bit stuck with some maths in the university Dec 11 19:38:27 it progress....slowly Dec 11 19:38:29 GNUtoo|laptop: So far nobody ever asked for a diploma. :) Be it Openmoko, DLR, BugLabs or anybody else :) Dec 11 19:38:37 wow nice Dec 11 19:38:56 If you get stuff done they often don't care :) Dec 11 19:39:11 maybe I should ask for an internship somewhere Dec 11 19:39:36 GNUtoo|laptop: Maybe Dec 11 19:39:40 ah it's like in RMS biography, competent people should be coding behind a terminal and not go trough a lot of administration(papers etc...) Dec 11 19:39:52 GNUtoo|laptop: But don't throw the university idea away Dec 11 19:39:57 ok Dec 11 19:40:06 I need to know more C algorithms Dec 11 19:40:14 and computer engineering Dec 11 19:40:34 basically I've no issue at all with computer stuff Dec 11 19:40:37 and english Dec 11 19:40:43 but the issues are rather the rest Dec 11 19:40:47 * stefan_schmidt looks at the unreaded book "mastering algorithms in C" on his desk Dec 11 19:40:56 like some mathematics, physics etc... Dec 11 19:41:37 I had my drill with math as well Dec 11 19:41:41 ok Dec 11 19:41:48 Given enough time for it it still was possible Dec 11 19:42:11 ok Dec 11 19:42:27 eFfeM: Are you doing much stuff with DLNA? Dec 11 19:43:13 btw where did you study, because I'm in italy and they have a system where you have like 5 time a year for passing an exam, and then if you don't have it you can try again and again next year, no issues at all Dec 11 19:43:23 stefan_schmidt: not incredibly much nowadays, but I have a fair amount of knowledge, used to work on UPnP/DLNA media players about 5 yrs ago Dec 11 19:43:27 do you have the same system where you are? Dec 11 19:44:22 eFfeM: depends on the exams for us. Some are the same as yours, but the final diploma exams are a bit different Dec 11 19:45:12 eFfeM: ok, I wonder what stuff it gets for DLNA under linux. I've seen gupnp and mediatomb by now Dec 11 19:45:36 eFfeM: Seems they are all server side only. I'm looking for client and controller as well Dec 11 19:45:41 there is also python-coherence, that one is quite nice (but maybe I am biased) Dec 11 19:45:56 ok, needs to have a look Dec 11 19:46:09 stefan_schmidt: servers are relatively easy, coherence can also do playback iirc (and transcoding) Dec 11 19:46:28 also I'd like to work somewhere(fun) but I don't want to abandon the FSO/SHR project....because I think they really need me Dec 11 19:46:31 stefan_schmidt: http://coherence.beebits.net/ Dec 11 19:47:03 already reading Dec 11 19:47:17 The Inspector can be used as controller it seems Dec 11 19:47:17 basically when we've got nokia900 fully working I could do something else maybe Dec 11 19:47:21 but before.... Dec 11 19:47:38 yes Dec 11 19:48:13 seems development is a little bit stalling at the moment. The lead dev is quite a nice guy Dec 11 19:48:26 GNUtoo|laptop: (fun) same for me. I can't work on stuff that is stupid all day :) Dec 11 19:48:29 there is a dedicated channel #coherence, lead dev is Frank Scholz, aka dev Dec 11 19:48:38 eFfeM: oki Dec 11 19:48:48 eFfeM: I just want to get an impression right now Dec 11 19:49:01 there is an OE recipe for it :-) Dec 11 19:49:14 eFfeM: Plans are to get a nice Samsung LED TV next year and maybe some other DLNA equipment Dec 11 19:49:33 And of your I want to know how to integrate this into my network here Dec 11 19:49:44 somehow all of my builds seem to fail left or right. Dec 11 19:50:05 I haven't really but mainline since the release Dec 11 19:50:19 stefan_schmidt: the tv will probably already have upnp/dlna rendering capabilities, issue might be whether it is remotely controllable by an externa control point Dec 11 19:50:21 hi all Dec 11 19:50:27 hi reactor16 Dec 11 19:50:49 any one know what mean this "ERROR: Nothing PROVIDES 'dream8-img'" Dec 11 19:50:52 eFfeM: yup, such things are good questions. It seems rygel/gupnp is able to deliver some videos to it Dec 11 19:50:54 * eFfeM has a Philips UPnP enabled tv, need to set up things again Dec 11 19:51:09 reactor16: that means there is no recipe that provides dream8-img Dec 11 19:51:28 stefan_schmidt: yes it is, I've played with all kind of stuff in the past Dec 11 19:51:35 reactor16: you tried to build something that is not available. Maybe wrong builddir/branch/path... Dec 11 19:51:43 eFfeM how i fix it ? Dec 11 19:52:42 i follow tutorial of opendreambox Dec 11 19:53:13 reactor16: Sounds like a issue with the opendreambox overlay or repo then. Dec 11 19:53:24 Hmm, obi is not here Dec 11 19:53:34 yes i wait him Dec 11 19:53:38 reactor16: Maybe better ask him Dec 11 19:53:55 oke Dec 11 19:54:00 As it is not yet in mainline OE most people here would perhaps never used or tried it Dec 11 19:54:13 * eFfeM hasn't no dreambox here Dec 11 19:54:37 * eFfeM is still dreaming about it, really need to get a decent sat setup Dec 11 19:55:03 eFfeM you have one ? Dec 11 19:55:13 * stefan_schmidt will make sure that is upcoming LED TV will have a triple tuner for HD (cable, sat and tera) Dec 11 19:56:20 RP: ping Dec 11 19:56:36 stefan_schmidt: better ping RP__ Dec 11 19:56:42 RP__: ping Dec 11 19:57:09 best of them is sat Dec 11 19:57:13 he told last week the __ version is a better choice Dec 11 19:58:17 RP__: I haven't been online much lately. Was there any discussion about Yocto/Openembedded consolidation? Dec 11 19:58:37 eFfeM: Seems __ targets his IM client (pidgin) Dec 11 19:58:40 stefan_schmidt: not too many tv's incorporate sat tuners (at least not here in NL) market is too small, most people have cable; then again nowadays ter tuners also seem to become more common Dec 11 19:59:20 stefan_schmidt: read this? http://bec-systems.com/site/755/yocto-and-openembedded Dec 11 19:59:23 eFfeM: The better Samsung models have triple tuners build in now. sat, cable and tera and in HD Dec 11 19:59:35 eFfeM: yes, thats why I'm asking Dec 11 19:59:40 there was also an additional post on the list, but I think the minutes have not yet been distributed Dec 11 19:59:51 eFfeM: If there was anything online besides the conference meeting Dec 11 20:00:23 stefan_schmidt: ah ok, haven't kept too much track of samsung (or competitor) tv; used to work for a major TV manuf, but was laid off about a year ago Dec 11 20:00:29 Actually I wonder if we should think about some goals for the next release. Make a date and ste features we want to have in Dec 11 20:00:46 some should overlap with yocto and move in this direction IMHO Dec 11 20:01:10 apparently low level linux expertise and experience in improving performance and startup time was not important any more... Dec 11 20:01:14 eFfeM: Ah, so you have inside experience with it :) Dec 11 20:01:21 guess I should be grateful, got a nice new job :-) Dec 11 20:01:21 yes Dec 11 20:01:55 If you have a high end tv from Philips, chances are > 99% it has software in it from me Dec 11 20:01:55 This TV are real embedded sytems nowadays with a lot power and nice chips Dec 11 20:02:05 would be great to have full control over it :) Dec 11 20:02:10 OpenTV ;) Dec 11 20:02:30 right now we only have a really old crt TV Dec 11 20:02:44 typically they are not too keen on open tv, it gives issues with DRM and so on. Dec 11 20:02:53 yeah, the old game :) Dec 11 20:02:57 especially wrt HDMI keys Dec 11 20:03:12 you can download the open source parts, but there is not really a way to get the softwrare in the TV Dec 11 20:03:22 yup, same for samsung Dec 11 20:03:27 I would not mind an open tv, but guess my family appreciates it is closed Dec 11 20:03:45 no, you can't see XYZ, I first need to upgrade ABC Dec 11 20:03:45 you even can put your own wifi driver in, with more usbi ids, to use other then samsung wifi dongles Dec 11 20:03:59 100€ for a wifi stick, serious? :) Dec 11 20:04:03 stefan_schmidt: that is cool Dec 11 20:04:21 actually once you can put a driver in, you can hack the system Dec 11 20:04:23 eFfeM: yeah, I want a device that is girlfriend compatible as well Dec 11 20:04:38 true Dec 11 20:04:45 sadly the new devices are not rooted yet Dec 11 20:05:07 But I un-motivated for anti vendor ports anyway nowadays Dec 11 20:05:35 spent way to much time on hacking on such devices Dec 11 20:05:43 :-) Dec 11 20:06:16 stefan_schmidt, what about samyGO? Dec 11 20:06:31 well, got an android phone a while ago, rooted it, but didn't really hack it (although it is nice to have root access as it allows one to install a few things that you cannot install otherwise Dec 11 20:06:45 GNUtoo|laptop: yup, but not really working for newer device. C series from 2010 I mean Dec 11 20:06:50 ah ok Dec 11 20:07:14 stefan_schmidt, a bit like me with htcdream kernel, I want standard kernels and easy ports Dec 11 20:07:20 stefan_schmidt: an e.V. vote will be occurring to grant the board the power to make the call re: yocto / openembedded, and then the board will make a decision about how collaboration will occur, with the TSC advising them Dec 11 20:07:25 eFfeM: Before Openmoko I did a lot of work together with harald Welte on some motorola linux phones Dec 11 20:07:36 I spent countless hours *debugging with printk* an alsa driver Dec 11 20:07:57 kergoth: wow, sounds complicated :) Dec 11 20:08:13 its part of why yocto is a good thing, their governance has much less overhead than OE does Dec 11 20:08:17 GNUtoo|laptop: well, prinkk is comfortable ;) Dec 11 20:08:18 stefan_schmidt: considered a few times buying e.g. a freerunner, never got to it though Dec 11 20:08:24 stefan_schmidt, printk is not nice Dec 11 20:08:29 * GNUtoo|laptop wants kgdb and serial Dec 11 20:08:45 eFfeM: You would not miss it now. ups, did I say this? ;) Dec 11 20:08:53 nope Dec 11 20:09:05 kergoth agree Dec 11 20:09:17 kergoth: so this is in the works? I just wait for the e.V. proposal? Dec 11 20:10:25 stefan_schmidt: draw your own plan :-) Dec 11 20:11:11 eFfeM: kinda musing about it already Dec 11 20:11:29 I also wonder what to base our next system/product on :) Dec 11 20:11:42 Its easier when only doing it for fun :) Dec 11 20:13:03 its more like a timeline issue though. well, I'll think about it a bit longer Dec 11 20:13:08 Its weekend after all Dec 11 20:13:13 stefan_schmidt: @work I am facing that same decision, but as we need to pin something one of these days it'll probably remain oe for now (based upon the 2010.12 release) Dec 11 20:13:34 eFfeM: We will stay on OE also Dec 11 20:13:57 eFfeM: I wonder though if it will be yocto as core and OE as layer plus our stuff in OE Dec 11 20:14:09 or the 2010.12 release with a private branch Dec 11 20:14:21 or a snapshot from OE with our stuff merged Dec 11 20:14:27 To many options :) Dec 11 20:15:39 stefan_schmidt: I think we'll see an OE layer on top of yocto; I don't think we can par their dev effort Dec 11 20:16:10 eFfeM: Seems so. And I actually don't want to par it. :) Dec 11 20:16:30 eFfeM: Lets hope we will not miss anything important when going in this direction Dec 11 20:16:50 actually I seem to recall that for my latest project I only needed 5 or 6 recipes missing from yocto (if I recall i2ctools, squashfs stuff, urjtag and a few more low level things Dec 11 20:19:27 afk for a while Dec 11 20:19:35 same here Dec 11 20:19:42 later folks Dec 11 20:20:04 03Martin Jansa  07master * rfcf239dbbc 10openembedded.git/recipes/dri/ (11 files in 3 dirs): Dec 11 20:20:04 libdrm: remove old not pinned versions, update libdrm.inc Dec 11 20:20:04 * disable radeon for all distributions unless x86 is in MACHINE_FEATURES Dec 11 20:20:04 Signed-off-by: Martin Jansa Dec 11 20:20:04 Acked-by: Khem Raj Dec 11 20:20:13 stefan_schmidt: yep. it'll take weeks to complete the vote, due to discussion period then voting period Dec 11 20:20:25 then after that the board will decide what to do Dec 11 20:21:11 kergoth: ok, looking forward to it Dec 11 20:22:10 kergoth: I had to smile when reading through pokys planned features list and seeing multithreaded parsing :) Dec 11 20:22:18 heh, indeed Dec 11 20:23:12 If we finally get poky and OE together and with the back up from linux foundation and the big companies behind OE it looks like a good position for future work Dec 11 20:23:26 cleaning up the build system niche :) Dec 11 20:40:50 I did word the voting proposal so the board can start working with the the yocto project without waiting for the vote to complete Dec 11 20:41:36 so we can do work in parallel and take guidance from the membership during the discussion period and vote Dec 11 20:42:41 and voting proposal kicked off Dec 11 20:47:36 ah Dec 11 20:49:32 so umm Dec 11 20:49:39 trying to build base image for beagleboard Dec 11 20:49:49 TypeError: warn() takes at least 2 arguments (1 given) Dec 11 20:49:53 any idea what this menaS? Dec 11 20:53:18 "If OpenEmbedded choses to base on Poky, there is no reason OpenEmbedded can’t continue to still use the push model for its layer that has worked well in the past." I don't mind poky beeing pull, that doesn't change a lot(core needing patch-sending) but it could be nice if some stuff stay push Dec 11 20:56:42 lostincake, do you have more context? Dec 11 20:57:14 lamawithonel, maybe pastebin the whole log Dec 11 20:57:27 lamawithonel, btw that's a python error Dec 11 20:57:56 maybe an oe_warn that was used incorrectly in a recipe Dec 11 20:58:04 or oewarn rather Dec 11 20:58:19 GNUtoo|laptop: http://pastebin.com/yibCARGF Dec 11 20:58:29 maybe I should get another version of bitbake Dec 11 20:58:34 but I have w/e the OE website asks me to have Dec 11 20:58:38 been working fine for a while Dec 11 20:58:49 did a git pull today and it broke Dec 11 20:59:00 will be back soon and look when back Dec 11 21:03:13 GNUtoo|laptop: If OE splits into multiple layers, there's no reason some can't go pull while others stay push. koen might well want to maintain a pull layer for angstrom *shrug* Dec 11 21:09:03 ok Dec 11 21:09:51 lostincake, try to add more debugging Dec 11 21:10:39 * GNUtoo|laptop will look in his __init__.py Dec 11 21:10:52 GNUtoo|laptop: I just commented the call :P Dec 11 21:11:02 its just a print method to print out some debugging info Dec 11 21:11:04 so w/e Dec 11 21:11:05 :P Dec 11 21:11:18 yes Dec 11 21:12:23 the strange thing is that you told that it worked before Dec 11 21:12:25 anyway... Dec 11 21:21:00 ka6sox: check your post in ML :) Dec 11 21:21:54 hard to understand what proposal you are supporting :) Dec 11 21:24:54 hard to belive that his BlackBerry® is actually smartphone :) Dec 11 21:27:49 Crofton|work: thanks for the proposal. Seems we already have enough support voices. :) Dec 11 21:30:17 heh, Poky still have the old OE logo for his "powered by OE" Dec 11 21:39:15 just mailed my objection against the proposal, I fail to see why we need to deviate from the process we agreed at oedem and I see no rationale for such deviation. Dec 11 21:43:05 03Klaus Kurzmann  07master * rfa019cdfdb 10openembedded.git/recipes/udev/ (files/nokia900/70-persistent-net.rules udev_151.bb): Dec 11 21:43:05 udev_151.bb: add pre-generated 70-persistent-net.rules for nokia900 Dec 11 21:43:05 Signed-off-by: Klaus Kurzmann Dec 11 21:45:22 calling it a day, cya all tomorrow Dec 11 22:13:14 !seen obi Dec 11 22:13:14 obi (~obi@unaffiliated/obi) was last seen quitting from #oe 5 hours, 19 minutes ago stating (Ping timeout: 245 seconds). Dec 11 22:19:24 why anoncvs.handhelds.org still down ? Dec 11 22:20:22 03Klaus Kurzmann  07master * r51c92f3d4d 10openembedded.git/recipes/udev/udev_162.bb: Dec 11 22:20:22 udev_162.bb: add nokia900 rules Dec 11 22:20:22 Signed-off-by: Klaus Kurzmann Dec 11 22:43:33 crackberries are moron phones. Dec 11 22:54:18 who have enough rights to apply changes to oestats server code? Dec 11 22:54:39 I'll try to spend some time on oestats Dec 11 22:55:01 because Testing results table is just nightmare Dec 12 00:16:13 god angstrom seriously needs to get another mirror Dec 12 00:17:30 for what? Dec 12 00:18:26 lostincake, what to you mean? Dec 12 00:19:09 nothing, some fo the downloads in oe build take forever Dec 12 00:19:38 sources downloads? Dec 12 00:20:07 or are you talking narcissus? Dec 12 00:24:14 * ka6sox stops playing dentist and goes back to working on nook. Dec 12 01:27:48 03Chris Larson  07master * r80fff8a52d 10openembedded.git/classes/srctree.bbclass: Dec 12 01:27:48 srctree: create stamps for executed functions Dec 12 01:27:48 Slightly altered version of the patch from Martin Ambrose, whose work in Dec 12 01:27:48 reporting this, investigating it, and determining a solution is much Dec 12 01:27:48 appreciated. **** ENDING LOGGING AT Sun Dec 12 02:59:58 2010