**** BEGIN LOGGING AT Fri Nov 27 02:59:58 2009 Nov 27 08:01:22 hi ther got a quick question how do i add a start up program (python) ? so it can run the moment it boots? Nov 27 08:01:34 hi there got a quick question how do i add a start up program (python) ? so it can run the moment it boots? Nov 27 08:10:38 hi there got a quick question how do i add a start up program (python) ? so it can run the moment it boots? Nov 27 08:14:25 hi there got a quick question how do i add a start up program (python) ? so it can run the moment it boots? Nov 27 08:15:29 i see it is empty here again... Nov 27 08:15:33 dang Nov 27 08:15:40 see you all later Nov 27 09:17:21 I'm having trouble building wxbase_2.8.9.bb. I need this version, so I added PREFERRED_VERSION_wxbase = "2.8.9" to local.conf file. Nov 27 09:18:37 When I bitbake wxbase, I get "ERROR: This autoconf log indicates errors, it looked at host includes." and then bitbake fails Nov 27 09:19:45 then you need to fix the autoconf Nov 27 09:21:21 I googled a bit and found this explanation: "The configure script is referencing /usr/include in the include Nov 27 09:21:23 directorys. This is always an error." Nov 27 09:22:06 But I'm totally noob and I don't know how to fix it. Do I have to edit the configure script and search for /usr/include references? Nov 27 09:27:50 Or maybe do I need to edit configure.in? Nov 27 09:38:44 would it help if I paste log.do_configure? Nov 27 09:52:01 doragasu: you would need to track down which test in configure fails, find that test in configure.in and re-write it Nov 27 09:55:17 Thanks a lot for help. The funny thing is that I can't see any errors in log.do_configure file! Nov 27 09:58:10 This is the log file: http://paste.ideaslabs.com/show/fJDpxN2GZa Nov 27 10:03:46 doragasu: you wont do, non cross compile case looking in /usr/* is valid Nov 27 10:04:00 doragasu: a lot of people get lazy and hard code the tests Nov 27 10:05:28 so do I need to search all referencies to /usr/* in configure.in file and change them to $SOMETHING/usr/*? I'm really confused... Nov 27 10:05:56 doragasu: I normally only fix the actual test that goes wrong Nov 27 10:11:19 as wxbase_2.6.4 builds OK, I'll try to have a look to its configure.in file and see if I can guess what's going wrong. Maybe it's related to a variable named SEARCH_INCLUDE that has references to some /usr/* directories... Nov 27 11:58:53 Finally I found why wxbase doesn't compile. I have disabled SDL, but the generated makefile for wxbase-2.8.9 has -I/usr/include/SDL in CFLAGS and CXXFLAGS. Removing it fixes the problem and the package compiles. Nov 27 12:00:16 now I have another question... What's the right way to fix this in openembedded? Is it possible to create a patch for the makefile? Or do I need to find the problem in the Makefile.in file and patch it? Nov 27 12:00:47 doragasu: I dont see the error Nov 27 12:00:53 doragasu: wxbase builds here Nov 27 12:01:20 I can build wxbase 2.6.4, but I couldn't build wxbase-2.8.9 Nov 27 12:01:35 (and I need 2.8.9 version or greater) Nov 27 12:01:49 2.8.9 built without error for me Nov 27 12:01:54 !! Nov 27 12:02:17 that's weird Nov 27 12:03:58 do you use SDL in your system? Nov 27 12:04:07 probably not Nov 27 12:04:16 my build machine is used purely for building Nov 27 12:04:24 it tends not to have extraneous crap :-D Nov 27 12:04:41 and do you use SDL in the target system of OE? Nov 27 12:04:55 I havent disabled it Nov 27 12:05:02 I build angstrom as is Nov 27 12:05:33 I build a custom image using console-image as base Nov 27 12:05:55 Maybe if the target system doesn't use SDL, the build fails Nov 27 12:06:48 possible Nov 27 12:07:01 could be a duff test that assume if it cant find must be in /usr/include Nov 27 12:07:04 It looks like wxbase always want to use SDL even if you don't enable it Nov 27 12:07:07 seen a few of those over the years Nov 27 12:07:33 is there a --without-libsdl or --disable-libsdl or similar Nov 27 12:08:34 there is a --with-sdl. SDL is supposed to be disabled by default Nov 27 12:11:14 I have done some tests outside OE (downloaded the tarball and compiled manually) and no matter what flags I use, -I/usr/include/SDL is always added to compile flags. Nov 27 12:13:44 There's maybe a problem with Makefile.in file, but as I have never used autoconf, it will be really difficult for me to find the problem. If I could patch the generated makefile, it would be a lot easier for me. Nov 27 12:14:29 Patches in OE are applied before or after configuration stage? Nov 27 13:02:56 before Nov 27 13:03:05 if there is a --with --without works as well# Nov 27 13:03:43 yeah, tested also with --without-sdl and got the same error :( Nov 27 13:06:59 try --without-sdl-prefix Nov 27 13:07:18 I haven't tested that, I'll try it now Nov 27 13:10:03 Again, it doesn't work. Here you can see the configure args: http://pastebin.com/m136bee2b Nov 27 13:12:07 hmm, hackiness --with-sdl-prefix=${STAGING_DIR_HOST} Nov 27 13:12:18 that configure test is really hard to read :-D Nov 27 13:12:40 Yeah, at the end are the sdl relevant flags Nov 27 13:22:38 Great idea!, it looks like the STAGING_DIR_HOST trick is working! Nov 27 13:23:14 doragasu: you were right, it just assumes you have SDL Nov 27 13:23:21 doragasu: nasty hack to get round it Nov 27 13:24:10 So I only need to add that line to the EXTRA_OECONF var in the recipe, right? Nov 27 13:24:18 Thanks a lot for help! Nov 27 13:32:35 OK, I'm going to have lunch now Nov 27 13:32:40 Thanks and goodbye! **** BEGIN LOGGING AT Fri Nov 27 15:32:52 2009 **** ENDING LOGGING AT Sat Nov 28 02:59:56 2009