**** BEGIN LOGGING AT Thu Jan 28 02:59:56 2010
Jan 28 07:01:48 <william_zhang> I build libgcrypt_1.4.0.bb with oe for s3c6410(arm11), it display error:configure: error: C compiler cannot create executables
Jan 28 07:02:49 <william_zhang> how can i install cross-compile for s3c6410 in oe?
Jan 28 07:05:40 <AlTheKiller> It didn't say no compiler found.
Jan 28 07:05:46 <AlTheKiller> Make sure your cflags are sane.
Jan 28 07:15:39 <koobe_> william_zhang: take a look at config.log to see the actual compiler error
Jan 28 07:18:41 <william_zhang> thanks , I check it !
Jan 28 07:21:15 <koobe> If I bitbake an image, only the image recipe gets placed in deploy/sources. How get sources for all the packages in the image?
Jan 28 07:29:17 <koobe> oh, answering myself: bitbake -c distribute_sources_all image
Jan 28 08:58:35 <CIA-1> 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rf618e6326e 10openembedded.git/recipes/ (openmoko-3rdparty/emtooth_svn.bb tasks/task-shr-feed.bb): 
Jan 28 08:58:35 <CIA-1> emtooth: add elementary based bluetooth/bluez manager
Jan 28 08:58:35 <CIA-1> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Jan 28 08:58:45 <CIA-1> 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * recf22021df 10openembedded.git/recipes/ (openmoko-3rdparty/ventura_svn.bb tasks/task-shr-feed.bb): 
Jan 28 08:58:45 <CIA-1> ventura: new elementary/webkit based browser
Jan 28 08:58:45 <CIA-1> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Jan 28 09:11:35 <mckoan> good morning
Jan 28 09:26:56 <hrw> morning
Jan 28 09:43:05 <woglinde> hi florian
Jan 28 09:43:16 <hrw> hi florian woglinde liam
Jan 28 09:45:19 <CIA-1> 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r5dcb6c746d 10openembedded.git/recipes/alsa/ (alsa-state.bb alsa-state/omap3-touchbook/asound.state): alsa-state: add state file foromap3-touchbook
Jan 28 09:46:05 <lchlnptdwl> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 09:46:05 <lchlnptdwl> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 09:46:05 <lchlnptdwl> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 09:46:06 <lchlnptdwl> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 09:54:03 <recalcati> good morning
Jan 28 09:54:12 <woglinde> hi recalcati
Jan 28 09:54:47 <recalcati> to come to FOSDEM can you tell me a cheap hotel?
Jan 28 09:55:14 <woglinde> sorry
Jan 28 09:55:32 <florian> the default OE hotel doesn't seem to have rooms left
Jan 28 09:55:50 <florian> I booked a room at the New Moon.
Jan 28 09:56:21 <recalcati> florian: thx
Jan 28 09:56:22 <zecke> New Moon?
Jan 28 09:56:30 <zecke> sounds like a one hour hotel :)
Jan 28 09:56:37 <recalcati> Or I come with my caravan. Only 850km from Italy
Jan 28 09:56:39 <florian> ah no... "The Moon" is the name
Jan 28 09:57:14 <florian> zecke: heh indeed... but the website looked quite good and its too cheap for a one hour hotel :) 
Jan 28 09:57:25 <florian> with free wifi and brakfast 
Jan 28 09:57:33 <woglinde> robert and I resides at Hotel Beverly Hills
Jan 28 09:57:47 <zecke> lol
Jan 28 09:57:52 <recalcati> I try.
Jan 28 09:57:53 <zecke> that is next to the gay club?
Jan 28 09:58:03 <woglinde> what?
Jan 28 09:58:16 <recalcati> From Italy which is the cheapest fly?
Jan 28 09:58:25 <zecke> woglinde: I think across to the astrid there is a gay club called Beverly Hills.. no idea :)
Jan 28 09:58:28 <recalcati> mckoan: From Italy which is the cheapest fly?
Jan 28 09:58:57 <woglinde> zecke hm
Jan 28 09:59:08 <woglinde> Rue du Prince Royal 71
Jan 28 09:59:28 <hrw> recalcati: skyscanner.net will tell you
Jan 28 09:59:40 <recalcati> ok
Jan 28 10:00:25 <mckoan> recalcati: I have Ryanair hub at 10 min so I didn't seeked a different option
Jan 28 10:00:36 <woglinde> hi marco
Jan 28 10:00:40 <recalcati> mckoan: thx
Jan 28 10:01:34 <recalcati> mckoan: how many day is conveniente to stay? Exactly can you tell me your flies?
Jan 28 10:02:08 <recalcati> day and time 
Jan 28 10:02:50 <woglinde> hm its 4 km from the avenue
Jan 28 10:04:46 <recalcati> please I need to book now!   I need to be at Bruxell airport what day and what time?
Jan 28 10:05:00 <recalcati> and when I can come back home?
Jan 28 10:05:23 <woglinde> ???????
Jan 28 10:05:34 <woglinde> we aren't travel beauro
Jan 28 10:05:56 <woglinde> friday evenig is beerfest
Jan 28 10:06:08 <woglinde> satuarday and sunday fosdem
Jan 28 10:06:16 <woglinde> with booth and talks
Jan 28 10:06:21 <hrw> recalcati: arrive at friday, leave on sunday/monday
Jan 28 10:06:36 <mckoan> recalcati: I leave fri,5feb and get back sun,7feb (if snow allows) 
Jan 28 10:07:03 <recalcati> ok,thx, I hope see you
Jan 28 10:07:58 <mckoan> recalcati: I'm staying at IBIS (as usual), see Accor website, you have many options
Jan 28 10:08:07 <recalcati> ok
Jan 28 10:08:24 <woglinde> hrw robert and I flying from tegel these time
Jan 28 10:09:21 <recalcati> there is a caravan park, I could come with my new caravan.
Jan 28 10:09:27 <recalcati> there is a caravan park, I could come with my new caravan.?
Jan 28 10:10:39 <mckoan> recalcati: don't be stingy like a scottish! :-D
Jan 28 10:10:59 <recalcati> mckoan: but is funny!
Jan 28 10:11:20 <recalcati> only 1700km on me!
Jan 28 10:27:17 <pb_> hi zecke, florian, all
Jan 28 10:27:33 <woglinde> hoi pb
Jan 28 10:27:51 <pb_> hi woglinde 
Jan 28 10:28:38 <woglinde> hm what is ready salted at chips?
Jan 28 10:29:04 <pb_> it means they just have salt, no other flavouring
Jan 28 10:29:10 <woglinde> lol
Jan 28 10:29:11 <woglinde> okay
Jan 28 10:29:21 <pb_> "ready salted" because originally, the crisps came unsalted and you had to add it by hand
Jan 28 10:29:30 <woglinde> yeah
Jan 28 10:29:34 <woglinde> its clear now
Jan 28 10:29:51 <woglinde> did you taste wourcester falvour?
Jan 28 10:32:43 <florian> hi pb_ 
Jan 28 10:32:46 <woglinde> hm pb which email I can send you my chips-offer?
Jan 28 10:34:31 <kommhb> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:34:31 <kommhb> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:34:31 <kommhb> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:34:32 <kommhb> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:34:34 <kommhb> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:34:36 <kommhb> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:34:38 <kommhb> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:34:40 <kommhb> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:34:42 <kommhb> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:34:44 <kommhb> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:34:46 <kommhb> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:34:48 <kommhb> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:34:50 <kommhb> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:34:50 <woglinde> hms
Jan 28 10:34:52 <kommhb> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:34:54 <kommhb> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:34:56 <kommhb> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:34:58 <kommhb> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:35:00 <kommhb> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:35:02 <kommhb> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:35:04 <kommhb> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:35:05 <recalcati> who is kommhb  ?  
Jan 28 10:35:06 <kommhb> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:35:15 <woglinde> recalcati spambots
Jan 28 10:35:28 <woglinde> freenode is under attack since some time
Jan 28 10:35:28 <recalcati> woglinde:  : very nice messages
Jan 28 10:37:38 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:37:38 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:37:38 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:37:39 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:37:41 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:37:43 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:37:45 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:37:47 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:37:49 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:37:51 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:37:53 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:37:55 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:37:57 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:37:59 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:01 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:03 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:05 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:07 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:09 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:11 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:13 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:14 <mckoan> any chance to ban it?
Jan 28 10:38:15 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:17 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:19 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:21 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:23 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:25 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:27 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:29 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:31 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:33 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:35 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:37 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:39 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:41 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:43 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:45 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:46 <uspxubzz> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:46 <uspxubzz> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:46 <uspxubzz> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:47 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:47 <uspxubzz> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:49 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:49 <uspxubzz> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:51 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:51 <uspxubzz> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:53 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:53 <uspxubzz> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:55 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:55 <uspxubzz> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:57 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:57 <uspxubzz> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:59 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:38:59 <uspxubzz> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:01 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:01 <uspxubzz> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:03 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:03 <uspxubzz> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:05 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:05 <uspxubzz> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:07 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:07 <uspxubzz> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:09 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:09 <uspxubzz> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:11 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:13 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:15 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:17 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:19 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:21 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:23 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:25 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:27 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:29 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:31 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:33 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:35 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:37 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:39 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:41 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:43 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:45 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:47 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:49 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:51 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:53 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:55 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:57 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:39:59 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:40:01 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:40:03 <bnoyifo> 
VERSION Learn more at http://free.sweettits.net/

