**** BEGIN LOGGING AT Tue Nov 10 02:59:57 2009
Nov 10 03:51:38 <Crofton|work> home
Nov 10 04:15:54 * kergoth sighs, really need to learn about parsing
Nov 10 05:14:59 <CIA-2> 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07shr/merge * rce3802e207 10openembedded.git/ (7 files in 2 dirs): vala: add unofficial point release 0.7.8.1
Nov 10 05:15:10 <CIA-2> 03Martin Jansa <Martin.Jansa@gmail.com> 07shr/merge * r67ac107be2 10openembedded.git/: Merge remote branch 'origin/org.openembedded.dev' into shr/merge
Nov 10 05:15:10 <CIA-2> 03Richard Purdie <rpurdie@linux.intel.com> 07shr/merge * re6ee9ab2e4 10openembedded.git/recipes/glibc/glibc-package.bbclass: 
Nov 10 05:15:10 <CIA-2> glibc-package.bbclass: Operate on PKG, not D after package.bbclass updates
Nov 10 05:15:10 <CIA-2> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
Nov 10 05:21:40 <kg4ysn> sigh ... why is cross compiling mod_python so difficult?
Nov 10 06:43:47 <tasslehoff> good morning.
Nov 10 07:45:07 <mckoan> good morning
Nov 10 08:48:54 <RP> morning all
Nov 10 08:49:03 <mckoan>  hi RP 
Nov 10 08:52:03 <tasslehoff> I have made my own custom image. What bitbake command do I issue to clean all packages it depends on, but without cleaning the compiled toolchain?
Nov 10 08:53:29 <XorA> clean all packages??
Nov 10 08:53:55 <XorA> rm -rf tmp/deploy/ would remove all packages
Nov 10 08:54:03 <XorA> not sure what you really mean though
Nov 10 08:56:57 <tasslehoff> XorA: I want all packages to be rebuilt, but not the toolchain. So maybe what you said will work :)
Nov 10 08:57:53 <XorA> tasslehoff: why rebuild?
Nov 10 08:58:30 <XorA> tasslehoff: if you keep deploy/pstage directory you can rebuild real fast
Nov 10 09:01:39 <tasslehoff> XorA: I use fw_setenv to manipulate the u-boot environment. This worked well after an edit of a config-file on my beagle. koen checked the same fix in the config file, I did an update, and haven't made it work ever since. Figured I'd start with a fresh build before I blame anyone :)
Nov 10 09:11:55 <woglinde> hi
Nov 10 09:13:29 <zecke> woglinde: hey!
Nov 10 09:13:48 <woglinde> jo
Nov 10 09:14:18 <RP> hi zecke 
Nov 10 09:15:10 <woglinde> morning rp
Nov 10 09:43:00 <RP> hi woglinde 
Nov 10 09:44:00 <zecke> pb__: Using __thread in GSlice gives me something like a 5% speed up on my test case... and glib itself got a lot faster in gslice as well
Nov 10 09:46:34 <spaetz> RP: I see you patched glibc-package.bbclass
Nov 10 09:46:45 <spaetz> can you apply the same patch to eglic?
Nov 10 09:46:49 <spaetz> eglibc?
Nov 10 09:47:12 <spaetz> same change needed there, I guess
Nov 10 09:47:53 <woglinde> zecke cool
Nov 10 09:48:19 <zecke> woglinde: not really, the patch is not acceptable upstream
Nov 10 09:48:50 <woglinde> hm okay
Nov 10 09:50:42 <zecke> boah ... I hate people that add a timeout to make things work
Nov 10 09:51:05 <woglinde> hms
Nov 10 09:51:17 * woglinde tries to understand how dbus-java stuff works
Nov 10 09:52:11 <CIA-2> 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rebf3936f96 10openembedded.git/recipes/curl/curl-native_7.19.6.bb: 
Nov 10 09:52:11 <CIA-2> curl-native: disable gnutls since we don't have a gnutls-native recipe
Nov 10 09:52:11 <CIA-2> * this fixes an opkg-native build bug
Nov 10 09:54:05 <woglinde> hm why koen dont makes a gnutls-native package?
Nov 10 09:54:42 <XorA> BBCLASSEXTEND = "native"
Nov 10 09:55:35 <woglinde> xora right
Nov 10 09:55:43 <woglinde> but I think koen didnt yet hear of it
Nov 10 09:55:59 <woglinde> I think he will dislikes some of the outcomes of oedem
Nov 10 09:56:09 <XorA> woglinde: I dont think OE became 1.8.16 only yet
Nov 10 09:56:33 <XorA> woglinde: so far there are a lack of outcomes :-D
Nov 10 09:57:30 <XorA> Ive seen RPs notes but that was nothing I didnt know RP was aiming for anyway
Nov 10 09:58:24 <jovox> Every time I build an image I get "*** glibc detected *** opkg-cl: realloc(): invalid next size: 0x085becb8 ***" when the build completes. The build is successful and everything works but itäs a bit annoying.. Anyone know what causes it?
Nov 10 10:02:16 <JaMa|Wrk> what is expected behavior if you install another alternative with the same priority as the one with highest already installed?
Nov 10 10:02:21 <JaMa|Wrk> for me: I expect to use the one which was added last (last update-alternatives --install call)
Nov 10 10:02:35 <JaMa|Wrk> because then I can just use ie opkg install -force-reinstall gtk-theme-neo to switch alternatives link :)
Nov 10 10:03:11 <XorA> woglinde: who was in charge of the minutes?
Nov 10 10:04:17 <hrw> morning
Nov 10 10:04:19 <hrw> RP: | /home/hrw/devel/OH/poky/build/tmp/work/armv5te-poky-linux-gnueabi/web-webkit-0.0+svnr109-r2/webkit/src/web2-main.c:510: undefined reference to `owl_set_window_menu_item'
Nov 10 10:04:25 <CIA-2> 03Koen Kooi <koen@openembedded.org> 07shr/merge * rebf3936f96 10openembedded.git/recipes/curl/curl-native_7.19.6.bb: 
Nov 10 10:04:25 <CIA-2> curl-native: disable gnutls since we don't have a gnutls-native recipe
Nov 10 10:04:25 <CIA-2> * this fixes an opkg-native build bug
Nov 10 10:04:26 <CIA-2> 03Martin Jansa <Martin.Jansa@gmail.com> 07shr/merge * rabd9590e49 10openembedded.git/: Merge remote branch 'origin/org.openembedded.dev' into shr/merge
Nov 10 10:04:28 <CIA-2> 03Thomas Zimmermann <zimmermann@vdm-design.de> 07shr/merge * r51d8c69272 10openembedded.git/recipes/efl1/elementary_svn.bb: 
Nov 10 10:04:31 <CIA-2> elementary: set remove elemntary-tests from RDEPENDS and RRECOMMENDS and put it into RSUGGESTS
Nov 10 10:04:33 <CIA-2> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Nov 10 10:05:18 <hrw> woglinde: BBCLASSEXTEND is known to Koen
Nov 10 10:05:26 <woglinde> *g*
Nov 10 10:05:41 <hrw> and opkg-native do not need gnutls
Nov 10 10:05:57 <hrw> as it does not use https but only file://
Nov 10 10:07:16 <CIA-2> 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r45a8cde733 10openembedded.git/: Merge branch 'org.openembedded.dev' of git.openembedded.org:openembedded into org.openembedded.dev
Nov 10 10:07:18 <CIA-2> 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * rdf42e934d3 10openembedded.git/recipes/mythtv/mythplugins_0.21+0.22rc2.bb: mythplugins: added mythweb (not fully tested yet)
Nov 10 10:32:26 <CIA-2> 03Marc Olzheim <zlo@zlo.nu> 07org.openembedded.dev * r1fb32f0c6a 10openembedded.git/recipes/dhcp/ (4 files in 2 dirs): Get rid of useless bash dependency in the linux client script.
Nov 10 10:32:27 <CIA-2> 03Marc Olzheim <zlo@zlo.nu> 07org.openembedded.dev * r9aa60a9740 10openembedded.git/recipes/dhcp/ (dhcp3.inc dhcp_3.0.2.bb): Move 3.0.2 to a .inc and use INC_PR (to avoid useless duplication).
Nov 10 10:32:32 <CIA-2> 03Marc Olzheim <zlo@zlo.nu> 07org.openembedded.dev * r977aa17219 10openembedded.git/ (conf/checksums.ini recipes/dhcp/dhcp_3.1.2p1.bb): Add latest 3.1.2p1 (latest 3.x stable release).
Nov 10 10:35:20 <eFfeM> any objections if I remove the DEFAULT_PREFERENCE="-1" from the mysql5 recipe, didn't get much feedback on my mailing list msg
Nov 10 10:35:50 <pb__> eFfeM: go ahead.  the DEFAULT_PREFERENCE is not doing anything there anyway.
Nov 10 10:36:05 <pb__> nothing will be changed if you remove it.
Nov 10 10:37:06 <pb__> zecke: very good
Nov 10 10:37:28 <zecke> pb__: the crap is that glib will now link to pthread
Nov 10 10:39:03 <pb__> why so?
Nov 10 10:39:22 <pb__> I don't think __thread should cause a pthread dependency
Nov 10 10:39:40 <zecke> pb__: right, but I need to do cleanups when the threads exits
Nov 10 10:40:19 <zecke> pb__: I could have used gprivate to do the cleanup as well. I used pthread_key_crete and setspecific to make me get called at the end of the thread
Nov 10 10:41:28 <eFfeM> pb__ do I need to kick PR if I remove DEFAULT_PREFERENCE  ?
Nov 10 10:41:37 <pb__> eFfeM: no
Nov 10 10:41:47 <eFfeM> ok, will do
Nov 10 10:42:40 <Heinervdm> This comment is in task-base.bb: # Additional content II (can be masked with BAD_RECOMMENDS)
Nov 10 10:42:43 <eFfeM> pb__ it did now build for you ?
Nov 10 10:42:51 <pb__> eFfeM: yes, thanks
Nov 10 10:42:58 <Heinervdm> How do i have to use BAD_RECOMMENDS ?
Nov 10 10:43:16 <eFfeM> pb__ my pleasure, glad it is useful for others too :-)
Nov 10 10:44:01 <ant_work> pb__: morning
Nov 10 10:44:50 <woglinde> jo ant
Nov 10 10:45:07 <CIA-2> 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r61d3785c56 10openembedded.git/: Merge branch 'org.openembedded.dev' of git.openembedded.org:openembedded into org.openembedded.dev
Nov 10 10:45:14 <pb__> hi ant_work 
Nov 10 10:45:16 <CIA-2> 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r97bc0069b8 10openembedded.git/recipes/ (3 files in 3 dirs): mysql5: removed DEFAULT_PREFERENCE="-1" i(as discussed on email and irc)
Nov 10 10:45:52 <pb__> zecke: can you not hide your cleanup stuff in libgthread?
Nov 10 10:46:13 <eFfeM> aarg, 3 files in 3 dirs, guess I accidentally dragged in a git mv for mythtv 0.21+0.22rc2 to 0.22 
Nov 10 10:46:34 <eFfeM> will correct that asap (currently checking if 0.22 builds)
Nov 10 10:46:47 <eFfeM> sry for any inconvenience
Nov 10 10:47:03 <ant_work> pb__: did you discuss also practical things during OEDEM? I mean, all that wonderful scripts like oe-stylizer.py, recipe_sanity.bbclass,...
Nov 10 10:47:10 <ant_work> woglinde: moin
Nov 10 10:47:57 <ant_work> pb__: possibly all the metadata could be 'normalized'
Nov 10 10:49:25 <pb__> ant_work: we didn't really discuss that stuff
Nov 10 10:49:58 <pb__> I'm not quite sure what there really is to say about it to be honest.
Nov 10 10:50:06 <ant_work> this would give good examples for new contributors...now I guess one just pick-up the first similar enough
Nov 10 10:50:18 <ant_work> and start editing it, errors included
Nov 10 10:51:37 <ant_work> btw the recipes using do_stage are already doomed, as I read RP
Nov 10 10:53:47 <zecke> pb__: I think I could use GPrivate to do the cleanup
Nov 10 11:00:13 <pb__> ant_work: do_stage() is doomed, though I hope that the recipes using it are not
Nov 10 11:00:24 <ant_work> :)
Nov 10 11:01:02 <pb__> zecke: yeah.  it seems like that cleanup problem must already exist at present, and glib seems to solve it without linking pthreads into the main library.
Nov 10 11:01:26 <pb__> linking glib with -lpthreads would suck a bit since it will impose the threading overhead on all glib apps
Nov 10 11:02:15 <XorA> grep -rn do_stage . | cut -f 1 -d : | xargs rm :-D
Nov 10 11:02:54 <ant_work> pb__: I suppose lot of recipes will be edited within 2010 in order to adapt to new bitbake...was just thinking whether we can bulk-edit the recipes and standardize them
Nov 10 11:03:40 <ant_work> (and not one by one)
Nov 10 11:04:23 <ant_work> pb__: I fear some human intervention is still necessary :)
Nov 10 11:07:10 <zecke> pb__: GPrivate which will resolve to do nothing in case g_threaD_ini was not called
Nov 10 11:13:00 <XorA> is there complete minutes for OEDEM yet?
Nov 10 11:13:11 <pb__> zecke: right
Nov 10 11:13:38 <zecke> pb__: I will post my benchmark and hacky patch first to see if there is general interest in cleanup
Nov 10 11:13:45 <pb__> ok, awesome
Nov 10 11:13:59 <pb__> ant_work: I think there is some scope for bulk editing
Nov 10 11:14:04 <CIA-2> 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * re7e57a26a9 10openembedded.git/ (conf/checksums.ini recipes/mythtv/mythtv_0.22.bb): mythtv: upgraded recipe to 0.22, removed DEFAULT_PREFERENCE="-1"; added dependency to mysql5
Nov 10 11:14:30 <pb__> ant_work: though, this is less about "new bitbake" and more about new versions of the oe core classes
Nov 10 11:16:41 <ant_work> yea, I meant OE's next evolution step
Nov 10 11:17:25 <CIA-2> 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r097108055b 10openembedded.git/ (conf/checksums.ini recipes/mythtv/myththemes_0.21+0.22rc2.bb): myththemes: updated to 0.22
Nov 10 11:23:10 <RP> hrw: thats a general bug in poky :(
Nov 10 11:23:17 <RP> hrw: I think its build order dependent too
Nov 10 11:24:28 <RP> spaetz: fix pushed
Nov 10 11:24:37 <spaetz> thanks a bunch, RP
Nov 10 11:24:37 <woglinde> aha lol
Nov 10 11:24:37 <CIA-2> 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * rf6eb78a867 10openembedded.git/recipes/eglibc/eglibc-package.bbclass: 
Nov 10 11:24:37 <CIA-2> elibc-package.bbclass: Operate on PKG, not D after package.bbclass updates
Nov 10 11:24:37 <CIA-2> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
Nov 10 11:24:42 <woglinde> pb wrotes dbus-send
Nov 10 11:27:40 <pb__> indeed
Nov 10 11:27:43 <pb__> long ago :-)
Nov 10 11:28:51 <woglinde> pb how do i send a boolean?
Nov 10 11:29:21 <pb__> "boolean:true" I think
Nov 10 11:29:23 <woglinde> dbus-send --system --type=signal /foo DbusHello.playingChanged boolaen:"true"
Nov 10 11:29:26 <woglinde> dont works
Nov 10 11:29:34 <woglinde> args
Nov 10 11:29:35 <woglinde> typo
Nov 10 11:29:41 <pb__> "boolaen" certainly wouldn't be any good
Nov 10 11:29:50 <woglinde> but dont works either
Nov 10 11:30:43 <pb__> ah.  dunno then.  might be "boolean:t" or "boolean:1" perhaps
Nov 10 11:31:26 <woglinde> hm
Nov 10 11:31:27 <woglinde> no
Nov 10 11:31:30 <pb__> it was six years ago that I wrote that code, I don't remember it very well
Nov 10 11:31:38 <woglinde> arguments to dbus_message_new_signal() were incorrect
Nov 10 11:31:40 <woglinde> pkay
Nov 10 11:31:52 <pb__> but, looking at the code now, "true" is correct
Nov 10 11:32:00 <pb__>     case DBUS_TYPE_BOOLEAN:
Nov 10 11:32:00 <pb__>       if (strcmp (value, "true") == 0)
Nov 10 11:32:00 <pb__>         {
Nov 10 11:32:00 <pb__>           v_BOOLEAN = TRUE;
Nov 10 11:32:01 <pb__> ...
Nov 10 11:32:27 <woglinde> hm whats than wrong?
Nov 10 11:32:28 <pb__> and, indeed, if you get it wrong then that should emit a diagnostic:
Nov 10 11:32:33 <pb__>          fprintf (stderr, "%s: Expected \"true\" or \"false\" instead of \"%s\"\n", appname, value);
Nov 10 11:33:24 <pb__> if it says the arguments to dbus_message_new_signal() are incorrect then that is a programming error, not a user error
Nov 10 11:33:35 <woglinde> "_dbus_check_is_valid_interface (interface)"
Nov 10 11:34:26 <woglinde> I am playing with the java stuff
Nov 10 11:41:57 <woglinde> good bye
Nov 10 11:53:41 <Heinervdm> how can i remove packages added to DISTRO_EXTRA_RRECOMMENDS by minimal.conf, if i have to include that file?
Nov 10 11:54:29 <pb__> you can override that variable after including the file.
Nov 10 11:56:00 <Heinervdm> pb__: just found out, that i can do it with BAD_RECOMMENDATIONS
Nov 10 11:56:09 <Heinervdm> the comment in minimal.conf is wrong
Nov 10 11:56:16 <pb__> yes, you can do that as well
Nov 10 11:56:27 <Heinervdm> it says one should use BAD_RECOMMENDS
Nov 10 11:56:35 <pb__> that doesn't actually remove them from the rrecommends but it will cause the recommendation to be ignored.
Nov 10 11:56:43 <pb__> ah, yes, that comment is erroneous
Nov 10 11:57:13 <Heinervdm> i think, that's enough for me
Nov 10 11:59:45 <CIA-2> 03Liam Girdwood <lrg@slimlogic.co.uk> 07rpurdie/work-in-progress * r2f9a991fd5 10openembedded.git/ (8 files in 3 dirs): 
Nov 10 11:59:45 <CIA-2> pulseaudio: added pulseaudio-0.9.19
Nov 10 11:59:45 <CIA-2> Signed-off-by: Liam Girdwood <lrg@slimlogic.co.uk>
Nov 10 11:59:47 <CIA-2> 03Michael 'Mickey' Lauer <mickey@vanille-media.de> 07rpurdie/work-in-progress * rce3802e207 10openembedded.git/ (7 files in 2 dirs): vala: add unofficial point release 0.7.8.1
Nov 10 11:59:52 <CIA-2> 03Richard Purdie <rpurdie@linux.intel.com> 07rpurdie/work-in-progress * r0fc2395bd6 10openembedded.git/classes/base.bbclass: 
Nov 10 11:59:52 <CIA-2> base.bbclass: Promote packagedata inherit to a direct inherit due to ordering issues
Nov 10 11:59:53 <CIA-2> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
Nov 10 11:59:55 <CIA-2> 03Henning Heinold <heinold@inf.fu-berlin.de> 07rpurdie/work-in-progress * r8fb41edf83 10openembedded.git/conf/machine/ (geodegx.conf geodelx.conf): 
Nov 10 12:00:00 <CIA-2> Revert "geodegx: Fix glibc configure error"
Nov 10 12:00:02 <CIA-2> This reverts commit 7e28606c9432c4fcb7e633c2dfb699eee14094c6.
Nov 10 12:00:04 <CIA-2> Signed-off-by: Henning Heinold <heinold@inf.fu-berlin.de>
Nov 10 12:00:06 <CIA-2> 03Khem Raj <raj.khem@gmail.com> 07rpurdie/work-in-progress * r189fc6375f 10openembedded.git/recipes/mono/ (2 files in 2 dirs): 
Nov 10 12:00:09 <CIA-2> mono: Replace cross compilation workaround for x86 architecture.
Nov 10 12:00:11 <CIA-2> * Replace the workaround with backported patches from mono 2.4 branch
Nov 10 12:00:15 <CIA-2> Signed-off-by: Khem Raj <raj.khem@gmail.com>
Nov 10 12:00:17 <CIA-2> 03Liam Girdwood <lrg@slimlogic.co.uk> 07rpurdie/work-in-progress * r53c5c0c34d 10openembedded.git/: Merge remote branch 'origin/org.openembedded.dev' into upstream
Nov 10 12:00:20 <CIA-2> 03Richard Purdie <rpurdie@linux.intel.com> 07rpurdie/work-in-progress * re6ee9ab2e4 10openembedded.git/recipes/glibc/glibc-package.bbclass: 
Nov 10 12:00:23 <CIA-2> glibc-package.bbclass: Operate on PKG, not D after package.bbclass updates
Nov 10 12:00:31 <CIA-2> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
Nov 10 12:00:33 <CIA-2> 03Otavio Salvador <otavio@ossystems.com.br> 07rpurdie/work-in-progress * r636a0d3acb 10openembedded.git/ (3 files in 3 dirs): 
Nov 10 12:00:36 <CIA-2> xf86-video-cirrus: add 1.3.2 and set it as prefered for X11 7.5
Nov 10 12:00:38 <CIA-2> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Nov 10 12:00:40 <CIA-2> 03Henning Heinold <heinold@inf.fu-berlin.de> 07rpurdie/work-in-progress * r8e41a1e490 10openembedded.git/ (4 files in 4 dirs): 
Nov 10 12:00:45 <CIA-2> Revert "geodegx: Linux 2.6.31.4"
Nov 10 12:00:47 <CIA-2> This reverts commit 2c92869662d1f0b28229cdba9e9852ba642e0733.
Nov 10 12:00:49 <CIA-2> 03Koen Kooi <koen@openembedded.org> 07rpurdie/work-in-progress * rebf3936f96 10openembedded.git/recipes/curl/curl-native_7.19.6.bb: 
Nov 10 12:00:52 <CIA-2> curl-native: disable gnutls since we don't have a gnutls-native recipe
Nov 10 12:00:54 <CIA-2> * this fixes an opkg-native build bug
Nov 10 12:01:02 <CIA-2> 03Marc Olzheim <zlo@zlo.nu> 07rpurdie/work-in-progress * r977aa17219 10openembedded.git/ (conf/checksums.ini recipes/dhcp/dhcp_3.1.2p1.bb): Add latest 3.1.2p1 (latest 3.x stable release).
Nov 10 12:01:05 <CIA-2> 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07rpurdie/work-in-progress * rdf42e934d3 10openembedded.git/recipes/mythtv/mythplugins_0.21+0.22rc2.bb: mythplugins: added mythweb (not fully tested yet)
Nov 10 12:01:08 <CIA-2> 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07rpurdie/work-in-progress * re7e57a26a9 10openembedded.git/ (conf/checksums.ini recipes/mythtv/mythtv_0.22.bb): mythtv: upgraded recipe to 0.22, removed DEFAULT_PREFERENCE="-1"; added dependency to mysql5
Nov 10 12:01:14 <CIA-2> 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07rpurdie/work-in-progress * r097108055b 10openembedded.git/ (conf/checksums.ini recipes/mythtv/myththemes_0.21+0.22rc2.bb): myththemes: updated to 0.22
Nov 10 12:01:19 <CIA-2> 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07rpurdie/work-in-progress * r97bc0069b8 10openembedded.git/recipes/ (3 files in 3 dirs): mysql5: removed DEFAULT_PREFERENCE="-1" i(as discussed on email and irc)
Nov 10 12:01:24 <CIA-2> 03Marc Olzheim <zlo@zlo.nu> 07rpurdie/work-in-progress * r9aa60a9740 10openembedded.git/recipes/dhcp/ (dhcp3.inc dhcp_3.0.2.bb): Move 3.0.2 to a .inc and use INC_PR (to avoid useless duplication).
Nov 10 12:01:27 <CIA-2> 03Marc Olzheim <zlo@zlo.nu> 07rpurdie/work-in-progress * r1fb32f0c6a 10openembedded.git/recipes/dhcp/ (4 files in 2 dirs): Get rid of useless bash dependency in the linux client script.
Nov 10 12:01:30 <CIA-2> 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07rpurdie/work-in-progress * r45a8cde733 10openembedded.git/: Merge branch 'org.openembedded.dev' of git.openembedded.org:openembedded into org.openembedded.dev
Nov 10 12:01:35 <CIA-2> 03Richard Purdie <rpurdie@linux.intel.com> 07rpurdie/work-in-progress * rc25a015409 10openembedded.git/ (55 files in 5 dirs): 
Nov 10 12:01:38 <CIA-2> Start removal of layout_* variables and replace these with new mechanisms to allow nextgen SDK generation (from Poky)
Nov 10 12:01:41 <CIA-2> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
Nov 10 12:01:43 <CIA-2> (48 lines omitted)
Nov 10 12:05:56 <CIA-2> 03Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * r6ccc0b7bd8 10openembedded.git/ (conf/checksums.ini recipes/vnc/x11vnc_0.9.8.bb): x11vnc_0.9.8.bb : new version of x11vnc
Nov 10 12:05:59 <CIA-2> 03Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * r4b5a2ca27a 10openembedded.git/: Merge branch 'org.openembedded.dev' of git+ssh://git@git.openembedded.org/openembedded into org.openembedded.dev
Nov 10 12:06:01 <CIA-2> 03Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * r447315c8d6 10openembedded.git/: Merge branch 'org.openembedded.dev' of git+ssh://git@git.openembedded.org/openembedded into org.openembedded.dev
Nov 10 12:06:03 <CIA-2> 03Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * r74de9936ca 10openembedded.git/: Merge branch 'org.openembedded.dev' of git+ssh://git@git.openembedded.org/openembedded into org.openembedded.dev
Nov 10 12:06:03 <CIA-2> 03Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * r654b4ac743 10openembedded.git/: Merge branch 'org.openembedded.dev' of git+ssh://git@git.openembedded.org/openembedded into org.openembedded.dev
Nov 10 12:06:04 <CIA-2> 03Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * raab18585dd 10openembedded.git/: Merge branch 'org.openembedded.dev' of git+ssh://git@git.openembedded.org/openembedded into org.openembedded.dev
Nov 10 12:06:07 <CIA-2> 03Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * r5fb5803ee9 10openembedded.git/: Merge branch 'org.openembedded.dev' of git+ssh://git@git.openembedded.org/openembedded into org.openembedded.dev
Nov 10 12:06:10 <CIA-2> 03Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * rb87f7e3a47 10openembedded.git/: Merge branch 'org.openembedded.dev' of git+ssh://git@git.openembedded.org/openembedded into org.openembedded.dev
Nov 10 12:06:15 <XorA> balls
Nov 10 12:06:51 <pb__> mickey|office: good morning
Nov 10 12:06:53 <CIA-2> 03Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * rd35318a9a3 10openembedded.git/: Merge branch 'org.openembedded.dev' of git+ssh://git@git.openembedded.org/openembedded into org.openembedded.dev
Nov 10 12:07:53 <mickey|office> morning pb__ 
Nov 10 12:08:12 <mickey|office> I'm going to write a summary of "my" sessions, do you think you have some time to do the same for yours?
Nov 10 12:08:25 <mickey|office> [just brief, like RP did]
Nov 10 12:08:33 <pb__> ah, very good
Nov 10 12:08:43 <pb__> I just sent an email on that topic :-}
Nov 10 12:08:59 <mickey|office> awesome
Nov 10 12:09:06 <pb__> I was just about to start writing a summary of the poky session, but if you are going to do that one then I will apply my energies to some of the others instead
Nov 10 12:09:32 <mickey|office> yeah
Nov 10 12:09:32 <XorA> mickey|away: when are the eV minutes due?
Nov 10 12:09:48 * XorA talks to the wrong mickey|office :-D
Nov 10 12:09:53 <mickey|office> hehe
Nov 10 12:10:09 <mickey|office> XorA: i promised mid this week
Nov 10 12:10:22 <mickey|office> i just need to look at everything and forward, actually
Nov 10 12:10:58 <XorA> mickey|office: cool
Nov 10 12:11:34 <pb__> mickey|away: who was responsible for the stable branches session?  was that one of mine?
Nov 10 12:11:54 * pb__ too senile to remember 48 hours ago
Nov 10 12:12:07 <mickey|office> pb__: i'm afraid yes :)
Nov 10 12:12:16 <pb__> hm, as I suspected
Nov 10 12:12:19 <pb__> okay :-)
Nov 10 12:12:27 <pb__> I will do that one first then
Nov 10 12:12:51 <CIA-2> 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r313105650b 10openembedded.git/ (2 files in 2 dirs): mythplugins moved to 0.22
Nov 10 12:13:23 <mickey|office> good. 
Nov 10 12:14:02 <ant_work> pb__: just curious about the criteria for next stable. e.g. no-commits window, and so on
Nov 10 12:14:45 <otavio> hrw: it would be nice if you could mark your patches in patchwork and archive them; this would reduce it a bit ;-)
Nov 10 12:14:56 <hrw> otavio: linux ones?
Nov 10 12:15:17 <otavio> hrw: yep
Nov 10 12:15:17 <mario-goulart> Hi.  How can I get rid of the cursor using xorg?  I see there's a compile time option (--enable-null-root-cursor) to disable it.  Is there a runtime alternative (unclutter doesn't do what I need). kdrive is not an option for my needs.
Nov 10 12:15:18 <ant_work> hrw: ah, yes, the mtd-utils ... I forgot to bother you :)
Nov 10 12:15:40 <hrw> otavio: they did not got merged into .dev
Nov 10 12:16:01 <hrw> ant_work: que?
Nov 10 12:16:09 <otavio> hrw: but you did it into a branch right? what's the matter of having them in patchwork? 
Nov 10 12:16:19 <ant_work> you have some mtd patches in patchwork iirc
Nov 10 12:16:19 <hrw> otavio: ok
Nov 10 12:16:44 <ant_work> for splitting 'huge' recipe
Nov 10 12:16:52 <otavio> hrw: if you're still wanting to merge them, it would be better to discuss it in ml but keeping them around helps nothing since it makes difficult to spot what is still to be done there 
Nov 10 12:17:06 <otavio> hrw: and yes ... I agree about merging them
Nov 10 12:17:16 <ant_work> yep, that's definitely a minus for patchwork...bitrot
Nov 10 12:17:27 <ant_work> well, is not patchwork faukt :)
Nov 10 12:17:51 <hrw> otavio: archived all linux ones
Nov 10 12:18:18 <pb__> mickey|office: btw, per our discussion in the infrastructure session, openembedded-devel@openembedded.org is now rewritten to openembedded-devel@lists.openembedded.org on discovery.  hopefully this will curtail the free bonus copies of all emails that we have received in the past.
Nov 10 12:18:21 <otavio> hrw: thx
Nov 10 12:18:33 <mickey|office> pb__: ah, that's a relief, thanks a lot :)
Nov 10 12:18:39 <hrw> ant_work: I do not remember those
Nov 10 12:19:48 <florian> good morning
Nov 10 12:20:24 <ant_work> hrw: http://patchwork.openembedded.org/project/openembedded/list/?state=*&q=mtd-utils
Nov 10 12:20:39 <otavio> mario-goulart: as we have discussed the only alternative I know is the void mouse driver however I don't know if we can change a mouse driver at runtine (since they are added throught HAL)
Nov 10 12:20:47 <pb__> florian: good morning
Nov 10 12:21:12 <mickey|office> morning florian 
Nov 10 12:21:18 <mickey|office> florian: safely back at home?
Nov 10 12:21:27 <hrw> ant_work: thx
Nov 10 12:21:40 <ant_work> hrw: if you can, make it more granular
Nov 10 12:21:51 <otavio> mario-goulart: did you try to talk to people at #xorg or #xorg-devel?
Nov 10 12:22:01 <florian> mickey|office: yes right... 
Nov 10 12:22:15 * florian is about to leave again 
Nov 10 12:22:16 <hrw> ant_work: I will merge those changes
Nov 10 12:22:22 <ant_work> thx
Nov 10 12:23:42 <mario-goulart> otavio: void.c says "Input device which doesn't output any event."  Would that work?
Nov 10 12:24:24 <otavio> mario-goulart: ahh; that explains why it is added as dummy
Nov 10 12:24:33 <otavio> mario-goulart: so I guess we can do it ...
Nov 10 12:25:16 <otavio> mario-goulart: but I believe it needs to be the first device to be added
Nov 10 12:25:22 <ant_work> ahem..about installing bitbake..
Nov 10 12:25:29 <mario-goulart> otavio: From that description I understand the void driver doesn't generate events, so it can't be used to generate, say, mouse click events.
Nov 10 12:25:35 <ant_work> I'll quote "untar to the right place, then rename dir to bitbake; then python
Nov 10 12:25:37 <ant_work> setup.py build and optionally python setup.py install"
Nov 10 12:25:46 <ant_work> ..I never do these install steps...
Nov 10 12:25:54 <mario-goulart> otavio: so, I guess it won't work.
Nov 10 12:25:57 <mickey|office> florian: where you're heading to?
Nov 10 12:26:24 <otavio> mario-goulart: humm
Nov 10 12:26:30 <otavio> mario-goulart: maybe
Nov 10 12:26:45 <otavio> mario-goulart: I guess we ought to move to #xorg ;-)
Nov 10 12:26:50 <florian> mickey|office: Düsseldorf... to the Linux Symposium by Glyn and Toshiba1
Nov 10 12:26:55 <mario-goulart> otavio: I'm there. :-)
Nov 10 12:26:58 <mickey|office> florian: oh, good speed
Nov 10 12:27:38 <RP> ant_work: yes, don't bother installing bitbake, there really is no need
Nov 10 12:27:41 <mickey|office> florian: do you know the proper translation of "Entlastung des Vorstands" ? :)
Nov 10 12:27:42 <RP> hi mickey|office
Nov 10 12:27:45 <otavio> mario-goulart: did you asked it there?
Nov 10 12:27:45 <mickey|office> hey RP
Nov 10 12:28:01 * mickey|office working on minutes
Nov 10 12:28:02 <mario-goulart> otavio: just did.
Nov 10 12:28:14 <ant_work> RP: thx for giving a definitive answer 
Nov 10 12:28:48 <RP> mickey|office: A quick question if I may - if I add "os" to builtins, that have a function which does os.stat(somefile)\n import os.path, why would os disappear on me for the whole function context?
Nov 10 12:29:02 <florian> mickey|office: oh... not offhand :-} 
Nov 10 12:29:37 <mickey|office> rwhitby-pre: hi!
Nov 10 12:30:02 <mickey|office> RP: d'oh. that's unfortunate behaviour for which i do not have an answer offhand. :/
Nov 10 12:30:25 <mickey|office> RP: i noticed strange effects as well when i played with your example
Nov 10 12:30:46 <mickey|office> RP: i think i need to read the Python sourcecode to find out what's really happening there
Nov 10 12:30:46 <rwhitby-pre> mickey|office: hi - have you noticed we have a native IRC client for the Pre now?
Nov 10 12:31:14 <mickey|office> rwhitby-pre: not yet, shame on me, but i'm so deeply in fsogsmd these days that I'm not yet fully using the nice device
Nov 10 12:31:21 <rwhitby-pre> mickey|office: https://twitter.com/webosinternals/status/5582405806
Nov 10 12:31:35 <EsbenH> mickey|office: would you check if the pre supports danish?
Nov 10 12:31:39 <RP> mickey|office: ok. There is something weird about the point "Import" is taking effect and I guess the source might be the only way to understand it. I have at least found that problem now :)
Nov 10 12:31:45 <mickey|office> rwhitby-pre: amazing
Nov 10 12:32:24 <mickey|office> EsbenH: it's sitting at home, shame on me. i'll be back around 18:00, then i will test it first thing
Nov 10 12:32:27 <mickey|office> yo mrc3 
Nov 10 12:32:29 <mickey|office> err
Nov 10 12:32:32 <mickey|office> hi mrmoku as well
Nov 10 12:32:36 <mickey|office> RP: right
Nov 10 12:34:48 <mrmoku> mickey|office: hey :)
Nov 10 12:35:01 <CIA-2> 03Marcin Juszkiewicz <hrw@openembedded.org> 07org.openembedded.dev * r29efbb7478 10openembedded.git/recipes/mtd/ (4 files): 
Nov 10 12:35:01 <CIA-2> mtd: dropped 1.0.0(+git) versions
Nov 10 12:35:01 <CIA-2> Signed-off-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl>
Nov 10 12:35:02 <CIA-2> 03Marcin Juszkiewicz <hrw@openembedded.org> 07org.openembedded.dev * r6d418da292 10openembedded.git/recipes/mtd/ (mtd-utils.inc mtd-utils_1.1.0.bb mtd-utils_1.2.0+git.bb): 
Nov 10 12:35:03 <CIA-2> mtd-utils: unify recipes, move mkfs.ubifs into separate package
Nov 10 12:35:05 <CIA-2> mtd-utils package do not depend on libraries other then libc and libgcc
Nov 10 12:35:05 <mrmoku> mickey|office: already back in office?
Nov 10 12:35:07 <CIA-2> now (ubifs depends on lzo and e2fsprogs)
Nov 10 12:35:09 <CIA-2> Signed-off-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl>
Nov 10 12:35:11 <CIA-2> 03Marcin Juszkiewicz <hrw@openembedded.org> 07org.openembedded.dev * rc048337850 10openembedded.git/recipes/mtd/mtd-utils-tests_1.0.0+git.bb: 
Nov 10 12:35:14 <CIA-2> mtd-utils-tests: update to 1.2.0+git
Nov 10 12:35:16 <CIA-2> Signed-off-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl>
Nov 10 12:36:03 <mickey|office> mrmoku: yeah, came back from Cambridge yesterday nite
Nov 10 12:36:13 <mickey|office> today's work is all paperwork for OE :)
Nov 10 12:36:27 <mrmoku> ouch paperwork :|
Nov 10 12:36:39 <Crofton|work> mickey|office, great lets get the paperwork out of the way
Nov 10 12:36:45 <Crofton|work> let me know if you need a hand
Nov 10 12:37:13 <jovox> I got some strange behavior here. In my initramfs's init script I mount an USB stick to look for upgrades. I'm looking for a files called jovox-console-image.tar.gz. The problem is that it doesnt find a file called that.. In the initscript I do an ls on the usb stick so see what it finds and there is a file called "jovox-^1.gz (the ^should be a tilde but I cannot find it on this keyboard :-))
Nov 10 12:37:35 <pb__> jovox: sounds like you are mounting it as msdos, not vfat
Nov 10 12:37:54 <jovox> hmm ok
Nov 10 12:39:36 <CIA-2> 03Graeme Gregory <dp@xora.org.uk> 07shr/merge * r6ccc0b7bd8 10openembedded.git/ (conf/checksums.ini recipes/vnc/x11vnc_0.9.8.bb): x11vnc_0.9.8.bb : new version of x11vnc
Nov 10 12:39:36 <CIA-2> 03Graeme Gregory <dp@xora.org.uk> 07shr/merge * r4b5a2ca27a 10openembedded.git/: Merge branch 'org.openembedded.dev' of git+ssh://git@git.openembedded.org/openembedded into org.openembedded.dev
Nov 10 12:39:37 <CIA-2> 03Graeme Gregory <dp@xora.org.uk> 07shr/merge * r447315c8d6 10openembedded.git/: Merge branch 'org.openembedded.dev' of git+ssh://git@git.openembedded.org/openembedded into org.openembedded.dev
Nov 10 12:39:38 <CIA-2> 03Graeme Gregory <dp@xora.org.uk> 07shr/merge * raab18585dd 10openembedded.git/: Merge branch 'org.openembedded.dev' of git+ssh://git@git.openembedded.org/openembedded into org.openembedded.dev
Nov 10 12:39:41 <CIA-2> 03Graeme Gregory <dp@xora.org.uk> 07shr/merge * rb87f7e3a47 10openembedded.git/: Merge branch 'org.openembedded.dev' of git+ssh://git@git.openembedded.org/openembedded into org.openembedded.dev
Nov 10 12:39:44 <CIA-2> 03Graeme Gregory <dp@xora.org.uk> 07shr/merge * r654b4ac743 10openembedded.git/: Merge branch 'org.openembedded.dev' of git+ssh://git@git.openembedded.org/openembedded into org.openembedded.dev
Nov 10 12:39:47 <CIA-2> 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * rdf42e934d3 10openembedded.git/recipes/mythtv/mythplugins_0.21+0.22rc2.bb: mythplugins: added mythweb (not fully tested yet)
Nov 10 12:39:50 <CIA-2> 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * r45a8cde733 10openembedded.git/: Merge branch 'org.openembedded.dev' of git.openembedded.org:openembedded into org.openembedded.dev
Nov 10 12:39:57 <CIA-2> 03Graeme Gregory <dp@xora.org.uk> 07shr/merge * r74de9936ca 10openembedded.git/: Merge branch 'org.openembedded.dev' of git+ssh://git@git.openembedded.org/openembedded into org.openembedded.dev
Nov 10 12:39:58 <tasslehoff> I added 'IMAGE_INSTALL += "u-boot-utils"' to my image to be able to change the u-boot environment, but I get crc-errors. If I omit that line and instead do "opkg install u-boot" (angstrom on beagle), it works. Shouldn't my line drag in everything u-boot utils needs to work?
Nov 10 12:40:00 <CIA-2> 03Graeme Gregory <dp@xora.org.uk> 07shr/merge * r5fb5803ee9 10openembedded.git/: Merge branch 'org.openembedded.dev' of git+ssh://git@git.openembedded.org/openembedded into org.openembedded.dev
Nov 10 12:40:03 <CIA-2> 03Marc Olzheim <zlo@zlo.nu> 07shr/merge * r977aa17219 10openembedded.git/ (conf/checksums.ini recipes/dhcp/dhcp_3.1.2p1.bb): Add latest 3.1.2p1 (latest 3.x stable release).
Nov 10 12:40:06 <CIA-2> 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * r097108055b 10openembedded.git/ (conf/checksums.ini recipes/mythtv/myththemes_0.21+0.22rc2.bb): myththemes: updated to 0.22
Nov 10 12:40:09 <CIA-2> 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * re7e57a26a9 10openembedded.git/ (conf/checksums.ini recipes/mythtv/mythtv_0.22.bb): mythtv: upgraded recipe to 0.22, removed DEFAULT_PREFERENCE="-1"; added dependency to mysql5
Nov 10 12:40:17 <CIA-2> 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * r313105650b 10openembedded.git/ (2 files in 2 dirs): mythplugins moved to 0.22
Nov 10 12:40:20 <CIA-2> 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * r61d3785c56 10openembedded.git/: Merge branch 'org.openembedded.dev' of git.openembedded.org:openembedded into org.openembedded.dev
Nov 10 12:40:23 <Crofton|work> pb__, ping
Nov 10 12:40:23 <CIA-2> 03Graeme Gregory <dp@xora.org.uk> 07shr/merge * rd35318a9a3 10openembedded.git/: Merge branch 'org.openembedded.dev' of git+ssh://git@git.openembedded.org/openembedded into org.openembedded.dev
Nov 10 12:40:28 <CIA-2> 03Marc Olzheim <zlo@zlo.nu> 07shr/merge * r1fb32f0c6a 10openembedded.git/recipes/dhcp/ (4 files in 2 dirs): Get rid of useless bash dependency in the linux client script.
Nov 10 12:40:30 <mickey|office> argh
Nov 10 12:40:31 <CIA-2> 03Marc Olzheim <zlo@zlo.nu> 07shr/merge * r9aa60a9740 10openembedded.git/recipes/dhcp/ (dhcp3.inc dhcp_3.0.2.bb): Move 3.0.2 to a .inc and use INC_PR (to avoid useless duplication).
Nov 10 12:40:33 <mickey|office> we need to fix that CIA script
Nov 10 12:40:34 <CIA-2> 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07shr/merge * r97bc0069b8 10openembedded.git/recipes/ (3 files in 3 dirs): mysql5: removed DEFAULT_PREFERENCE="-1" i(as discussed on email and irc)
Nov 10 12:40:35 <mickey|office> *sigh*
Nov 10 12:40:39 <CIA-2> 03Richard Purdie <rpurdie@linux.intel.com> 07shr/merge * rf6eb78a867 10openembedded.git/recipes/eglibc/eglibc-package.bbclass: 
Nov 10 12:40:42 <CIA-2> elibc-package.bbclass: Operate on PKG, not D after package.bbclass updates
Nov 10 12:40:44 <CIA-2> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
Nov 10 12:40:46 <CIA-2> 03Marcin Juszkiewicz <hrw@openembedded.org> 07shr/merge * r6d418da292 10openembedded.git/recipes/mtd/ (mtd-utils.inc mtd-utils_1.1.0.bb mtd-utils_1.2.0+git.bb): 
Nov 10 12:40:51 <CIA-2> mtd-utils: unify recipes, move mkfs.ubifs into separate package
Nov 10 12:40:53 <CIA-2> mtd-utils package do not depend on libraries other then libc and libgcc
Nov 10 12:40:55 <CIA-2> now (ubifs depends on lzo and e2fsprogs)
Nov 10 12:40:57 <CIA-2> Signed-off-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl>
Nov 10 12:40:59 <CIA-2> 03Martin Jansa <Martin.Jansa@gmail.com> 07shr/merge * r6e316bc5c9 10openembedded.git/: Merge remote branch 'origin/org.openembedded.dev' into shr/merge
Nov 10 12:41:02 <CIA-2> 03Marcin Juszkiewicz <hrw@openembedded.org> 07shr/merge * rc048337850 10openembedded.git/recipes/mtd/mtd-utils-tests_1.0.0+git.bb: 
Nov 10 12:41:07 <CIA-2> mtd-utils-tests: update to 1.2.0+git
Nov 10 12:41:09 <CIA-2> Signed-off-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl>
Nov 10 12:41:11 <CIA-2> 03Marcin Juszkiewicz <hrw@openembedded.org> 07shr/merge * r29efbb7478 10openembedded.git/recipes/mtd/ (4 files): 
Nov 10 12:41:14 <CIA-2> mtd: dropped 1.0.0(+git) versions
Nov 10 12:41:16 <CIA-2> Signed-off-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl>
Nov 10 12:41:16 <mickey|office> florian: do you recall whether the minutes need to include the actual quantities of the votes?
Nov 10 12:41:23 <pb__> Crofton|work: hello
Nov 10 12:41:34 <Crofton|work> do you want me to change the email to MX
Nov 10 12:41:38 <pb__> yes, please do
Nov 10 12:41:38 <Crofton|work> now
Nov 10 12:41:41 <Crofton|work> ok
Nov 10 12:41:43 <Crofton|work> hang on
Nov 10 12:42:56 <Crofton|work> ok
Nov 10 12:43:21 <Crofton|work> lists.oe.org is a CNAME for openembedded.org
Nov 10 12:44:03 <Crofton|work> and oe.org points at ltg
Nov 10 12:48:08 <florian> mickey|office: I don't think so... but if we have them even better. 
Nov 10 12:49:37 <mickey|office> right
Nov 10 12:49:56 <Crofton|work> pb__, should I make oe.org and lists.oe.org MX records pointed at ltg?
Nov 10 12:50:18 <Crofton|work> mickey|away, I think you can say the votes were by acclimation
Nov 10 12:50:22 <mickey|office> GA minutes sent
Nov 10 12:50:25 <Crofton|work> or whatever the word is :)
Nov 10 12:50:25 <mickey|office> Crofton|work: right
Nov 10 12:50:36 <pb__> Crofton|work: yes, something like ". IN MX 5 mail.linuxtogo.org"
Nov 10 12:50:39 <Crofton|work> listing the abstains would be nice
Nov 10 12:50:40 <pb__> and likewise for lists
Nov 10 12:50:44 <Crofton|work> ok
Nov 10 12:50:56 <Crofton|work> numeric address for ltg though
Nov 10 12:51:00 <pb__> no
Nov 10 12:51:07 <pb__> you can't put a numeric address in an MX, that will not work
Nov 10 12:51:18 <pb__> if you did this before then it might explain why you had a problem
Nov 10 12:51:19 <mickey|office> mail.linuxtogo.org.
Nov 10 12:51:25 <mickey|office> (include the last '.')
Nov 10 12:51:30 <pb__> oh right, yes
Nov 10 12:51:32 <pb__> like mickey says
Nov 10 12:52:22 <Crofton|work> ok done
Nov 10 12:52:33 <Crofton|work> now it will take a while to propogate
Nov 10 12:52:38 <mickey|office> cool, thanks
Nov 10 12:52:40 <Crofton|work> er
Nov 10 12:52:46 <Crofton|work> it took a numerix address?
Nov 10 12:52:49 <pb__> if you don't want to rely on mail.linuxtogo.org having a stable A record then you need to create a local A record in the openembedded.org zone, something like "mail IN A 188.40.83.200", and then use that as the data for the MX.
Nov 10 12:53:09 <mickey|office> true, however i think we can at least rely on that
Nov 10 12:53:11 <mickey|office> ;)
Nov 10 12:53:15 <mickey|office> (A record)
Nov 10 12:53:18 <pb__> right, I would be happy to rely on it
Nov 10 12:53:23 <Crofton|work> checking examples
Nov 10 12:54:30 <Crofton|work> ok, they are mail.linux.togo.org now
Nov 10 12:54:30 <pb__> so long as the MX points to a dns name which has an A record, it is all good.  it doesn't matter whether that is within the ltg.org or oe.org zones.
Nov 10 12:54:42 <pb__> mail.linuxtogo.org
Nov 10 12:54:48 <pb__> no period between linux and togo
Nov 10 12:55:14 <Crofton|work> right
Nov 10 12:55:28 <pb__> ok, very good
Nov 10 12:55:34 <Crofton|work> now we wait
Nov 10 12:55:41 <Crofton|work> thaty may have been the problem
Nov 10 12:56:28 <Crofton|work> and made oe.org A rec point at melo
Nov 10 12:56:38 <pb__> right
Nov 10 12:57:23 <Crofton|work> ok, I am going to send something to the list and ask people to email me if something goes haywire
Nov 10 12:59:45 <Crofton|work> hmmm 1300, time for lunch
Nov 10 12:59:48 <Crofton|work> or
Nov 10 12:59:53 <Crofton|work> reset TZ on laptop
Nov 10 13:00:35 <Crofton|work> "much better" 0800 now
Nov 10 13:03:09 <hrw> :D
Nov 10 13:07:35 <erik006> I'm having an issue buidling the omap3 image, would this be the right place to ask about this?
Nov 10 13:07:52 <Crofton|work> which image?
Nov 10 13:07:54 <Crofton|work> urg
Nov 10 13:08:07 <Crofton|work> I need to look over the xterm thing today
Nov 10 13:10:08 <erik006> omap3-console-image
Nov 10 13:13:52 <Crofton|work> are you building from stable or dev?
Nov 10 13:13:59 <erik006> stable
Nov 10 13:14:16 <Crofton|work> can you pastebin the message?
Nov 10 13:14:24 <Crofton|work> and has it ever worked?
Nov 10 13:14:37 * Crofton|work goes to update his stable area and test
Nov 10 13:14:39 <erik006> no -  this is actually my first time trying to build *any* image
Nov 10 13:14:43 <Crofton|work> ok :)
Nov 10 13:14:51 <Crofton|work> pastebin the error messgae
Nov 10 13:14:54 <Crofton|work> ~pastebin
Nov 10 13:14:55 <erik006> hang on one sec while I find the log
Nov 10 13:15:06 <ibot> [~pastebin] A "pastebin" is a web-based service where you can paste anything over 3 lines without flooding the channel. Here are links to a few : http://www.pastebin.com , http://pastebin.ca , http://channels.debian.net/paste , http://paste.lisp.org , http://www.rafb.net/paste
Nov 10 13:15:39 <zecke> lisppaste7: url
Nov 10 13:15:39 <lisppaste7> To use the lisppaste bot, visit http://paste.lisp.org/new/oe and enter your paste.
Nov 10 13:15:42 <zecke> even better :)
Nov 10 13:16:54 <Crofton|work> zecke, gm
Nov 10 13:16:59 <Crofton|work> we missed you over the weekend
Nov 10 13:19:17 <lisppaste7> erik006 pasted "python failed for omap3-console-image" at http://paste.lisp.org/display/90097
Nov 10 13:20:26 <Crofton|work> erik006, which machine are you building for
Nov 10 13:20:47 <erik006> my target machine is the gumstix overo (omap3xxx)
Nov 10 13:21:02 <erik006> building on ubuntu 8.10, though I also tried 9.04 and 9.10
Nov 10 13:21:09 <erik006> (same deal)
Nov 10 13:21:25 <eFfeM> pb__ wrt dns: not sure if that is changed or not (if yes the dns cache i am using might not be updated yet), but http://openembedded.org still brings me to the linux-to-go.org homepage
Nov 10 13:21:31 <Crofton|work> and you are building from oe metadata, not gusmtix copy?
Nov 10 13:21:52 <pb__> eFfeM: I guess the dns changes have not yet taken effect.
Nov 10 13:22:01 <pb__> ns1.nameresolve.com is still giving me the old data.
Nov 10 13:22:17 <pb__> I don't know what the propagation delay is meant to be for that.
Nov 10 13:22:40 <Crofton|work> It will take some time
Nov 10 13:22:46 <erik006> I'm building from the overo branch - so I think that's oe metadata
Nov 10 13:22:55 <Crofton|work> dotster updates dns at seemingly random long intervals
Nov 10 13:22:58 <Crofton|work> ok
Nov 10 13:23:16 <Crofton|work> erik006, I will start a build
Nov 10 13:23:17 <eFfeM> can anyone explain to me where configure gets its cached values from; I'm trying to move apache to the latest version and it fails on a check for /dev/zero, if I look in the log for the old version it says: checking for /dev/zero... (cached) yes
Nov 10 13:23:26 <erik006> Crofton: Thanks
Nov 10 13:23:34 <Crofton|work> you should check in #gumstix, and more likely send the error to the gumstix list
Nov 10 13:23:45 <eFfeM> pb__ these things take time to propagate, guess we should check in a day or two (but I was triggered by your email to check this)
Nov 10 13:24:03 <erik006> will do
Nov 10 13:24:09 <pb__> eFfeM: er, which email?
Nov 10 13:24:21 <pb__> I don't think I have sent any emails about dns
Nov 10 13:24:37 <chouimat|Zzzz> morning
Nov 10 13:24:38 * Crofton|work sent the email
Nov 10 13:24:44 <Crofton|work> our initials are the same :)
Nov 10 13:24:54 <pb__> ah
Nov 10 13:26:15 <zecke> Crofton|work: haha the us can be funny... I figured out you guys play walleyball
Nov 10 13:27:04 <eFfeM> pb__ I was triggered by your email on oe.org and the mailing list
Nov 10 13:27:16 <eFfeM> not sure whether they were related
Nov 10 13:27:23 <Crofton|work> eFfeM, no yuo were triggered by my mail :)
Nov 10 13:27:31 <pb__> eFfeM: I think you are still confused about who sent what mail.
Nov 10 13:27:40 <Crofton|work> assuming it was the one about the lits might break
Nov 10 13:27:46 <pb__> eFfeM: if you are talking about a mail from Philip Balister, that is Crofton not me.
Nov 10 13:27:56 * Crofton|work grumbles about pb hijacking my initials :)
Nov 10 13:28:25 <eFfeM> ah, ok guess I didn't read the name too well, oops, pb__ Crofton|work
Nov 10 13:28:37 <eFfeM> sorry :-)
Nov 10 13:29:24 <Crofton|work> :)
Nov 10 13:29:37 <Crofton|work> it takes a while to build a good real name/ irc nick mapping
Nov 10 13:30:30 <hrw> indeed
Nov 10 13:30:36 <pb__> mickey|office: gosh, that was quick
Nov 10 13:30:42 * pb__ still working on summary of first session
Nov 10 13:33:49 <RP> pb__: Who's going to summarise "USE flags" I wonder? :)
Nov 10 13:33:58 <pb__> RP: ssh!
Nov 10 13:34:08 <pb__> don't say that word!
Nov 10 13:34:21 <RP> pb__: indeed :)
Nov 10 13:34:31 <pb__> but, following mickey|office's rules, it seems that I will be the lucky winner of that summary :-}
Nov 10 13:34:33 <EsbenH> DISTRO_FEATURES or something like that AFAIR :-D
Nov 10 13:34:37 <Crofton|work> DISTRO FEATURES
Nov 10 13:34:57 <pb__> I am still working on stable branches right now.  I will do another session after lunch.
Nov 10 13:35:20 <eFfeM> no one an idea how configure gets its cached values ?
Nov 10 13:35:31 <RP> pb__: fair enough
Nov 10 13:36:04 <pb__> I think I have about four or five to do in total so it might be tomorrow before I get to that one.
Nov 10 13:36:43 <RP> pb__: I'm choosing to deal with the staging issues instead atm and some other pressing issues that are appearing :/
Nov 10 13:36:54 <mickey|office> pb__: i probably cut a few corners ;)
Nov 10 13:37:29 <mickey|office> we need to check whether everything is covered now
Nov 10 13:37:38 <RP> I was able to write "proposed as per other emails" which helped a lot
Nov 10 13:37:43 * mickey|office tries to remember the agenda as written on the white board
Nov 10 13:37:49 <mickey|office> hehe
Nov 10 13:37:49 <hrw> eFfeM: from site/ files
Nov 10 13:38:04 <RP> mickey|office: We covered the same topics as the agenda on the wiki really
Nov 10 13:38:22 <mickey|office> RP: ok, good. i'll double check with there then
Nov 10 13:38:37 <pb__> mickey|office: I think it is still on the whiteboard, I can go and write it down if you want.
Nov 10 13:39:04 <mickey|office> pb__: thanks, but don't bother, RP is right, it's just a permutation of the wiki agenda
Nov 10 13:39:10 <pb__> righto
Nov 10 13:39:13 <eFfeM> hrw, thanks, found it, still do not understand it; I've copied the recipe for apache 2.2.3 to 2.2.14 and if I run the .14 recipe it does the check for /dev/zero whereas 2.2.3 does not 
Nov 10 13:39:26 * eFfeM scratches head and scurries away to grab a coffee
Nov 10 13:47:52 <CIA-2> 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r6c47bea276 10openembedded.git/classes/binconfig.bbclass: 
Nov 10 13:47:52 <CIA-2> binconfig.bbclass: Convert do_install_append() into a PACKAGE_PREPROCESS_FUNCS (from Poky)
Nov 10 13:47:52 <CIA-2> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
Nov 10 13:47:52 <CIA-2> 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * rbf755f0c72 10openembedded.git/classes/ (base.bbclass binconfig.bbclass pkgconfig.bbclass): 
Nov 10 13:47:57 <CIA-2> binconfig/pkgconfig.bbclass: Convert staging functions into SYSROOT_PREPROCESS_FUNCS operating on SYSROOT_DESTDIR
Nov 10 13:47:59 <CIA-2> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
Nov 10 13:48:01 <CIA-2> 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * rb66fa6b326 10openembedded.git/classes/ (autotools.bbclass base.bbclass): 
Nov 10 13:48:04 <CIA-2> autotools.bbclass: Separate out useful staging functions into base.bbclass and call from autotools classes (from Poky)
Nov 10 13:48:09 <CIA-2> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
Nov 10 13:48:11 <CIA-2> 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r177d10d75a 10openembedded.git/classes/native.bbclass: 
Nov 10 13:48:14 <CIA-2> native.bbclass: If do_stage isn't overridden, allow do_install to run for native packages (from Poky)
Nov 10 13:48:16 <CIA-2> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
Nov 10 13:48:18 <CIA-2> 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r5b28d57117 10openembedded.git/classes/ (base.bbclass packaged-staging.bbclass): 
Nov 10 13:48:23 <CIA-2> base.bbclass: Rework staging function to use a DESTDIR style configuration based
Nov 10 13:48:25 <CIA-2> on the data from the do_install step (from Poky). This falls back to any
Nov 10 13:48:27 <CIA-2> standard do_stage function if defined, see the mailing list for more info.
Nov 10 13:48:29 <CIA-2> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
Nov 10 13:48:31 <CIA-2> 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r1eda5c6335 10openembedded.git/classes/autotools.bbclass: 
Nov 10 13:48:38 <CIA-2> autotools.bbclass: Convert .la file mangling to package preprocessing hook
Nov 10 13:48:40 <CIA-2> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
Nov 10 13:48:42 <CIA-2> 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r5c7d389a90 10openembedded.git/classes/ (base.bbclass packaged-staging.bbclass): 
Nov 10 13:48:45 <CIA-2> packaged-staging.bbclass: Use a variable for the location of the staging lock file (from Poky)
Nov 10 13:48:51 <CIA-2> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
Nov 10 13:48:53 <CIA-2> 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * rbea72c2fec 10openembedded.git/ (55 files in 5 dirs): 
Nov 10 13:48:56 <CIA-2> Start removal of layout_* variables and replace these with new mechanisms to allow nextgen SDK generation (from Poky)
Nov 10 13:48:57 <RP> So this should be more interesting :)
Nov 10 13:48:59 <CIA-2> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
Nov 10 13:49:01 <CIA-2> 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r0c0889223c 10openembedded.git/classes/ (base.bbclass packaged-staging.bbclass): 
Nov 10 13:49:08 <CIA-2> base.bbclass: Add stubs for functions when package-staging isn't active and fix a typo
Nov 10 13:49:10 <CIA-2> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
Nov 10 13:49:12 <CIA-2> (6 lines omitted)
Nov 10 13:54:15 <XorA> did I read the bugtracker summary right and we are clearing DISTRO bugs from the tracker?
Nov 10 13:55:34 <Crofton|work> XorA, yeah
Nov 10 13:55:41 <XorA> \o/
Nov 10 13:55:58 <Crofton|work> distros need to maintain their own path for bugs
Nov 10 13:56:14 <Crofton|work> of cuorse we need to work out what is a distro bug, versus an OE bug
Nov 10 13:56:35 <XorA> Crofton|work: I suggest we just use launchpad for Angstrom then
Nov 10 13:56:42 <XorA> Crofton|work: saves us hosting it
Nov 10 13:56:51 <Crofton|work> hmm, I'll have to look it up
Nov 10 13:57:06 <XorA> Crofton|work: it has the advantage is launchpad can reference upstream bugs
Nov 10 13:57:12 <Crofton|work> ah
Nov 10 13:57:13 <Crofton|work> cool
Nov 10 13:57:27 <XorA> Crofton|work: so if Angstrom bug turned out to be OE bug the OE bug can be reference
Nov 10 13:57:34 <XorA> Crofton|work: its ubuntus work
Nov 10 13:57:49 <Crofton|work> ok
Nov 10 13:57:57 <Crofton|work> I'll look after I get caught up
Nov 10 13:58:00 <XorA> gentoo seem to use it :-D
Nov 10 13:58:08 <Crofton|work> heh
Nov 10 13:58:22 <Crofton|work> in the distro case there are multiple upstreams :)
Nov 10 13:58:29 <Crofton|work> OE and the actuall sw
Nov 10 13:59:15 <CIA-2> 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r4ecbf17b16 10openembedded.git/classes/ (autotools.bbclass base.bbclass native.bbclass): 
Nov 10 13:59:15 <CIA-2> native.bbclass: Add BBCLASSEXTEND support (from poky)
Nov 10 13:59:15 <CIA-2> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
Nov 10 13:59:25 <CIA-2> 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r539d1d9592 10openembedded.git/ (classes/base.bbclass conf/bitbake.conf): 
Nov 10 13:59:25 <CIA-2> base.bbclass: Replace the base_package_name function with the base_prune_suffix() function from Poky and extend the number of special suffixes
Nov 10 13:59:25 <CIA-2> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
Nov 10 14:05:54 <CIA-2> 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * rc467d82b25 10openembedded.git/classes/ (8 files): 
Nov 10 14:05:54 <CIA-2> Add replacement canadian classes from Poky, marking the replacements as deprecated
Nov 10 14:05:54 <CIA-2> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
Nov 10 14:11:17 <jovox> I'm bulding the console-image and want to get rid of the netbase package. What's the best way to do that? removing it from the task package?
Nov 10 14:13:40 <Laibsch> pb__: you guys plan to move the wiki to LTG not melo?
Nov 10 14:16:18 <mickey|office> no, that one should run on melo
Nov 10 14:16:23 <mickey|office> the summary is a bit misleading on that
Nov 10 14:16:52 <mickey|office> iirc it was said for patchwork and narcissus
Nov 10 14:18:16 <eFfeM> hrw, all, is it possible that AC_CHECK_FILE does not look at the files in the site dir ?
Nov 10 14:18:22 <Crofton|work> my understanding is the wiki needs testing on melo, then it can move
Nov 10 14:18:23 * eFfeM is a python n00b ;-)
Nov 10 14:19:03 <mckoan> Crofton|work: hi, could you please send me any photo of oedem?
Nov 10 14:20:01 <RP> eFfeM: The CONFIG_SITE variable should be set in the environment telling configure to look there
Nov 10 14:20:32 <Crofton|work> mckoan, I'll try and get some on flickr today
Nov 10 14:20:54 <eFfeM> RP, that is not the problem, the recipe is the same, but I found that the old configure used APR_CHECK_FILE, whereas the configure in the latest version uses AC_CHECK_FILE; there is a commente that APR_CHECK_FILE is deprecated
Nov 10 14:21:15 <mckoan> Crofton|work: thx, no prob when you will have some spare time ;-)
Nov 10 14:21:20 <eFfeM> guess this is a common issue, I see several patches for AC_CHECK_FILE in other recipes, so guess there is not an easy way to provide the answer upfront
Nov 10 14:21:28 <RP> eFfeM: so the name of the cached result probably changed
Nov 10 14:22:41 <eFfeM> the var is the same, unless the # in linux.common carries more meaning than just comment
Nov 10 14:23:05 <eFfeM> found the same test in package apr, there it is removed from configure with a patch
Nov 10 14:23:12 <eFfeM> not sure if that is sound practice
Nov 10 14:25:12 <RP> eFfeM: well, it means that test broke so someone disabled it
Nov 10 14:26:01 <eFfeM> RP, the test in configure is to check if /dev/zero is there, which ofc is not possible when cross compiling but AC_CHECK_FILE does not seem to look at the cached values
Nov 10 14:26:40 <RP> eFfeM: then we either need to patch AC_CHECK_FILE or disable it...
Nov 10 14:28:10 <eFfeM> RP, guess so and people seem to disable it
Nov 10 14:28:48 <eFfeM> btw google gave me this from 2007: http://projects.linuxtogo.org/pipermail/openembedded-devel/2007-September/003046.html, the last quoted paragraph already mentions the issue
Nov 10 14:30:54 <eFfeM> unfortunalely I do not feel confident enough in either python or our classes to dare to give it a try to fix things
Nov 10 14:31:16 <CIA-2> 03Otavio Salvador <otavio@ossystems.com.br> 07org.openembedded.dev * rc82761833c 10openembedded.git/recipes/linux-libc-headers/linux-libc-headers_2.6.25.bb: 
Nov 10 14:31:16 <CIA-2> linux-libc-headers: add missing unifdef.patch for 2.6.25
Nov 10 14:31:16 <CIA-2> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Nov 10 14:33:00 <kergoth> morning
Nov 10 14:36:41 <pb__> Laibsch: iirc, there was some query as to whether the version of mediawiki that we need could easily be installed on melo.
Nov 10 14:36:55 <Laibsch> it's already installed
Nov 10 14:37:00 <pb__> I forget quite what the issue is, something to do with it not being in the appropriate distro yet I think
Nov 10 14:37:09 <Laibsch> pb__: I'm working on the apache definition as we speak
Nov 10 14:37:12 <pb__> oh, right.  in that case there should be no problem.
Nov 10 14:37:19 <Laibsch> I think so
Nov 10 14:37:32 <Laibsch> But the wiki got overloaded with a couple of other things to serve
Nov 10 14:37:35 <Laibsch> that may break
Nov 10 14:37:38 <pb__> the proposal was to put it on ltg if for any reason it couldn't be installed on melo
Nov 10 14:37:46 <Laibsch> Plus, the extensions needs to be moved manually
Nov 10 14:37:57 <pb__> since ltg doesn't have quite such a strict policy about what can be installed
Nov 10 14:38:01 <Laibsch> I don't think that should be necessary
Nov 10 14:38:18 <pb__> fine
Nov 10 14:38:21 <Laibsch> well, I think the policy has gotten us a tremendously stable server
Nov 10 14:40:16 <eFfeM> how do I enforce configure to be updated from configure.in ?
Nov 10 14:40:33 <kergoth> eFfeM: inherit autotools
Nov 10 14:40:36 <pb__> autotools_do_configure should do that for you
Nov 10 14:40:45 <pb__> hi kergoth
Nov 10 14:40:51 <kergoth> hey pb__ 
Nov 10 14:41:21 <eFfeM> kergoth: pb__, I have inherit autotools but the configure is in a subdir 
Nov 10 14:41:41 <eFfeM> and configure is older (by weeks) from configure.in (which I patched)
Nov 10 14:41:43 <kergoth> is it also at toplevel?  it will automatically run against all AC_CONFIG_SUBDIRS
Nov 10 14:42:39 <eFfeM> kergoth: the top level configure is regenerated
Nov 10 14:42:51 <eFfeM> and there is this: configure.in:  APR_SUBDIR_CONFIG(srclib/apr,
Nov 10 14:43:28 <kergoth> hmm.  we really need an oe_autoreconf, ala eautoreconf in portage
Nov 10 14:43:29 <kergoth> heh
Nov 10 14:43:30 <eFfeM> but the srclib/apr/configure is from sept
Nov 10 14:44:02 <Laibsch> pb__: I'd certainly appreciate a hand moving the wiki over.
Nov 10 14:44:58 <eFfeM> kergoth do you have a suggestion to fix this?
Nov 10 14:45:18 <zecke> bye
Nov 10 14:45:19 <Laibsch> pb__: My intention is to test with oe-wiki.leggewie.org which is a CNAME for melo.
Nov 10 14:46:26 <kergoth> hmm
Nov 10 14:51:50 <eFfeM> for me autotools is like black magic :-(
Nov 10 14:52:53 <eFfeM> oh see a diff you mention AC_CONFIG_SIBDIR whereas apache recipe uses APR_SUBDIR_CONF
Nov 10 14:55:28 <eFfeM> hmm guess this is something I cannot fix
Nov 10 14:55:35 <eFfeM> need to go now
Nov 10 14:58:57 * RP is quite pleased with http://git.pokylinux.org/cgit.cgi/poky/diff/meta/classes/sanity.bbclass?h=master-work-in-progress&id=d8901ecfc49cce08fa2d4559a09158e4156e1d11 :)
Nov 10 15:00:57 <hrw> nice
Nov 10 15:01:02 <kergoth> RP: heh :)
Nov 10 15:03:35 <hrw> RP: converted local tree - sato build in progress (still)
Nov 10 15:05:14 <pb__> Laibsch: I don't think I have shell access to melo, but if there is something I can usefully do without then I am happy to do so
Nov 10 15:07:54 <hrw> heh.. each day gives something new...
Nov 10 15:08:06 <hrw> I did not noticed libipkg.pc existance
Nov 10 15:10:26 <CIA-2> 03Klaus Kurzmann <mok@fluxnetz.de> 07shr/merge * rc339e5ccd7 10openembedded.git/conf/distro/shr.conf: 
Nov 10 15:10:26 <CIA-2> shr.conf: set PREFERRED_PROVIDER for atd - we need atd-over-fso
Nov 10 15:10:26 <CIA-2> Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
Nov 10 15:13:04 <CIA-2> 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r52aea4b0c5 10openembedded.git/recipes/python/python-native_2.6.1.bb: python-native: remove prefix and exec_prefix, native.bbclass should take care of that now
Nov 10 15:16:01 <RP> oh heck. Some of these changes work with 1.10 but not 1.8
Nov 10 15:16:09 <pb__> RP: doh!
Nov 10 15:16:20 <dhd> having trouble getting gdbserver/gdb to work with threaded programs on arm
Nov 10 15:16:47 <dhd> SIG32, plus it also says "/lib/libc.so.6: file format not recognized" on the host
Nov 10 15:17:15 <dhd> tried 6.7.1 since i read that 6.8 is broken for threads on remote/arm...
Nov 10 15:17:29 <pb__> "handle sig32 pass nostop"?
Nov 10 15:17:33 <pb__> something like that might help
Nov 10 15:17:35 <dhd> also my libthread_db.so is stripped - not sure why
Nov 10 15:17:39 <RP> It appears that if you have bb in __builtins__ but then do an "import bb" anywhere in a function it explodes
Nov 10 15:17:59 <RP> the bb. references before the import being unbound local variables
Nov 10 15:18:38 <RP> I will roll another bitbake release and backport the anonymous method unbreakage I think
Nov 10 15:21:14 <CIA-2> 03Richard Purdie <rpurdie@rpsys.net> 071.10 * rfb40356cb1 10bitbake.git/lib/bb/fetch/__init__.py: 
Nov 10 15:21:14 <CIA-2> fetch/__init__.py: Allow SRC_URI to be overridden in fetcher go() function
Nov 10 15:21:14 <CIA-2> Signed-off-by: Richard Purdie <rpurdie@rpsys.net>
Nov 10 15:21:17 <CIA-2> 03Denys Dmytriyenko <denis@denix.org> 071.10 * r0d0c554011 10bitbake.git/lib/bb/utils.py: (log message trimmed)
Nov 10 15:21:17 <CIA-2> utils.py: add special handling for version delimiters
Nov 10 15:21:18 <CIA-2> Make version comparison work properly for pre-releases and release-candidates,
Nov 10 15:21:20 <CIA-2> when there is an extra suffix in the field, such as:
Nov 10 15:21:22 <CIA-2> PV = "2.6.29+2.6.30-rc5-${PR}+gitr${SRCREV}"
Nov 10 15:21:24 <CIA-2> More details: http://thread.gmane.org/gmane.comp.handhelds.openembedded/26691
Nov 10 15:21:26 <CIA-2> Signed-off-by: Denys Dmytriyenko <denis@denix.org>
Nov 10 15:21:28 <CIA-2> 03Denys Dmytriyenko <denis@denix.org> 071.8 * r186b73d673 10bitbake.git/lib/bb/utils.py: (log message trimmed)
Nov 10 15:21:33 <CIA-2> utils.py: add special handling for version delimiters
Nov 10 15:21:35 <CIA-2> Make version comparison work properly for pre-releases and release-candidates,
Nov 10 15:21:37 <CIA-2> when there is an extra suffix in the field, such as:
Nov 10 15:21:39 <CIA-2> PV = "2.6.29+2.6.30-rc5-${PR}+gitr${SRCREV}"
Nov 10 15:21:41 <CIA-2> More details: http://thread.gmane.org/gmane.comp.handhelds.openembedded/26691
Nov 10 15:21:43 <CIA-2> Signed-off-by: Denys Dmytriyenko <denis@denix.org>
Nov 10 15:21:47 <CIA-2> 03Richard Purdie <rpurdie@rpsys.net> 071.8 * rd58d273528 10bitbake.git/lib/bb/fetch/__init__.py: 
Nov 10 15:21:49 <CIA-2> fetch/__init__.py: Allow SRC_URI to be overridden in fetcher go() function
Nov 10 15:21:51 <CIA-2> Signed-off-by: Richard Purdie <rpurdie@rpsys.net>
Nov 10 15:21:53 <CIA-2> 03Richard Purdie <rpurdie@rpsys.net> 07master * r44949581e9 10bitbake.git/lib/bb/fetch/__init__.py: 
Nov 10 15:21:55 <CIA-2> fetch/__init__.py: Allow SRC_URI to be overridden in fetcher go() function
Nov 10 15:21:59 <CIA-2> Signed-off-by: Richard Purdie <rpurdie@rpsys.net>
Nov 10 15:22:03 <CIA-2> 03Denys Dmytriyenko <denis@denix.org> 07master * r727ce6ffe3 10bitbake.git/lib/bb/utils.py: (log message trimmed)
Nov 10 15:22:06 <CIA-2> utils.py: add special handling for version delimiters
Nov 10 15:22:08 <CIA-2> Make version comparison work properly for pre-releases and release-candidates,
Nov 10 15:22:10 <CIA-2> when there is an extra suffix in the field, such as:
Nov 10 15:22:12 <CIA-2> PV = "2.6.29+2.6.30-rc5-${PR}+gitr${SRCREV}"
Nov 10 15:22:16 <CIA-2> More details: http://thread.gmane.org/gmane.comp.handhelds.openembedded/26691
Nov 10 15:22:18 <CIA-2> Signed-off-by: Denys Dmytriyenko <denis@denix.org>
Nov 10 15:25:54 <jovox> In what rcX.d would be a good place to start (configure) the network?
Nov 10 15:26:06 <hrw> S?
Nov 10 15:26:13 <jovox> ye
Nov 10 15:26:15 <jovox> s
Nov 10 15:26:54 <jovox> uhm I missunderstood that
Nov 10 15:27:06 <jovox> rcS.d?
Nov 10 15:28:05 <hrw> yes
Nov 10 15:28:18 <CIA-2> 03Richard Purdie <rpurdie@rpsys.net> 071.8 * r3a68997b81 10bitbake.git/lib/bb/parse/parse_py/BBHandler.py: 
Nov 10 15:28:18 <CIA-2> BBHandler.py: Backport anonymous function handling improvements from 1.10 branch
Nov 10 15:28:18 <CIA-2> Signed-off-by: Richard Purdie <rpurdie@rpsys.net>
Nov 10 15:28:26 <CIA-2> 03Richard Purdie <rpurdie@rpsys.net> 071.8 * rd99de1c3f3 10bitbake.git/ (bin/bitbake lib/bb/__init__.py): 
Nov 10 15:28:26 <CIA-2> Increment version post release
Nov 10 15:28:26 <CIA-2> Signed-off-by: Richard Purdie <rpurdie@rpsys.net>
Nov 10 15:28:28 <CIA-2> 03Richard Purdie <rpurdie@rpsys.net> 071.8 * rffdba52362 10bitbake.git/ (bin/bitbake lib/bb/__init__.py): 
Nov 10 15:28:29 <CIA-2> Release 1.8.18
Nov 10 15:28:31 <CIA-2> Signed-off-by: Richard Purdie <rpurdie@rpsys.net>
Nov 10 15:38:48 <CIA-2> 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * rd7e645662f 10openembedded.git/conf/sanity.conf: 
Nov 10 15:38:48 <CIA-2> sanity.conf: Bump bitbake version to 1.8.18
Nov 10 15:38:48 <CIA-2> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
Nov 10 15:45:51 <pb__> mickey|office: phew, I have completed summarising the stable branch session
Nov 10 15:45:53 <pb__> (I think)
Nov 10 15:45:57 * pb__ posts magnum opus to the mailing list
Nov 10 15:46:57 <mickey|office> pb__: great, thanks, that was one of the toughest summaries i suppose
Nov 10 15:47:27 <kergoth> hmm
Nov 10 15:48:31 <pb__> mickey|office: I hope so.  Or, at least, I hope the others will be easier.
Nov 10 15:48:33 <pb__> kergoth: indeed
Nov 10 15:52:01 <Crofton|work> hopefully, you mentioned different people have different needs :)
Nov 10 15:52:13 <kg4ysn> hi #oe room ... what's the recommended practice for building packages using apxs?
Nov 10 15:56:32 <chouimat> pb__: nice email ... 
Nov 10 15:57:50 <mickey|office> Crofton|work: he has
Nov 10 15:59:15 <Crofton|work> I am still 200 emails behind :)
Nov 10 15:59:59 <chouimat> ARRGGGG ....
Nov 10 16:00:44 <pb__> mickey|office: "splitting the tree" was your session, right?
Nov 10 16:01:10 <pb__> I'm going to do checksums now.
Nov 10 16:01:25 <mickey|office> hmm
Nov 10 16:01:28 <mickey|office> i'm afraid so
Nov 10 16:01:36 <mickey|office> this will have to wait until tomorrow though
Nov 10 16:01:50 <pb__> ah yes, it's right there in the agenda
Nov 10 16:01:51 <pb__> 10:00-11:00 Splitting the recipes tree (Mickey Lauer) 
Nov 10 16:01:52 <pb__> :-)
Nov 10 16:01:56 <mickey|office> drat ;)
Nov 10 16:01:56 * chouimat thinks about refusing the contract
**** BEGIN LOGGING AT Tue Nov 10 16:04:06 2009
Nov 10 16:04:32 <chouimat> mickey|office: and I don't believe it's even possible to do 
Nov 10 16:04:35 <hrw> chouimat: from IBM XT era to current times?
Nov 10 16:04:44 <hrw> chouimat: on what HW it was running?
Nov 10 16:04:45 <chouimat> something like this
Nov 10 16:05:05 <mckoan> bitbake again
Nov 10 16:05:11 <kg4ysn> not to mention any architecture changes
Nov 10 16:05:21 <chouimat> hrw: old AT running Xenis or something like this
Nov 10 16:05:37 <mckoan> anybody could update this? http://wiki.openembedded.net/index.php/Getting_started#Obtaining_BitBake
Nov 10 16:06:15 <kergoth> this stuff is fun.  just used buildout's bootstrap.py to create a buildout to install a local copy of virtualenv, then used that virtualenv to make a common environment that's easier to experiment with
Nov 10 16:06:24 <kergoth> now if only i'd stop mistyping buildout as buildroot...
Nov 10 16:06:29 <chouimat> hehe
Nov 10 16:06:31 <hrw> Xenix... I used it long, long time ago
Nov 10 16:07:14 <chouimat> hrw: an I won't even talk about their in "house" hardware and driver ... 
Nov 10 16:10:47 <mckoan> I wonder if you all have Python 2.6 into your distros
Nov 10 16:11:15 <kg4ysn> mckoan: +1 for v2.6.2
Nov 10 16:11:41 <mckoan> any of you are using Debian Lenny?
Nov 10 16:13:52 <hrw> mckoan: I will improve that part of page
Nov 10 16:15:54 * mckoan raises hands
Nov 10 16:18:37 * mckoan throw in the towel
Nov 10 16:19:14 * chouimat moves out of the towel trajectory
Nov 10 16:19:33 <mckoan> :-D
Nov 10 16:19:49 * mwester tosses towel into the wash.
Nov 10 16:20:13 <kg4ysn> *rant* what possessed the author(s) of apxs to write it in such a way that cross compiling a third-party module is a nightmare?
Nov 10 16:20:19 * mwester recommends mckoan switch to fedora :D
Nov 10 16:20:40 <mwester> kg4ysn,  almost always its ignorance, not malice. :(
Nov 10 16:20:52 <kg4ysn> mwester: ignorance on my part of theirs?  :-)
Nov 10 16:21:02 <kg4ysn> of = or
Nov 10 16:21:09 <mwester> hehe! could be both, I suppose -- but I was thinking of their part.
Nov 10 16:21:23 <mwester> I find perl modules to be nearly impossible as well.
Nov 10 16:21:44 <mwester> and I gave up on emacs -- but someone far smarter than I seems to have it building under OE just fine.
Nov 10 16:21:46 * mckoan jerk hearing such scary word :-D
Nov 10 16:22:33 <kg4ysn> mwester: yeah, i was hoping to gain the knowledge of the gurus today
Nov 10 16:24:52 <kg4ysn> i keep running into a problem where apxs built by apache2-native tries to use the build system's gcc toolchain
Nov 10 16:25:11 <kg4ysn> yet, the apache2 recipe doesn't produce apxs to use for the target system
Nov 10 16:26:02 <hrw> mckoan: http://wiki.openembedded.net/index.php/Getting_started#Getting_a_working_bitbake
Nov 10 16:30:43 <hrw> mckoan: ?
Nov 10 16:30:46 <pb__> RP: if you're going to make another bitbake release anyway, would it be feasible to include sha256sum support at the same time?  that would allow us to move forwards on the checksums thing.
Nov 10 16:30:52 <mckoan> hrw: that's not enough to solve the problem
Nov 10 16:31:29 <mckoan> I have debian lenny, Bitbake version 1.8.18 is required and version 1.8.16 was found
Nov 10 16:31:35 <Crofton|work> +1 to pb__'s suggestion
Nov 10 16:31:45 <RP> pb__: I made the release :/
Nov 10 16:31:53 <pb__> RP: doh, oh well
Nov 10 16:31:58 * pb__ too slow
Nov 10 16:32:02 <Crofton|work> although, coupling seperate issues is not to dealt things that can move forward
Nov 10 16:32:12 <RP> pb__: Have a look at the checksum code though - I think its actually all in OE
Nov 10 16:32:26 * Crofton|work is amused by RP's last release in this series email from last week
Nov 10 16:32:35 <pb__> RP: the bit to check SRC_URI checksums is in bitbake somewhere, at least at present.
Nov 10 16:32:48 <pb__> I guess we could do it in oe as well/instead though
Nov 10 16:32:59 <RP> pb__: We have some md5sum in bitbake buts its separate to the checksums.ini code
Nov 10 16:33:10 <pb__> RP: right, indeed
Nov 10 16:33:16 <RP> pb__: Obviously merging things would be nice
Nov 10 16:34:12 <pb__> at the moment, there's a verify_md5sum() method in fetch/__init__.py which pulls the "md5sum" parameter out of SRC_URI and checks it against the calculated one.
Nov 10 16:34:14 <mckoan> hrw: solved, it is enough to get bitbake-1.8.18 instead of git version or 1.8.16
Nov 10 16:34:45 <pb__> I was thinking that the easiest way to proceed would be to just teach that to handle sha256sums as well.  But, you're right, there is no particular reason that base.bbclass or some such piece of oe code couldn't poke at SRC_URI on its own account.
Nov 10 16:34:57 <hrw> mckoan: it is enough to get version required by OE
Nov 10 16:34:59 <pb__> I guess that would prevent another bitbake version dependency which might be a nice thing.
Nov 10 16:36:12 <hrw> mckoan: if OE require 1.8.16 then 1.8.16, 1.8.18, 1.8.1452 will be fine. when it will require 1.8.20 yo will have to have 1.8.20 or newer
Nov 10 16:36:19 <RP> pb__: Usually I just add a bitbake version check using the code from bitbake if its present and if not, a backup
Nov 10 16:36:47 <RP> pb__: Then when we next bump the minimum the code can be removed
Nov 10 16:37:20 <mckoan> http://wiki.openembedded.net/index.php/Getting_started#Getting_a_working_bitbake properly updated 
Nov 10 16:39:30 <hrw> mckoan: nope
Nov 10 16:39:45 <hrw> mckoan: 1.8.18 is last release and OE works with it
Nov 10 16:40:16 <hrw> mckoan: first we do release, then bump OE requirements
Nov 10 16:40:42 <hrw> mckoan: so please, do not write 'Last release one is NOT always working.'
Nov 10 16:45:03 <woglinde> hi
Nov 10 16:45:05 <mckoan> hrw: so why if I do git clone git://git.openembedded.net/bitbake it doesnt work because requires python-2.6 ?
Nov 10 16:45:24 <kergoth> that's the master branch
Nov 10 16:45:30 <hrw> mckoan: because you fetched master not 1.8 branch
Nov 10 16:45:30 <kergoth> if you want 1.8, check out 1.8
Nov 10 16:45:38 <RP> Crofton|work: I knew when I wrote that I was setting myself up
Nov 10 16:45:45 <woglinde> yeah rp rockz
Nov 10 16:45:46 <hrw> mckoan: GIT bitbake has: master, 1.10, 1.8 branches
Nov 10 16:45:59 <hrw> mckoan: any will work with OE but only 1.8 works with python 2.4+
Nov 10 16:47:01 <mckoan> hrw: so there is a version after 1.8.18
Nov 10 16:47:23 <kergoth> there isn't a release after 1.8.18, there is development after 1.8.18
Nov 10 16:47:29 * kergoth yawns
Nov 10 16:47:32 <hrw> mckoan: there always was
Nov 10 16:47:44 <hrw> mckoan: you need to read about BitBake history
Nov 10 16:49:27 <mckoan> hrw: ok thx
Nov 10 16:51:23 <woglinde> hi marco
Nov 10 16:51:43 <mckoan> hi woglinde 
Nov 10 16:54:00 <RP> Did my 1.8.18 release announcement go to /dev/null?
Nov 10 16:54:17 <mickey|office> i didn't even get the 1.16 one
Nov 10 16:54:31 <woglinde> ro seems so
Nov 10 16:54:35 <woglinde> ups rp
Nov 10 16:54:36 <mickey|office> 1.8.14 i got
Nov 10 16:54:39 * RP gives evolution a long hard stare :/
Nov 10 16:54:41 <mickey|office> but nothing after that
Nov 10 16:54:47 <woglinde> or is there a different bitbake-annouce ml?
Nov 10 16:54:53 <RP> Both are in my sent email
Nov 10 16:54:57 <RP> woglinde: no :/
Nov 10 16:55:10 <woglinde> only saw the tag in oe.dev
Nov 10 16:55:28 <mckoan> RP: sorry I don't know where such announce is :-(
Nov 10 16:55:51 <pb__> mickey|office: checksums.ini summary done :-)
Nov 10 16:55:53 * pb__ cooking with gas!
Nov 10 16:56:01 <mickey|office> pb__: yay!!
Nov 10 16:56:09 <mickey|office> lets see what that stirs up ;)
Nov 10 16:56:39 <mickey|office> although i think the most conflicting topic will be "splitting up"
Nov 10 16:56:45 <pb__> yeah
Nov 10 16:56:48 <mickey|office> or "use"
Nov 10 16:56:52 <pb__> ssh!
Nov 10 16:56:53 <woglinde> hi otavio
Nov 10 16:56:55 <mickey|office> *cough*
Nov 10 16:57:17 <pb__> yeah
Nov 10 16:57:26 <pb__> I am going to leave us^H^HDISTRO_FEATURES until tomorrow
Nov 10 16:57:31 <mickey|office> righto
Nov 10 16:57:54 <pb__> and package management, not because it's hard but just because I am bored of writing summaries for now
Nov 10 16:58:23 <Crofton|work> pb__, you need to keep your focus on distro features, and not other silly names
Nov 10 16:59:41 <hrw> bye all
Nov 10 17:00:21 <pb__> Crofton|work: would you like to write a summary of that session?
Nov 10 17:01:18 <pb__> RP: heh, I received your 1.8.18 announcement before the 1.8.16 one
Nov 10 17:03:25 <mckoan> RP: 1.8.18 announce arrived. (not sure using gmail for my OE ML was a good idea)
Nov 10 17:04:01 <kergoth> checksums plan looks sane to me, i always favored that, though the limitations of our metadata format makes it kind of ugly
Nov 10 17:04:04 <kergoth> (visually)
Nov 10 17:04:06 <kergoth> :)
Nov 10 17:05:03 <rsalveti> yep, and it's easier when playing with overlays
Nov 10 17:05:35 <woglinde> rsalveti right
Nov 10 17:05:53 <Crofton|work> pb__, you will do a much better job of it then me
Nov 10 17:06:13 <Crofton|work> and, I am still fighting fires
Nov 10 17:06:19 <woglinde> fires?
Nov 10 17:06:22 * Crofton|work got home at 11 PM last night
Nov 10 17:06:24 <CIA-2> 03Richard Purdie <rpurdie@linux.intel.com> 07org.openembedded.dev * r4c2fcc5f95 10openembedded.git/recipes/perl/perl-native_5.8.8.bb: 
Nov 10 17:06:24 <CIA-2> perl-native: Fix after layout/native.bbclass changes (merged from Poky)
Nov 10 17:06:24 <CIA-2> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
Nov 10 17:06:56 <kergoth> we should really think about a incremental improvement to the file format at some point.  not a major architectural change, just to clean up the format, reduce duplication and confusion, simplify
Nov 10 17:07:51 <kergoth> anyone looked at converting our md5sum'ing to the python module rather than the external binary yet?
Nov 10 17:08:00 <RP> kergoth: see poky ;-)
Nov 10 17:08:09 <kergoth> ah, excellent
Nov 10 17:08:11 <RP> kergoth: and sha256 in poky too
Nov 10 17:08:11 * kergoth needs that for mvl6
Nov 10 17:08:26 <woglinde> rp is it faster?
Nov 10 17:08:29 <kergoth> we just ran into an issue where some machines md5sum is hosed, emits a different sum than on other distros :(
Nov 10 17:08:32 <RP> kergoth: I want to write wrapper functions in bitbake ideally since its python version specific :/
Nov 10 17:08:52 * kergoth nods
Nov 10 17:09:07 <RP> woglinde: Probably, not sure I tested that
Nov 10 17:10:52 <mwester> That's bad - isn't that bug on those distros?
Nov 10 17:12:13 <eFfeM> hi, still fighting with apache2 to get a new configure in srclib/apr, but no success. Anyone a suggestion before I go and just hack configure (which I think is not really a clean solution)
Nov 10 17:12:44 <pb__> kergoth: heh, that sounds like a fairly bad shortcoming of md5sum.
Nov 10 17:12:53 <CIA-2> 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r2a7eb1c281 10openembedded.git/recipes/gnome/gnome-icon-theme_2.28.0.bb: gnome-icon-theme: as I said in my commit two weeks ago: things check for its .pc file, which gets installed in to arch-specific staging, so PACKAGE_ARCH=all breaks multimachine builds.
Nov 10 17:12:59 <kergoth> aye, no idea how it happened, but its not good
Nov 10 17:13:31 <eFfeM> kergoth: tried your suggestion iwth AC_CONFIG_SUBDIRS, but that only runs configure in the subdirs, and I need autoconf to give me a new one
Nov 10 17:14:45 <kergoth> hmm
Nov 10 17:15:13 <woglinde> effem weahahahaha
Nov 10 17:15:18 <woglinde> the stupid apache2 think
Nov 10 17:15:22 <woglinde> I gave it up
Nov 10 17:15:25 <eFfeM> that is what http://www.gnu.org/software/hello/manual/autoconf/Subdirectories.html tells me
Nov 10 17:15:26 <woglinde> it sucked to much
Nov 10 17:15:41 <eFfeM> woglinde: ouch, thought I'd bring the recipe up to the latest version
Nov 10 17:16:09 <eFfeM> do I need an explicit dependency somewhere to tell that configure depends on configure.in ?
Nov 10 17:16:21 <kergoth> ?
Nov 10 17:16:22 * eFfeM really starts to hate autotools
Nov 10 17:16:24 <kergoth> of course not
Nov 10 17:16:34 <woglinde> effem nope apache missuse it
Nov 10 17:16:49 <eFfeM> kergoth: guessed that too, but out of other ideas :-)
Nov 10 17:16:52 <kergoth> if autoreconf doesn't run against each dir in AC_CONFIG_SUBDIRS, then autotools.bbclass needs to be altered to iterate over each subdir itself
Nov 10 17:17:00 <eFfeM> woglinde: not only apache
Nov 10 17:17:17 <kergoth> but I'm 95% sure it does.
Nov 10 17:17:23 <eFfeM> kergoth: that is outside my abilities :-(
Nov 10 17:18:01 <kergoth> it doesn't run glib-gettextize, intltoolize, gnu configize in the subdirs, that autotools.bbclass has to do explicitly
Nov 10 17:18:01 <kergoth> bu
Nov 10 17:18:02 <kergoth> t it
Nov 10 17:18:02 <kergoth>  does
Nov 10 17:18:14 <kergoth>  the rest
Nov 10 17:18:16 <kergoth> stupid computer
Nov 10 17:18:25 <kergoth> lag so bad i can't type
Nov 10 17:18:26 <kergoth> hrmph
Nov 10 17:18:45 <mickey|office> Crofton|work: did you find out what prevented you from adding wxpython?
Nov 10 17:19:10 <pb__> kergoth: interesting waterfall effect you get there
Nov 10 17:19:17 <pb__> makes it sort of look like you are writing poetry
Nov 10 17:19:54 <kergoth> yeah, its weird, if i get ahead of the machine and type a string and then return, it somehow results in inputting segments of the string followed by a return after each
Nov 10 17:20:02 <kergoth> "magic"
Nov 10 17:20:48 <eFfeM> kergoth, all feel free to have a stab at http://filebin.ca/umxxuc/2.2.14.tar  ; just untar in recipes/apache2; bitbake apache2 fails in srclib/apr/configure and at that time srclib/apr/configure is older than the configure.in in that dir
Nov 10 17:21:28 * eFfeM is about to join woglinde: (18:15:22) woglinde: I gave it up
Nov 10 17:22:04 <Crofton|work> mickey|office, that will take me a few days to get ot
Nov 10 17:22:27 <mickey|office> oki
Nov 10 17:22:53 <CIA-2> 03Jeremy Lainé <jeremy.laine@m4x.org> 07org.openembedded.dev * r9cc704b685 10openembedded.git/recipes/linux/ (linux-2.6.31/boc01/005-091103-isl12024.patch linux_2.6.31.bb): linux-2.6.31: cleanup boc01 RTC driver
Nov 10 17:54:31 <eFfeM> question: are autoconf variables from the site file always included (or in other words, if the AC macro does not check the cache can I then just remove the AC invocation?)
Nov 10 17:56:47 <woglinde> hm
Nov 10 17:57:01 <woglinde> dont understand the question
Nov 10 17:58:27 <eFfeM> woglinde: still apache, there is an AC_CHECK_FILE(/dev/zero) in apache2 srcdir/apr/confgure.in; this test ofc fails as configure cannot determine whether /dev/zero exists on the target system. if I remove the check will I then get the value from site/linux.common
Nov 10 17:58:57 <eFfeM> site/common-linux
Nov 10 17:58:59 <eFfeM> frans@linux-suse:~/oe/openembedded/site> grep zero common-linux
Nov 10 17:58:59 <eFfeM> ac_cv_file__dev_zero=${ac_cv_file__dev_zero=yes}
Nov 10 17:59:06 <woglinde> jupp
Nov 10 17:59:15 <woglinde> if think I made it sometime
Nov 10 17:59:27 <woglinde> you cannt remove it
Nov 10 17:59:54 <woglinde> AC_CHECK_FILE(/dev/zero) in shell syntax checking which ask the env variables and set it to yes
Nov 10 18:00:04 <woglinde> args +envolves
Nov 10 18:00:43 <woglinde> otherwors if you remove  AC_CHECK_FILE(/dev/zero) there will no variable ac_cv_file__dev_zero in configure
Nov 10 18:00:53 <woglinde> hm but maybee I am wrong
Nov 10 18:01:09 <eFfeM> i was thinking/'hoping it would get the value from the cache
Nov 10 18:01:18 <woglinde> yes it should do
Nov 10 18:01:43 <kergoth> might need to wrap it in an AC_CACHE_CHECK
Nov 10 18:01:45 <kergoth> not sure
Nov 10 18:01:56 <woglinde> hm
Nov 10 18:02:28 <woglinde> I thought all checks where cache safe
Nov 10 18:02:48 <eFfeM> no, AC_CHECK_FILE isn't
Nov 10 18:03:07 <woglinde> okay
Nov 10 18:03:11 <woglinde> good spot
Nov 10 18:03:19 <eFfeM> and item 3 in http://docs.openembedded.org/usermanual/usermanual.html#id400512 also says this
Nov 10 18:03:28 <woglinde> uh oh
Nov 10 18:04:32 <eFfeM> also feel free to have a look at the last two paragraphs of http://projects.linuxtogo.org/pipermail/openembedded-devel/2007-September/003046.html
Nov 10 18:05:34 <woglinde> hi esben
Nov 10 18:05:45 <esbenh> hi
Nov 10 19:05:24 <mckoan> hi esbenh how are you?
Nov 10 19:05:59 <esbenh> fine, needed a lot of sleep after getting home though.
Nov 10 19:06:07 <esbenh> did you have a good trip home?
Nov 10 19:07:10 <mckoan> yes thx, apart the crowded flight
Nov 10 19:07:41 <mckoan> and I havent slept enough since now
Nov 10 19:08:09 <mckoan> s/ since / until
Nov 10 19:19:58 <Crofton|work> pb__, DNS has updated
Nov 10 19:20:01 <Crofton|work> for me at least
Nov 10 19:23:53 <Crofton|work> and it looks like the list works
Nov 10 19:24:56 <XorA|gone> openembedded.org.       3600    IN      MX      1 mail.linuxtogo.org.
Nov 10 19:29:05 <cbrake> Crofton|work: any conclusions on server stuff at OE mtg?
Nov 10 19:29:32 <Crofton|work> basically do what you said we were going to do
Nov 10 19:29:40 <Crofton|work> I need to look over the notes
Nov 10 19:30:06 <Crofton|work> I'm still cathcing up, off to the bank
Nov 10 19:41:36 <pb___> Crofton|work: very good
Nov 10 19:42:04 <pb___> yes, those mx records look perfect