**** BEGIN LOGGING AT Tue Dec 04 02:59:59 2012
Dec 04 08:07:05 <mckoan> good morning
Dec 04 08:20:06 <afournier> morning!
Dec 04 08:58:19 <likewise> gm
Dec 04 08:59:34 <eren> morning
Dec 04 09:48:44 <bluelightning> morning all
Dec 04 09:48:54 <JaMa> morning
Dec 04 09:57:25 <JaMa> hrw: can you share branch with this patches? http://lists.linuxtogo.org/pipermail/openembedded-devel/2012-November/042507.html patchwork does not pick renames correctly :/ and can you drop 1st patch (navit removal)?
Dec 04 09:57:51 <hrw> JaMa: will take a try
Dec 04 09:58:26 <JaMa> thanks
Dec 04 09:58:29 <hrw> JaMa: far too many trees 
Dec 04 09:59:40 <JaMa> hrw: I'll pick them from mutt directly if it's problem
Dec 04 10:01:34 <hrw> uf, found them
Dec 04 10:03:02 <hrw> http://git.openembedded.org/meta-openembedded-contrib/log/?h=hrw/world-cleanups
Dec 04 10:03:59 <JaMa> btw if you use openembedded-core/scripts/create-pull-request then branch url will be in cover letter automatically
Dec 04 10:04:25 <hrw> cool
Dec 04 10:04:31 <hrw> thanks, did not know it
Dec 04 10:37:36 <silvio_> morning all
Dec 04 11:09:35 <vadmeste> Hello. I can't find wvdial in the OE repository tree... Anyone can suggest me a simple program to connect to a 3G network (and which supports unlocking PIN code) ?
Dec 04 11:14:38 <abelloni> you can do that with a chat script
Dec 04 11:15:17 <abelloni> just send AT+CPIN=<pin>
Dec 04 11:18:24 <vadmeste> i see.. do you know any simple chat program which exists in OE ?
Dec 04 11:22:46 <bluelightning> vadmeste: there's a wvdial recipe in OE-Classic you could update
Dec 04 11:23:16 <bluelightning> vadmeste: but if you want to do 3G stuff I would recommend looking at ofono
Dec 04 11:26:04 <otavio> abelloni: I applied your patch to meta-fsl-arm. Thanks
Dec 04 12:09:01 <abelloni> otavio: I thought you already did that a while ago
Dec 04 12:09:40 <otavio> abelloni: ouch
Dec 04 12:09:49 <otavio> abelloni: i mixed the nicknames ;P
Dec 04 12:23:34 <abelloni> ok, np :)
Dec 04 14:25:37 <eren> shr guys seem to be quite active on merging their changes to oe
Dec 04 14:25:39 <eren> congrats
Dec 04 15:49:30 <afournier> i thought i could change bindir and sbindir to /, but doing this i get "WARNING: QA Issue: upstart: /spare/alex/oe/tmp-eglibc/work/core2-oe-linux/upstart-1.5-r1/packages-split/upstart/sbin/shutdown links to something under exec_prefix"
Dec 04 15:51:07 <afournier> so i changed prefix to /, but then it could not find the libnih, so i changed libnih prefix to / also, and libnih could not find dbus...
Dec 04 15:51:13 <afournier> so i will use a symlink :)
Dec 04 16:01:12 <ensc|w> afournier: just ignore this warning... it's pointless nowadays
Dec 04 16:01:32 <kergoth> think that warning isnt' default anymore, at least with master
Dec 04 16:02:17 <afournier> :/
Dec 04 16:02:57 <kergoth> see WARN_QA and ERROR_QA if you want to change it
Dec 04 16:03:07 <afournier> it's ok no big deal
Dec 04 16:03:19 <bluelightning> see OE-Core master rev 2fb58da56e8e7044de21fd10fe9164d204587236
Dec 04 16:05:09 <afournier> i see
Dec 04 18:15:36 <levonmaa> JaMa: I think that the qt5.inc is still slightly skewed still...
Dec 04 18:16:21 <JaMa> levonmaa: I'm still stuck on xcb platform build :/
Dec 04 18:16:27 <levonmaa> as I made the mkspecs go under the STAGING_DATADIR_NATIVE
Dec 04 18:16:32 <levonmaa> oh...
Dec 04 18:16:54 <levonmaa> hmmm... what gives?
Dec 04 18:17:34 <levonmaa> I took you latest change -no-xcb and it worked for me
Dec 04 18:17:42 <JaMa> that's ok for -native
Dec 04 18:18:01 <levonmaa> yes
Dec 04 18:18:27 <JaMa> but for target it was failing because it was using symbols from qgl when building xcb platform and underlinking it a bit
Dec 04 18:18:48 <JaMa> yesterday I've confirmed that the same issue is in latest git
Dec 04 18:18:49 <levonmaa> right
Dec 04 18:19:26 <JaMa> so today I'll try to fix it if I don't get another failing disk in array :)
Dec 04 19:13:51 <runexe> Has anyone tried enabling IPv6 support in python? I'm getting an error if I add --enable-ipv6 to the EXTRA_OECONF with python 2.7.3 in current oe-core master
Dec 04 19:25:50 <runexe> Interesting - looks like it's a problem with python testing for a buggy getaddrinfo, which doesn't work while cross-compiling
Dec 04 19:27:30 <Crofton> the python build stuff is scary :)
Dec 04 19:28:31 <runexe> Fortunately it looks like buildroot had stumbled upon this issue before
Dec 04 19:28:44 <runexe> http://git.buildroot.net/buildroot/tree/package/python/python-2.7-016-cross-compile-getaddrinfo.patch - Thanks to the Google
Dec 04 19:29:32 <Crofton> runexe, now test and setup git send-email :)
Dec 04 19:29:59 <runexe> Crofton: working on testing now ;)
Dec 04 19:30:24 <Crofton> there is some interesting stuff here: https://github.com/milosoftware/meta-zynq/commit/e7b3f26c765b622087df12986bddd86365d1590a
Dec 04 19:44:40 <otavio> JaMa: I got the CLA with QtProject done. I will send the patches upstream as much as possible so we try to reduce the number of patches maintained.
Dec 04 19:59:36 <Crofton> runexe, it looks like ourOE build alrady build gnuradio with swig-2.0 ....
Dec 04 20:01:09 <wakko> if a recipe has a do_install_append, and i bbappend this recipe and redeclare do_install_append, will both be executed ?
Dec 04 20:03:29 <levonmaa> JaMa: the mkspecs need to end up to STAGING_DATADIR as we can not pollute STAGING_DATADIR_NATIVE as that needs to be intact
Dec 04 20:03:42 <levonmaa> as other qtmodules will need native tools compiled
Dec 04 20:03:56 <levonmaa> such as the qtjsbackend
Dec 04 20:21:45 <otavio> levonmaa: How is your progress going?
Dec 04 20:45:16 <levonmaa> otavio: slowly
Dec 04 20:45:31 <levonmaa> did some testing with the qtjsbackend recipe and
Dec 04 20:46:08 <otavio> levonmaa: but you think qtbase is right now?
Dec 04 20:46:19 <levonmaa> as the qtbase currently puts some of its stuff under the STAGING_DATADIR_NATIVE/qt/... it will break some thigns
Dec 04 20:46:26 <levonmaa> nope ;(
Dec 04 20:46:39 <levonmaa> that still needs some wor
Dec 04 20:46:44 <levonmaa> +k
Dec 04 20:46:57 <levonmaa> some good ol' TLC
Dec 04 20:47:35 <levonmaa> gotta grab something to eat
Dec 05 01:09:19 <levonmaa> JaMa, otavio: please check out the latest pull request to meta-qt5
Dec 05 01:09:46 <levonmaa> hopefully we have only the packaging issues to work out
Dec 05 01:49:34 <hyei> I am creating a layer which I'd like to have a bbapend file for wpa-supplicant-1.0. Iam also using the meta-systemd layer that already has this bbappend file. Is there some way to not duplicate this information in my layer?
**** ENDING LOGGING AT Wed Dec 05 02:59:58 2012