Jan 28 10:40:27 <mickeyl> *sigh*
Jan 28 10:40:31 <eFfeM> mickeyl, ty
Jan 28 10:40:33 <mickeyl> np
Jan 28 10:40:43 <mickeyl> in general i don't like +r, but for now it seems we need it
Jan 28 10:40:46 <eFfeM> it means we loose ibot, but yeah, *sig*
Jan 28 10:40:54 <mckoan> You can give /BAN a list of nicks or whole ban masks
Jan 28 10:41:18 <mickeyl> that doesn't cut it in this case as they're using random addresses / nicks / etc. it's a botnet attack
Jan 28 10:41:28 <eFfeM> they make new nicks all the time, so that does not help, 
Jan 28 10:41:39 <eFfeM> banning ip might but is cumbersome too
Jan 28 10:41:52 <mickeyl> yep, sucks for dial-up users
Jan 28 10:41:56 <mickeyl> as you might ban good ones
Jan 28 10:42:23 <mckoan> what about creating a script which looks for the message string (which is always the same) and utomatically bans the nick?
Jan 28 10:42:46 <mickeyl> could work, but i prefer freenode handling this
Jan 28 10:42:54 <mickeyl> they're moving to a new server infrastructure pretty soon
Jan 28 10:43:00 <mickeyl> which will handle these things better
Jan 28 10:43:07 <mickeyl> in jjust few days i think
Jan 28 10:43:09 <mckoan> mickeyl: ok
Jan 28 10:43:38 <zecke> mickeyl: just ban mainland china from irc
Jan 28 10:43:44 <mickeyl> zecke: heh
Jan 28 10:44:15 <mckoan> mickeyl: +3 means only registered users can write?
Jan 28 10:44:38 <mickeyl> +R
Jan 28 10:44:39 <mickeyl> yes
Jan 28 10:45:42 <zecke> mickeyl: I call that reverse big firewall
Jan 28 10:46:56 <hrw> mckoan: fighting with irc abuse is best left for ircops - they know their work
Jan 28 10:47:20 <hrw> I fought with botnets 10 years ago
Jan 28 10:54:26 <pb_> woglinde: any email is fine, try pb@reciva.com
Jan 28 10:54:34 <pb_> mickeyl: good morning
Jan 28 10:55:15 <pb_> zecke: heh, I see you have embraced taiwanese politics already :-)
Jan 28 11:00:48 <woglinde> pb okay
Jan 28 11:00:54 <zecke> pb_: hehe, One China Doctrine.
Jan 28 11:01:23 <zecke> pb_: actually. I'm more in favor of Republic of Taiwan. But the US will withdraw their support if that happens. :(
Jan 28 11:03:44 <mickeyl> roog modning pb_ 
Jan 28 11:03:48 <mickeyl> err
Jan 28 11:03:51 <mickeyl> good morning, that is
Jan 28 11:03:55 * mickeyl takes a train now
Jan 28 11:03:56 <mickeyl> bbiab
Jan 28 11:04:05 <pb_> zecke: yeah, indeed
Jan 28 11:12:31 <ynezz> I wonder why don't they disable CTCP VERSION at all in ircd
Jan 28 11:15:25 <woglinde> so chips mail sent
Jan 28 11:15:31 <woglinde> now back to navit
Jan 28 11:23:33 <mckoan> I have a patch for the latest xinput-calibration package, can I push it or the policy is to submit to patchwork before?
Jan 28 11:24:06 <mckoan> I upgraded to last git version
Jan 28 11:27:37 <mckoan> I also found 
Jan 28 11:28:06 <mckoan> I also found ERROR: QA Issue with xinput-calibrator: xinput-calibrator.desktop: warning: key "Encoding" in group "Desktop Entry" is deprecated
Jan 28 11:29:18 <mckoan> is it related to Author: David-John Willis patch 304dff0127c8b17154f40bd83cae3552d15cf95b ?
Jan 28 11:30:41 <ynezz> yep
Jan 28 11:30:46 <ynezz> looks, so
Jan 28 11:32:50 <woglinde> mostly koen checks djwillis patches in
Jan 28 11:33:59 <mckoan> ok, I''l push my work in the afternoon keeping this QA Issue by now
Jan 28 11:34:08 <mckoan> -> bb in 1,5h
Jan 28 11:37:43 <ynezz> it's easy to fix
Jan 28 11:37:50 <ynezz> just remove the offending line
Jan 28 11:37:56 <ynezz> s/the/that/
Jan 28 11:38:14 * florian hates these confusing messages mixing warnings and erros
Jan 28 11:38:20 <florian> +r
Jan 28 11:50:17 <DJW|Home> mckoan: hmmm, I did not realise that had found it's way in :o, that's mostly used to provide an icon in the menus for the OpenPandora to tweak the TS if your using EVDEV.
Jan 28 11:53:54 <DJW|Home> mckoan: that said, your quite correct about the Encoding QA warning, I grabbed a .desktop from elsewhere and tweaked it. OE is full of files with such warnings but feel free to clean it up (or I can and you can pick it off my tree).
Jan 28 11:54:23 <hrw> ~curse rlt8139 shit
Jan 28 11:54:24 <ibot> May you be reincarnated as a Windows XP administrator, rlt8139 shit !
Jan 28 11:54:53 <DJW|Home> florian: Yep, the idea of ERROR when it's a WARNING is a little, how shall I say it, crap ;-)
Jan 28 11:55:23 <florian> DJW|Home: indeed
Jan 28 11:57:11 <woglinde> hrw whats the problem?
Jan 28 11:57:13 <woglinde> hi djwillis
Jan 28 11:57:21 <woglinde> yeah navit shows me next burgerking
Jan 28 11:58:04 <zecke> woglinde: haha
Jan 28 11:58:51 <woglinde> zecke
Jan 28 11:58:52 <woglinde> he
Jan 28 11:58:56 <woglinde> no shit
Jan 28 11:58:59 <DJWillis> Hi woglinde 
Jan 28 11:59:01 <zecke> woglinde: which data is it using? maps and these data
Jan 28 11:59:23 <woglinde> osm
Jan 28 11:59:32 <woglinde> converted
Jan 28 11:59:51 <woglinde> easy download here http://maps.navit-project.org/download/
Jan 28 12:03:20 <zecke> woglinde: ah nice
Jan 28 12:04:08 <woglinde> zecke still have this pre n900 device?
Jan 28 12:05:47 <zecke> woglinde: yeah, sitting dead on the desk because I miss the newer usb cables
Jan 28 12:06:35 <woglinde> hms
Jan 28 12:06:40 <woglinde> no usb charger?
Jan 28 12:06:54 <woglinde> hm the cable arent new
Jan 28 12:07:01 <woglinde> n810 has the same
Jan 28 12:08:01 <zecke> woglinde: i know. it is still "newer"
Jan 28 12:10:26 <woglinde> why you cannt by a cable in .tw?
Jan 28 12:10:30 <woglinde> bye
Jan 28 12:10:34 <woglinde> should be cheap
Jan 28 12:11:14 <ynezz> N900 is micro usb http://joshhighland.com/blog/wp-content/uploads/2009/02/micro-usb-thumb5285147.jpg
Jan 28 12:11:22 <ynezz> N810 is mini usb
Jan 28 12:11:37 <hrw> ynezz: n810 uses microusb
Jan 28 12:11:47 <hrw> ynezz: n800 and 770 use miniusb
Jan 28 12:11:56 <ynezz> hm, strange I had N810
Jan 28 12:12:26 <ynezz> but it was year ago, so I might be wrong
Jan 28 12:13:27 <woglinde> yneez I have both here
Jan 28 12:13:32 <woglinde> believe me
Jan 28 12:17:08 <hrw> ARGHHH
Jan 28 12:17:21 <hrw> ~curse toshiba and realtek for crap hw
Jan 28 12:17:22 <ibot> May the fleas of a thousand camels infest your most sensitive regions, toshiba and realtek for crap hw !
Jan 28 12:18:25 <hrw> anyway time to go to BB and check respawnig init problem
Jan 28 12:22:50 <woglinde> hrw wrong inittab
Jan 28 12:22:55 <woglinde> sysv and bb differ
Jan 28 12:23:02 <gremlin[it]> hi all ... 
Jan 28 12:23:05 <woglinde> I stumbled over this too
Jan 28 12:23:08 <woglinde> in some cases
Jan 28 12:23:40 <gremlin[it]> for FOSDEM is need some hardware to show on the booth ... i didn't find a page or mail about this 
Jan 28 12:33:27 <DJWillis> woglinde: A while ago you asked about ENTERPRISE_DISTRO support in libsdl-mixer for MP3, does http://git.openpandora.org/cgi-bin/gitweb.cgi?p=openembedded.git;a=commit;h=7ac8b0e0534b5a3bc2ced095907fe41a5e36debd look ok to you?
Jan 28 12:34:47 <woglinde> yes
Jan 28 12:34:53 <woglinde> and please use  inherit autotools
Jan 28 12:34:58 <woglinde> _stage isnt needed anymore
Jan 28 12:35:07 <woglinde> now pizza time
Jan 28 12:37:24 <woglinde> oh rasterman wrote imlib2
Jan 28 12:37:39 <woglinde> didnt know this before
Jan 28 12:37:48 <broonie> It was the backend for englightenment many moons ago
Jan 28 12:37:59 <broonie> It's pretty much dead now, though.
Jan 28 12:38:12 <woglinde> hm
Jan 28 12:38:19 <woglinde> 2004
Jan 28 12:38:22 <woglinde> yes I see
Jan 28 12:38:41 <broonie> GTK1 used to use it, but it got dropped due to various crapness
Jan 28 13:02:53 <DJWillis> woglinde: ok, http://git.openpandora.org/cgi-bin/gitweb.cgi?p=openembedded.git;a=commit;h=e9600ad9661cf317709ca4484793115d94aba8f2 better? I'll leave it to you if you want to sign them off and pull them in.
Jan 28 13:07:25 <zecke> broonie: shortly after raster quit working for Red Hat.
Jan 28 13:17:11 <mckoan> re
Jan 28 13:17:25 <gremlin[it]> hi mckoan 
Jan 28 13:17:51 <mckoan> hi gremlin[it], sare you warming engine for fosdem?
Jan 28 13:18:04 <gremlin[it]> mckoan, about ... :P 
Jan 28 13:24:39 <zecke> ynezz: ping?
Jan 28 13:25:08 <woglinde> hi rkirti
Jan 28 13:25:20 <rkirti> hello woglinde
Jan 28 13:29:47 * zecke just pushed a new staging branch
Jan 28 13:29:52 <woglinde> oh no
Jan 28 13:29:58 <woglinde> more emails ahead
Jan 28 13:30:15 <woglinde> can somebody fix the mail hooks please
Jan 28 13:31:01 <zecke> woglinde: what is broken? too much emails?
Jan 28 13:31:08 <zecke> woglinde: you only want emails on one branch?
Jan 28 13:31:23 <zecke> woglinde: we are using the hooks found in winehq.com
Jan 28 13:33:24 <woglinde> emails only for stable and dev
Jan 28 13:33:39 <ynezz> zecke: pong
Jan 28 13:42:10 <zecke> ynezz: for the RT3070? Why do you call the variable TMP in your recipe? do you mirror a svn/cvs/foo snapshot on your private site?
Jan 28 13:51:45 <JaMa> NOTE: oestats: error sending task, disabling stats, it's from failed build with bitbake -D, can I make it more verbose? I guess it's because I've removed oestat.id from tmp directory with rebuild from scratch..
Jan 28 13:54:41 <woglinde> jama why newer pulseaudio dont work with the freerunner?
Jan 28 13:54:58 <broonie> In what way does it not work?
Jan 28 13:55:25 <woglinde> broonie I only saw jama lowered the pulseaudio version for shr
Jan 28 13:55:32 <woglinde> so I asked
Jan 28 13:55:34 <woglinde> for the reason
Jan 28 13:56:33 <JaMa> woglinde: build fails.. mickey lowered D_P in .21 version but .19 is failing the same.. so I put P_V in our config and fill compare why newer fails later..
Jan 28 13:57:07 <JaMa> woglinde: it's building in shr image for first time (because it was added to gst-plugins-good only this week IIRC)
Jan 28 13:57:32 <JaMa> woglinde: and I want now image built asap, because that E segfault everywhere
Jan 28 13:57:35 <woglinde> hm do you have the logs?
Jan 28 13:57:46 <JaMa> sure
Jan 28 13:57:55 <woglinde> tinderbox?
Jan 28 13:58:00 <JaMa> just checking why uploading to tinderbox is no longer working..
Jan 28 13:58:09 <woglinde> oh
Jan 28 13:58:19 <JaMa> see my line just above yours :)
Jan 28 13:59:06 <JaMa> strace didn't show much.. now trying with aditional debug in oestat.bbclass
Jan 28 13:59:42 <JaMa> maybe it's related to bitbake master (because it stoped working about the time I switched from 1.8)
Jan 28 14:06:29 <ynezz> zecke: TMP - because it's temporary variable
Jan 28 14:06:54 <ynezz> zecke: mirror - yes, it's on private site, because I couldn't find working link on ralink's site :(
Jan 28 14:07:26 <ynezz> zecke: should I rename that TMP variable, to something different? Or avoid using it at all?
Jan 28 14:09:28 <JaMa> ahh it's because I got empty depends in vars in oestat_send() call NOTE: oestats: vars {'status': 'Failed', 'task': 'do_compile', 'depends': '', 'version': '1.0', 'build': '55215', 'package': 'bitbake', 'time': '0.504911899567', 'revision': 'r0'}
Jan 28 14:09:44 <zecke> ynezz: I just wonder how long you want to keep the data on this url? :)
Jan 28 14:09:47 <JaMa> and htere is assert checking that
Jan 28 14:10:23 <ynezz> zecke: why? because of traffic?
Jan 28 14:10:42 <zecke> ynezz: yeah, e.g. traffic :)
Jan 28 14:11:03 <zecke> ynezz: the only content question I have is... why do you need to touch the *.DAT file?
Jan 28 14:11:52 <ynezz> zecke: because otherwise you can't ifup device, the driver needs to fopen() the file to be happy
Jan 28 14:12:20 <zecke> ynezz: but it it is empty right? so it is downloading empty firmware?
Jan 28 14:12:58 <ynezz> zecke: it's only config file, with SSID etc. nothing important
Jan 28 14:13:24 <zecke> ynezz: which app is using that file?
Jan 28 14:13:33 <ynezz> zecke: driver
Jan 28 14:14:04 <ynezz> it's crappy driver, but it's working for my USB stick on BeagleBoard, I've transferred about 100GB during the weekend
Jan 28 14:14:05 <zecke> ynezz: you want to tell me the driver (kernel module) is really opening /etc/Wireless/?
Jan 28 14:14:29 <ynezz> zecke: sure :)
Jan 28 14:14:37 <woglinde> wtf
Jan 28 14:15:34 <zecke> rt3x is a bit misplaced in rt2x :)
Jan 28 14:15:46 <ynezz> ah, good point
Jan 28 14:15:55 <ynezz> but internaly it's rt2870 :)
Jan 28 14:16:02 <zecke> ynezz: not too bad though. I will push it now.
Jan 28 14:16:07 <ynezz> with few changes for newer chipsets
Jan 28 14:16:13 <ynezz> zecke: don't please :)
Jan 28 14:16:20 <zecke> ynezz: why not?
Jan 28 14:16:38 <ynezz> I would like to put it on some mirror first
Jan 28 14:16:53 <ynezz> I can handle 100GB traffic or more, but then we need to change it
Jan 28 14:17:01 <ynezz> or I would like to
Jan 28 14:17:19 <zecke> ah okay
Jan 28 14:17:35 <zecke> ynezz: maybe ask Laibsch if we can put it somewhere on *.openembedded.org
Jan 28 14:17:43 <ynezz> ok
Jan 28 14:18:09 <ynezz> I've seen, that Arch uses dropbox for mirror...
Jan 28 14:19:46 <ynezz> Laibsch: Hi, can you pls put the file in this recipe http://patchwork.openembedded.org/patch/1525/ somewhere on *.oe.org? It's really hard to find a working link for that tarball, so it would be good to have it somewhere on OE and I'm not sure if I can handle some huge traffic :)
Jan 28 14:19:50 <ynezz> Laibsch: Thanks
Jan 28 14:20:17 <ynezz> Laibsch: http://ynezz.ibawizard.net/dump/2009_1110_RT3070_Linux_STA_v2.1.2.0.tar.bz2
Jan 28 14:20:29 <ynezz> zecke: thank you for looking at it
Jan 28 14:22:42 * ynezz wonders how long it takes email to get into enlightenment-devel
Jan 28 14:24:23 <woglinde> jama say a word if the logs for pulseaudio are available
Jan 28 14:25:48 <ynezz> zecke: http://patchwork.openembedded.org/patch/1089/ there's a similar patch, but incomplete, but for example you can't even download the tar.bz2 used there now...
Jan 28 14:30:28 <kergoth> morning
Jan 28 14:30:38 <woglinde> jo kergoth
Jan 28 14:30:44 <hrw> elo kergoth 
Jan 28 14:30:56 <kergoth> hey guys
Jan 28 14:35:51 <JaMa> woglinde: let's hope.. I didn't break something on tinderbox.. http://tinderbox.openembedded.net/builds/55222/ (in a minute)
Jan 28 14:40:45 <woglinde> hm
Jan 28 14:40:50 <woglinde> didnt saw such errors yet
Jan 28 14:40:56 <woglinde> maybe pb can help
Jan 28 14:41:21 <woglinde> args
Jan 28 14:41:25 <woglinde> only warnings
Jan 28 14:41:30 <woglinde> lets see where the error is
Jan 28 14:43:44 <woglinde> jama hm
Jan 28 14:43:52 <woglinde> I think khem can fix it easily
Jan 28 14:44:01 <woglinde> error: can't find a register in class 'LO_REGS' while reloading 'asm'
Jan 28 14:44:07 <woglinde> error: 'asm' operand has impossible constraints
Jan 28 14:44:08 <JaMa> woglinde: error is in the end.. but I guess it would be easy to fix even for me..
Jan 28 14:44:16 <woglinde> lol
Jan 28 14:44:26 <JaMa> woglinde: I just didn't have time yet (still at work and I have to finish something)
Jan 28 14:44:41 <JaMa> woglinde: and I wanted to run that image build as I said..
Jan 28 14:45:01 <JaMa> that's why I P_V older pulseaudio instead of fixing it..
Jan 28 14:46:00 <woglinde> okay okay
Jan 28 14:49:25 <kgilmer> hi Laibsch, I will update the ticket now.
Jan 28 14:51:12 <GNUtoo|oeee> hi, how well does micro-uclibc+micro-base-imageg perform with 32M of ram?
Jan 28 14:51:35 <woglinde> hi hgilmer
Jan 28 14:51:50 <GNUtoo|oeee> because if I put mem=32M on one of my devices udev is killed(OOM)
Jan 28 14:51:56 <woglinde> gnutoo what you mean woth perform?
Jan 28 14:52:12 <GNUtoo|oeee> will it boot ?
Jan 28 14:52:19 <GNUtoo|oeee> I'm building right now
Jan 28 14:52:24 <GNUtoo|oeee> but it'll take time
Jan 28 14:52:39 <GNUtoo|oeee> and if someone knew how usable is a system with 32M of ram
Jan 28 14:52:58 <kgilmer> hi woglinde :)
Jan 28 14:53:06 <kgilmer> it's snowing hard here in nyc now, looks nice.
Jan 28 14:53:33 <woglinde> kgilmer here is a snow storm too
Jan 28 14:53:37 <woglinde> but only since 5 minutes
Jan 28 14:53:44 <woglinde> damn
Jan 28 14:53:51 <XorA> there is no snow here
Jan 28 14:54:04 <woglinde> GNUtoo|oeee hm you try do avoid udev
Jan 28 14:54:09 <woglinde> +could
Jan 28 14:54:17 <GNUtoo|oeee> micro-base-image avoids it
Jan 28 14:55:02 <kergoth> ugh, a ^C sends the logs of the tasks you interrupted to the oestats server?  we really need to fix this
Jan 28 14:55:10 <GNUtoo|oeee> btw I'll bugreport for scummvm to scummvm...they thought angstrom = arm
Jan 28 14:55:39 <GNUtoo|oeee> so they hardcoded some defines for arm when they detect an angstrom compiler in configure
Jan 28 14:55:52 <GNUtoo|oeee> no configure.ac or configure.in
Jan 28 14:55:58 <GNUtoo|oeee> only configure
Jan 28 14:56:09 <GNUtoo|oeee> version 1.0.0
Jan 28 14:56:28 <woglinde> GNUtoo|oeee oha
Jan 28 14:56:49 <GNUtoo|oeee> oha?
Jan 28 14:58:26 <GNUtoo|oeee> btw I bugreport then patch configure?
Jan 28 14:59:06 <woglinde> hm?
Jan 28 14:59:58 <GNUtoo|oeee> I should be carefull altough...because it should still do the defines for arm
Jan 28 15:01:00 <woglinde> yes
Jan 28 15:01:26 <woglinde> bahahaaa this looks the day after tommorrow here now
Jan 28 15:01:38 <GNUtoo|oeee> here is it: http://pastebin.com/m7593fcf0
Jan 28 15:01:41 <GNUtoo|oeee> ok
Jan 28 15:06:41 <GNUtoo|oeee> or maybe I bugreport,wait for a fix,and backport the fix
Jan 28 15:28:45 <kergoth> i hate when you have an autoconf test result and have no idea how common that value is
Jan 28 15:30:32 <DJWillis> GNUtoo|oeee: that hard code in the ScummVM configure has been there for many years :-o, i'll commit a fix to SVN if your bug report is not picked up quickly.
Jan 28 15:36:17 <GNUtoo|oeee> DJWillis, ok thanks a lot...I did not bugreport yet...I was waiting for sourceforge configmation mail....it should have arrived now
Jan 28 15:36:46 <mickeyl> GNUtoo|oeee: ping
Jan 28 15:37:53 <GNUtoo|oeee> hi mickeyl 
Jan 28 15:37:53 <mickeyl> GNUtoo|oeee: do you have a defconfig for leviathan's kernel w/ backlight and alsa fixed?
Jan 28 15:38:06 <mickeyl> i'm in posession of an ADP1 now
Jan 28 15:38:14 <mickeyl> and can help a bit
Jan 28 15:38:23 <GNUtoo|oeee> mickeyl, no I had some exams so I studied instead of hacking on something
Jan 28 15:38:34 <mickeyl> hmm
Jan 28 15:38:56 <GNUtoo|oeee> mickeyl, alsa was usable but not 100% fixed last time I hacked n it
Jan 28 15:38:57 <mickeyl> any older defconfig i can use as starting point?
Jan 28 15:39:07 <GNUtoo|oeee> there are some rare buffer underrun
Jan 28 15:39:13 <GNUtoo|oeee> ok I'll pastebin a config
Jan 28 15:39:18 <mickeyl> great
Jan 28 15:39:30 <GNUtoo|oeee> let me boot my other computer
Jan 28 15:42:44 <GNUtoo|oeee> mickeyl, last time I checked leviathan kernel didn't compile(backlight problems)
Jan 28 15:43:45 <GNUtoo|oeee> ha it has not changed
Jan 28 15:43:53 <GNUtoo|oeee> git pull did nothing
Jan 28 15:44:01 <GNUtoo|oeee> anyway if you want a kernel I have one
Jan 28 15:44:02 <mickeyl> gnuconform branch?
Jan 28 15:44:05 <GNUtoo|oeee> yes 
Jan 28 15:44:07 <mickeyl> no, just the defconfig
Jan 28 15:44:10 <GNUtoo|oeee> ok
Jan 28 15:44:15 <GNUtoo|oeee> booting the htcdream
Jan 28 15:44:16 <mickeyl> i'll build the kernel w/ OE
Jan 28 15:44:24 <GNUtoo|oeee> i'll zcat /proc/config.gz
Jan 28 15:44:42 <mickeyl> good plan
Jan 28 15:45:13 <GNUtoo|oeee> I'll also give mkbootimage arguments
Jan 28 15:46:55 <GNUtoo|oeee> http://pastebin.com/m79c371f1
Jan 28 15:47:14 <mickeyl> excellent, thanks
Jan 28 15:48:12 <mickeyl> what should I expect to _not_ work on the dream atm.?
Jan 28 15:48:39 <GNUtoo|oeee> and here's the cmdline args: http://pastebin.com/d51d7d9e
Jan 28 15:48:52 <GNUtoo|oeee> mmm
Jan 28 15:48:59 <GNUtoo|oeee> depends
Jan 28 15:49:19 <GNUtoo|oeee> I hacked on sound so I had no time to make the rest work
Jan 28 15:49:22 <GNUtoo|oeee> but
Jan 28 15:49:34 <GNUtoo|oeee> fb should work
Jan 28 15:49:44 <GNUtoo|oeee> xorg and kdrive(if it compiles fine)
Jan 28 15:49:57 <GNUtoo|oeee> touchscreen should use tslib
Jan 28 15:50:07 <GNUtoo|oeee> so ts_calibrate before
Jan 28 15:50:32 <GNUtoo|oeee> because I didn't test the new xorg calibration patches that landed into oe
Jan 28 15:50:50 <GNUtoo|oeee> sound should work but not perfectly
Jan 28 15:51:29 <GNUtoo|oeee> keyboard should only show the basic things like qwerty but not !@#$% etc...
Jan 28 15:51:36 <GNUtoo|oeee> trackball should work
Jan 28 15:51:39 <GNUtoo|oeee> but would be slow
Jan 28 15:52:04 <mickeyl> accelerometer is kxsd9?
Jan 28 15:52:38 <GNUtoo|oeee> I don't know for the acceleromter...I almost forgot about it
Jan 28 15:52:49 <GNUtoo|oeee> gps has been decoded recently
Jan 28 15:53:19 <GNUtoo|oeee> wifi is untested by me but leviathan got it working with wireless-compat
Jan 28 15:53:25 <GNUtoo|oeee> and bob copeland instructions
Jan 28 15:53:39 <GNUtoo|oeee> usbnet works
Jan 28 15:53:48 <GNUtoo|oeee> camera is untested
Jan 28 15:53:53 <GNUtoo|oeee> there is a v4l driver
Jan 28 15:53:57 <GNUtoo|oeee> which is also in mainline
Jan 28 15:54:10 <mickeyl> what about suspend/resume?
Jan 28 15:54:14 <GNUtoo|oeee> and pm use the strange lock thing
Jan 28 15:54:25 <GNUtoo|oeee> there is an apm emulation
Jan 28 15:54:25 <mickeyl> ya, we need to get rid of the wakelocks eventually
Jan 28 15:54:26 <GNUtoo|oeee> but...
Jan 28 15:54:45 <GNUtoo|oeee> once you're suspended
Jan 28 15:54:58 <GNUtoo|oeee> you've no screen etc...but ssh shell still work
Jan 28 15:55:12 <GNUtoo|oeee> after i don't know how to come back
Jan 28 15:55:16 <mickeyl> hmm
Jan 28 15:55:20 <GNUtoo|oeee> I didn't look into it
Jan 28 15:55:26 <kergoth> hmm
Jan 28 15:55:26 <mickeyl> apparantly it works fine on the other amss versions
Jan 28 15:55:28 <GNUtoo|oeee> but if we've got code running + shell....
Jan 28 15:55:37 <GNUtoo|oeee> yes but I didn't look into it
Jan 28 15:55:41 <mickeyl> so we can perhaps get some fixes from the linux-on-qualcomm-msm tree
Jan 28 15:55:45 <GNUtoo|oeee> ok
Jan 28 15:56:07 <mickeyl> I'll start FSO and OE integration next week. lets see whether we can make that a fully supported platform
Jan 28 15:56:11 <GNUtoo|oeee> but I didn't look into it so I don't know how to resume...maybe with echo something > somewhere
Jan 28 15:56:18 <GNUtoo|oeee> wow
Jan 28 15:56:52 <GNUtoo|oeee> for sound leviathan commented the silece part
Jan 28 15:57:09 <mickeyl> i'd prefer if all would be working on one tree, but it looks like the split between Android/Linux and GNU/Linux is inevitable
Jan 28 15:57:29 <GNUtoo|oeee> mickeyl, no with ifdef we can avoid that...
Jan 28 15:57:33 <mickeyl> hmm
Jan 28 15:57:37 <GNUtoo|oeee> but leviathan doesn't like android
Jan 28 15:57:39 <GNUtoo|oeee> so he splited
Jan 28 15:57:41 <mickeyl> that's going to be ugly
Jan 28 15:57:44 <GNUtoo|oeee> also mainline splited
Jan 28 15:57:47 <mickeyl> the backlight is the best example
Jan 28 15:57:55 <GNUtoo|oeee> that's what I did for my first patches
Jan 28 15:58:00 <GNUtoo|oeee> ah ok
Jan 28 15:58:00 <rwhitby> mickeyl: don't forget the PalmWebOS/OE fork too ;-)
Jan 28 15:58:14 * kergoth thinks ifdefs are almost never the right answer :)
Jan 28 15:58:28 <mickeyl> rwhitby: i won't, but it's still pending a breakthrough on modem payload analysis, which morphis is working on
Jan 28 15:58:47 <mickeyl> rwhitby: i don't feel like investing lots of time unless it's 100% clear that the modem won#t be a showstopper
Jan 28 15:58:48 * kergoth hmms, been spoiled by using an external toolchain with mvl6, should start doing that with oe too
Jan 28 15:58:54 <rwhitby> mickeyl:  I mean the changes to bitbake and OE recipes that Palm is hoarding.
Jan 28 15:59:04 <GNUtoo|oeee> where can someone buy palm pre btw?
Jan 28 15:59:15 <rwhitby> GNUtoo|oeee: palm.com ?
Jan 28 15:59:16 <mickeyl> rwhitby: hmm, that's a sad story actually
Jan 28 15:59:22 <GNUtoo|oeee> they are not sold in france,italy,belgium
Jan 28 15:59:35 <mickeyl> rwhitby: it would suck if we had to reinvent all the work 
Jan 28 15:59:44 <rwhitby> GNUtoo|oeee: nor in Australia, but I imported one from the USA and two from Germany.
Jan 28 15:59:53 <GNUtoo|oeee> ok
Jan 28 16:00:33 <GNUtoo|oeee> yes,palm didnt give oe recipes of the sources,according to my understanding of the gpl that falls under the build scripts no?
Jan 28 16:00:55 <broonie> Depends how you look at it.
Jan 28 16:00:57 <rwhitby> OE is MIT, not GPL, as far as I remember.
Jan 28 16:01:03 <GNUtoo|oeee> I know
Jan 28 16:01:12 <broonie> You can build the actual apps which might be sufficient for GPL.
Jan 28 16:01:18 <GNUtoo|oeee> ah ok
Jan 28 16:01:42 <GNUtoo|oeee> so I mis-interpretated the gpl...sorry
Jan 28 16:01:44 <hrw> rwhitby: palm builds GPL kernel with OE - so OE can be treated as 'build scripts'
Jan 28 16:02:11 <rwhitby> hrw: kernel builds fine from source and patches on opensource.palm.com
Jan 28 16:02:37 <rwhitby> does GPL require actual build scripts used, or just build scripts that can build the binary?
Jan 28 16:02:45 <hrw> rwhitby: sure, but your palmpre contains kernel built with OE
Jan 28 16:02:54 <hrw> rwhitby: check /usr/lib/opkg/status file on device
Jan 28 16:03:05 <rwhitby> hrw: I expect some lawyers will make a lot of money from that question.
Jan 28 16:03:08 <hrw> rwhitby: no idea which ones wants
Jan 28 16:03:40 <pb_> rwhitby: I think any scripts that you can use to build the binary are acceptable, it doesn't have to be the exact ones that you use yourself.
Jan 28 16:04:24 <rwhitby> hrw: of course I agree that it would be best if Palm submitted their changes back to OE ...
Jan 28 16:04:48 <rwhitby> but I doubt that they are legally compelled to ...
Jan 28 16:04:52 <pb_> indeed, if you followed the "must publish your own build scripts" line of argument to the logical conclusion, you would end up needing to provide a complete copy of your build machine's operating system and indeed the hardware that it runs on.
Jan 28 16:05:26 <kergoth> heh, the whole point of making the recipes MIT was to ensure that *aren't* legally obligated to submit it back, to encourage commercial adoption
Jan 28 16:05:30 <rwhitby> OE was licensed as MIT rather than GPL for a specific reason, right?
Jan 28 16:05:33 <kergoth> yep
Jan 28 16:05:39 <rwhitby> kergoth: exactly
Jan 28 16:05:40 <kergoth> and clearly it worked..
Jan 28 16:06:32 <XorA> pb_: and eventually a universe similation :-)
Jan 28 16:06:33 <rwhitby> same reason why webos-internals.org is licensing all webOS patches as MIT, so that Palm can incorporate our patches into webOS without licensing trouble if they choose.
Jan 28 16:30:37 <kergoth> clarson@foul ~/o/p/s/t/w/i/p/proftpd-1.3.2b> autoupdate
Jan 28 16:30:38 <kergoth>  /home/clarson/oe/projects/sync/tmp/staging/i686-linux/bin/m4:/tmp/auqcZKiU/input.m4:340: ERROR: end of file in string
Jan 28 16:30:38 <kergoth> autoupdate: /home/clarson/oe/projects/sync/tmp/staging/i686-linux/bin/m4 failed with exit status: 1
Jan 28 16:30:40 <kergoth> oh that's helpful
Jan 28 16:30:43 <kergoth> that's a bunch, autoconf
Jan 28 16:30:46 <kergoth> er, thanks
Jan 28 16:31:20 <pb_> doh, that old problem
Jan 28 16:31:38 <kergoth> i suspect quoting
Jan 28 16:31:42 <kergoth> which is always a pain in the ass
Jan 28 16:32:10 <pb_> yeah, that almost always means you have a missing close quote (or a stray open quote) somewhere
Jan 28 16:32:22 <pb_> but, like you say, it can be a PITA to figure out exactly where
Jan 28 16:32:30 <kergoth> if i wrote the macros, maybe I'd have a prayer of finding it :)
Jan 28 16:39:15 <woglinde> hm
Jan 28 16:39:28 * woglinde is a search pig for such stuff
Jan 28 16:39:53 <hrw> kergoth: nice path;)
Jan 28 16:40:01 <kergoth> heh :)
Jan 28 16:40:33 <kergoth> clarson@foul ~/o/p/s/t/w/i/p/proftpd-1.3.2b> ls ~/oe/projects|wc -l
Jan 28 16:40:33 <kergoth> 148
Jan 28 16:42:57 <woglinde> re
Jan 28 16:44:09 <woglinde> hm a nice m4 editor with folding
Jan 28 16:44:16 * woglinde wonders if vim can do it
Jan 28 16:45:04 <kergoth> I've used vim with m4 without much trouble, not sure on the folding, but I'm sure you could manually enable folding using syntax based or regex based if necessary
Jan 28 16:46:07 <woglinde> than it should be easier to spot the error I think
Jan 28 16:47:13 <kergoth> true, good idea
Jan 28 16:47:24 <kergoth> here's hoping they don't do any changequote()s
Jan 28 16:47:29 <kergoth> those make my head hurt
Jan 28 16:48:32 <kgilmer> Laibsch, i've finished updating the bugzilla.  i ran some benchmarks and have evidence that debug-enabled jvm is slower.
Jan 28 16:49:21 <woglinde> damn pkg.m4 has no easy way to get static libs
Jan 28 16:51:23 <kergoth> woglinde: well, you could wrap the call to pkg-config --libs in -Bstatic / -Bdynamic, perhaps?
Jan 28 16:51:25 * kergoth shrugs
Jan 28 16:51:30 <woglinde> hi Jay7 jconnolly
Jan 28 16:52:07 <woglinde> kergoth?
Jan 28 16:52:15 <Jay7> woglinde: hey
Jan 28 16:52:16 <woglinde> hm seems there is no easyway at all
Jan 28 16:52:28 <woglinde> seems pkg-config cannt handle this case
Jan 28 16:52:39 <kergoth> -Bstatic tells ld the next libs should be static, -Bdynamic tells it the next should be shared, afaik
Jan 28 16:52:41 <woglinde> it should retunr  /path/libfoo.a
Jan 28 16:52:53 <woglinde> hm
Jan 28 16:52:55 <woglinde> ah
Jan 28 16:52:56 <woglinde> okay
Jan 28 16:52:58 <kergoth> -Bstatic -lfoo -Bdynamic should make it pull in libfoo.a, i think
Jan 28 16:53:10 <kergoth> but my toolchain / binutils knowledge isn't particularly good,i could be wrong :)
Jan 28 16:53:15 <kergoth> still, worth looking at
Jan 28 16:53:23 <woglinde> that might work in _add in Makefile.am
Jan 28 16:53:26 <woglinde> lets see
Jan 28 16:54:13 <woglinde> hm
Jan 28 16:54:22 <woglinde> now trick libtool
Jan 28 16:54:30 <hrw> bye
Jan 28 16:54:36 <woglinde> bye hrw
Jan 28 16:57:52 <woglinde> thanks kergoth for this sugestions
Jan 28 16:57:56 <kergoth> np
Jan 28 16:58:00 <woglinde> hms
Jan 28 16:58:07 <woglinde> I should use -Wl
Jan 28 16:58:17 <kergoth> yeah
Jan 28 16:58:23 <woglinde> because gcc is linker
Jan 28 17:41:34 <Laibsch> kergoth: There is a component under infrastructure to report tickets against tinderbox itself (both the software and our installation)
Jan 28 17:42:14 <kergoth> well, this particular one we can blame bitbake, it shouldn't be treating those as normal failed tasks, merely incomplete ones.
Jan 28 17:46:28 <Laibsch> kgilmer: thanks
Jan 28 17:48:35 <Laibsch> kergoth: yes, Jeremy has been telling me about a couple of bugs that seemed like oestats bugs but that turned out to be bugs in the error status returned by bitbake.
Jan 28 18:24:42 <eFfeM_home> anyone an opinion on this small perl patch? I posted to the ML but did not get any response on it
Jan 28 18:24:55 * kergoth expects most of us avoid perl :)
Jan 28 18:26:09 <eFfeM_home> so would I but xmltv uses it ....
Jan 28 18:26:53 <kergoth> 0001-perl-5.8.8-do-not-enter-manual-configuration.patch ?
Jan 28 18:27:59 <eFfeM_home> yes
Jan 28 18:28:33 <kergoth> are you sure that should apply to both target and native perl?
Jan 28 18:28:37 <eFfeM_home> (oops now see that I forgot to paste the link :-)  http://patchwork.openembedded.org/patch/1522/ 
Jan 28 18:28:38 <eFfeM_home> sry
Jan 28 18:28:51 * kergoth found the mail in gmail
Jan 28 18:29:31 <eFfeM_home> i expect so, because the native perl is used in staging and that one caused a loop wehn building namespacesupport
Jan 28 18:29:56 <eFfeM_home> it  kep on asking for a continent with a choice of 1-7 and it got yes as answer so kept reasking
Jan 28 18:30:17 <eFfeM_home> the odd thing is that it does not always ahppen so somethimes it seems to think it has a usable default
Jan 28 18:30:26 <eFfeM_home> but couldn't find that
Jan 28 18:30:35 <kergoth> the native is the one that needs it, most likely, because of our build process and the fact that stdin is redirected, no?  why does the target one need it, if the user is running things?
Jan 28 18:30:47 * kergoth maybe he misunderstands the nature of the problem, though
Jan 28 18:31:02 <eFfeM_home> btw I've also been working on perl 5.8.9 which reverses the initial question and has automatically as the default
Jan 28 18:31:22 <kergoth> oh, that question is asked at build time for both, not run time? i see..
Jan 28 18:31:25 <kergoth> okay then
Jan 28 18:31:35 <eFfeM_home> you're right, initially I did the target, but I guess ti does not need it
Jan 28 18:31:42 * kergoth considers the perl build process voodoo
Jan 28 18:31:48 <eFfeM_home> it is asked when building a package if you want to access the CPAN archive 
Jan 28 18:31:56 <eFfeM_home> at least that is my understanding
Jan 28 18:32:02 <kergoth> at first glance it looked like it was similar to our other issues with prompting at build time
Jan 28 18:32:07 <kergoth> like opkg prompting on conffiles hanging
Jan 28 18:32:17 <kergoth> redirected stdin can cause problems for apps that don't check if its a tty :)
Jan 28 18:32:25 * eFfeM_home thinks that it why iti is kinda orphaned
Jan 28 18:32:29 * kergoth nods
Jan 28 18:32:41 * kergoth thinks the python build is pretty voodoo too, but at least he's not rusty in that language ;)
Jan 28 18:33:06 <eFfeM_home> btw perl 5.8.9 did build for me, but dumps core when being run on the target (although the native one seems ok)
Jan 28 18:33:48 <eFfeM_home> and debugging on the target of something like perl is a pain as most of it is in libs which ofc are not compiled with -ggdb
Jan 28 18:34:20 <eFfeM_home> actaully wrt the patch the alternative would be to rephrase the question and make yes the default answer
Jan 28 18:34:24 <eFfeM_home> I can do that too
Jan 28 18:35:20 <kergoth> that sounds like it might be a bit cleaner, but hell, i don't know. i dont' have any objections to that patch or a similar one going into native perl myself, its obviously a problem that needs to be rectified
Jan 28 18:35:53 <eFfeM_home> yeah
Jan 28 18:36:12 <eFfeM_home> i'm rebuilding at the moment, but will fix it the clean way later today or tomorrow
Jan 28 18:36:20 <kergoth> we really need a good way to identify / resolve the whole issue of orphaned / barely maintained recipes
Jan 28 18:36:36 <eFfeM_home> speaking of things to be fixed: do you have an opinion on this oldie that is still not fixed: http://thread.gmane.org/gmane.comp.handhelds.openembedded/19300/focus=19321
Jan 28 18:37:07 * eFfeM_home is in favour of giving recipes one or more owners
Jan 28 18:37:35 <kergoth> that patch looks like a step in the right direction.  i think we should sit down and revisit the whole way pstage functions, though
Jan 28 18:37:46 <kergoth> someday
Jan 28 18:37:47 <kergoth> :)
Jan 28 18:38:23 <eFfeM_home> true but someday might be far away, and the issue is already dangling for almost 1.5 yr
Jan 28 18:38:39 <kergoth> yeah, agreed
Jan 28 18:38:55 * eFfeM_home does not feel too comfortable in the classes dir to actually work on pstage
Jan 28 18:39:31 <kergoth> as the reply says, its not necessarily required to be within deploy_dir i don't think, but you could make it check, and see if anything is outside it
Jan 28 18:39:34 <woglinde> ~lart maemo for not shipping static libfreetype
Jan 28 18:39:35 * ibot lowers maemo's priority for not shipping static libfreetype
Jan 28 18:40:34 <Crofton|work> do we have a package that will install the stuff needed to create a swapfile?
Jan 28 18:41:11 <kergoth> hmm, i think busybox has swapon but not mkswap, mkswap ppears to be part of util-linux
Jan 28 18:41:13 * kergoth looks at the recipe
Jan 28 18:41:27 <Crofton|work> hmm
Jan 28 18:41:40 <kergoth> yeah, its installed in util-linux-ng's recipe
Jan 28 18:41:45 <kergoth> part of the sbinprogs
Jan 28 18:41:58 <Crofton|work> I don't have swapon eiterh
Jan 28 18:42:05 <Crofton|work> need to poke around
Jan 28 18:46:08 <Crofton> not finding mkswap ...
Jan 28 18:46:20 <eFfeM_home> btw anyone an idea who generates this msg: grep -r did not really reveal a candidate got this after bitbake -cclean virtual/kernel with pstage:
Jan 28 18:46:21 <eFfeM_home>  * Package staging-strace-armv7a-angstrom-linux-gnueabi version
Jan 28 18:46:21 <eFfeM_home> 4.5.14-r9 has no architecture specified, defaulting to i686-linux.
Jan 28 18:46:39 * kergoth gets those errors all the time, but they don't seem to harm anything
Jan 28 18:46:55 <eFfeM_home> would like to learn what the issue is (and see if I can find a fix,) but can't fond who generates them :-(
Jan 28 18:47:10 <eFfeM_home> maybe it is in opkg
Jan 28 18:50:23 <eFfeM_home> it is :-)
Jan 28 18:51:59 <khem> kergoth: I am tryin to spawn git command from python popen seems not to take python vars
Jan 28 18:52:18 <khem> the arguments I want to pass to git are in python vars
Jan 28 18:53:05 <khem> oh i could use printf format cool
Jan 28 18:53:08 <khem> hmm
Jan 28 18:55:23 <kergoth> Popen in subprocess can also take a list of arguments rather than a string
Jan 28 18:55:37 <kergoth> Popen(["git", "checkout", foo])
Jan 28 18:55:58 <kergoth> then it takes care of ensuring things are quoted properly, too
Jan 28 18:56:32 * kergoth wanders off to get some food
Jan 28 19:00:10 <Longfield> is there an easy way to build the same sdk-target, but with secifying and SDK_ARCH (so having a canadian-cross build) without overwriting my old "normal" sdk ?
Jan 28 19:02:30 <Tartarus> Longfield, I need to poke things again, but at least when that stuff went in initially, no
Jan 28 19:02:52 <Tartarus> If you're looking to make a mingw sdk, anyhow
Jan 28 19:03:46 <filip> is there a reason why there is no recipe for the vnc server
Jan 28 19:03:57 <filip> or I just can't find it?
Jan 28 19:04:01 <filip> only viewers
Jan 28 19:04:08 <Longfield> Tartarus: no ... I am building on a 64bit machine and I would like to build a 32bit sdk (both Linux) so that my colleagues who are running 32bit Linuxes can also use the sdk
Jan 28 19:04:58 <Longfield> but from what I see, if I build that canadian sdk, it will erase my normal sdk, which I don't want
Jan 28 19:06:16 <Tartarus> Erase what?
Jan 28 19:06:41 <khem> kergoth: I tried Popen actually
Jan 28 19:06:54 <Tartarus> The symlink might be ovewritten, but there's a variable TOOLCHAIN_OUTPUTNAME or so
Jan 28 19:07:06 <Tartarus> You can set, to include something about the SDK_ARCH, so that it wouldn't
Jan 28 19:15:22 <khem> kergoth: I want to use git rev-list <commit1>...<commit2>
Jan 28 19:15:45 <khem> now I have commit1 and commit2 as python vars how do I format it for Popen
Jan 28 19:35:05 <kergoth> khem: ah, yeah, in that case you have to use % or string.format, since the <commit1>...<commit2> is a single argument
Jan 28 20:00:25 <filip> abort: There is no Mercurial repository here (.hg not found)!
Jan 28 20:00:33 <filip> ERROR: Build of /home/filip.zyzniewski/pda/oe/openembedded/recipes/mozilla/fennec_hg.bb do_fetch failed
Jan 28 20:00:36 <filip> whoops?
Jan 28 20:06:31 <JaMa> khem: that hook allows only exactly one word before : , right?
Jan 28 20:08:40 <JaMa> khem: and isn't word split also ie kernel.bbclass: triggered on 'kernel'?
Jan 28 20:09:51 <khem> no its split with a space
Jan 28 20:10:09 <khem> its string object
Jan 28 20:10:23 <khem> JaMa: I have not tested it there may be issues though
Jan 28 20:11:08 <khem> We could write a commit message parser too :) but that will be overkill
Jan 28 20:11:17 <khem> with all error recovery and all
Jan 28 20:12:20 <JaMa> ah ok.. I just sometimes use something like "fso recipes: some small formal change for all", but I can stay on policy edge with "fso_recipes:"
Jan 28 20:12:44 <Crofton|work> :)
Jan 28 20:12:53 <khem> JaMa: As I said 
Jan 28 20:12:59 <Crofton|work> just make sure that looking at the shortlog makes sense :)
Jan 28 20:13:27 <JaMa> Crofton|work: that part after : wasn't real example :)
Jan 28 20:13:34 <Crofton|work> http://cgit.openembedded.org/cgit.cgi/openembedded/log/
Jan 28 20:15:23 <JaMa> khem: I agree with you.. as soon as '.' is allowed between, I'm happy with what you send..
Jan 28 20:16:19 <khem> I am happy that it will also reject "  Merge branch 'org.openembedded.dev' of git.openembedded.org:openembedded into ...." crap
Jan 28 20:16:21 <JaMa> checking for "Merge branch... " commit message will be also checked with this :)
Jan 28 20:16:28 <JaMa> hehe :)
Jan 28 20:17:46 <khem> I plan to extend to check for Signed-off-bys too 
Jan 28 20:18:20 <khem> atleast it should have signed off from committer and author
Jan 28 20:20:43 <kergoth> hmm, /me tries to think of common problems people hit in the recipe creation process
Jan 28 20:24:03 <JaMa> filip: do you have hg installed on your buildhost? it works ok for me
Jan 28 20:28:05 <khem> kergoth: I think a template should pop up if people use vi and the extensions from contrib :)
Jan 28 20:28:15 <kergoth> heh :) that helps
Jan 28 20:28:22 <kergoth> still lots of common mistakes and the like though
Jan 28 20:28:29 <kergoth> like not using classes because tthey dont know they exist
Jan 28 20:28:30 <JaMa> filip: ahh maybe not.. it downloaded ok and then it shown the same message as to you...
Jan 28 20:28:34 <kergoth> (gettext, pkgconfig, binconfig, ...)
Jan 28 20:31:08 <khem> kergoth: its difficult to beat lazyness but may be writing down a book on bitbake will help 
Jan 28 20:31:47 <khem> kergoth: and make it the holy book for OE development like Dragon book is for compiler developers
Jan 28 20:34:03 <RP> khem: Maybe someone will write a book one of these days :}
Jan 28 20:34:37 <khem> RP: I was thinking of, but its a big ask on time
Jan 28 20:35:06 <RP> khem: How hard do you think it would be to to split libstdc++ out of the gcc build? 
Jan 28 20:35:36 <RP> khem: Building it for both gcc-cross and gcc seems wasteful :/
Jan 28 20:35:41 <khem> hmm not much I believe because its a target lib
Jan 28 20:35:56 <khem> yes, we should disable it for gcc
Jan 28 20:36:01 <RP> khem: Perhaps we just need more specific "make X" commands...
Jan 28 20:36:05 <khem> yep
Jan 28 20:36:21 <khem> actually I have done it before
Jan 28 20:36:24 * RP looked at the makefile but couldn't figure out what the "default" eqautes to :/
Jan 28 20:36:30 <RP> equates
Jan 28 20:36:56 * RP lacks the right makefile magic
Jan 28 20:37:19 <khem> let me try to grok a bit and I will remember
Jan 28 20:38:58 <RP> khem: all vs all-target perhaps?
Jan 28 20:41:49 <kergoth> khem: i was actually just talking to chris hallinan at MV about it, he's published an embedded Linux book before and was thinking about trying to get a book together if the oe devs support him in it
Jan 28 20:42:28 <RP> There were ideas that the Poky manual could become one maybe
Jan 28 20:43:21 <kergoth> thatd certainly be a start
Jan 28 20:43:27 <kergoth> there's just so much to cover :)
Jan 28 20:44:17 * RP remembers how much of a pain that manual was :/
Jan 28 20:44:44 <RP> Good to have but time consuming to write
Jan 28 20:44:51 <kergoth> itd be awesome to get more folks with real solid expertise in technical writing, not just devs dabbling in it
Jan 28 20:44:53 <kergoth> heh
Jan 28 20:44:56 <kergoth> yeah, I'm sure
Jan 28 20:45:12 <RP> kergoth: The trouble is the tech writers don't understand the stuff
Jan 28 20:45:13 <khem> RP: I edited the Makefile and deleted the libstdc++ targets
Jan 28 20:45:22 <khem> probably thats not best
Jan 28 20:45:27 <kergoth> true, but they can work with the developers
Jan 28 20:45:29 <khem> let me look for disabling
Jan 28 20:45:33 <kergoth> hrm
Jan 28 20:45:36 <RP> khem: ah, that'd be cheating :)
Jan 28 20:45:43 <Crofton|work> I don't think the board would have any issue with someone writing a book
Jan 28 20:45:50 <RP> khem: I think "make all-host" might work
Jan 28 20:46:06 <khem> RP: Let me take a look at the makefile
Jan 28 20:46:40 <kergoth> Crofton|work: would beneficial in more ways than one.  additional mindshare / publicity just having it out there, not even considering being able to use it to counter some of the arguments against OE relating to ease of use and training difficulty
Jan 28 20:47:09 <Crofton|work> agreed
Jan 28 20:47:48 <Crofton|work> and if it is a bad book, we can blame MV :)
Jan 28 20:48:13 <Crofton|work> I always worry about keeping things like that up to date
Jan 28 20:48:32 <kergoth> hehe
Jan 28 20:48:42 <kergoth> yeah, thats always a concern, but if you can swing getting new editions out regularly...
Jan 28 20:48:49 <Crofton|work> right
Jan 28 20:48:50 <kergoth> at least, if enough people buy the thing
Jan 28 20:48:57 <Crofton|work> yeah
Jan 28 20:50:08 <khem> RP: yeah but I dont see a knob to just turn off libstdc++
Jan 28 20:50:20 <khem> it will turn off all host libraries
Jan 28 20:50:39 <khem> RP: another option is to specify all the targets we want to build
Jan 28 20:50:42 <khem> instead of all
Jan 28 20:50:49 <RP> khem: For gcc, I'm not sure thats a problem?
Jan 28 20:51:41 <kergoth> Crofton|work: heh, if i was a better writer, I'd think about putting out a book or ebook myself, good for one's credibility ;)
Jan 28 20:52:33 <RP> Seriously, where does the Poky manual lack info? Obviously its Poky targetted, not OE but apart from that?
Jan 28 20:52:54 * kergoth would have to re-read it, been too long
Jan 28 20:53:49 <khem> RP: We could also move the libstdc++ sources out of tree or even delete it during target gcc build
Jan 28 20:53:56 <khem> thats one clean option
Jan 28 20:55:38 <khem> RP: --disable-hosted-libstdcxx
Jan 28 20:56:42 <khem> no thats not the one it will only remove OS awareness
Jan 28 21:02:17 <XorA> ~curse gtk+
Jan 28 21:02:20 <ibot> May you be reincarnated as a Windows XP administrator, gtk+ !
Jan 28 21:06:32 <Crofton|work> anyone know if you can use the kernel list interface to manage data buffers in a device driver?
Jan 28 21:08:04 <JaMa> ynezz: did you talk to edevs on #edevelop? I've seen your bug report in their track.. so I guess it should be quite easy to find someone willing to commit it there and then just bump EFL rev again..
Jan 28 21:18:07 <khem> RP: With newer gcc we can do --disable-libstdc++-v3
Jan 28 21:20:30 <khem> hmm we use autoconf 2.61 that could be problem 
Jan 28 21:26:46 <RP> khem: I think simplest is just to "make all-host" in the gcc recipe
Jan 28 21:26:53 <RP> khem: and cross-canadian
Jan 28 21:27:26 <RP> but gcc-cross needs to generate libstc++-dev
Jan 28 21:27:47 <ynezz> JaMa: in OE it's just a workaround, fix would be different I think, it looks like some race somewhere...
Jan 28 21:30:57 <GNUtoo> Immm micro-base-image didn't add the kernel,and I bet I'll have to find a way to install stuff in the image
Jan 28 21:34:45 <JaMa> ynezz: ok.. I'm just saying that e devs are really helpfull and getting fix to their svn was quite fast.. (faster then removing/maxrev= patch with next EFL bump)
Jan 28 21:36:37 <ynezz> JaMa: Date: Thu, 28 Jan 2010 01:05:24 +0100                                                                                                                        
Jan 28 21:36:43 <ynezz> d'oh
Jan 28 21:36:50 <ynezz> weird copy&paste
Jan 28 21:37:06 <ynezz> but this is when I've sent an email to their list to discuss this
Jan 28 21:37:54 <pb__> GNUtoo: indeed, there is no kernel in the rootfs by default with micro-base-image.  you can add it by hand if you need it.
Jan 28 21:38:01 <JaMa> I noticed it in trac timeline.. I'm not reading their ML..
Jan 28 21:38:28 <GNUtoo> ok that's what I'm doing right now
Jan 28 21:38:31 <khem> RP: How about other libraries like libiberty libgfortran libmudflap etc.
Jan 28 21:38:40 <ynezz> JaMa: I don't expect fast response on trac so I fixed it in OE and if it's fixed in E, we can just remove that patch
Jan 28 21:39:05 <ynezz> and one thing less to maintain in my branch
Jan 28 21:39:06 <GNUtoo> so if it's intended I'll keep it as-is and manually add it
Jan 28 21:40:22 <khem> RP let me try all-host I thought it would still generate libstdc++ on cross hosted environment that we build target gcc in
Jan 28 21:43:51 <GNUtoo> btw how do I install software in a micro-base-image?
Jan 28 21:46:16 <woglinde> gnutoo micro is nt aimed for installing software after
Jan 28 21:46:39 <woglinde> all software you need you have to define at image generation
Jan 28 21:46:40 <GNUtoo> ok,I thought there was a way to install software...ofline
Jan 28 21:46:43 <GNUtoo> ok
Jan 28 21:47:13 <GNUtoo> I wondered how doable was to fit a system with gui+some usefull stuff in 32M of ram
Jan 28 21:47:23 <GNUtoo> run on microsd 
Jan 28 21:48:58 <RP> khem: it may do, I'm not 100% sure
Jan 28 21:49:18 <RP> khem: I'd really just like to build all that stuff once...
Jan 28 21:49:26 <blindvt> khem, s/poilicy/policy/
Jan 28 21:49:44 <RP> khem: (mudflap, gfortran and so on)
Jan 28 21:51:12 <GNUtoo> because I wondered how usable was this qi-hardware thing(beside size-issues(like the mac tiny video))
Jan 28 21:53:32 <pb__> GNUtoo: it should be achievable; the original ipaqs had 32MB of RAM and they were capable of running X plus a gtk+ gui of some description.
Jan 28 21:53:44 <GNUtoo> wow
Jan 28 21:54:36 <pb__> admittedly that system was, in some ways, a little bit more carefully tuned than what you currently get out of OE, and I wouldn't be too surprised if you run into some problems out of the box, but they should be soluble.
Jan 28 21:56:22 <blindvt> khem, we're using this pre-receive hook, fyi: http://busybox.net/~aldot/git-hook/pre-receive
Jan 28 21:56:46 <GNUtoo> ok
Jan 28 21:57:01 <GNUtoo> anyway with micro I've some libs like sdl which are not packaged
Jan 28 21:57:03 <woglinde> hi blinder
Jan 28 21:57:16 <pb__> RP: apropos your gcc thing, can you not just run "make" in the subdirector(ies) that you do want to build rather than at the top level?
Jan 28 21:57:35 <kergoth> blindvt: cute
Jan 28 21:57:42 <pb__> i.e., if you just want to build gcc and not the runtime bits, just run make inside the gcc subdir.
Jan 28 21:57:50 <blindvt> woglinde, heya
Jan 28 21:58:51 <RP> pb__: Then you lose the ability for gcc to work out which other bits it needs and how to configure them
Jan 28 21:59:14 <kergoth> eFfeM: your perl changes got suckd into your kernel.bbclass commit :)
Jan 28 21:59:28 <pb__> RP: isn't that what you want, though/
Jan 28 22:00:36 <RP> pb__: I just want rid of the target bits, the host bits I'm fine with
Jan 28 22:00:56 <RP> pb__: hence make all-host probably does what I think we really want
Jan 28 22:01:07 <pb__> ah, right, fair enough
Jan 28 22:01:18 <pb__> I thought you meant that you wanted to avoid duplicate builds of all those things.
Jan 28 22:01:49 <pb__> if you want all the host bits then yeah, all-host should be the right thing
Jan 28 22:02:10 <eFfeM_home> kergoth: yuk, how did I do that, I reverted the commit of the perl code before I committed kernel.bbclass
Jan 28 22:02:17 * kergoth shrugs
Jan 28 22:02:22 <pb__> you'll need all-build too, but I guess all-host or its dependencies depend on that.
Jan 28 22:03:05 <eFfeM_home> this is the start of my git log: http://www.pastebin.ca/1769893
Jan 28 22:03:31 <kergoth> always a good idea to look over a git log -p or git show to check sanity before pushing or emailing :)
Jan 28 22:03:32 <kergoth> just in case
Jan 28 22:03:57 <RP> pb__: The host bits presumably differ between gcc and gcc-cross
Jan 28 22:04:12 <kergoth> eFfeM_home: git commit -s adds signed off.  git am -s adds signed off.  git cherry-pick -s adds signed off. :)
Jan 28 22:04:42 <eFfeM_home> yeah should have checked manually got sidetracked getting send-email to work
Jan 28 22:05:08 <kergoth> hehe, thatll do it.. can be a pain
Jan 28 22:06:45 * RP ponders what happens if gcc-cross and gcc don't match versions
Jan 28 22:07:19 * kergoth doubts there'd be a problem.  gcc-cross-initial manages to build just fine using the build machine's compiler, no?
Jan 28 22:08:05 <RP> kergoth: More like you end up with libgcc and libstdc++ from one version and a different gcc version on device
Jan 28 22:08:32 <kergoth> heh, yeah, the libgcc / libstdc++ bits coming from gcc-cross sucks 
Jan 28 22:08:42 <RP> and it appears gcc looks into staging and builds a monster gcc :/
Jan 28 22:08:56 <RP> I have one here with both 4.3.1 and 4.3.3 directories
Jan 28 22:09:17 <RP> Both in a gcc 4.3.1 build with a gcc-cross 4.3.3 staging
Jan 28 22:09:26 <RP> sick :(
Jan 28 22:11:05 <eFfeM_home> is there also an easy way to tell git send-email to use the oe address automatically
Jan 28 22:11:19 <ynezz> yes, in gitconfig
Jan 28 22:12:06 <ynezz> git config sendemail.to "oe@oe.org"
Jan 28 22:12:43 <eFfeM_home> tnx
Jan 28 22:12:49 <blindvt> khem, http://paste.debian.net/57944/ ;# like cd ~/src/you-oe && echo ccf4b50951463b7cb3e02f85ea1d366666721743 09ff53d9270b09818d6478ddac768af807a55c3c org.openembedded.dev | sh /tmp/pre-receive
Jan 28 22:13:54 <blindvt> khem, (modulo proper placing of ";;" in the paste ;)
Jan 28 22:15:30 <kergoth> eFfeM_home: see the man page, you can also add specific identities.  i have both my work and home addresses and mail servers configured :)
Jan 28 22:16:33 <eFfeM_home> kergoth: will do, but not today any more
Jan 28 22:16:45 <eFfeM_home> patch has been resend and I will sonn call it a day
Jan 28 22:16:53 <kergoth> i didn't mean now, just wanted to point it out so you know its an option :)
Jan 28 22:18:26 <eFfeM_home> i know, git sometimes is a maze of little things one should know and I never really got into studying it 
Jan 28 22:23:38 <ynezz> kergoth: good, didn't knew about identities
Jan 28 22:23:44 <kergoth> :)
Jan 28 22:23:56 * kergoth loves it since he does oe work at home and work both
Jan 28 22:28:16 <ynezz> JaMa: d'oh :)
Jan 28 22:29:20 <ynezz> kergoth: or one can use test identity to mail it himself first and then to list
Jan 28 22:29:33 <kergoth> you don't need identities for that
Jan 28 22:29:37 <kergoth> it prompts for who you want to send it to
Jan 28 22:29:41 <kergoth> but i guess you could, yeah
Jan 28 22:30:02 <ynezz> yes, but it's easier to make alias for it then type it forever
Jan 28 22:30:14 * pb__ stabs usblp
Jan 28 22:30:16 <kergoth> true
Jan 28 22:30:53 <JaMa> ynezz: :)
Jan 28 22:30:55 <ynezz> pls, can somebody close/remove/reject this patch http://patchwork.openembedded.org/patch/1527/
Jan 28 22:30:58 <ynezz> thanks
Jan 28 22:31:09 <JaMa> ynezz: you can reject it too
Jan 28 22:31:23 <JaMa> ynezz: if you log in with same address as used in patch
Jan 28 22:31:58 <ynezz> ah, great
Jan 28 22:32:27 <ynezz> hm, what's archived option for?
Jan 28 22:32:40 <ynezz> assume I can leave it as it is
Jan 28 22:32:43 <kergoth> so i was thinking about the whole "be more project aware" thing.  was experimenting with the idea of a project tool which you can use to add a collection to a project, and add a recipe from one of those collections, and when you add the recipe, it parses the collection metadata and does the fetch/unpack/patch, but drops that patched tree into the project and arranges things so the recipe automatically uses that if available as an srctree, a
Jan 28 22:32:43 <kergoth> srctree.bbclass.  thoughts?
Jan 28 22:33:19 <JaMa> ynezz: I'm not sure.. I usually mark it for archive (seen that for applied..)
Jan 28 22:33:32 <JaMa> ynezz: will you bump EFL srcrev? 
Jan 28 22:34:22 <RP> kergoth: It would be nice if done properly
Jan 28 22:34:27 <kergoth> o
Jan 28 22:34:27 <kergoth> , 
Jan 28 22:34:29 <kergoth> er
Jan 28 22:35:28 <RP> kergoth: ?
Jan 28 22:36:09 <ynezz> JaMa: if you can do it, pls do, thanks
Jan 28 22:36:31 <ynezz> JaMa: I'll then try to build it and test
Jan 28 22:37:36 <kergoth> RP: i think my macbook is possessed.
Jan 28 22:38:19 <kergoth> RP: anyway, i was thinking with that sort of approach it would avoid hacking up bitbake itself for the different possible workflows, and would avoid revamping the metadata and collections, but could help improve the handling of the app and kernel developer use cases
Jan 28 22:38:28 <ynezz> JaMa: BTW, I would like to comment on this patch http://patchwork.openembedded.org/patch/1089/ is it possible to do it on patchwork?
Jan 28 22:38:33 * kergoth 'll give it more thought and maybe do a prototype
Jan 28 22:38:40 <RP> kergoth: Perhaps its gaining sentience? :)
Jan 28 22:39:20 <kergoth> hehe
Jan 28 22:39:36 <kergoth> well, I've been thinking that its just very diffiicult for a single tool to handle every case
Jan 28 22:40:07 <RP> kergoth: yes, I'd have thought it was more an issue of integration with whatever the tool is
Jan 28 22:40:27 <RP> kergoth: but having a class such a tool would interface with makes sense
Jan 28 22:42:00 <kergoth> well, my thought was that the tool would either call out bitbake to get the source tree available, or build a cooker and do it itself, but after the source tree is there, I'd want to avoid copying the recipe itself out of the collection, so if we can tweak its behavior to automatically leverage the pre-unpacked sources, that would get it the rest of the way
Jan 28 22:42:49 * kergoth shrugs, lots of possibilities, but we need to do something :)
Jan 28 22:45:10 <kergoth> hmm.
Jan 28 22:56:10 <JaMa> ynezz: AFAIK not possible.. you have to reply on that e-mail (or find Message-id on some web mail-archive).. 
Jan 28 22:57:53 <JaMa> ynezz: and sorry I won't bump EFL now.. I'm leaving tomorrow for 3 days.. and so I cannot test it on device first.. and I'm too scared to commit new rev without test on device because E was a bit broken in last few days in one way or another (but there is only few new commits should be "safe")
Jan 28 22:59:12 <ynezz> JaMa: np, I'll do it tomorrow
Jan 28 23:05:21 <RP> kergoth: Thinking about your problem, it would work well if the tool could just inject an extra class to inherit for a given recipe which then changed the behaviours of the tasks and pointed S elsewhere
Jan 28 23:05:42 <kergoth> yeah, that's the kind of thing i was thinking about too
Jan 28 23:05:46 <kergoth> should be pretty straightforward to do
Jan 28 23:06:07 <RP> INEHRIT_pn-foo = "x"
Jan 28 23:06:26 <kergoth> http://kergoth.pastebin.com/m715c9878 is the kind of usage I'm thinking of
Jan 28 23:06:27 <RP> I think there was a patch somewhere on the bitbake list for something like that even
Jan 28 23:06:36 <RP> but it caused a parser slowdown
Jan 28 23:06:58 <kergoth> yeah there was
Jan 28 23:07:12 <kergoth> someone wanted to use it for a similar kind of thing, actually, using srctree to point at an existing source tree
Jan 28 23:07:55 <RP> bbproject could just be changing a .conf file behind the scenes...
Jan 28 23:08:19 <kergoth> yeah, that's what I'm thinking.  generated local.conf down in config/
Jan 28 23:08:42 <kergoth> no need to change the current bitbake or python package at all
Jan 28 23:09:07 <RP> kergoth: right
Jan 28 23:09:09 * kergoth should poll some users to see if others would want this kind of workflow
Jan 28 23:09:29 <RP> kergoth: I'm not adversed to changing bitbake but in this case there doesn't seem to be a need
Jan 28 23:09:36 <kergoth> agreed
Jan 28 23:10:39 <RP> The one thing I do want to add is some way of putting config in collection directories which says "I am a collection, I have .bb files here ->, I have extra site files here ->" and so on
Jan 28 23:10:55 <kergoth> I'm actually thinking about maybe doing a parallel python package.  bitbake.project, use setuptools to allow you to distribute it independently of other modules in the bitbake package.  it could leverage whats already in bb, but we could, say, add a new fetch module to this namespace without screwing up the current one
Jan 28 23:11:16 <kergoth> oh yeah, that would be nice
Jan 28 23:11:17 <kergoth> w
Jan 28 23:11:30 <kergoth> we've had multiple requests for the ability to auto-load a config file from a collection if its around
Jan 28 23:12:24 <RP> I was thinking of maybe a new file ".bbproject" which just lists a set of locations which we then go and autoload config from
Jan 28 23:12:48 <RP> and bitbake then checks for this before doing the conf/local.conf dance
Jan 28 23:12:58 <kergoth> hehe.. my almost empty implementation of bitbake.project creates a .bitbake-project YAML file to add collections to the project
Jan 28 23:13:01 <kergoth> great minds.. ;)
Jan 28 23:13:58 <RP> I think the collections stuff sucks badly enough to justify changing the way bitbake finds files, or at least adding a new method...
Jan 28 23:14:23 <kergoth> people really, really don't grok BBPATH+BBFILES, though its flexibility is nice for some of us, not for most
Jan 28 23:15:17 <RP> exactly
Jan 28 23:16:20 <Crofton|work> http://pastebin.com/m2e7d5eeb
Jan 28 23:16:26 <Crofton|work> does that mean anything to anyone?
Jan 28 23:16:39 <kergoth> RP: https://wave.google.com/wave/#minimized:nav,minimized:contact,minimized:search,restored:wave:googlewave.com!w%252BN9dP0PCnA
Jan 28 23:16:43 <kergoth> RP: "    * Let's take a step back and revisit our original purpose, the use cases we're trying to satisfy, and aspects of the implementation. Once you've had a given project for a while, it's easy to get into a mode where you're locked into that way of doing things. Let's look at the high level stuff again, and make sure we're really doing what we need to be doing to satisfy our userbase."
Jan 28 23:17:00 * kergoth thinks this is an example of that, something we just threw together without considering what needs we're trying to satisfy
Jan 28 23:17:28 <kergoth> Crofton|work: er, ow.  all it means to me is, broken compiler :)
Jan 28 23:17:51 * kergoth heads home
Jan 28 23:17:56 <Crofton|work> it is the kernel messages that are curious
Jan 28 23:18:10 <Crofton|work> need to figure out where they come from
Jan 28 23:18:19 <Crofton|work> I think the kernel kills the compiler
Jan 28 23:18:22 <khem> Crofton|work: yeah it could be memory corruption
Jan 28 23:18:32 <RP> Crofton|work: Its the OOM killer deciding what to kill?
Jan 28 23:18:44 <khem> is it short on memory them OOM will kick in
Jan 28 23:18:56 <RP> kergoth: Agreed, that is where to start
Jan 28 23:19:10 <RP> kergoth: I kind of did that and came to the above conclusion though ;-)
Jan 28 23:19:38 <kergoth> indeed, in this one area anyway.  we should set up some more brainstorming sessions for other aspects of the system
Jan 28 23:19:54 <RP> kergoth: That would be good
Jan 28 23:20:13 <RP> kergoth: I'm not wave enabled, at least not from this machine :/
Jan 28 23:20:55 <Crofton|work> I added a bunch of swap
Jan 28 23:21:02 <kergoth> the wave is just an experimental alternative form of that giant list of random oe ideas I've had for years, figured a wave would be easy for others to add shit to, and could see if its worth using for that.  i doubt there's much there that you haven't seen before
Jan 28 23:21:18 <Crofton|work> I suspect OOm, but there was loads of swap left
Jan 28 23:21:31 <kergoth> heh, time to run a memory test?
Jan 28 23:22:22 <RP> kergoth: I seem to remember a previous list, yes
Jan 28 23:22:49 * RP stabs the DVLA who claim no knowledge of his motorcycle insurance
Jan 29 01:06:03 <woglinde> jo raster
Jan 29 01:06:29 <raster> woglinde: yo wogz
**** ENDING LOGGING AT Fri Jan 29 02:59:56 2010