**** BEGIN LOGGING AT Sat Dec 27 02:59:59 2014
Dec 27 05:27:00 <b1tninja> this has got to be the most idle-non-empty channel on freenode
Dec 27 06:48:50 <b1tninja> aside from the bot and myself no one has said anything for 3 days
Dec 27 13:37:34 <RP> b1tninja: still having problems?
Dec 27 13:38:14 <RP> b1tninja: its the holiday season so I guess a lot of people are away
Dec 27 17:11:45 <dzoe> Argh ... stupid question. I'm building meta-openembedded/meta-oe/recipes-extended/dialog and I'm trying to make it use ncursesw and wide characters.
Dec 27 17:12:21 <dzoe> It worked (without any intervention) when I did the build on my laptop (Debian Wheezy) but now on our build server (same distro) it is built with ncurses only.
Dec 27 17:12:48 <dzoe> If I add --with-ncursesw --enable-widec to dialog.inc, it fails at configure stage.
Dec 27 17:13:28 <jkroon_> dzoe, I'd check wether ncurses-dev package is installed on the host in both cases
Dec 27 17:13:40 <dzoe> The failure is quite weird, because it finds ncursesw5-config in correct sysroot and but apparently there's pretty bogus information there (the path doesn't contain ncursesw includes).
Dec 27 17:14:05 <jkroon_> dzoe, IIRC busybox requires ncurses-dev on the _host_, which is a bug, but it might be fixed. maybe what your seeing is a similar situation
Dec 27 17:14:10 <dzoe> jkroon_: I thought that would be the case, but installing libncursesw5-dev on the build server didn't help.
Dec 27 17:14:26 <jkroon_> dzoe, aha, ok
Dec 27 17:14:43 <dzoe> Fun part is that libncursesw.5.so is in the resulting image
Dec 27 17:14:58 <dzoe> So I must be overlooking something really simple :-/
Dec 27 17:15:59 <dzoe> Is there a way to rebuild just ncursesw5? (In order to see where it installs its include and lib files - ok, the lib files are in the target sysroot which is armel-something)
Dec 27 17:18:06 <dzoe> Hmmm... bitbake -c compile ncurses seems to do what I need, lets examine it in the shell.
Dec 27 17:18:12 <dzoe> Thanks for listening anyway :)
Dec 27 17:18:15 <Daemon404> .g 37
Dec 27 17:18:51 <jkroon_> dzoe, bitbake -c cleansstate <package>, that will get rid of cached results
Dec 27 17:19:20 <jkroon_> dzoe, when I need to do a rebuild I do, -c clean -c cleansstate
Dec 27 17:19:30 <jkroon_> for some reason
Dec 27 17:20:08 <dzoe> Ok - will try that with ncurses and dialog.
Dec 27 17:25:33 <dzoe> Wow ... installing libncursesw5-dev on the host system, cleaning and rebuilding ncurses for target system then cleaning and rebuilding dialog means the include paths are ok, now just fix the linker:
Dec 27 17:25:38 <dzoe> | /home/yocto/poky-danny-8.0.1/build/tmp/sysroots/x86_64-linux/usr/lib/libncursesw.so.5: file not recognized: File format not recognized
Dec 27 17:25:56 <dzoe> (Apparently it is trying to link against the host system version)
Dec 27 18:36:45 <dzoe> Hm, ok, it's really weird. It finds ncursesw but doesn't define HAVE_COLOR, something is terribly wrong here.
Dec 27 18:44:16 <b1tninja> oh what is this, chatter
Dec 27 18:44:17 <b1tninja> lol
Dec 27 18:46:17 <b1tninja> i'm having trouble with "host /usr/lib/include" being used instead of the one relative to my build path, so the poisoned system includes are killing my bitbake
Dec 27 18:47:02 <b1tninja> I noticed there is already a patch in place to address this issue, so i'm wondering whats going wrong, http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=29ec481c46b6f10e31a7bcaa84f6d77f280be6ec
Dec 27 18:49:53 <b1tninja> i also thought it was lame that their patch was to just rollback to using libnl2, even though it would seem libnl3 gets fetched
Dec 27 20:31:08 <b1tninja> oh im just retarded, and wasn't understadning the process, do_configure is suppose to set the param, so the patch is just stripping out the static/fixed path
Dec 27 20:31:35 * b1tninja goes hunting for -I/usr/
Dec 27 21:23:47 <b1tninja> i think the problem has to do with CFLAGS beign injected, but DRV_CFLAGS not being? unless i can find DRV_FLAGS = CFLAGS somewhere
Dec 27 21:28:57 <b1tninja> yes it would seem that is the problem
Dec 27 21:29:24 <b1tninja> and setting it via do_configure without patching the file isn't going to work for the drivers.mak file, becuase it clears the variable
Dec 27 22:35:00 <b1tninja> yeah, i was able to get wpa_supplicant to build by modifying do_configure, to add a similar echo statement to the one that exists in wpa_supplicant.inc
Dec 27 22:35:15 <b1tninja> but for the DRV_CFLAGS variable
Dec 27 22:44:14 <b1tninja> ill test out my image to see that wpa supplicant /hostap is working and see about providing a patch
Dec 27 22:50:55 <b1tninja> rp are you richard purdie by chance perhaps you can help me verify that this is a valid solution
Dec 28 01:42:12 <b1tninja> sweet, verified wpa_supplicant works with my modified do_configure build.
**** ENDING LOGGING AT Sun Dec 28 02:59:59 2014