**** BEGIN LOGGING AT Mon Dec 22 02:59:56 2008
Dec 22 03:01:12 <Kensan> Montgoss: try building shr with that EFL_SRCREV
Dec 22 03:01:31 <Montgoss> Kensan:  How do I do that?
Dec 22 03:01:45 <Kensan> Montgoss: edit shr/openembedded/conf/distro/include/shr-autorev.inc
Dec 22 03:01:57 <tmzt_> sorry, configuration being NEWER
Dec 22 03:02:44 <Montgoss> Kensan: that file doesn't exist
Dec 22 03:05:34 <Kensan> Montgoss: hm
Dec 22 03:05:46 <Kensan> Montgoss: it must be somewhere.
Dec 22 03:07:31 <Kensan> Montgoss: under /home/montgoss/shr/shr maybe?
Dec 22 03:08:14 <Montgoss> oh...  it's in shr/shr/openembeded/...
Dec 22 03:09:04 <Montgoss> Kensan: do I need to do an update or anything after making that change?
Dec 22 03:09:21 <Kensan> Montgoss: clean the efl package
Dec 22 03:10:15 <Montgoss> Kensan:  Err...  what command does that?
Dec 22 03:10:26 <Kensan> bitbake -c clean packagename
Dec 22 03:10:32 <Kensan> if I am not mistaken
Dec 22 03:10:58 <raster> Kensan:  "38274" srcrev builds just find
Dec 22 03:11:01 <raster> runs fine
Dec 22 03:11:04 <raster> icons display
Dec 22 03:11:22 <raster> seems just dandy to me
Dec 22 03:12:00 <Kensan> raster: ok, montgoss has issues building SHR.
Dec 22 03:12:10 <Kensan> well I need to catch some sleep
Dec 22 03:12:43 <Montgoss> my EFL_SRCREV was set to "37812"
Dec 22 03:15:16 <Kensan> Montgoss: that's the current value in the SHR repos.
Dec 22 03:15:33 <Kensan> Montgoss: try to get hold of Ainulindale if you can't resolv the issues.
Dec 22 03:15:36 <Montgoss> Kensan: i don't think the bitbake -c did anything
Dec 22 03:15:37 <Kensan> good night
Dec 22 03:15:59 <Kensan> Montgoss: it should tell you that it cleaned the package etc.
Dec 22 03:16:58 <Montgoss> NOTE: Parsing finished. 0 cached, 6099 parsed, 281 skipped, 0 masked.
Dec 22 08:18:42 <quickdev> Hey
Dec 22 08:26:03 <PaulFertser_> quickdev: Hi.
Dec 22 08:26:18 <quickdev> hey PaulFertser_ 
Dec 22 08:35:43 <CM_work> PaulFertser_: Wow, you're 4 lines too short ;)
Dec 22 08:35:48 <CM_work> Good morning
Dec 22 08:36:31 <PaulFertser_> CM_work: morning, CM :)
Dec 22 08:41:36 <quickdev> good morning BluesLee 
Dec 22 08:41:45 <BluesLee> hi quickdev
Dec 22 09:00:47 <quickdev> mickey|dinner, here?
Dec 22 09:10:00 <BluesLee> quickdev: gibts etwas neues?
Dec 22 09:10:35 <quickdev> BluesLee, ja, den gsm0710muxd patch. Könntest du testen?
Dec 22 09:10:58 <BluesLee> english quickdev, english;-)
Dec 22 09:11:13 <quickdev> you began :)
Dec 22 09:11:22 <BluesLee> i have more instabilities with shr now
Dec 22 09:11:34 <BluesLee> apps are crashing just for fun
Dec 22 09:13:08 <BluesLee> quickdev: what exactly i should install and do?
Dec 22 09:15:38 <quickdev> BluesLee, could you give a frameworkd log immediately after it crashes?
Dec 22 09:15:48 <quickdev> *give me the frameworkd.log
Dec 22 09:16:35 <BluesLee> quickdev: i meant e in general
Dec 22 09:17:41 <quickdev> BluesLee, e should be as stable as it was some days ago. Did you enable any modules / gadgets?
Dec 22 09:17:43 <BluesLee> quickdev: maybe its subjective but i think e is getting more instable
Dec 22 09:18:25 <BluesLee> quickdev: only gsm and battery by default
Dec 22 09:19:23 <quickdev> hm, strange
Dec 22 09:20:09 <BluesLee> subjective feeling, forget it ;-)
Dec 22 09:29:25 <BluesLee> quickdev: what exactly does this patch do?
Dec 22 09:30:05 <quickdev> it fixes a overflow in the gsmmuxd, which resulted in segfaults of the UI
Dec 22 09:31:41 <BluesLee> nothing to do with ophonekitd crashes or?
Dec 22 09:32:28 <BluesLee> is there a good wiki where all this terms/daemons are explained frameworkd, ophonekitd, gsmmuxd
Dec 22 10:16:47 <AndreasD> trying to build a shr image I get http://pastebin.com/m480e5608
Dec 22 10:16:56 <AndreasD> is this a known issue?
Dec 22 10:20:00 <quickdev> AndreasD, never had that. Try bitbake -c mrproper package and then again
Dec 22 10:31:01 <alphaone> Kensan: I got the card and switched one of the WLAN antennas to WWAN
Dec 22 10:31:08 <alphaone> Works good enough for now
Dec 22 10:41:17 <dolf1074> quickdev: Is the new ui already in unstable? (because opkg update/upgrade does nothing here)
Dec 22 10:41:48 <dolf1074> quickdev: second question, can you resolve http://shr.bearstech.com/trac/attachment/ticket/216/ ? It is a little bit unpleasant. Because now I can't debug further
Dec 22 10:42:27 <dolf1074> A shortcut to make ophonekitd starting is already good (if you after that make a real fix :p )
Dec 22 10:44:27 <quickdev> dolf1074, export DISPLAY=:0.0 ; openmoko-contacts is working?
Dec 22 10:44:44 <dolf1074> Don't think. But will retry
Dec 22 10:44:54 <Ainulindale> (no relation)
Dec 22 10:45:35 <dolf1074> quickdev: no, it fails
Dec 22 10:45:46 <quickdev> dolf1074, ok, will investigate it in some hours ;)
Dec 22 10:45:52 <dolf1074> ok
Dec 22 10:48:26 <quickdev> Ainulindale, that really looks like DISPLAY=:0.0 is not set. Why shouldn't there be a relation?
Dec 22 10:49:25 <Ainulindale> errr
Dec 22 10:49:26 <Ainulindale> No
Dec 22 10:49:37 <Ainulindale> That looks like there's a bug requesting the resource
Dec 22 10:50:16 <Ainulindale> (Am I looking at the right log? Rechecking :-) )
Dec 22 10:50:28 <dolf1074> the log of starting_ophonekitd is failling that soon because of the export display
Dec 22 10:50:39 <dolf1074> but with export display, it gives also a segmentation fault
Dec 22 10:50:52 <dolf1074> now making a log and will put it in the bug
Dec 22 10:51:06 <Ainulindale> yeah was looking at the wrong log
Dec 22 10:51:14 <Ainulindale> the gdb log is wrong because of display
Dec 22 10:51:49 <dolf1074> http://shr.bearstech.com/trac/attachment/ticket/216/starting_ophonekitd.2.log
Dec 22 10:51:57 <dolf1074> new one with export display. Fails also
Dec 22 10:52:08 <dolf1074> but a little bit later in the program ;)
Dec 22 10:52:53 <Ainulindale> could you install the dbg package?
Dec 22 10:53:08 <dolf1074> yes I installed the dbg package
Dec 22 10:53:09 <Ainulindale> opkg install ophonekitd-dbg
Dec 22 10:53:14 <Ainulindale> well it seems you didn't
Dec 22 10:53:16 <dolf1074> ah ok
Dec 22 10:53:21 <quickdev> messagebook info: first: 1, last 30, used: 30, total 30
Dec 22 10:53:24 <Ainulindale> else you'd have the debugging symbols
Dec 22 10:53:24 <quickdev> msg book full
Dec 22 10:53:44 <Ainulindale> quickdev: thought this was fixed :-p
Dec 22 10:54:00 <Ainulindale> baaaad boy
Dec 22 10:54:00 <dolf1074> quickdev: yes my messagebook is full, but it shouldn't segfaults when my messagebook is full ;)
Dec 22 10:54:18 <quickdev> Ainulindale, I fixed it. Already worked for me twice. Must a slightly different issue
Dec 22 10:54:53 <Ainulindale> quickdev: I trust you did :-) Juwt teasing you :-p
Dec 22 10:54:58 <Ainulindale> s/uw/us/
Dec 22 10:54:59 <bzzbot> Ainulindale meant: quickdev: I trust you did :-) Just teasing you :-p
Dec 22 10:55:10 <dolf1074> Ainulindale: there isn't a ophonekitd-dbg package that I can install
Dec 22 10:55:16 <Ainulindale> Yes there is
Dec 22 10:55:29 <Ainulindale> how did you install it?
Dec 22 10:55:42 <dolf1074> http://pastebin.com/m475e398e
Dec 22 10:55:57 <Ainulindale> shr@opmbuild:~/shr-unstable$ ls tmp/deploy/glibc/ipk/armv4t/ophonekitd
Dec 22 10:55:57 <Ainulindale> ophonekitd-dbg_0.0.1+gitr517+34ab8311841776ed80622adc947c9643886cbfd6-r12_armv4t.ipk
Dec 22 10:56:00 <Ainulindale> ophonekitd-dev_0.0.1+gitr517+34ab8311841776ed80622adc947c9643886cbfd6-r12_armv4t.ipk
Dec 22 10:56:03 <Ainulindale> ophonekitd_0.0.1+gitr517+34ab8311841776ed80622adc947c9643886cbfd6-r12_armv4t.ipk
Dec 22 10:56:13 <Ainulindale> you're not up to date dolf1074 
Dec 22 10:56:33 <dolf1074> I'm in unstable
Dec 22 10:56:43 <dolf1074> and did opkg update && opkg upgrade
Dec 22 10:56:50 <dolf1074> and still the same problem
Dec 22 10:56:55 <Ainulindale> Well maybe package-index isn't up to date
Dec 22 10:56:58 <Ainulindale> let me update it
Dec 22 10:57:05 <Ainulindale> will take two minutes or so
Dec 22 10:57:10 <Ainulindale> In between I'm going to shower
Dec 22 11:00:20 <dolf1074> Ainulindale: okay was my fault. Didn't include http://shr.bearstech.com/shr-unstable/ipk/armv4t/Packages.gz packages. I just had the om-gta02 packages.
Dec 22 11:01:30 <dolf1074> I probably was sleeping when I updated my feeds to the unstable ones
Dec 22 11:06:51 <dolf1074> Ainulindale: installing ophonekitd-dbg fails: http://pastebin.com/m6896df38
Dec 22 11:10:11 <Ainulindale> That's because you have testing packages
Dec 22 11:10:38 <Ainulindale> the .1 comes from DISTRO_PR
Dec 22 11:10:49 <Ainulindale> which is set on testing
Dec 22 11:10:54 <Ainulindale> You don't have a clean install here
Dec 22 11:11:33 <Ainulindale> You could opkg install -force-downgrade ophonekitd-dbg dolf1074 
Dec 22 11:16:18 <neobaka> hi
Dec 22 11:16:36 <dolf1074> Ainulindale: thanks, it is installed now
Dec 22 11:16:43 <dolf1074> me redoing the log
Dec 22 11:18:52 <neobaka> on SHR: I can't get a gps-fix with tangogps. is there an issue with fso-gpsd and tangogps?
Dec 22 11:19:24 <Kensan> alphaone: judging by your commit I figured you were able to order the wwan card. Good to know...
Dec 22 11:19:31 <dolf1074> quickdev: Ainulindale: new log http://shr.bearstech.com/trac/attachment/ticket/216/starting_ophonekitd.3.log
Dec 22 11:20:25 <alphaone> Kensan: Yeah, bought it on ebay
Dec 22 11:21:31 <quickdev> dolf1074, is the "information window" appearing? does it fail when pushing the close button or before?
Dec 22 11:21:39 <dolf1074> before
Dec 22 11:21:44 <dolf1074> I don't get any window
Dec 22 11:36:41 <dolf1074> Ainulindale: I'm trying to compile http://trac.enlightenment.org/e/browser/trunk/TMP/st/elementary/src/bin/test.c?rev=38214 with the build system, but it fails on the on_configure part. It says it needs sqlite3. How can I change that the configure doesn't check on sqlite3?
Dec 22 11:37:07 <raster> wtf?
Dec 22 11:37:22 <raster> elementary does not use sqlite3 in any way
Dec 22 11:37:27 <raster> hell none of efl does
Dec 22 11:37:34 <raster> we dont use xqlite at all
Dec 22 11:38:06 <dolf1074> I know, that's probably because there are faults in my makefiles or something like that. But I can't find it
Dec 22 11:38:25 <dcordes> mickey|dinner, I tried and documented almost all the dbus commands
Dec 22 11:38:53 <raster> not efl makewfiles
Dec 22 11:38:57 <raster> and oe doesnt have them
Dec 22 11:39:00 <raster> so maybe in a .bb
Dec 22 11:39:13 <raster> or u are confusing the output with output from something else
Dec 22 11:39:17 <raster> ie a parallel make
Dec 22 11:39:51 <dolf1074> that's my bb: http://pastebin.com/m5cc328d4
Dec 22 11:40:18 <dolf1074> that's my makefile: http://pastebin.com/m2416c342
Dec 22 11:40:42 <PaulFertser_> quickdev: One question: have you ever experienced data loss when reading from serial? There should be a warning in syslog in that case.
Dec 22 11:44:57 <Kensan> alphaone: I thought you had ordered it directly from Lenovo.
Dec 22 11:48:25 <raster> dolf1074:  oooh u're making your own test
Dec 22 11:48:36 <dolf1074> yes
Dec 22 11:48:43 <raster> not the elementary_test test.c
Dec 22 11:48:48 <raster> from elementary's code
Dec 22 11:49:01 <dolf1074> I'm compiling that code
Dec 22 11:49:12 <raster> its something in framework stuff that needs sqlite then i would guess
Dec 22 11:49:51 <dolf1074> Is there an easy way to compile the test.c for using on gta02?
Dec 22 11:51:21 <raster> hmm
Dec 22 11:51:35 <raster> well using OE is the best
Dec 22 11:51:46 <raster> for me i just re-use existing .bb's i already use for efl and e17
Dec 22 11:51:54 <raster> just change the name and svn srcuri
Dec 22 11:51:58 <raster> and bingo
Dec 22 11:52:03 <raster> normally "works" without anything more
Dec 22 11:52:17 <Ainulindale> (I agree with the tiny procrastinating man)
Dec 22 11:52:24 <dolf1074> I did that to, but it wans't bingo :(
Dec 22 11:52:26 <Ainulindale> raster: so, rev what again? :-)
Dec 22 11:52:49 <Ainulindale> 38272 IIRC
Dec 22 11:54:12 <raster> EFL_SRCREV ?= "38274"
Dec 22 11:54:16 <raster> i built today with zero problems
Dec 22 11:54:25 <Ainulindale> Ok, then I'll put that in unstable immediately
Dec 22 11:54:27 <raster> it includes some illume kbd etc. fixes
Dec 22 11:54:38 <Ainulindale> Should I modify the conf?
Dec 22 11:56:58 <Ainulindale> raster: you might be interested in a task we set up thanks to mw| 
Dec 22 11:57:12 <Ainulindale> which includes the necessary locales defined and generated
Dec 22 11:57:15 <Ainulindale> but not all of them
Dec 22 11:57:52 <raster> no changes needed
Dec 22 11:58:02 <raster> havent done anything that should warrant any conf changes
Dec 22 11:58:10 <Ainulindale> from our old build?
Dec 22 11:58:14 <Ainulindale> (37812)
Dec 22 11:58:39 <raster> i dont think so
Dec 22 11:59:12 <raster> but thats a svnrev from today - with patcjes in for utf8 dits stuff (so it works for german/french etc.
Dec 22 11:59:17 <raster> and soem fixes in code
Dec 22 11:59:28 <raster> ok
Dec 22 11:59:31 <raster> snooze++
Dec 22 11:59:31 <Ainulindale> Well I'll put that in unstable and will tell you
Dec 22 11:59:36 <Ainulindale> raster: good snooze =)
Dec 22 11:59:38 <Ainulindale> and thanks
Dec 22 11:59:44 <raster> yeah - i'll be around tomorrow so dont fear
Dec 22 12:01:26 <raster> but i tested and it bui8lt and image fine 
Dec 22 12:01:28 <raster> one thing
Dec 22 12:01:34 <raster> typing may have gotten slow with dict matchnig
Dec 22 12:01:41 <raster> a lot slower
Dec 22 12:01:48 <raster> this really needsa a dict format "upgrade"
Dec 22 12:01:55 <raster> no t9ime for that atm
Dec 22 12:01:57 <raster> ok
Dec 22 12:01:59 <raster> snooz
Dec 22 12:33:36 <Ainulindale> mrmoku, MarcOChapeau, quickdev, dolf1074: currently updating unstable to new EFL_SRCREV. Will need testers :-)
Dec 22 12:33:57 <quickdev> yeah, ack
Dec 22 12:34:11 <mrmoku> Ainulindale: ok
Dec 22 12:34:18 <Ainulindale> I'll tell you when it's there
Dec 22 12:34:47 <Ainulindale> quickdev: if it works fine, I think I'll push libframeworkd-phonegui-efl as well
Dec 22 12:34:54 <Ainulindale> If you're fine with it
Dec 22 12:35:13 <quickdev> yeah..will fix the two remaining bugs soon
Dec 22 12:35:25 <Ainulindale> And they are?
Dec 22 12:35:43 <Ainulindale> quickdev: by the way in the end I quite agree with the remark about dialer exiting
Dec 22 12:35:49 <Ainulindale> it shouldn't
Dec 22 12:35:53 <Ainulindale> it flashes, it's weird
Dec 22 12:36:05 <Ainulindale> And I think you should try next to build this dbus service for the UI :-)
Dec 22 12:36:15 <mrmoku> Ainulindale: want me to push the contact cache?
Dec 22 12:36:20 <Ainulindale> This would improve things greatly I think
Dec 22 12:36:25 <Ainulindale> mrmoku: well, push it on unstable :-)
Dec 22 12:36:34 <Ainulindale> is it working?
Dec 22 12:36:38 <mrmoku> hehe, how to push on unstable?
Dec 22 12:36:45 <mrmoku> tested it lightly and it works
Dec 22 12:36:48 <Ainulindale> mrmoku: push it then fix the rev in shr-autorev.inc to previous
Dec 22 12:36:56 <mrmoku> Ainulindale: ok
Dec 22 12:36:59 <Ainulindale> quickdev: you should talk with mrmoku about that
Dec 22 12:37:10 <Ainulindale> quickdev: contact cache in ophonekitd to be able to display caller name
Dec 22 12:37:29 <Ainulindale> It'll imply modifications in libframeworkd-phonegui, libframeworkd-phonegui-efl and ophonekitd
Dec 22 12:37:37 <Ainulindale> Which will prepare the field for opimd
Dec 22 12:39:26 <Kensan> Ainulindale: I'll kickoff  a full SHR build just right now or are you pushing other things in a bit?
Dec 22 12:39:29 <mrmoku> Ainulindale: somebody already set the rev
Dec 22 12:39:45 <Ainulindale> Yeah that's me
Dec 22 12:39:49 <Ainulindale> (I think)
Dec 22 12:39:58 <Ainulindale> But I was just describing the usual process :-)
Dec 22 12:40:07 <Ainulindale> Kensan: well, wait for confirmation I'd say
Dec 22 12:40:16 <Ainulindale> but if it's a new build
Dec 22 12:40:20 <Ainulindale> you might as well launch it now
Dec 22 12:41:01 <Kensan> Ainulindale: yeah, it'll be a while. Hopefully the buildissues will be fixed when I get there so I can just update and rebuild :)
Dec 22 12:41:18 <Ainulindale> well
Dec 22 12:41:25 <Ainulindale> which method will you use?
Dec 22 12:41:26 <Ainulindale> to build it
Dec 22 12:41:54 <Kensan> Ainulindale: like it's described in the wiki
Dec 22 12:42:08 <mrmoku> Ainulindale: that's another interesting question... we should push the new Makefile
Dec 22 12:42:16 <mrmoku> to avoid errors by not patching correctly
Dec 22 12:42:21 <Ainulindale> push it where?
Dec 22 12:42:37 <Kensan> Ainulindale: is that not the prefered way?
Dec 22 12:42:42 <mrmoku> Ainulindale: push its use... put it in the wiki... some place to download it :-)
Dec 22 12:42:46 <Ainulindale> Kensan: well I don't know if it's up to date :-)
Dec 22 12:42:48 <Ainulindale> mrmoku: easy
Dec 22 12:42:53 <Ainulindale> you have access to the buildhost
Dec 22 12:42:55 <Ainulindale> you can put it there
Dec 22 12:42:59 <Ainulindale> it's already there in fact
Dec 22 12:43:01 <Ainulindale> (old version)
Dec 22 12:43:11 <Ainulindale> But I'd be glad if the wiki was updated indeed
Dec 22 12:43:24 <Ainulindale> Kensan: you should use the shr makefile available on http://shr.bearstech.com/git 
Dec 22 12:43:30 <Ainulindale> Kensan: which will handle OE patching for you
Dec 22 12:43:41 <Ainulindale> And correct the dumb bugs some of us experienced
Dec 22 12:44:45 <Kensan> hmmmm
Dec 22 12:44:53 <Kensan> right
Dec 22 12:45:14 <Ainulindale> It's the same, but for OE handling which was tuned by mrmoku :-)
Dec 22 12:45:17 <Ainulindale> by the way mrmoku 
Dec 22 12:45:22 <Ainulindale> latest OE patches correctly
Dec 22 12:45:59 <Ainulindale> I should check how you get the good version :-)
Dec 22 12:46:39 <Kensan> Would be nice, if that made it into the wiki...
Dec 22 12:48:16 <mrmoku> Ainulindale: OE_SRCREV = $(shell if [ -e shr/oe-revision ] ; then cat shr/oe-revision ; else echo org.openembedded.dev ; fi)
Dec 22 12:48:33 <mrmoku> so you have to put a file oe-revision with the git hash into the overlay
Dec 22 12:48:39 <MarcOChapeau> Ainulindale: tests ? huhu, I'm hungry, I need software to eat
Dec 22 12:48:43 <mrmoku> but we should do so only if needed...
Dec 22 12:49:29 <Ainulindale> Hmmm IMHO we should do that no matter what
Dec 22 12:56:08 <Kensan> what's the default build arch?
Dec 22 12:56:24 <mrmoku> Kensan: gta02
Dec 22 12:58:22 <Kensan> mrmoku: build_arch not machine. (x86_64" for example)
Dec 22 12:58:54 <mrmoku> ahh, sorry... should default to your buildhost?
Dec 22 12:59:33 <Kensan> mrmoku: I don't need to set that anymore?
Dec 22 12:59:37 <mrmoku> at least it is *not* set explicitly to something by the Makefile
Dec 22 12:59:44 <mrmoku> Kensan: no, don't think so
Dec 22 13:00:06 <mrmoku> but I don't know OE very well, so I could be wrong ;)
Dec 22 13:00:11 <Kensan> funny sourcing setup-env closes my terminal
Dec 22 13:00:32 <mrmoku> Kensan: because you have no topdir.conf :-)
Dec 22 13:00:48 <mrmoku> if you do make image it will create id
Dec 22 13:01:17 <mrmoku> maybe we should do it in the Makefile on setup....
Dec 22 13:01:42 <Kensan> why would it close my terminal and not simply print a message?
Dec 22 13:01:57 <Kensan> closing the terminal is rather harsh
Dec 22 13:03:05 <mrmoku> Kensan: yeah, setup-env does exit 1 if topdir.conf does not exist... 
Dec 22 13:04:11 <Kensan> mrmoku: the wiki should be updated... it says to source setup-env before "make image"
Dec 22 13:04:43 <Kensan> mrmoku: but setup-env gets sourced by the make target anyway so one does not need to do it.
Dec 22 13:04:46 <mrmoku> Kensan: yep, not needed. I will update the wiki later
Dec 22 13:05:07 <Kensan> mrmoku: it's a bit confusing, when the terminal is gone just like that... *heh*
Dec 22 13:05:16 <Ainulindale> Well yes we should update this
Dec 22 13:05:39 <mrmoku> yeah, setup-env is part of common, so we could just change that
Dec 22 13:05:54 <Kensan> and I think putting in build_arch when it's not x86 I believe...
Dec 22 13:06:42 <mrmoku> Kensan: I'm building on x86_64 without setting anything just fine, though
Dec 22 13:07:34 <Kensan> mrmoku: hm ok
Dec 22 13:08:42 <mrmoku> Ainulindale: I replace the exit 1 with a return, ok?
Dec 22 13:08:58 <Ainulindale> I'd say with an echo an a return :-)
Dec 22 13:09:01 <Ainulindale> +d
Dec 22 13:09:03 <Kensan> mrmoku: ok, it gets detected in bitbake.conf
Dec 22 13:09:05 <Kensan> :BUILD_ARCH = "${@os.uname()[4]}"
Dec 22 13:09:30 <mrmoku> Ainulindale: the echo was always there :-)
Dec 22 13:09:36 <Ainulindale> Ok then
Dec 22 13:10:01 <Kensan> mrmoku: yes, my eyes/brain were/was too slow to read the msg ;)
Dec 22 13:10:52 <Kensan> mrmoku: btw, how long is the boottime with your patches?
Dec 22 13:12:21 <mrmoku> Kensan: last timing I did was 1m 35s from pressing Boot in u-boot until the icons appear in illume
Dec 22 13:12:41 <Ainulindale> Did you think about avahi removal?
Dec 22 13:12:44 <Kensan> mrmoku: that's with fso and everything up?
Dec 22 13:12:57 <von_fritz> 111M Dec 22 14:04 openmoko-shr-lite-image-glibc-ipk--20081222-om-gta02.rootfs.jffs2 
Dec 22 13:13:05 <von_fritz> why sooo large ??
Dec 22 13:13:06 <mrmoku> Kensan: yeah, but not yet registered to the network
Dec 22 13:13:20 <Ainulindale> von_fritz: unstable?
Dec 22 13:13:28 <Kensan> mrmoku: ah ok.
Dec 22 13:13:28 <von_fritz> no testing
Dec 22 13:13:30 <mrmoku> Ainulindale: I think it could be needed soon for new frameworkd networking stuff...
Dec 22 13:13:35 <Ainulindale> That's weird
Dec 22 13:13:39 <Ainulindale> Who generated an image?
Dec 22 13:13:44 <Kensan> mrmoku: I read 35s, dropped the 1m ;)
Dec 22 13:13:49 <von_fritz> my self
Dec 22 13:13:56 <mrmoku> hehe, would be nice :-)
Dec 22 13:14:01 <Ainulindale> Ah von_fritz 
Dec 22 13:14:02 <Ainulindale> update shr
Dec 22 13:14:12 <Ainulindale> von_fritz: you need IMAGE_LINGUAS="en-us"
Dec 22 13:14:16 <Ainulindale> in shr-image.inc
Dec 22 13:14:18 <Kensan> mrmoku: do you have a recent bootchart?
Dec 22 13:14:19 <Ainulindale> I bet you're not up to date :-)
Dec 22 13:14:23 <von_fritz> ahh OK
Dec 22 13:14:37 <Ainulindale> von_fritz: please update the shr dir and rebuild an image
Dec 22 13:14:39 <mrmoku> Kensan: no, don't know how to use bootchart
Dec 22 13:14:47 <Ainulindale> if you want it to be generated in a shorter time
Dec 22 13:14:54 <mrmoku> did it once on a Fedora box, though I don't know how to do it on a Neo
Dec 22 13:14:55 <Ainulindale> uncomment do_testlab in the same file
Dec 22 13:15:04 <Kensan> mrmoku: I packaged it some time ago and filed a report with oe... not sure it made it in yet...
Dec 22 13:16:10 <mrmoku> Kensan: yeah, there is a bootchart_0.9.bb
Dec 22 13:16:38 <Kensan> mrmoku: dont use that
Dec 22 13:16:41 <Kensan> mrmoku: it won't work
Dec 22 13:16:43 <Kensan> mrmoku: http://bugs.openembedded.net/show_bug.cgi?id=4758
Dec 22 13:16:46 <mrmoku> ah, ok
Dec 22 13:16:55 <Kensan> Ainulindale: maybe you could put that in the shr-overlay?
Dec 22 13:17:04 <Kensan> Ainulindale: until it gets into oe...
Dec 22 13:17:21 <mrmoku> Kensan: will do so
Dec 22 13:17:35 <Kensan> mrmoku: coo
Dec 22 13:17:36 <Kensan> l
Dec 22 13:21:11 <mrmoku> Ainulindale: by the way... there is a new build error I'm encountering
Dec 22 13:21:23 <mrmoku> with usb-gadget-mode.bb
Dec 22 13:21:28 <mrmoku> know anything about it?
Dec 22 13:22:07 <mrmoku> it builds, if I stuff MACHINE_CLASS = "om-gta02" into auto.conf... don't know if that is the correct way though
Dec 22 13:23:27 <von_fritz> mrmoku: i have MACHINE_CLASS = "neo1973" is that correct?
Dec 22 13:23:51 <mrmoku> von_fritz: don't know, might be more correct than my gta02...
Dec 22 13:25:59 <neobaka> bye
Dec 22 13:26:50 <GNUtoo> hello, how do I turn wifi off before suspend?...when I do ifconfig eth0 down;killall udhcpc seems it seems to still consume too much
Dec 22 13:28:50 <mrmoku> Kensan: bootchart-lite builds nicely... installing it now. anything else I should know?
Dec 22 13:40:03 <Kensan> mrmoku: the actual charts need to be generated on your workstation. copy over the generated files and use the bootchart tool.
Dec 22 13:40:41 <mrmoku> Kensan: but what do I have to do, to run it on boot?
Dec 22 13:40:44 <PaulFertser_> GNUtoo: suspend turns off wifi automatically
Dec 22 13:41:42 <lindi-> PaulFertser_: are you sure?
Dec 22 13:42:07 <Kensan> mrmoku: you need to pass a different init: init=/usr/bin/bootchart-lite
Dec 22 13:42:17 <dos1> PaulFertser_: i think it doesn't
Dec 22 13:42:18 <Kensan> mrmoku: so you should probably create a new uboot entry
Dec 22 13:42:49 * mrmoku needs a /boot/append-gta02 then - using Qi :-)
Dec 22 13:43:14 <Kensan> mrmoku: heh, ok
Dec 22 13:44:17 <von_fritz> 111M Dec 22 14:40 openmoko-shr-lite-image-glibc-ipk--20081222-om-gta02.rootfs.jffs2 shr-lite or shr-fat? :)
Dec 22 13:44:52 <von_fritz> well same problem
Dec 22 13:45:38 <von_fritz> after update
Dec 22 13:45:42 <GNUtoo> PaulFertser_, so why the battery seems to be drained faster after connecting a wifi ap?
Dec 22 13:48:23 <Zorkman> anybody experienced http://docs.openmoko.org/trac/ticket/2145 with SHR? I do
Dec 22 13:51:26 <Kensan> Ainulindale: is there a plan to move to andy-tracking or some newer kernel? Are there still issues with the newer kernels (besides the userspace breakage) which would not permit that?
Dec 22 13:52:11 <mrmoku> Kensan: right now it does not power off for example
Dec 22 13:52:38 <Kensan> mrmoku: that's probably due to some name changes in /sys...
Dec 22 13:53:19 <mrmoku> Kensan: no, don't think so. 
Dec 22 13:53:32 <mrmoku> by the way frameworkd-devel seems to be prepared for the new kernel
Dec 22 13:53:42 <lindi-> Kensan: it's a real kernel bug
Dec 22 13:53:54 <Kensan> lindi-: hm ok, is there a ticket for it?
Dec 22 13:53:58 <lindi-> Kensan: sure
Dec 22 13:54:03 <Ainulindale> vala-native doesn't build mrmoku 
Dec 22 13:54:10 <Kensan> lindi-: care to share the number? ;)
Dec 22 13:55:27 <lindi-> hmm, actually not
Dec 22 13:55:33 <lindi-> Kensan: only on kernel list
Dec 22 13:55:59 <Kensan> lindi-: what's the thread subject?
Dec 22 13:57:51 <mrmoku> Kensan: [andy-tracking] poweroff is broken
Dec 22 13:57:56 <mrmoku> no response so far though
Dec 22 13:58:06 <Kensan> ah yeah, just saw that
Dec 22 13:58:47 <lindi-> http://docs.openmoko.org/trac/ticket/2187 now
Dec 22 13:59:40 <mrmoku> Ainulindale: hmm, it built for me... haven't update OE since two days or so though
Dec 22 14:00:43 <Kensan> lindi-: do you happen to know when it started?
Dec 22 14:00:56 <Kensan> lindi-: when it last worked I mean.
Dec 22 14:01:14 <Ainulindale> NOTE: Task failed: Fetch failed: http://download.gnome.org/sources/vala/0.5/vala-0.5.3.tar.bz2
Dec 22 14:01:16 <mrmoku> Ainulindale: looks like mickey|dinner did it again ;)
Dec 22 14:01:18 <Ainulindale> hmpf
Dec 22 14:02:09 <Kensan> Ainulindale: has different url: http://ftp.gnome.org/pub/GNOME/sources/vala/0.5/
Dec 22 14:03:28 <Ainulindale> shr@opmbuild:~/shr-unstable/downloads$ wget "http://ftp.gnome.org/pub/GNOME/sources/vala/0.5/vala-0.5.3.tar.bz2"
Dec 22 14:03:32 <Ainulindale> --2008-12-22 15:03:14--  http://ftp.gnome.org/pub/GNOME/sources/vala/0.5/vala-0.5.3.tar.bz2
Dec 22 14:03:35 <Ainulindale> Resolving ftp.gnome.org... failed: Name or service not known.
Dec 22 14:03:37 <Ainulindale> hmpf
Dec 22 14:04:15 <mrmoku> Ainulindale: want me to put it in the downloadsdir of the buildhost?
Dec 22 14:04:41 <Ainulindale> well it won't fix the problem
Dec 22 14:04:57 <Kensan> Ainulindale: works for me
Dec 22 14:05:15 <Kensan> Ainulindale: ah its redirecting to mirrors
Dec 22 14:05:24 <Kensan> try  http://laotzu.acc.umu.se/pub/GNOME/sources/vala/0.5/vala-0.5.3.tar.bz2
Dec 22 14:06:04 <Kensan> Ainulindale: hm but you should be able to resolve gnome.org...
Dec 22 14:07:13 <Kensan> Ainulindale: do you have issues with your nameserver?
Dec 22 14:07:28 <Ainulindale> No (sorry, on the phone)
Dec 22 14:09:11 <mrmoku> PaulFertser_: should append-GTA02 be respected while booting from flash?
Dec 22 14:09:17 <mrmoku> and would it overwrite init= ?
Dec 22 14:09:47 <Kensan> Ainulindale: can you ping ftp.gnome.org?
Dec 22 14:10:27 <lindi-> Kensan: can't remember. we really need automated testing on this
Dec 22 14:10:34 <mrmoku> Kensan: no
Dec 22 14:11:08 <Kensan> mrmoku: how does /etc/resolv.conf look?
Dec 22 14:11:32 <Kensan> mrmoku: can you ping/resolve names of any other host?
Dec 22 14:11:43 <mrmoku> yep others work
Dec 22 14:11:59 <mrmoku> resolv.conf: search bearstech.com
Dec 22 14:12:00 <mrmoku> nameserver 78.40.120.4
Dec 22 14:12:00 <mrmoku> nameserver 193.84.18.37
Dec 22 14:12:12 <Ainulindale> Don't worry I fixed it
Dec 22 14:12:34 <Kensan> Ainulindale: what was the problem?
Dec 22 14:12:42 <Ainulindale> I don't know but I downloaded it manually
Dec 22 14:13:29 <Kensan> lindi-: yes... without even a pretty good guess bisection is a PITA.
Dec 22 14:13:46 <mrmoku> Ainulindale: is it a problem if EFL_SRCREV changes _during_ a build?
Dec 22 14:14:38 <Ainulindale> Well, yes =)
Dec 22 14:14:44 <Ainulindale> You'll compile it twice
Dec 22 14:14:49 <Ainulindale> first with old srcrev
Dec 22 14:14:51 <Ainulindale> then with new
Dec 22 14:15:02 <Ainulindale> (i.e. runqueue won't change during the build)
Dec 22 14:15:03 <mrmoku> yep, but the result will be correct then?
Dec 22 14:15:08 <Ainulindale> supposedly
Dec 22 14:16:44 <lindi-> Kensan: yes
Dec 22 14:35:04 <PaulFertser_> mrmoku: there is no way to specify additional options when booting from NAND flash with Qi.
Dec 22 14:36:08 <PaulFertser_> GNUtoo, dos1, lindi- : On the kernel mailing list i initiated a discussion about turning wifi on/off. Werner stated that suspend does the right thing (i.e. maximum power savings).
Dec 22 14:39:45 <lindi-> PaulFertser_: how does it turn wifi power down?
Dec 22 14:41:19 <PaulFertser_> lindi-: by disabling transmitter AFAIK. Have you seen the relevant thread on the kernel ml? I think i understood it right, that suspend provides maximum power-savings. For details you can consult the source or ask Werner.
Dec 22 14:42:08 <lindi-> PaulFertser_: but i thought the reset pin of the wifi chip was not connected to anything on gta02v5
Dec 22 14:43:05 <PaulFertser_> lindi-: i haven't consulted the schematics. Werner wrote it's a reset pin. I'm just telling you what i read on the mailing list ;)
Dec 22 14:43:18 <dolf1074> Ainulindale: quickdev new mockups: http://alasal.be/openmoko/shr2/contacts/r5/ Please tell me what you think of them
Dec 22 14:43:32 <lindi-> PaulFertser_: hrm
Dec 22 15:05:13 * mwester wonders when anyone is going to equate "airplane mode" with one of the settings for the wifi chip -- doing so is a hard requirement.
Dec 22 15:09:22 <quickdev> PaulFertser_, I have not yet experienced data loss
Dec 22 15:09:39 <quickdev> dolf1074, sorry, no clear head atm, I'm got headaches (I'm ill)
Dec 22 15:10:01 <quickdev> Ainulindale, when is the new E image ready?
Dec 22 15:17:57 <dolf1074> quickdev: okay
Dec 22 15:20:07 <quickdev> dolf1074, can you still reproduce that ophonekitd bug? Could you do "break window_hide" in gdb before running it?
Dec 22 15:23:57 <dolf1074> quickdev: ok
Dec 22 15:24:22 <quickdev> then run. it should stop at the breakpoint and then do a backtrace ;)
Dec 22 15:25:55 <dolf1074> quickdev: shouldn't I do that on the function window_view_hide()?
Dec 22 15:26:27 <quickdev> dolf1074, correct :)
Dec 22 15:26:37 <quickdev> just wanted to see if you pay attention :)
Dec 22 15:27:00 <Kensan> mwester: hello
Dec 22 15:27:30 <dolf1074> quickdev: that reminds me of teachers that make errors
Dec 22 15:27:51 <dolf1074> They always had an explanation :p
Dec 22 15:27:55 <quickdev> hehe
Dec 22 15:27:59 <dolf1074> backtrace: http://pastebin.com/m167e8f40
Dec 22 15:28:23 <Kensan> Ainulindale: python-etk seems to fail...
Dec 22 15:30:11 <dolf1074> quickdev: I will install the dbg package of phonegui, and do it again. Maybe there is more info
Dec 22 15:30:42 <quickdev> dolf1074, it's probably already enough info :)
Dec 22 15:31:12 <dolf1074> quickdev: good, because installing the old dbg packages will not be enough for debugging a new version :)
Dec 22 15:33:17 <Ainulindale> quickdev: I have to go, will you please do the follow up on the image generation?
Dec 22 15:33:38 <Ainulindale> I relaunched it, you can stop it if necessary and do it yourself
Dec 22 15:33:38 <Ainulindale> it's on unstable
Dec 22 15:33:39 <Ainulindale> There was an error with shr-theme and shr-config
Dec 22 15:33:44 <Ainulindale> or settings, can't recall
Dec 22 15:33:45 <Ainulindale> well anyway
Dec 22 15:33:47 <Ainulindale> Have to go
Dec 22 15:33:48 <Ainulindale> See you
Dec 22 15:33:53 <quickdev> will do it
Dec 22 15:33:55 <quickdev> see you
Dec 22 15:36:45 <mrmoku> PaulFertser_: ok thank you. will do with SD then...
Dec 22 15:41:33 <Kensan> quickdev: did python_etk build successfully?
Dec 22 15:42:26 <AndreasD> Kensan: Have you seen the troubleshooting faq?
Dec 22 15:43:06 <Kensan> AndreasD: I see. So the recipe is broken?
Dec 22 15:44:23 <AndreasD> Kensan: I don't know
Dec 22 15:48:05 <TAsn> Ainulindale, how do I add postinst and postrm scripts to a .bb generated package?
Dec 22 15:48:40 <Kensan> doesn't ecore depend on eina?
Dec 22 15:49:04 <Kensan> strange
Dec 22 15:49:22 <Kensan> etk depends on evas which depends on eina so it should be built and installed...
Dec 22 15:49:37 <Kensan> alphaone: welcome back :)
Dec 22 15:49:50 <alphaone> Kensan: Thanks :-)
Dec 22 15:51:40 <Kensan> alphaone: how's your paper? Finished yet?
Dec 22 15:52:53 <Kensan> AndreasD: hm doesn't seem to work.
Dec 22 15:52:59 <alphaone> Kensan: Well, for now. Now comes the review phase where everyone gets to read two papers and then we have to submit the final version
Dec 22 15:54:23 <dos1> latest shr-testing - 16/17 Dec, latest shr-unstable - 20 Dec (in which ogsmd doesn't works for me)... when will be next image?
Dec 22 15:54:39 <dos1> i'm downloading testing now
Dec 22 15:55:49 <quickdev> dos1, I'm building images right now
Dec 22 15:56:07 <dos1> unstable and/or testing?
Dec 22 15:56:08 <Kensan> alphaone: ah ok.
Dec 22 15:56:51 <quickdev> dos1, unstable
Dec 22 15:57:19 <dos1> will it have new e?
Dec 22 15:59:15 <Kensan> why do these header files get installed under tmp/staging/arm-angstrom-linux-gnueabi/?
Dec 22 15:59:38 <Kensan> imho that should be tmp/staging/armv4t-angstrom-linux-gnueabi
Dec 22 16:00:46 <quickdev> dos1, new e, yes
Dec 22 16:01:39 <dos1> when approximatly will it be on server? i will test it :)
Dec 22 16:02:16 <Kensan> quickdev: did you pass python-etk?
Dec 22 16:02:24 <quickdev> dos1, I think 15 minutes
Dec 22 16:02:44 <dos1> quickdev: ok, thanks :)
Dec 22 16:02:47 <quickdev> Kensan, it already passed python-etk once, yes. Have a look at the mailing list. python-etk already failed for lots of ppl
Dec 22 16:03:13 <Kensan> quickdev: whick ml, there's too many of them by now...
Dec 22 16:03:55 <quickdev> dont know, google ;)
Dec 22 16:04:36 <mrmoku> Kensan: I had to also bitbake -c clean python-evas; bitbake python-evas after bitbaking eina
Dec 22 16:04:44 <mrmoku> and before re-bitbaking python-etk
Dec 22 16:05:34 <Kensan> *sigh*
Dec 22 16:12:18 <Kensan> seems to have worked.
Dec 22 16:12:36 <Kensan> wierd, eina is there as a DEPENDS...
Dec 22 16:13:21 <mrmoku> Kensan: go for it and solve it ;)
Dec 22 16:15:01 <Kensan> mrmoku: my OE-foo is rather abysmal and I don't feel like diving into OE.
Dec 22 16:15:27 <Kensan> maybe I'll poke around.
Dec 22 16:15:55 <mrmoku> :-)
Dec 22 16:16:35 <mrmoku> lindi-: thanks for adding the poweroff ticket... should have done so immediately :-)
Dec 22 16:25:47 <mrmoku> quickdev: looks good that unstable thing :-)
Dec 22 16:27:00 <Kensan> mrmoku: what's the main difference between testing and unstable?
Dec 22 16:27:38 <mrmoku> Kensan: mainly a different EFL_SRCREV and unstable is with current HEAD for all SHR apps
Dec 22 16:28:14 <Kensan> mrmoku: ah ok. so unstable does not contain the latest andy-tracking kernel.
Dec 22 16:28:23 <mrmoku> Kensan: no
Dec 22 16:28:34 <mrmoku> but it contains the new stuff from quickdev
Dec 22 16:31:32 <mrmoku> quickdev: and we should talk about how you want names/numbers passed in on calls...
Dec 22 16:33:19 <PaulFertser_> mrmoku: or you can modify the kernel command line directly in the Qi sources
Dec 22 16:34:55 <mrmoku> PaulFertser_: yep, but to have to compile Qi for starting bootchart and removing it again... I just installed current unstable on SD :-)
Dec 22 16:36:26 <dos1> quickdev: what's about new image? ;)
Dec 22 16:37:54 <Sargun_Screen> YAI.
Dec 22 16:37:55 <quickdev> dos1, sorry, some build problems, Can't say when it finished..
Dec 22 16:37:59 <Sargun_Screen> Yet another image.
Dec 22 16:41:14 <AndreasD> Kensan: How much free space do you have in in /tmp ?
Dec 22 16:45:38 <Kensan> AndreasD: it's not on a separate partition and it has more than 180 gigs free.
Dec 22 16:47:22 <AndreasD> Kensan: hmm okay, I only had 4 mb when it failed for me
Dec 22 16:48:25 <AndreasD> have to go
Dec 22 16:56:31 <bumbl> hi Hire 
Dec 22 16:56:44 <Hire> hi lady
Dec 22 16:59:21 <bumbl> you need glasses
Dec 22 16:59:37 * mrmoku thinks some mediteranean flair arrived just in time to bork his FR
Dec 22 17:03:34 <mrmoku> Hire: how is life in Roma?
Dec 22 17:03:57 <mrmoku> still raining?
Dec 22 17:04:19 <bumbl> it is raining here at least :(
Dec 22 17:04:51 <Hire> mrmoku: no now it is good :)
Dec 22 17:04:57 <Hire> finally
Dec 22 17:05:01 <mrmoku> lucky you :-)
Dec 22 17:05:13 <mrmoku> so you must be in a good mood to do some icons ;)
Dec 22 17:06:49 <bumbl> ah mrmoku you did the contacts cache
Dec 22 17:08:27 <bumbl> and when wil we see quickdevs ui changes in testing?
Dec 22 17:10:12 <mrmoku> bumbl: Ainulindale said soon... you could just install unstable though - should be finished anytime now ;)
Dec 22 17:11:13 <bumbl> a new unstable is not there yet
Dec 22 17:12:13 <mrmoku> bumbl: but building right now...
Dec 22 17:13:26 <dos1> mrmoku: with some problems... ;p
Dec 22 17:13:52 <mrmoku> quickdev: what problems do you have?
Dec 22 17:15:08 <mrmoku> Kensan: where would bootlog-lite put the log?
Dec 22 17:16:43 <Kensan> mrmoku: /etc/bootchart-lite
Dec 22 17:17:02 <Kensan> mrmoku: to stop it send it SIGUSR1
Dec 22 17:17:23 <mrmoku> ok, so the second init= kernel commandline parameter does not overwrite the first :(
Dec 22 17:17:34 <mrmoku> will have to compile Qi anyway, grmpf...
Dec 22 17:29:55 <mrmoku> Kensan: hmm, does not get started...
Dec 22 17:32:20 <dos1> mrmoku: can't you flash u-boot?
Dec 22 17:33:54 <mrmoku> dos1: I could... but I don't think that's the problem...
Dec 22 17:34:18 <mrmoku> I suspect the SHR/fastboot scripts are bootchart incompatible... Kensan?
Dec 22 17:55:34 <Montgoss> Ainulindale: ping
Dec 22 17:56:21 <mrmoku> Kensan: http://zamora.homelinux.org/bootchart.png
Dec 22 17:56:32 <mrmoku> looks like it got confused by doubled init=
Dec 22 17:56:41 <bumbl> hmm image still not there
Dec 22 17:57:13 <mrmoku> bumbl: and quickdev seems not to be arround...
Dec 22 17:57:23 <quickdev> back this moment
Dec 22 17:57:25 <quickdev> had fever, was in bed
Dec 22 17:57:33 <bumbl> oh
Dec 22 17:57:35 <quickdev> now I'm a bit better
Dec 22 17:57:39 <mrmoku> quickdev: oh, sorry
Dec 22 17:57:54 <bumbl> get well soon
Dec 22 17:57:56 <mrmoku> quickdev: how can I help? what are the build problems?
Dec 22 17:58:15 <quickdev> mrmoku, will tell you. Failed while I was away at a different place
Dec 22 17:58:20 <quickdev> give me some minutes ;)
Dec 22 17:58:54 <Sargun> Yay for slow computer!
Dec 22 17:58:55 <mrmoku> quickdev: ok, I will take the time and eat - rest of familly is waiting. will be back later
Dec 22 17:59:11 <quickdev> mrmoku, do that :)
Dec 22 17:59:12 * Sargun goes off to attempt to isolate #1024. Yay.
Dec 22 17:59:50 <Montgoss> Can anyone help me figure out these SHR build errors?  http://pastebin.com/m185cc196
Dec 22 17:59:50 <Montgoss> It would seem I have some incorrect versions of source files or something...
Dec 22 18:00:42 <bumbl> is there any progress in the #1024 issue?
Dec 22 18:00:43 <quickdev> Montgoss, ccache problems? One had those problems before..who was it?
Dec 22 18:01:05 <BluesLee> quickdev: does this fix the echo in shr: http://lists.openmoko.org/pipermail/community/2008-November/036068.html
Dec 22 18:01:32 <quickdev> BluesLee, don't ask me :)
Dec 22 18:02:08 <BluesLee> quickdev: hey, you said you will try to use the freerunner as your daily phone
Dec 22 18:03:24 <Montgoss> quickdev: Any idea how whoever it was fixed the ccache problems?  Would the still be my problem even though this is a fresh rebuild (deleted everything and started over)?
Dec 22 18:03:36 <quickdev> BluesLee, I'm doing that
Dec 22 18:03:58 <quickdev> Montgoss, maybe mwester, ping
Dec 22 18:04:51 <Montgoss> mwester: ping
Dec 22 18:06:06 <quickdev> mrmoku, http://rafb.net/p/nGE8Pf45.html
Dec 22 18:06:13 <Kensan> Montgoss: try this
Dec 22 18:06:40 <Kensan> bitbake -c clean python-etk; bitbake -c clean python-evas; bitbake eina; bitbake python-etk
Dec 22 18:07:09 <Montgoss> Kensan:  ok.  one minute
Dec 22 18:07:21 <mrmoku> quickdev: heh, thought they were waiting... not even ready :)
Dec 22 18:07:49 <quickdev> mrmoku, what waiting / ready?
Dec 22 18:08:03 <mrmoku> regarding the error: put MACHINE_CLASS = "neo1973" into auto.conf
Dec 22 18:08:12 <mrmoku> quickdev: dinner :-)
Dec 22 18:08:49 <Kensan> mrmoku: seems like python is pounding the cpu...
Dec 22 18:08:51 <quickdev> mrmoku, and for om-gta02 ?
Dec 22 18:10:12 <mrmoku> quickdev: I don't know if that is the correct way to fix it. but it builds afterwards. I had om-gta02 in it and it led to images/om-gta02
Dec 22 18:10:21 <mrmoku> so it think neo1973 should be correct...
Dec 22 18:10:24 <Dave> Hello Mr. Moku
Dec 22 18:10:32 <Dave> Greetings, Kensan.
Dec 22 18:10:34 <mrmoku> uhh, hello Dave
Dec 22 18:10:58 <mrmoku> and by Dave, off for dinner now ;)
Dec 22 18:11:10 <Kensan> quickdev: did you hit usb-gadget-mode.bb, do_setscene) failed ?
Dec 22 18:11:14 <Kensan> Dave: good evening
Dec 22 18:11:23 <quickdev> Kensan, yes
Dec 22 18:11:24 <Kensan> Dave: how are you?
Dec 22 18:12:22 <Kensan> heh
Dec 22 18:12:38 <Kensan> some package is not expanding ${MACHINE_CLASS}
Dec 22 18:12:51 <quickdev> Kensan, that means for me? :)
Dec 22 18:14:32 <Kensan> quickdev: gimme a sec
Dec 22 18:14:35 <Dave> Just got back.
Dec 22 18:14:46 <Dave> Through the snow, over the ice...
Dec 22 18:14:48 <Kensan> quickdev: the recipe is borked,
Dec 22 18:15:01 <Kensan> Dave: ha so you went to Santa to give him your list of presents?
Dec 22 18:15:19 <Dave> Actually, I robbed him! :D
Dec 22 18:16:14 <quickdev> Kensan, could I fix it temporarily?
Dec 22 18:16:29 <Dave> haha, I thought that said temporally.
Dec 22 18:16:31 <Kensan> quickdev: MACHINE_ARCH must be set
Dec 22 18:16:44 <Kensan> Dave: ah you took his big bag
Dec 22 18:18:29 <quickdev> Kensan, to armv4t ?
Dec 22 18:19:09 <Dave> hells yeah
Dec 22 18:19:11 <Dave> and his hat :p
Dec 22 18:19:12 <Dave> ho ho ho
Dec 22 18:21:00 <Montgoss> Kensan: I think that worked.  let me try to build the image and see if it still errors out at the same spot
Dec 22 18:22:33 <Kensan> quickdev: yes, try that.
Dec 22 18:22:52 <Kensan> hm... it should be autodetected... something is missing in some conf file.
Dec 22 18:23:00 <Kensan> Montgoss: there's more :)
Dec 22 18:23:16 <Kensan> Dave: hehe Dave the grinch
Dec 22 18:23:41 <Montgoss> Kensan: what else?
Dec 22 18:23:56 <Kensan> Montgoss: the one quickdev and me just hit.
Dec 22 18:24:16 <Kensan> Montgoss: you could wait until quickdev has succesfully built ;)
Dec 22 18:24:23 <Montgoss> =-O
Dec 22 18:24:47 <Kensan> Though he is sick and has fever so we should probably help him...
Dec 22 18:24:56 <Dave> hahaha
Dec 22 18:24:59 <Dave> >:)
Dec 22 18:27:02 <Kensan> quickdev: ehm MACHINE_CLASS nor ARCH, sorry
Dec 22 18:30:53 <quickdev> Kensan, thanks, it's working :)
Dec 22 18:31:21 <Kensan> quickdev: ok cool, going to grab some dinner. catch you later
Dec 22 18:35:11 <bumbl> mrmoku: time to write a bb?
Dec 22 18:36:46 <bumbl> http://blog.gustavobarbieri.com.br/2008/12/22/webkit-efl-interface-prototype/
Dec 22 18:48:28 <mrmoku> bumbl: not yet - I'm between main meal and dessert ;)
Dec 22 18:51:44 <bumbl> ah then
Dec 22 18:58:56 <TAsn> finally, finished porting siglaunchd to C ;]
Dec 22 18:59:06 <TAsn> there are still some hacks/stuff I don't like in it
Dec 22 18:59:16 <TAsn> though I added more features so I guess it's cool ;]
Dec 22 18:59:29 <bumbl> thumbs up
Dec 22 18:59:55 <Kensan> quickdev: it's just a bandaid though. We should figure out why MACHINE_CLASS is not set properly...
Dec 22 19:00:14 <TAsn> that's only because people here brainwashed me against python daemons ;] (which I agree about, though still)
Dec 22 19:01:56 <Kensan> TAsn: what does siglaunchd do?
Dec 22 19:03:22 <TAsn> http://siglaunchd.projects.openmoko.org
Dec 22 19:03:25 <TAsn> though what it actually does
Dec 22 19:03:41 <TAsn> is listening to dbus signals as set in the config file (you can listen to any signal you want)
Dec 22 19:03:50 <TAsn> do some checking
Dec 22 19:03:53 <TAsn> on the signal
Dec 22 19:04:05 <TAsn> and if it complies to you checks you can make it run an app
Dec 22 19:04:13 <TAsn> all is of course set in the config
Dec 22 19:04:57 <quickdev> mrmoku, back?
Dec 22 19:05:06 <TAsn> so for instance, you can make it listen to the "event" signal in the framework and evaluate if it's the aux button pressed, and if it is, launch an app.
Dec 22 19:05:19 <TAsn> it's packed with a slow launching python demo ;]
Dec 22 19:05:29 <TAsn> I should probably add a better demo file.
Dec 22 19:05:31 <Kensan> TAsn: ok, thanks for the info.
Dec 22 19:06:04 <TAsn> sure thing, btw, I also added regex matching support.
Dec 22 19:13:05 <Kensan> quickdev: vagalume seems to be installing some files which do not get shipped. I just saw a warning scroll by...
Dec 22 19:13:22 <quickdev> Kensan, are those files important?
Dec 22 19:13:23 <Sargun> I wish PPP had a way to control it... For example: cause LCP requests, block LCP requests, pause, change intervals, etc..
Dec 22 19:14:09 <Kensan> quickdev: I don't know. I don't even know what vagalume is so... I just wanted to mention that. Maybe you can poke the recipe maintainer...
Dec 22 19:17:02 <Montgoss> Kensan:  what was the error you figured I'd run into next?
Dec 22 19:19:19 <Kensan> usb-gadget-mode
Dec 22 19:20:18 <dcordes> hi
Dec 22 19:20:20 <Kensan> Montgoss: add MACHINE_CLASS = "armv4t" to site.conf 
Dec 22 19:20:35 <Kensan> Montgoss: but it's just a temporary fix to go on with the build.
Dec 22 19:20:49 <Kensan> dcordes: hey there. How are you doing?
Dec 22 19:21:04 <Montgoss> actually, I got that error about openmoko-icon-theme
Dec 22 19:21:33 <dcordes> Kensan: a bit flu'D but ok. you?
Dec 22 19:22:55 <quickdev> Kensan, could you rebuild libframeworkd-phonegui-efl ? Is it failing?
Dec 22 19:22:59 <Kensan> dcordes: oh :( Holidays for me :)
Dec 22 19:23:27 <Kensan> quickdev:  Running task 7303 of 7306
Dec 22 19:23:31 <Kensan> quickdev: I am about to finish...
Dec 22 19:24:14 <Kensan> dcordes: seems the virii are spreading... How is htc land? Did you have sucess with FB/X?
Dec 22 19:24:30 <quickdev> Kensan, http://shr.bearstech.com/build.log - maybe it's because of my headache, but I can't find the source
Dec 22 19:24:53 <dcordes> Kensan: yea I was hoping they would have mercy with me. bastards
Dec 22 19:25:47 <dcordes> Kensan: X works and now there is the qualcomm_msm modem in framework tree
Dec 22 19:25:52 <Kensan> quickdev: frameworkd-glib-dbus.h:30: error: expected identifier before string constan
Dec 22 19:26:12 <quickdev> Kensan, yeah, but I don't see why that error appears
Dec 22 19:26:32 <Kensan> quickdev: probably some missing header file
Dec 22 19:26:46 <Montgoss> Kensan:  does it say constan or constant?
Dec 22 19:26:50 <Kensan> quickdev: look at line 30 of frameworkd-glib-dbus.h
Dec 22 19:26:57 <Kensan> Montgoss: constant
Dec 22 19:27:07 <Montgoss> ah, nm then  ;-)
Dec 22 19:27:08 <Kensan> Montgoss: I didn't copy'paste the whole line.
Dec 22 19:27:12 <quickdev> Kensan, typedef enum {
Dec 22 19:27:12 <quickdev>     DBUS_ERROR_SERVICE_NOT_AVAILABLE = -1,
Dec 22 19:27:12 <quickdev>     DBUS_ERROR_NO_REPLY = -2
Dec 22 19:27:12 <quickdev> } DbusErrors;
Dec 22 19:27:17 <quickdev> ERROR_NO_REPLY is line 30
Dec 22 19:27:27 <Kensan> dcordes: wow awesome!
Dec 22 19:27:31 <dcordes> Kensan: what's the preferred image to try a gui frontend to frameworkd?
Dec 22 19:27:35 <Kensan> quickdev: that's strange.
Dec 22 19:27:54 <dolf1074> quickdev: already find the issue why ophonekitd doesn't start? (ps. I don't want to pressure you. Just curious)
Dec 22 19:28:08 <Kensan> dcordes: hm good question. you mean one that is in oe?
Dec 22 19:28:16 <dcordes> Kensan: it seems like shr is most uptodate but I don't want extra stuff to OE.
Dec 22 19:28:31 <Kensan> dcordes: I don't know if illume-image is building with fso stuff now
Dec 22 19:28:36 <quickdev> dolf1074, you don't pressure me. Ask as many times as you want. Have to reproduce it myself (later or tomorrow). Now trying to get the images rolling
Dec 22 19:28:45 <dolf1074> ok
Dec 22 19:28:45 <quickdev> Kensan, indeed, it is
Dec 22 19:28:59 <dcordes> Kensan: illume-image sounds good. I will try that
Dec 22 19:29:03 <Kensan> quickdev: I'll clean and rebuild that package.
Dec 22 19:29:13 <quickdev> yeah
Dec 22 19:29:21 <Kensan> dcordes: but make sure the fso daemons etc are packaged too
Dec 22 19:29:26 <dolf1074> and is it going alright?
Dec 22 19:29:41 <dolf1074> getting the images rolling
Dec 22 19:30:27 <quickdev> no, having problems ;)
Dec 22 19:30:39 <dcordes> I wonder when the SHR works is moving to main OE
Dec 22 19:31:17 <Kensan> quickdev: it's packaging here which is taking some time, but I'll retry the package when it's done
Dec 22 19:31:33 <dolf1074> If I had more experience with it, I should ask you what's wrong. But I know you will doing it much better without my not knowing brain ;)
Dec 22 19:31:44 <quickdev> dcordes, when we released MS1 (when it's stable enough)
Dec 22 19:32:39 <dcordes> ok. which dialer is used in shr images?
Dec 22 19:33:18 <Kensan> hm... didn't illume-image get commited to oe?
Dec 22 19:33:44 <Kensan> dcordes: http://shr.bearstech.com/trac/wiki/SHR%20Applications
Dec 22 19:33:49 <Kensan> dcordes: openmoko-dialer3
Dec 22 19:35:22 <tmzt_> is that gtk or efl?
Dec 22 19:35:53 <bumbl> efl
Dec 22 19:36:03 <dolf1074> quickdev: I'm pleasantly surprised with my own mockup of the dialer :) http://alasal.be/openmoko/shr2/dialer/r2/dialer_typed.jpg
Dec 22 19:36:10 <dcordes> in http://shr.bearstech.com/trac/wiki/SHR Applications it says shr uses a mediator to access frameworkd instead of using dbus directly. does that also apply to openmoko-dialer3 in OE?
Dec 22 19:36:26 <dolf1074> If you have time you should comment on them once. But now I'm leaving. sy
Dec 22 19:36:46 <quickdev> see you then :)
Dec 22 19:37:00 <Hire> good mockup
Dec 22 19:37:15 <Hire> wow
Dec 22 19:37:19 <Hire> 20:37
Dec 22 19:37:21 <Hire> beer time
Dec 22 19:38:37 <Montgoss> wow: 13:38 here.  good think I took off work today.  otherwise I probably wouldn't have gotten anywhere with my build errors.  ;-)
Dec 22 19:38:45 <Kensan> quickdev: it's compiling for me without a hitch...
Dec 22 19:39:00 <Kensan> Montgoss: hehe :)
Dec 22 19:39:03 <quickdev> Kensan, strange
Dec 22 19:39:13 <dcordes> I don't like the libframeworkd-glib idea
Dec 22 19:39:46 <Kensan> quickdev: are you building testing or unstable?
Dec 22 19:40:03 <quickdev> Kensan, unstable, you testing?
Dec 22 19:40:59 <Kensan> quickdev: yes, I am building testing
Dec 22 19:41:01 <mrmoku> quickdev: now back (almost)
Dec 22 19:41:23 <Kensan> mrmoku: you should take your time eating your dinner.
Dec 22 19:41:36 <Kensan> mrmoku: it's not just nutrition, it's food ;)
Dec 22 19:41:57 <mrmoku> Kensan: you sound like my wife ;)
Dec 22 19:42:11 <Kensan> mrmoku: o_0
Dec 22 19:42:52 <mrmoku> Kensan: no, I took my time... almost because half an ear has to listen to my sun reading
Dec 22 19:43:13 <Kensan> mrmoku: ;)
Dec 22 19:43:14 <mrmoku> Kensan: did you take a look at the bootchart?
Dec 22 19:43:25 <Kensan> mrmoku: briefly, let me take another look...
Dec 22 19:43:51 <mrmoku> bumbl: want to get the webkit thing packaged?
Dec 22 19:44:06 <bumbl> i just thought it would be nice to have ewwww
Dec 22 19:44:09 <bumbl> in the repos
Dec 22 19:44:14 <dcordes> do you use a fixed OE revision for use with SHR metadata?
Dec 22 19:44:30 <bumbl> although webkit + webkit-efl take around 200MB initial import
Dec 22 19:44:54 <Kensan> mrmoku: python is pretty hefty on the cpu... as expected...
Dec 22 19:44:59 <mrmoku> dcordes: not yet
Dec 22 19:45:07 <mrmoku> Kensan: yeah
Dec 22 19:45:14 <quickdev> mrmoku, http://shr.bearstech.com/build.log - do you see what's wrong?
Dec 22 19:45:19 <dcordes> mrmoku: so I can apply to latest head?
Dec 22 19:45:59 <Kensan> mrmoku: modprobe gets called 3 times...
Dec 22 19:46:19 <Kensan> mrmoku: there's a sleep at around 24s
Dec 22 19:46:21 <bumbl> hehe everyone wants something from klaus
Dec 22 19:47:06 <Kensan> mrmoku: is this running off a microsd?
Dec 22 19:47:19 <dcordes> is there a tarball of the shr source I can grab?
Dec 22 19:48:54 <Kensan> dcordes: the application sources or the bb's?
Dec 22 19:49:16 <mrmoku> Kensan: yeah, microsd
Dec 22 19:49:19 <Kensan> dcordes: you could download a gitweb snapshot
Dec 22 19:49:24 <Kensan> dcordes: http://shr.bearstech.com/git/
Dec 22 19:49:33 <mrmoku> dcordes: yes
Dec 22 19:49:59 <mrmoku> quickdev: hmm, this is from the buildhost? unchanged libframeworkd-glib ?
Dec 22 19:50:17 <quickdev> mrmoku, yeah, exactly
Dec 22 19:50:38 <Kensan> dcordes: that's over at freesmartphone.org: http://git.freesmartphone.org/?p=libframeworkd-glib.git;a=summary
Dec 22 19:50:56 <mrmoku> quickdev: I would guess some missing #endif on your side? have you comitted and pushed your efl stuff?
Dec 22 19:52:25 <dcordes> Kensan: http://shr.bearstech.com/git/?p=shr.git looks like I only get new files and patches from that
Dec 22 19:52:38 <mw|> Ainulindale: still want me to look at the x-minimal bb ?
Dec 22 19:52:57 <dcordes> against OE. no complete tree available?
Dec 22 19:53:09 <mrmoku> quickdev: hehe, #endif; in elm_keypad.h :-)
Dec 22 19:53:29 <Kensan> dcordes: no it's patches ontop of OE afaik.
Dec 22 19:53:56 <mrmoku> yeah, on top of OE
Dec 22 19:54:21 <quickdev> mrmoku, the ";" is wrong, right?
Dec 22 19:54:26 <mrmoku> yep :-)
Dec 22 19:54:51 <dcordes> why not doing it like ohand and getting an own repo?
Dec 22 19:55:14 <quickdev> mrmoku, great, thanks :) I don't like those bugs which are working locally  ;)
Dec 22 19:55:14 <mrmoku> dcordes: because it would be alot of more work me thinks
Dec 22 19:55:25 <dcordes> don't see why
Dec 22 19:55:31 <mrmoku> quickdev: heh, what compiler are you using?
Dec 22 19:56:13 <mrmoku> dcordes: because it is less work to just add some patch if there is some problem
Dec 22 19:56:26 <mrmoku> instead of mainting a complete clone of the tree and keep it in sync
Dec 22 19:56:30 <quickdev> mrmoku, isn't it using a compiler which is downloaded through bitbake?
Dec 22 19:56:50 <mrmoku> quickdev: that's why I'm wondering it worked for you locally...
Dec 22 19:57:13 <dcordes> mrmoku: use a fixed OE revision as base.
Dec 22 19:57:16 <mrmoku> dcordes: and the target is to get our patches upstream in OE (at least most of them)
Dec 22 19:57:28 <dcordes> ok then you won
Dec 22 19:57:34 <Kensan> dcordes: wouldn't that lead to keeping patches in your own repo and not trying as hard to get everything upstream?
Dec 22 19:57:46 <mrmoku> dcordes: and divirge... like OpenMoko did. Right now they're correcting the error :-)
Dec 22 19:58:34 <dcordes> mrmoku: openmoko diverged?
Dec 22 19:58:42 <mwester> yep
Dec 22 19:58:50 <mwester> It's a long, sad, and sordid tale.
Dec 22 19:58:51 <mrmoku> dcordes: they did what you proposed... had their own clone of OE
Dec 22 19:59:02 <mrmoku> and now they're merging back
Dec 22 19:59:14 <Kensan> mwester: hi there, didn't hear you enter ;)
Dec 22 19:59:16 <dcordes> didn't pursue that process
Dec 22 19:59:48 <Kensan> quickdev: maybe you want to put the MACHINE_CLASS workaround in the wiki until it is actually fixed?
Dec 22 19:59:52 <mwester> Kensan:  I'm only "sort of" here -- I started a new job so I'm not able to spend a lot of time to watch the channels lately. :)
Dec 22 19:59:59 <mrmoku> quickdev: by the way... there is a problem with fso-gpsd in unstable...
Dec 22 20:00:04 <dcordes> I noticed the odd qt/gtk mix images but was assuming the major part of the work was still going down in oe
Dec 22 20:00:04 <Kensan> mwester: congratulations!
Dec 22 20:00:09 <mrmoku> does not start because of an initscript problem
Dec 22 20:00:12 <mwester> :) thanks.
Dec 22 20:00:16 <mrmoku> brb
Dec 22 20:00:20 <Kensan> mwester: that's good news!
Dec 22 20:00:24 <Kensan> mwester: well not for us...
Dec 22 20:00:31 <Kensan> mwester: but for you and your family ;)
Dec 22 20:00:37 <mwester> It's good to have a job, and this time it's not so closely associated with the US auto industry.
Dec 22 20:01:05 <Kensan> mwester: ah so Openmoko finally called you up *heh*
Dec 22 20:01:18 <mwester> (We still do a lot with embedded, but we have hope to work with commercial software as well -- and no, not openmoko!)
Dec 22 20:01:33 <Kensan> mwester: yeah, I was just teasing.
Dec 22 20:02:00 <Kensan> mwester: I knew they didn't have the guts *haha*
Dec 22 20:02:05 <dcordes> what are the major hurdles regarding shr>oe
Dec 22 20:02:15 <Kensan> mwester: too much feather roughling there I guess ;)
Dec 22 20:02:34 <Kensan> dcordes: they need to get their first release out the door and stabilize imho ;)
Dec 22 20:02:52 <wurp2> mwester: congratulations!!
Dec 22 20:03:02 <wurp2> I knew you wouldn't be off work long :-)
Dec 22 20:03:31 <mwester> Kensan:  to be fair to Om, they don't seem to have too much trouble with internal folks "ruffling feathers" -- but I think one can actually be more effective from the community than from inside, from what I've learned.
Dec 22 20:04:22 <dcordes> what's unstable in shr? 
Dec 22 20:04:31 <Kensan> mwester: yeah
Dec 22 20:04:50 <Kensan> dcordes: afaik there's a lot of flux
Dec 22 20:05:07 <Kensan> dcordes: which occasionally leads to bugs.
Dec 22 20:05:12 <Kensan> etc
Dec 22 20:05:39 <dcordes> somebody with a poweful machine fancy making armv6-novfp shr-image with latest frameworkd-devel rev?
Dec 22 20:06:05 <Kensan> mwester: I think the people who are in the position to hire didn't actually know that you were looking for a job etc.
Dec 22 20:06:23 <Kensan> dcordes: I can give it a spin
Dec 22 20:06:47 <dcordes> got access to a quick buildhost?
Dec 22 20:07:08 <dcordes> don't waste your personal machine's cpu time
Dec 22 20:07:18 <Kensan> dcordes: no but I have a quadcore workstation. Will take some time but I can let it run.
Dec 22 20:07:29 <Kensan> dcordes: a couple hours but that's ok
Dec 22 20:07:38 <quickdev> mrmoku, it's still failing. Comitted it
Dec 22 20:08:34 <Montgoss> Kensan, dcordes:  Does distcc work over the internet?  we could get a quick little cluster up.
Dec 22 20:08:55 <Montgoss> my image finally built successfuly!
Dec 22 20:09:37 <Kensan> Montgoss: congrats.
Dec 22 20:10:12 <dcordes> Kensan: Montgoss, nevermind. I will set it up locally. thanks
Dec 22 20:10:15 <Kensan> dcordes: if you don't find somebody else just tell me, I can do a build and up it somewhere.
Dec 22 20:10:38 <Montgoss> now i can finally continue work on libframeword-phonegui-gtk
Dec 22 20:12:37 <Montgoss> of course, i still can't build the image on my server...  :-/
Dec 22 20:13:13 <mrmoku> quickdev: trying to build on my localhost now
Dec 22 20:14:58 <dcordes> don't have the disk space for a second OE tree
Dec 22 20:15:14 <mwester> dcordes:  disk drives are dirt cheap anymore!
Dec 22 20:15:42 <Kensan> dcordes: just tell me what to build, I can let it run.
Dec 22 20:15:45 * mwester has been pulling "low" capacity drives out to replace them with 500GB drives lately.
Dec 22 20:16:21 <Montgoss> i bought a dirt cheap drive, now my performance is crap
Dec 22 20:16:22 <bumbl> mwester: congratulations
Dec 22 20:16:42 <dcordes> mwester: yea I'll get a second 500gb hd
Dec 22 20:17:07 <quickdev> mrmoku, phonegui-contacts.c:10: warning: '_hide' used but never defined <- this is strange
Dec 22 20:18:08 <mwester> heh - I have RAID-5 array of 5x 250GB drives, it was *huge* by the standards of the time when I installed it... now I  can buy a single drive with that sort of capacity for 1/2 the price of each of the original 250GB drives...  :(
Dec 22 20:20:00 <Montgoss> Anyone seen this error before?
Dec 22 20:20:00 <Montgoss> qemu-native-0.9.1+svnr4242-r14/trunk/target-i386/ops_sse.h:597: error: unable to find a register to spill in class `GENERAL_REGS'
Dec 22 20:20:36 <Montgoss> Full log is here:  http://pastebin.com/m6c4a4770
Dec 22 20:23:46 <quickdev> Montgoss, have you disabled locales?
Dec 22 20:24:13 <Montgoss> quickdev:  I think I did
Dec 22 20:25:27 <Montgoss> quickdev:  actually, it looks like I didn't after my last rebuild.
Dec 22 20:25:37 <Montgoss> quickdev:  should I?
Dec 22 20:26:02 <quickdev> Montgoss, afaik qemu fails if locales are enabled
Dec 22 20:26:43 <Montgoss> quickdev: aight.   I'll try again with them disabled.
Dec 22 20:27:15 <quickdev> mrmoku, could you help me figuring out what it is? :)
Dec 22 20:28:18 <mw|> Montgoss: each time OE plays with gcc bugs, that is usually the result.. try to find the setting you can add to local.conf that makes qemu-native only build arm support
Dec 22 20:28:18 <mw|> and when you find it, add it the bottom of SHR building wikipage (hints and tricks section or something like that)
Dec 22 20:29:25 <mwester> ENABLE_BINARY_LOCALE_GENERATION = "0"
Dec 22 20:29:30 <mwester> Put that in your local.conf file
Dec 22 20:29:46 <mwester> You'll never need qemu again, nor will you waste any time building those pesky locales.
Dec 22 20:29:49 <mwester> Works all the time.
Dec 22 20:29:59 <bumbl> haha the arrogant worms rock
Dec 22 20:30:11 <Dave> What's new, gentlemen?
Dec 22 20:30:37 <bumbl> nothing
Dec 22 20:30:49 <Dave> :\
Dec 22 20:30:54 <bumbl> well the day after tomorrow ....
Dec 22 20:30:55 <Dave> Well, that's rather disappointing.
Dec 22 20:30:58 <bumbl> is x-mas
Dec 22 20:30:58 <Montgoss> mwester:  I used GLIBC_GENERATE_LOCALES = "en_US.UTF-8" .  Is that not going to work?
Dec 22 20:31:00 <bumbl> :p
Dec 22 20:31:19 <Dave> Merry Fishmas!
Dec 22 20:31:19 <mwester> Montgoss:  nope.  That still needs qemu, to generate the one locale.
Dec 22 20:31:31 <mwester> Grappy New Beer!
Dec 22 20:31:35 <mrmoku> quickdev: looking at it... 
Dec 22 20:32:21 <bumbl> (°xx><
Dec 22 20:33:27 <mw|> ENABLE_BINARY_LOCALE_GENERATION="0" .... then you might need to edit task-shr-minimal-x thingy until the locales-disabled-patch has been applied (if your final image get X, you need to edit it)
Dec 22 20:33:53 <dos1> quickdev: what's about image?
Dec 22 20:34:07 <mw|> (if your final image DOESN'T get X, you need to edit it)  *minor type*
Dec 22 20:34:13 <quickdev> dos1, there a failure when building. Currently trying to solve it with mrmoku
Dec 22 20:34:53 <mw|> (if you see me write many typos, that is because I'm just looking at irc each time I walk by my laptop)
Dec 22 20:36:57 <dos1> quickdev: only with phonegui-efl? or something else too?
Dec 22 20:37:06 <quickdev> only phonegui-efl atm
Dec 22 20:38:54 <BluesLee> i know that lib;-)
Dec 22 20:39:53 <dos1> BluesLee: (20:27:12) quickdev: Kensan, typedef enum {
Dec 22 20:39:53 <dos1> (20:27:12) quickdev:     DBUS_ERROR_SERVICE_NOT_AVAILABLE = -1,
Dec 22 20:39:53 <dos1> (20:27:12) quickdev:     DBUS_ERROR_NO_REPLY = -2
Dec 22 20:39:53 <dos1> (20:27:12) quickdev: } DbusErrors;
Dec 22 20:39:53 <dos1> (20:27:17) quickdev: ERROR_NO_REPLY is line 30
Dec 22 20:40:13 <dos1> (20:25:53) Kensan: quickdev: frameworkd-glib-dbus.h:30: error: expected identifier before string constant
Dec 22 20:42:19 <Montgoss> dos1: I'd search for DBUS_ERROR_NO_REPLY.  maybe there are multiple definitions
Dec 22 20:42:47 <mw|> bother to paste just line 30
Dec 22 20:42:49 <mrmoku> quickdev: hmm, can't find it...
Dec 22 20:43:00 <Dave> hah
Dec 22 20:43:21 <dos1> mw|: yes, it will be very helpful
Dec 22 20:43:22 <dos1> ;p
Dec 22 20:43:31 <dos1> DBUS_ERROR_NO_REPLY = -2
Dec 22 20:43:37 <mw|> thanks
Dec 22 20:43:47 <mw|> hmm *finding my test dir and doing a grep*
Dec 22 20:43:47 <dos1> wow, i know what is problem!
Dec 22 20:43:48 <dos1> :P
Dec 22 20:44:50 <Sargun> yeah, when FSO takes more than 10 seconds, it pisses me off
Dec 22 20:45:14 <dos1> ok, let's fight with this error together! :D
Dec 22 20:45:46 <dos1> i must at last download source of shr tree...
Dec 22 20:46:04 <dos1> and maybe start to contributing
Dec 22 20:46:54 <dos1> instead of playing frets on fire and surfing on the net at free time :]
Dec 22 20:47:12 <quickdev> mrmoku, I'm trying each revision on the buildhost now to find the evil
Dec 22 20:47:39 <mw|> dos1: bitbake -c devshell NAME_OF_FAILING_BB_FILE_HERE
Dec 22 20:47:48 <mw|> then you should get a new xterm
Dec 22 20:47:59 <mw|> where you can do          make     in
Dec 22 20:48:59 <dos1> hmm
Dec 22 20:48:59 <mw|> when it fails, go to the failing folder and do the same gcc command as make did, but add -E and open the created .o in vim (or your favorite editor)
Dec 22 20:49:19 <mw|> and search for DBUS_ERROR_NO_REPLY
Dec 22 20:49:27 <mw|> somewhere it now gets defined
Dec 22 20:49:59 <mrmoku> I think that DBUS_ERROR_NO_REPLY is just a consequence of some stupid typo somewhere... but maybe I'm wrong ;)
Dec 22 20:50:22 <mw|> might be that DBUS has started to make a define with the same name.... frameworkd-glib thingy perhaps should have used better names, like FRAMEWORKD_DBUS_ERROR_NO_REPLY
Dec 22 20:50:42 <quickdev> mw|, already tried -E - gave me nothing interesting
Dec 22 20:52:26 <mw|> DBUS_ERROR_NO_REPLY is used internally in dbus aswell (just checked)
Dec 22 20:52:53 <mw|> some late change has made frameworkd-glib include another dbus header file
Dec 22 20:53:03 <mw|> but I still state that the defines should have been renamed
Dec 22 20:53:11 <elserpiente> guys, may i ask questions? about shr/oe builidng and toolchain openmoko-sample :)
Dec 22 20:53:25 <mw|> frameworkd-glib constants and symbols shouldn't be prefixed with just dbus
Dec 22 20:53:43 <quickdev> mw|, you're right, Could that be the evil?
Dec 22 20:54:27 <mw|> quickdev: it is... dbus-glib internal code depends on DBUS_ERROR_NO_REPLY beeing defined in DBUS, atleast since version 0.74 (oldest version I had in my local cache)
Dec 22 20:54:38 <mw|> brb
Dec 22 20:55:09 <dos1> pwn3d by dbus ;]
Dec 22 21:00:31 <dos1> hmm
Dec 22 21:01:02 <dos1> how big are yours source trees from http://shr.bearstech.com/Makefile?
Dec 22 21:04:56 <mrmoku> quickdev: it does compile for you locally, right?
Dec 22 21:05:06 <quickdev> yeah
Dec 22 21:05:19 <mrmoku> have you checked with git gui about uncommitted stuff?
Dec 22 21:06:02 <bumbl> rm -rf /builddirectory/ o buildhost :ü
Dec 22 21:07:47 <CIA-51> freesmartphone.org: 03niklas.coding 07libframeworkd-glib * r26330e402a60 10/src/ (frameworkd-glib-dbus.c frameworkd-glib-dbus.h): Renamed DBUS error constants, because they are already used in the dbus source.
Dec 22 21:08:02 <mw|> woho!! :-)
Dec 22 21:10:38 <dos1> sooooo
Dec 22 21:10:43 <dos1> what's about image? :DD
Dec 22 21:12:44 <quickdev> dos1, gta02?
Dec 22 21:12:53 <dos1> yep, gta02
Dec 22 21:15:00 <mrmoku> quickdev: good find :-)
Dec 22 21:15:12 <quickdev> mrmoku, it's mw| find! :)
Dec 22 21:15:32 <quickdev> although I haven't tested it yet on the buildhost
Dec 22 21:16:03 <mrmoku> I did on my host... compiles now :-)
Dec 22 21:16:08 <mrmoku> mw|: good find :-)
Dec 22 21:16:20 <dos1> i repasted buggy lines on channel, and then mw| looked at code! it was me! :DDD
Dec 22 21:16:24 <dos1> ;)
Dec 22 21:16:28 <elserpiente> anyone can answer is it known bug? I just tried compile shr-testing http://pastebin.com/m5db5b7a7
Dec 22 21:16:35 <mrmoku> dos1: good pasting ;)
Dec 22 21:17:44 <mrmoku> elserpiente: put MACHINE_CLASS = "neo1973" in conf/auto.conf
Dec 22 21:19:32 <elserpiente> thanks man
Dec 22 21:21:53 <dos1> hmm
Dec 22 21:22:10 <quickdev> mrmoku, could you update the wiki to include the MACINE_CLASS instruction?
Dec 22 21:23:40 <dos1> if i don't won't to download whole openembedded tree, is there some way to compile only libframeworkd-phonegui-efl or other shr packages (with dependencies)?
Dec 22 21:24:16 <quickdev> dos1, you could use a toolchain, but openembedded is the better way
Dec 22 21:24:27 <Dave> :o
Dec 22 21:24:37 <dos1> i know it's better
Dec 22 21:25:19 <dos1> but i just want to only play with some shr apps
Dec 22 21:25:45 <Kensan> mrmoku: rather "armv4t"
Dec 22 21:25:47 <dos1> and i have internet connection only 512 kbps
Dec 22 21:26:07 <dos1> and limited disk space
Dec 22 21:26:39 <dos1> so can i use openembedded, or toolchain is better to me?
Dec 22 21:27:39 <bumbl> hitting while true: hit f5 on http://shr.bearstech.com/shr-unstable/images/
Dec 22 21:28:26 <mrmoku> Kensan: ahh, ok
Dec 22 21:28:43 <mrmoku> elserpiente: did you hear Kensan? armv4t instead of neo1973
Dec 22 21:29:13 <elserpiente> okey will try armv4t
Dec 22 21:29:29 <Kensan> mrmoku: though that's just a workaround. We should figure out why MACHINE_CLASS is not set automatically...
Dec 22 21:29:48 <elserpiente> guess it should be at wiki
Dec 22 21:30:06 <mrmoku> elserpiente: quite new error... that's why
Dec 22 21:30:10 <Kensan> mrmoku: I'll build a image for thumb. It should theorethically help with boot a bit.
Dec 22 21:30:11 <mrmoku> Kensan: yeah
Dec 22 21:30:24 <mrmoku> what is thumb?
Dec 22 21:30:36 <Kensan> mrmoku: arm instruction set
Dec 22 21:30:55 * elserpiente launched make image
Dec 22 21:30:57 <Kensan> mrmoku: http://en.wikipedia.org/wiki/ARM_architecture#Thumb
Dec 22 21:31:37 <quickdev> dos1, my inet connection is only 786kbits, too, but there's no real time problem ;)
Dec 22 21:31:41 * mrmoku seems to have DNS problems :(
Dec 22 21:31:56 <Kensan> mrmoku: use the opendns servers then
Dec 22 21:33:29 <mrmoku> Kensan: do you have ips handy?
Dec 22 21:33:58 <Kensan> mrmoku: http://en.wikipedia.org/wiki/Opendns#Servers
Dec 22 21:34:18 <mrmoku> Kensan: grrr, no wikipedia because of DNS problems :p
Dec 22 21:34:27 <Kensan> lol sorry
Dec 22 21:34:31 <mrmoku> thahts how I noticed :-)
Dec 22 21:34:35 <Kensan> 208.67.222.222
Dec 22 21:34:39 <mrmoku> thanks
Dec 22 21:34:41 <Kensan> 208.67.220.220
Dec 22 21:34:57 <Kensan> mrmoku: show the bootchart to raster ;)
Dec 22 21:35:10 * raster hides
Dec 22 21:35:22 <bumbl> good morning raster
Dec 22 21:36:13 * mrmoku thinks raster doesn't want to see ;)
Dec 22 21:36:33 <raster> Kensan:  :)
Dec 22 21:36:37 <mrmoku> raster: now I understand why you said typing with dict is slow...
Dec 22 21:36:40 <raster> bumbl: moo
Dec 22 21:36:44 <mrmoku> it's DEAD slow
Dec 22 21:36:46 <raster> mrmoku: so.. where is it
Dec 22 21:36:46 <bumbl> when comes gta02 image?
Dec 22 21:36:51 <raster> i was expecting it anyway :)
Dec 22 21:37:02 <mrmoku> http://zamora.homelinux.org/bootchart.png
Dec 22 21:37:10 <bumbl> raster: yeah we might have no kangaroos but we definatly have cows here :p
Dec 22 21:37:14 <raster> mrmoku:  yes - the patches really slowed it down
Dec 22 21:37:25 <raster> see what happens when other people get to my code :)
Dec 22 21:37:27 <mrmoku> rest works nicely so :-)
Dec 22 21:37:38 <mrmoku> raster: don't allow them :p
Dec 22 21:37:43 <Sargun> raster, thanks for the mailing list messages
Dec 22 21:37:56 <mrmoku> raster: or clone yourself :D
Dec 22 21:38:17 <mrmoku> to double your time
Dec 22 21:38:21 <dos1> the army of rasters :o
Dec 22 21:38:39 <raster> but it does fix a utf8 issue for the dict
Dec 22 21:38:44 <raster> so its slw and bug--
Dec 22 21:38:45 <mrmoku> we would all profit and get elm lists before xmas ;)
Dec 22 21:38:48 <raster> or bg++ and fast
Dec 22 21:38:49 <dos1> all of them hacking e ;)
Dec 22 21:38:52 <raster> bug++
Dec 22 21:38:57 <raster> until i dig in and really overhaul
Dec 22 21:39:21 <raster> Sargun:  np :)
Dec 22 21:40:11 <dos1> shr-lite images for om-gta01 are online... but when gta02? :o
Dec 22 21:40:34 <dos1> quickdev: i know, i am tiring ;]
Dec 22 21:40:51 <raster> mrmoku: lots to do!
Dec 22 21:41:09 <mrmoku> yep :-)
Dec 22 21:41:13 <raster> hmm
Dec 22 21:41:18 <raster> removed exquisite i see
Dec 22 21:41:40 <raster> i'm guessing it wont make an overall diff these days to boot
Dec 22 21:41:52 <raster> i changed the ipc to use a lower-cost pipe
Dec 22 21:42:22 <mrmoku> raster: are you sure for glamo also?
Dec 22 21:42:22 <quickdev> mrmoku, could you compare boot time with exquisite and without? :)
Dec 22 21:42:25 <dos1> raster: oh! i will test it with my companion cube theme :D
Dec 22 21:43:15 <raster> mrmoku: i removed the animated glow
Dec 22 21:43:31 <raster> so the only animqation is the fade-in for like 1-2 sec
Dec 22 21:43:44 <raster> that will of course eat cpu/glamo bandwidth
Dec 22 21:44:00 <raster> but after that updates are just simple bar redraws when it changes
Dec 22 21:44:42 <mrmoku> quickdev: ok, will try it the next days
Dec 22 21:45:43 <bumbl> well anyway
Dec 22 21:45:49 <bumbl> good night folks
Dec 22 21:49:57 <dos1> oh, yes!
Dec 22 21:50:06 <dos1> images for om-gta02 are uploading!
Dec 22 21:50:15 <dos1> i see increasing of size :D
Dec 22 21:50:43 <quickdev> dos1, yeah, finally ;)
Dec 22 21:50:46 <dos1> and it's here right now :)
Dec 22 21:50:59 <elserpiente> thanks guys armv4t helps :)
Dec 22 21:51:06 <dos1> i've catch a moment :D
Dec 22 21:51:10 <dos1> catched*
Dec 22 21:52:38 <dos1> quickdev: are you building full images too? or only lite?
Dec 22 21:53:14 <quickdev> dos1, if you want, I could build one
Dec 22 21:53:52 <dos1> how long will it build?
Dec 22 21:56:08 <dos1> ok, i'm downloading it now
Dec 22 21:56:12 <dos1> and will test it soon
Dec 22 21:56:27 <quickdev> don't know how long
Dec 22 21:56:33 <Montgoss> I fixed the compile errors in libframeworkd-phonegui-gtk
Dec 22 21:57:15 <quickdev> Montgoss, fine. whats the current state of that lib ?
Dec 22 21:57:40 <Montgoss> quickdev:  it builds...  8-)  that's as far as I've gotten (since I just got the image to build today)
Dec 22 21:58:35 <Montgoss> quickdev: i'm not sure how to test it.  I can't even figure out where it deployed after the build
Dec 22 21:59:20 <quickdev> Montgoss, afaik, libframeworkd-glib / ophonekitd integration has to be done. Have a look at libframeworkd-phonegui-efl.
Dec 22 21:59:24 <Montgoss> quickdev:  err...  hold on a minute.  i think I confused myself
Dec 22 22:04:08 <Montgoss> quickdev:  ok.  it did build an ipk
Dec 22 22:04:51 <dos1> Montgoss: share it, i love to test everything which is on edge ;]
Dec 22 22:05:16 <Montgoss> dos1:  I don't know that there's much to share at this point.  Literally all I did was fix the compile errors
Dec 22 22:06:26 <dos1> what actually in this state does lfp-gtk?
Dec 22 22:06:51 <Montgoss> not entirely sure
Dec 22 22:07:34 <Montgoss> why has my server been churning on "package glibc-2.6.1-r15: task do_compile: started" for the last hour?
Dec 22 22:07:35 <dos1> :D
Dec 22 22:08:50 <Montgoss> Here's what happens when I tried to install the resulting ipk:
Dec 22 22:08:50 <Montgoss> ERROR: Cannot satisfy the following dependencies for libframeworkd-phonegui-gtk0:
Dec 22 22:08:50 <Montgoss> 	 *  libmokojournal2-0 (>= 0.1.0+svnr3473) *  libframeworkd-glib0 (>= 0.0.1+gitr66+26330e402a603eebdeb71522893679aea38009ce) *  libhito0 (>= 0.6.0+gitrLOCAL) *  libebook-1.2-5 (>= 1.4.0+svnr659) *  libjana-ecal0 (>= 0.1.0+svnr713) *  libecal-1.2-3 (>= 1.4.0+svnr659) *  libedataserver-1.2-4 (>= 1.4.0+svnr659) *  libjana-gtk0 (>= 0.1.0+svnr713) *  libjana0 (>= 0.1.0+svnr713) *  gtk+ (>= 2.12.11)
Dec 22 22:09:53 <quickdev_> Montgoss, it seems there's a buch of things to do :)
Dec 22 22:10:03 <dos1> so it will perfectly install on 2007.2
Dec 22 22:10:51 <mrmoku> Kensan: heh, no DNS problems not... NetworkManager decided to set the default route to FR via usb :-)
Dec 22 22:10:59 <dos1> i know almost all of this packages, because i was using 2007.2 even in starting of december
Dec 22 22:11:03 <dos1> ;]
Dec 22 22:12:26 <Ainulindale> Hey there, again
Dec 22 22:12:41 <Ainulindale> Montgoss: libframeworkd-phonegui-gtk won't build properly, please mind that
Dec 22 22:12:48 <Ainulindale> Montgoss: You had a question?
Dec 22 22:12:55 <Ainulindale> quickdev_, mrmoku: image got generated?
Dec 22 22:13:25 <quickdev_> Ainulindale, yeah..some minutes ago. Struggled with 2-3 build problems
Dec 22 22:13:32 <Montgoss> Ainulindale:  it builds properly now  ;-)
Dec 22 22:13:43 <Ainulindale> Too bad I wasn't here to help you quickdev_ 
Dec 22 22:13:51 <Ainulindale> Montgoss: you patched it?
Dec 22 22:14:05 <quickdev_> Ainulindale, that would have probably made things worse :)
Dec 22 22:14:20 <Montgoss> Ainulindale: Yah, there were a few simple build errors (once I got SHR building right)
Dec 22 22:14:24 <Ainulindale> quickdev_: well, I'm not sure about that :-)
Dec 22 22:14:30 <Ainulindale> Montgoss: then feel free to send the patches :-)
Dec 22 22:14:30 <quickdev_> hehe :)
Dec 22 22:14:41 <Ainulindale> quickdev_: please test e then
Dec 22 22:14:52 <Ainulindale> raster told me the dictionnary stuff for the keyboard may be slowerr
Dec 22 22:14:53 <Ainulindale> -r
Dec 22 22:15:00 <quickdev_> Ainulindale, http://git.freesmartphone.org/?p=libframeworkd-glib.git;a=commit;h=26330e402a603eebdeb71522893679aea38009ce
Dec 22 22:15:08 <quickdev_> Ainulindale, currently flashing
Dec 22 22:15:09 <mrmoku> Ainulindale: uuhh, yeah. incredibly slow. almost unusable ;)
Dec 22 22:15:32 <Ainulindale> mrmoku: wow, to this point?
Dec 22 22:16:04 <Ainulindale> quickdev_: good, thanks
Dec 22 22:16:23 <mrmoku> Ainulindale: try and judge yourself :p
Dec 22 22:16:25 <Ainulindale> quickdev_: too bad I did it that way in the first place
Dec 22 22:16:36 <Ainulindale> mrmoku: well, can't now
Dec 22 22:16:46 <Ainulindale> There's a tiny creature anchored on my shoulder trying to sleep
Dec 22 22:16:50 <quickdev_> Ainulindale, I'm not sure if you did it, maybe I
Dec 22 22:17:01 <Ainulindale> quickdev_: well nevermind, good to have spot that
Dec 22 22:17:04 <Ainulindale> +ted
Dec 22 22:17:10 <quickdev_> thanks to mw| 
Dec 22 22:17:15 <Ainulindale> :-)
Dec 22 22:17:19 <Ainulindale> mw|: still here?
Dec 22 22:17:50 <raster> Ainulindale:  go back 1 rev to remove the slowness
Dec 22 22:17:54 <raster> but you lose the utf8 fix
Dec 22 22:18:14 <Ainulindale> well I want the utf fix
Dec 22 22:18:18 <quickdev_> we need both
Dec 22 22:18:27 <Ainulindale> We could remove the dictionnary temporarily, couldn't we?
Dec 22 22:18:30 <raster> then u'll have to live with slow
Dec 22 22:18:33 <Ainulindale> raster: where does the slowness come from?
Dec 22 22:18:36 <raster> until i do something about it
Dec 22 22:18:46 <raster> from the utf8 dict fix
Dec 22 22:19:01 <raster> it works fine with ascii
Dec 22 22:19:04 <raster> ie english
Dec 22 22:19:07 <raster> throw in utf8 chars
Dec 22 22:19:10 <raster> like ü
Dec 22 22:19:12 <raster> or é
Dec 22 22:19:17 <raster> and it misses matches
Dec 22 22:19:23 <raster> thus its matching becomes very poor
Dec 22 22:19:35 <raster> giving up doign matches really early in the list
Dec 22 22:20:16 <quickdev_> raster, how do you plan to fix that? I'm just curious
Dec 22 22:20:30 <Ainulindale> raster: well what could we do then as a quick workaround?
Dec 22 22:21:01 <quickdev_> Ainulindale, we could add a patch to e in openembedded.diff
Dec 22 22:21:17 <Ainulindale> well we could but that wouldn't mean a thing
Dec 22 22:21:23 <Ainulindale> as if we had a patch for that
Dec 22 22:21:26 <Ainulindale> raster would include it
Dec 22 22:21:39 <Ainulindale> wouldn't you raster?
Dec 22 22:21:50 <quickdev_> Ainulindale, right, ehe :)
Dec 22 22:23:26 <raster> quickdev_: not in the near future
Dec 22 22:23:32 <raster> ie the next few days
Dec 22 22:23:50 <raster> Ainulindale:  correct
Dec 22 22:23:50 <quickdev_> raster, is it hard to fix?
Dec 22 22:23:51 <raster> :)
Dec 22 22:23:55 <mw|> Ainulindale: back
Dec 22 22:23:59 <raster> quickdev_: i havent looked
Dec 22 22:24:12 <raster> but to fix without breaking thnigs - might be
Dec 22 22:24:27 <raster> as its hard to see the slowness on a desktop
Dec 22 22:24:32 <raster> and thats wherre u'd be doing the work
Dec 22 22:24:35 <quickdev_> mw|, now you get a crèpe as a reward from Ainulindale ;)
Dec 22 22:25:28 <Montgoss> Ainulindale: where do I send my patch?  the mailing list?
Dec 22 22:26:00 <mrmoku> Ainulindale: there is a problem with fso-gpsd
Dec 22 22:26:03 <mrmoku> it does not start
Dec 22 22:26:05 <quickdev_> TAsn, did you do the phonelog UI?
Dec 22 22:26:08 <raster> what i really need to do is change dict format - use some form of flattened tree
Dec 22 22:26:15 <TAsn> quickdev_, aye.
Dec 22 22:26:19 <mrmoku> Starting freesmartphone.org gpsd compatibility daemon: start-stop-daemon: invalid option -- P
Dec 22 22:26:22 <raster> and probably upconvert utf8 to full shorts/ints in the file
Dec 22 22:26:26 <quickdev_> raster, yeah, would be much more efficient I guess :)
Dec 22 22:26:34 <TAsn> quickdev_, why?
Dec 22 22:26:49 <raster> i just didnt do that because i wantewd to maintain a easy-to-figure-out dict format
Dec 22 22:26:51 <raster> ie text
Dec 22 22:27:12 <raster> but in the end i'm goign to probably just make a tool that gnerates the dict format
Dec 22 22:27:16 <raster> from text
Dec 22 22:27:26 <Ainulindale> Montgoss: well create a ticket for it
Dec 22 22:27:30 <Ainulindale> and if you intend to do more than patch it
Dec 22 22:27:36 <Ainulindale> ask for commit access to quickdev & me
Dec 22 22:27:42 <quickdev_> TAsn, I just downloaded the newest shr-unstable ( a few minutes old ). Two buttons at the bottom are a bit unintuitive. "Numbers/Names" and "Duration/Date". Why didn't you make 4 columsn for it? no space?
Dec 22 22:27:54 <TAsn> yeah.
Dec 22 22:27:57 <TAsn> no space.
Dec 22 22:28:00 <Ainulindale> mrmoku: I had that problem with fso-gpsd
Dec 22 22:28:06 <raster> i also need to introduce the idea of a match string and multiple display strings
Dec 22 22:28:08 <TAsn> I guess they aren't intuitive at start
Dec 22 22:28:08 <Ainulindale> mw|: I have an issue with your patch yes
Dec 22 22:28:10 <mrmoku> TAsn: did you do ***** handling?
Dec 22 22:28:16 <Ainulindale> mw|: it's very good but it conflicts with IMAGE_LINGUAS
Dec 22 22:28:22 <TAsn> though after the first click you get the hang of it.
Dec 22 22:28:23 <TAsn> ;]
Dec 22 22:28:24 <Ainulindale> if glibc thingy is empty
Dec 22 22:28:28 <Ainulindale> it generates all the locales
Dec 22 22:28:41 <raster> and that is going to possibly blow out the disct size
Dec 22 22:28:44 <TAsn> mrmoku, depends on the number of asterisks...
Dec 22 22:28:56 <raster> as i need to encode a tree with inline match chars as well as a set of display strings
Dec 22 22:28:56 <quickdev_> TAsn, right, I'll let you know as soon as I've tested it some days and got a better idea :)
Dec 22 22:28:59 <TAsn> mrmoku, ;] j/k, how many * represent a missed call?
Dec 22 22:29:00 <mrmoku> TAsn: five as we decided 
Dec 22 22:29:00 <Ainulindale> so you should include as a dependency the intersection of glibc/linguas plus glibc
Dec 22 22:29:10 <raster> in a separate string dict blob
Dec 22 22:29:13 <TAsn> mrmoku, I will start working on it right away.
Dec 22 22:29:22 <dos1> ok, shr-unstable flashed
Dec 22 22:29:24 <dos1> :)
Dec 22 22:29:26 <mrmoku> TAsn: ok
Dec 22 22:29:27 <Ainulindale> or something like that seeming less stupid
Dec 22 22:29:33 <TAsn> mrmoku, what should I rebuild in order to have this fix?
Dec 22 22:29:38 <TAsn> ophonekitd?
Dec 22 22:29:43 <mw|> Ainulindale: you never did reply on http://shr.bearstech.com/trac/ticket/181 :-p
Dec 22 22:29:47 <Montgoss> Ainulindale: I intend to get it working under SHR
Dec 22 22:29:49 <mrmoku> TAsn: yeah, ophonekitd
Dec 22 22:29:53 <Ainulindale> mw|: yeah I intended to talk to you here then forgot about it
Dec 22 22:29:53 <mrmoku> current unstable has it
Dec 22 22:29:55 <TAsn> cool.
Dec 22 22:29:58 <quickdev_> Ainulindale, I added "MACHINE_CLASS = "armv4t" to the local.conf's, because usb-mode-gadgets failed because of that
Dec 22 22:29:59 <Ainulindale> Montgoss: then you might as well get an access
Dec 22 22:30:04 <TAsn> mrmoku, not testing?
Dec 22 22:30:06 <Ainulindale> quickdev_: ok
Dec 22 22:30:10 <mrmoku> TAsn: no
Dec 22 22:30:18 <TAsn> oh, but I can git build it
Dec 22 22:30:19 <TAsn> nvmv.
Dec 22 22:30:21 <TAsn> nvm.
Dec 22 22:30:22 <TAsn> ;]
Dec 22 22:30:36 <Ainulindale> quickdev_: objection for Montgoss's access?
Dec 22 22:30:42 <mrmoku> TAsn: there is a rev set - have to remove it then
Dec 22 22:30:49 <quickdev_> Ainulindale, access to the shr.git ?
Dec 22 22:30:53 <Ainulindale> quickdev_: yeah
Dec 22 22:30:56 <Ainulindale> for libframeworkd-phonegui-gtk
Dec 22 22:31:03 <quickdev_> yeah, no problem
Dec 22 22:31:07 <TAsn> mrmoku, huh?
Dec 22 22:31:33 <mw|> Ainulindale: I did mention a sugestion to have IMAGE_LINGAUS default to GLIBC_GENERATE_LOCALES unless it is explicit set in local.conf, and always use IMAGE_LINGAUS instead of GLIBC_GENERATE_LOCALES in my patch
Dec 22 22:31:54 <mrmoku> TAsn: shr/openembedded/conf/distro/include/shr-autorev.inc
Dec 22 22:32:13 <mrmoku> have to set the rev for ophonekitd to AUTOREV
Dec 22 22:32:42 <mw|> (last week I have started to look into dbus-glib usage, in order to be able to hack on projects using it)
Dec 22 22:32:43 <mrmoku> Ainulindale: how did you solve the fso-gpsd issue?
Dec 22 22:32:50 <TAsn> mrmoku, how do I do that?
Dec 22 22:33:24 <mrmoku> SRCREV_pn-ophonekitd = "${AUTOREV}"
Dec 22 22:33:36 <mrmoku> instead of the fixed rev to some git hash
Dec 22 22:33:43 <Ainulindale> Montgoss: send your key to ainulindale a~]#{@~#]{~"!t gmail dot~#{~@#{o! com
Dec 22 22:33:43 <Ainulindale> that will be easier on all of us
Dec 22 22:33:43 <Montgoss> Ainulindale:  I'll do that shortly
Dec 22 22:33:43 <Ainulindale> And please tell three words or more about yourself on the ml
Dec 22 22:33:43 <Ainulindale> "Handsome" is my adjective, please don't use this one
Dec 22 22:33:43 <Ainulindale> quickdev_: I'm going to buy shr-project.org
Dec 22 22:33:43 <Ainulindale> I'd like to build a formal entity for that though
Dec 22 22:33:47 <quickdev_> Ainulindale, you heard of the gsm0710muxd patch from PaulFertser ?
Dec 22 22:34:16 <quickdev_> Ainulindale, yeah, buy it ;)
Dec 22 22:34:35 <Ainulindale> Yeah heard about that quickdev_ 
Dec 22 22:34:37 <mrmoku> Ainulindale: do you have a good source for domains?
Dec 22 22:34:42 <Ainulindale> mrmoku: well I didn't
Dec 22 22:34:43 <Ainulindale> yes
Dec 22 22:34:45 <Ainulindale> 12 euros a year
Dec 22 22:34:53 <dos1> Ainulindale: "my nick on gmail" - simplier :D
Dec 22 22:34:54 <Ainulindale> a good registrar I know
Dec 22 22:35:04 * mrmoku checks his prices
Dec 22 22:35:19 <Ainulindale> well nevermind the price
Dec 22 22:35:26 <Ainulindale> I like this registrar, I know he's quick and able :-)
Dec 22 22:35:32 <Hire> why shr?
Dec 22 22:35:38 <Hire> we can change the name
Dec 22 22:35:43 <Ainulindale> That's the name
Dec 22 22:35:46 <Hire> as ADC
Dec 22 22:35:52 <Hire> ainulindale's distro crap
Dec 22 22:36:02 <Hire> adc is cool
Dec 22 22:36:06 <Hire> sounds nice
Dec 22 22:36:21 <Ainulindale> Guys, quick motion
Dec 22 22:36:38 <Ainulindale> Could we forward spank.hire.shr-project.org to the web data archive for goatse.cx?
Dec 22 22:36:38 <Hire> "ehi yo bro, wha' dist' ya using on yo' FR?"
Dec 22 22:37:16 <Hire> "mi? ADC, de great wark of ainu-yoman-lindale"
Dec 22 22:37:28 <Ainulindale> Dumbass :-)
Dec 22 22:37:33 <Hire> if you want :)
Dec 22 22:37:40 <Ainulindale> quickdev_: we should think about really building the community
Dec 22 22:37:46 <Ainulindale> That goes through forums I think
Dec 22 22:37:54 <Hire> for me it will be a honor
Dec 22 22:37:57 <Ainulindale> (domain has been registered)
Dec 22 22:38:09 <Hire> if you want
Dec 22 22:38:18 <Hire> you can build a portal with foru
Dec 22 22:38:21 <Hire> uhm
Dec 22 22:38:28 <Hire> phpbb3 + phpbbPortal
Dec 22 22:38:36 <Ainulindale> phpbb? Why not cut my wrist?
Dec 22 22:38:48 <Hire> http://www.phpbb3portal.com/ 
Dec 22 22:38:49 <Hire> see here
Dec 22 22:38:49 <Montgoss> Ainulindale: I sent my introduction email a few weeks ago
Dec 22 22:38:55 <Hire> forum with a portal integrated
Dec 22 22:38:56 <Ainulindale> Montgoss: Oh? Under which name?
Dec 22 22:39:08 <Hire> ok ok ...
Dec 22 22:39:11 <Hire> we can use drupal
Dec 22 22:39:18 <Hire> but I think it is too fancy
Dec 22 22:40:01 <mrmoku> Ainulindale: hehe, you already did it :-)
Dec 22 22:40:07 <quickdev_> vbulletin, hehe
Dec 22 22:40:11 <Hire> http://drupal.org/
Dec 22 22:40:14 <Hire> vbb is closed
Dec 22 22:40:19 <Hire> closed is the bed
Dec 22 22:40:20 <Montgoss> Ainulindale:  Montgoss
Dec 22 22:40:21 <Hire> bad
Dec 22 22:40:31 <Ainulindale> Hire: I like Vanilla
Dec 22 22:40:41 <Ainulindale> Montgoss: well I missed it then
Dec 22 22:40:53 <Hire> i know 
Dec 22 22:40:56 <wurp2> So, no gta01 love from the Dec 15 kernel
Dec 22 22:41:07 <Gnutoo> hello, I think that I've a big problem...the usb networking doesn't work anymore...i've only usb0 in the range of 192.168.0.200 on my Desktop computer...and pinginging doesn't work!!!
Dec 22 22:41:12 <wurp2> but mwester's latest works great
Dec 22 22:41:17 <TAsn> quickdev_, would you mind giving me a link to the updated pkg?
Dec 22 22:41:25 <Ainulindale> mwester, wurp2 
Dec 22 22:41:29 <Ainulindale> Thoughts about andy-tracking?
Dec 22 22:41:37 <Ainulindale> (Marek & Wolfgang asked me if I was using it)
Dec 22 22:41:49 <Montgoss> Ainulindale: http://lists.projects.openmoko.org/pipermail/shr-devel/2008-November/000281.html
Dec 22 22:41:52 <wurp2> Don't bring me into it, I'm out of the game for now :-/
Dec 22 22:42:05 <TAsn> quickdev_, I think I added the right support but still. ;]
Dec 22 22:42:15 <mrmoku> Ainulindale: we need frameworkd-devel for andy-tracking
Dec 22 22:42:22 <Ainulindale> why?
Dec 22 22:42:30 <mrmoku> because of the sysfs changes
Dec 22 22:42:45 <Ainulindale> Montgoss: Ah, "Steven **"
Dec 22 22:42:48 <wurp2> Hey, when I try to scroll in illume, fairly often it kicks off the app instead
Dec 22 22:42:49 <Ainulindale> You should have told me that :-)
Dec 22 22:42:53 <wurp2> Am I just doing it wrong?
Dec 22 22:43:01 <Ainulindale> wurp2: yes
Dec 22 22:43:05 <Ainulindale> eat less sausages
Dec 22 22:43:12 <Ainulindale> do some jogging
Dec 22 22:43:18 <wurp2> mmph mmph mmph, wha?
Dec 22 22:43:19 <Ainulindale> loose some weight
Dec 22 22:43:22 <quickdev_> TAsn, which updated package?
Dec 22 22:43:30 <TAsn> ophonekitd
Dec 22 22:43:36 <Ainulindale> that will greatly improve your fingers usability :-)
Dec 22 22:43:51 <quickdev_> TAsn, try shr-unstable directory
Dec 22 22:43:54 <wurp2> I wasn't aware illume was prejudiced against fatties
Dec 22 22:43:59 <mwester> Ainulindale:  I think the kernel mailing list speaks for itself regarding the current state of the andy-tracking branch.
Dec 22 22:44:11 <Ainulindale> mwester: I don't read it. I should, but I don't
Dec 22 22:44:31 <wurp2> Ainulindale: ya can't do everything...
Dec 22 22:44:39 <TAsn> quickdev_, k, thanks.
Dec 22 22:44:42 <Ainulindale> mwester: I would gladly, and when I mean gladly, that means I would send some beers personnaly to you, if you were to handle the kernel matter for SHR yourself
Dec 22 22:44:42 <mwester> Ainulindale:  you need to decide if the goal of the SHR project developers is to help debug the kernel, or to develop SHR on top of a stable (albeit aging) kernel.
Dec 22 22:45:00 <Ainulindale> mwester: that's to say I'd like you to package your own kernel :-)
Dec 22 22:45:02 <Ainulindale> *deer eyes*
Dec 22 22:45:04 <quickdev_> TAsn, you need latest libframeworkd-glib, too
Dec 22 22:45:10 <TAsn> aye.
Dec 22 22:45:13 <Ainulindale> mwester: You know what the answer is.
Dec 22 22:45:19 <Ainulindale> SHR stands for Stable above all.
Dec 22 22:45:30 <Ainulindale> Or was it SexxxxxXXxx wurp2?
Dec 22 22:45:32 <Ainulindale> Can't recall
Dec 22 22:45:33 <wurp2> hooray!
Dec 22 22:45:46 <wurp2> Stable is Sexy
Dec 22 22:46:12 <Ainulindale> mwester: I know your point of view, and I agree with it, and I think you know mine too. So it's up to you :-)
Dec 22 22:46:26 <TAsn> btw quickdev_ what IDE do you use?
Dec 22 22:46:27 <mwester> Ainulindale:  I will happily take on the kernel challenge,but work has become rather more important at this point in time :(  I hope that someone else can take the lead for kernel stuff for a short while -- things should be better in late January.
Dec 22 22:46:44 <Gnutoo> solved...with ifup usb0 on the device
Dec 22 22:46:53 <TAsn> I'm just wondering because I'm starting not to like my ide ;\
Dec 22 22:47:06 <quickdev_> TAsn, have not found a good one yet. I'm using gedit/eclipse ;)
Dec 22 22:47:15 <Ainulindale> mwester: well, if you agree to package your kernel, I will gladly do the follow up if you tell me what to mind
Dec 22 22:47:20 <wurp2> Ainulindale: Do you have philosophical objections to just copying off mwester's kernel and/or linking to it from shr.bearstech?
Dec 22 22:47:22 <TAsn> quickdev_, geany is ok
Dec 22 22:47:27 <Ainulindale> wurp2: None whatsoever
Dec 22 22:47:30 <TAsn> that's what I'm currently using
Dec 22 22:47:39 <Ainulindale> wurp2: But I'd like to include it in the build process.
Dec 22 22:47:40 <TAsn> though I promised a friend I'll give anjuta a try ;\
Dec 22 22:48:02 <wurp2> Well, me too, but the one I got from bearstech for gta01 wasn't the same mwester kernel that worksf ro me
Dec 22 22:48:12 <wurp2> sf ro -> s for
Dec 22 22:48:28 <wurp2> damned sausage fingers
Dec 22 22:48:31 <Ainulindale> wurp2: that's my point.
Dec 22 22:48:36 <Ainulindale> (not about the sausages)
Dec 22 22:48:38 <mw|> Ainulindale: task-shr-minimal-x  what to do :-p
Dec 22 22:48:39 <mwester> wurp2:  Yes,there has been a "disconnect" between mickey|dinner and I on the gta01 kernel for SHR
Dec 22 22:49:00 <wurp2> well, whatever the argument, you're right
Dec 22 22:49:03 <TAsn> quickdev_, after that just killall ophonekitd && DISPLAY=:0.0 ophonekitd right?
Dec 22 22:49:07 <wurp2> since yours works and the other one doesn't
Dec 22 22:49:20 <quickdev_> TAsn, yeah, try it
Dec 22 22:49:31 <Ainulindale> Montgoss: git clone git@shr.bearstech.com:shr.git
Dec 22 22:50:13 <Ainulindale> mwester: I don't care about the means or the philosophico-politico-whatsoevero-bothersmesomucho-issues
Dec 22 22:50:16 <mwester> No argument, and I'm not sure that I *am* right.  But for the current SHR to work, we need a patch in OE to be reverted, and instead we need to change the defconfigs between gta02 and gta01.   
Dec 22 22:50:24 <Ainulindale> What I care is working features
Dec 22 22:50:41 <Ainulindale> mwester: that can be done quite easily
Dec 22 22:50:47 <Ainulindale> We already patch OE for stuff we need.
Dec 22 22:50:52 <mwester> Ah.
Dec 22 22:50:56 <Ainulindale> mrmoku set up the whole architecture
Dec 22 22:51:05 <Ainulindale> we just have to paste the patch on git in fact
Dec 22 22:51:06 * mwester hates diverging still more from OE
Dec 22 22:51:10 <Ainulindale> I don't
Dec 22 22:51:26 <Ainulindale> When a solution will come up we will remove the patches
Dec 22 22:51:30 <mwester> Ainulindale:  I will assemble a patch/instructions to "fix up" the gta01 kernel for SHR, then.
Dec 22 22:51:31 <Ainulindale> If it doesn't, we will propose them for inclusion
Dec 22 22:51:39 <Ainulindale> mwester: I'd be glad
Dec 22 22:51:56 <mwester> What's the SHR repo addr, again?
Dec 22 22:52:06 * mwester is lazy and doesn't want to dig it out of his email.
Dec 22 22:52:25 <Ainulindale> http://shr.bearstech.com/git 
Dec 22 22:52:38 <Gnutoo> by the way the wifi is unreliable(in 2 ways: first i have to use a script to reconnect and sometimes the connections last less than 10 sec,second: sometimes it fails to scan  networks with an error message...but i'm first interrested in the first problem) in SHR(I think it wasn't in the old kernes not from SHR...but SHR got suspend working) ....so is there a kernel with suspend,resume-on-call and wifi that work
Dec 22 22:52:38 <Gnutoo> s?
Dec 22 22:52:39 <Ainulindale> (thanks to irssi completion I can be lazy and informative)
Dec 22 22:52:40 <mwester> thanks. :)
Dec 22 22:52:52 <mrmoku> quickdev_: a little enhancement request ;)
Dec 22 22:53:00 <mrmoku> if you send a sms and add a contact
Dec 22 22:53:07 <mrmoku> there is now feedback that it got added
Dec 22 22:53:17 <mrmoku> -w
Dec 22 22:53:21 <mrmoku> no feedback
Dec 22 22:53:33 <quickdev_> Ainulindale, I can commit libframeworkd-phonegui / ophonekitd / libframeworkd-phonegui-efl without worrying much about testing, right? (because we have fixed srcrevs in shr-testing)
Dec 22 22:53:35 <mwester> Gnutoo:  that's one of the things that the andy-tracking kernel might address, for those brave souls who care to deal with all the other instabilities therein.
Dec 22 22:53:59 <quickdev_> mrmoku, could you open a ticket? feedbeck is important for the usability experience
Dec 22 22:54:25 <Ainulindale> quickdev_: well double check for fixed revs
Dec 22 22:54:30 <Ainulindale> I think phonegui isn't fixed
Dec 22 22:54:56 <quickdev_> Ainulindale, what I meant instead was libframeworkd-glib
Dec 22 22:55:16 <Kensan> mwester: what are the other instabilities you see currently?
Dec 22 22:55:17 <Ainulindale> Same thing then I think
Dec 22 22:55:27 <Ainulindale> though I can't see why you would fix libframeworkd-glib 
Dec 22 22:55:30 <Ainulindale> your change is minor
Dec 22 22:55:34 <Gnutoo> mwester, does recent version works with SHR...because i tried a version of andy-tracking and it was unusable...SHR's CPU usage was 100% all the time...and the pin GUI didn't come up
Dec 22 22:55:43 <mwester> Kensan:  that's the problem - they change each and every day.  The latest one seems to be the accelerometers are broken.
Dec 22 22:55:55 <mwester> Before that the PMU and charging was/is broken.
Dec 22 22:56:08 <mwester> And a few days ago, it wouldn't resume at all.
Dec 22 22:56:09 <Kensan> mwester: hm... andy-tracking it's still a full-steam devel branch.
Dec 22 22:56:10 <Ainulindale> mwester: maybe that's because you checked out the andy-is-tracking-you kernel
Dec 22 22:56:18 <quickdev_> Ainulindale, I'd like to push some bigger changes into libframeworkd-glib (USSD support). I'm going to add fixed revs for that now.
Dec 22 22:56:20 <mwester> Ainulindale:  :P
Dec 22 22:56:25 <Ainulindale> quickdev_: no problem
Dec 22 22:56:45 <Kensan> mwester: I wonder when the focus shifts towards stabilization...
Dec 22 22:56:53 <TAsn> quickdev_, what do we want to it to show instead of *****?
Dec 22 22:56:56 <mwester> Gnutoo:  No, you'll need to do the work necessary if you want SHR to work with the 2.6.27+ kernels.
Dec 22 22:57:30 <mwester> Kensan:  the sad thing is that if you ask on the kernel list, it will be clear that according to Andy, it *is* stable.    They don't get it...
Dec 22 22:57:30 <quickdev_> TAsn, where is '****' shown?
Dec 22 22:57:39 <TAsn> I mean
Dec 22 22:57:47 <mrmoku> quickdev_: you get passed an empty string
Dec 22 22:58:00 <TAsn> how do you want a suppressed number to be shown in the phone log?
Dec 22 22:58:02 <Gnutoo> mwester, is that work hard? have others started it?
Dec 22 22:58:04 <Kensan> mwester: there's got to be a "distribution person" at some point... and not the least for the kernel...
Dec 22 22:58:04 <mrmoku> phonelog adds ***** for unknown numbers to the log
Dec 22 22:58:37 <mwester> Kensan:  Exactly.  And Om is currently hiring for a distro manager...
Dec 22 22:58:50 <Kensan> mwester: wow hiring...
Dec 22 22:58:56 <quickdev_> mrmoku, TAsn, can't we use something like NULL ?
Dec 22 22:58:58 <Kensan> mwester: so it'll be another 6-9 months
Dec 22 22:59:01 <Ainulindale> mwester: well no
Dec 22 22:59:08 <Ainulindale> they're not quite hiring
Dec 22 22:59:17 <TAsn> quickdev_, no, that's too geeky ;]
Dec 22 22:59:17 <mwester> Volunteer?
Dec 22 22:59:20 <TAsn> but ok, what ever. ;]
Dec 22 22:59:24 <TAsn> I'll use that.
Dec 22 22:59:27 <Ainulindale> that or my profile didn't please them at all and they tried to present that nicely to me :-)
Dec 22 22:59:30 <quickdev_> TAsn, I mean internally :)
Dec 22 22:59:30 <Kensan> mwester: but I guess that's more for the distro side not just for the kernel.
Dec 22 22:59:37 <Ainulindale> mwester: yeah I was interested in that
Dec 22 22:59:43 <Ainulindale> as that's what I do these days
Dec 22 22:59:49 <TAsn> quickdev_, I meant on the gui.
Dec 22 22:59:55 <Ainulindale> In fact they told me they didn't know what they were looking for
Dec 22 23:00:01 <TAsn> quickdev_, internall NULL is too confusing, ***** is good.
Dec 22 23:00:09 <quickdev_> Ainulindale, http://git.openembedded.net/?p=openembedded.git;a=blob;f=packages/efl1/elementary_svn.bb;h=eb880aedca851a7d17c2fde23b1e26c8b330b43b;hb=1ce2a1923813b166444d09a05e6bc874314a40d3        - How do we leave elementary-tests out?
Dec 22 23:00:13 <Ainulindale> And sad to say, I was under the same impression talking to them
Dec 22 23:00:26 <Kensan> Ainulindale: man I wonder... there's so much valuable feedback.
Dec 22 23:00:31 <Montgoss> Well, I think I commited my changes.
Dec 22 23:00:37 <Ainulindale> Kensan: about what?
Dec 22 23:00:52 <Kensan> Ainulindale: Rod brings the community manager up whenever it seems appropriate
Dec 22 23:00:53 <Ainulindale> quickdev_: well as is we can't
Dec 22 23:00:55 <mwester> Kensan:  My philosophy is showing.  In my world, the kernel is driven by the distro, and the distro manager has a huge say in what happens with the kernel (priorities of featueres, patches, release schedules, and when new kernel revs ship).
Dec 22 23:01:07 <Ainulindale> Kensan: what do you mean?
Dec 22 23:01:26 <quickdev_> raster, we'd like to exclude elementary-tests from elementary. Any solution in mind?
Dec 22 23:01:31 <Kensan> mwester: currently it stops with "Let's write code".
Dec 22 23:01:37 <mwester> Which is why I ask Ainulindale what he thinks about what kernel to use.
Dec 22 23:01:50 <Kensan> mwester: the breadth of building and packaging a distro hasn't sunk in I think.
Dec 22 23:01:51 <Ainulindale> Well mwester once again, just for the sake of stating my opinion
Dec 22 23:01:58 <Ainulindale> I don't want shiny features
Dec 22 23:02:05 <Ainulindale> I want a kernel which works for the basic functionnalities
Dec 22 23:02:10 <Kensan> Ainulindale: about the job. They should know what kind of profile they are looking for...
Dec 22 23:02:12 <Ainulindale> Suspend, phone, GPS.
Dec 22 23:02:19 <Ainulindale> Wifi after that
Dec 22 23:02:31 * mwester applauds Ainulindale's pragmatism.  :)  
Dec 22 23:02:31 <Ainulindale> But I won't sacrifice a functionnality for the sake of being on the bleeding edge
Dec 22 23:02:48 <Ainulindale> Doing regressions is just plain stupid
Dec 22 23:02:52 <TAsn> it's in git.
Dec 22 23:02:53 <Ainulindale> To me
Dec 22 23:03:11 <Kensan> mwester: by the way, did you have time to look at 2180?
Dec 22 23:03:11 <Ainulindale> Kensan: Couldn't see the link with Rod here
Dec 22 23:03:31 <Kensan> Ainulindale: they should have several profiles for various jobs not just one.
Dec 22 23:03:45 <Ainulindale> Yes indeed.
Dec 22 23:03:56 <Ainulindale> But well, I disagree with many of the recent choices
Dec 22 23:04:01 <Kensan> Ainulindale: Rod described to them in detail what a community manager would do and what kind of profile he should have.
Dec 22 23:04:02 <Ainulindale> Not in a negative sense
Dec 22 23:04:02 <mwester> brb - phoen call;
Dec 22 23:04:18 <Montgoss> Ainulindale: how long does it take a commit to show up on the website?
Dec 22 23:04:22 <Ainulindale> For example, I can't understand the choice of Paroli as the new orientation
Dec 22 23:04:29 <Ainulindale> Montgoss: commit then push
Dec 22 23:04:48 <Kensan> Ainulindale: well I believe the paroli dev is working for OM...
Dec 22 23:05:02 <Kensan> Ainulindale: nobody understood when they did the whole QT on X thing...
Dec 22 23:05:03 <Ainulindale> Well, no, the tichy dev is working for OM
Dec 22 23:05:08 <TAsn> quickdev_, the default alias shown is NULL, at your request ;] you can change it from the config though.
Dec 22 23:05:08 <Kensan> Ainulindale: at least I didn't
Dec 22 23:05:17 <Ainulindale> And then Paroli/tichy merged somehow
Dec 22 23:05:51 <Kensan> I see
Dec 22 23:06:01 <Montgoss> Ainulindale: Aha.  now I see it
Dec 22 23:06:32 <Ainulindale> Montgoss: :-)
Dec 22 23:08:01 <Montgoss> Ainulindale:  Still got a ton of work to go.  But I have the next 2 weeks off from my job  8-)
Dec 22 23:08:41 <Ainulindale> Montgoss: nice :-)
Dec 22 23:10:32 <Montgoss> welp, gotta run.  Thanks Kensan, Ainulindale, and everyone else for the help
Dec 22 23:10:46 <Montgoss> I hope to repay it with code commits
Dec 22 23:11:10 <Kensan> Montgoss: documenting your steps works too ;)
Dec 22 23:11:22 <Kensan> Montgoss: and the thanks clearly belong to the SHR guys.
Dec 22 23:11:32 <Ainulindale> Montgoss: I hope that too :-)
Dec 22 23:11:33 <Kensan> I am just idling here ;)
Dec 22 23:11:42 <Montgoss> Kensan:  duly noted
Dec 22 23:12:17 <Montgoss> Bye all
Dec 22 23:12:37 <mwester> Kensan:  re: 2180 - not specifically, but I did get a clue from another source, who pointed out that framing errors can also be caused by baud rate clocks not matching well.  Interesting theory...
Dec 22 23:13:25 <Kensan> mwester: hm...
Dec 22 23:13:32 <CIA-51> freesmartphone.org: 03niklas.coding 07libframeworkd-glib * r68032c878a34 10/src/ (11 files in 4 dirs): Added USSD support. Updated some old usage and network code.
Dec 22 23:14:16 <dos1> quickdev_: and now we please some gui for it :)
Dec 22 23:14:37 <quickdev_> dos1, I'm at it ;) first the integration in ophonekitd, then the gui
Dec 22 23:15:12 <dcordes> Kensan: still around?
Dec 22 23:15:13 <mwester> Right.  So what someone needs to do is figure out how accurate the baud rate is for the baud rate selected for the GPS port -- if it is close to the edge, then we can try another divisor value to try the other extreme if we cannot "center" it better.
Dec 22 23:15:17 <Kensan> dcordes: yep
Dec 22 23:15:26 <TAsn> Hire, I need a wicked theme! ;]
Dec 22 23:15:33 <mw|> USSD ?
Dec 22 23:15:36 <dcordes> Kensan: can you make the image?
Dec 22 23:15:45 <Ainulindale> mwester: the more I think about it
Dec 22 23:15:45 <Kensan> dcordes: I am building a thumb image right now
Dec 22 23:15:55 <Ainulindale> The more I think we should keep a parallel git for the kernel
Dec 22 23:15:59 <Ainulindale> ANd maintain it as a community
Dec 22 23:16:03 <Ainulindale> That's just common sense to me
Dec 22 23:16:07 <Kensan> Ainulindale: knife-kernel ;)
Dec 22 23:16:25 <TAsn> quickdev_, mrmoku, I have just tested the package, everything works as expected, build from git...
Dec 22 23:16:49 <Kensan> mwester: hm how would you go about tracing that?
Dec 22 23:16:59 <quickdev_> Ainulindale, about the gsm0710muxd patch....can we somehow integrate it? I'd like many users to test it
Dec 22 23:17:30 <Ainulindale> quickdev_: well this would imply to patch OE and would prove hard 
Dec 22 23:17:40 <Ainulindale> I'd say, build a custom package and put it on the buildhost somewhere
Dec 22 23:18:00 <quickdev_> yeah, ok
Dec 22 23:18:37 <mrmoku> TAsn: nice :-)
Dec 22 23:18:46 <Kensan> dcordes: I can cook it tomorrow. Do you have a machine.conf?
Dec 22 23:19:06 <TAsn> you should thank yourself for patching this in the first place ;]
Dec 22 23:19:36 <dcordes> Kensan: just use htckaiser.conf and install frameworkd-devel (must be latest rev) instead of frameworkd
Dec 22 23:20:38 <TAsn> http://scap.linuxtogo.org/files/ebbc697f25ff08324d85ea96c01151b3.png
Dec 22 23:20:40 <TAsn> haha cool
Dec 22 23:20:49 <TAsn> I actually thought about making one lately as well ;]
Dec 22 23:21:35 <Kensan> dcordes: I'll see what I can do.
Dec 22 23:21:36 <quickdev_> TAsn, what's that?
Dec 22 23:21:38 <mwester> Kensan:  You can't really trace it without a scope to see how accurate the GPS baud rate clock might be.
Dec 22 23:21:48 <TAsn> frets on fire
Dec 22 23:21:53 <TAsn> for the moko
Dec 22 23:21:56 <Kensan> mwester: yeah, that's what I thought...
Dec 22 23:22:05 <Ainulindale> TAsn: WOOOOH
Dec 22 23:22:12 <TAsn> Ainulindale, ?
Dec 22 23:22:17 <mwester> You have to guess, or do trial-and-error to find the most reliable baud rate divisors for a given bit of hardware.  But the range is usually very broad, they are quite forgiving.
Dec 22 23:22:22 <Kensan> mwester: sounds like a job for werner *heh*
Dec 22 23:22:28 <quickdev_> TAsn, weren't you working on a gtkrc which looks like the EFL apps?
Dec 22 23:22:31 <Ainulindale> TAsn: frets on fire :-)
Dec 22 23:22:34 <TAsn> Ainulindale, ;]
Dec 22 23:22:45 <TAsn> quickdev_, not quite, I need Ainulindale to make me a repo first
Dec 22 23:22:45 <TAsn> ;]
Dec 22 23:22:57 <quickdev_> Ainulindale, do things requested :)
Dec 22 23:22:59 <Ainulindale> Well
Dec 22 23:23:02 <Kensan> mwester: or harald but he seems busy with GSM related stuff.
Dec 22 23:23:04 <TAsn> quickdev_, and even then I'm not sure how capable I am for this job ;]
Dec 22 23:23:14 <Ainulindale> I still don't know if this has a room in shr-overlay or a specific repo
Dec 22 23:23:18 <mwester> Kensan:  I quite like werner; he is very thorough in his approach.
Dec 22 23:23:41 <Kensan> mwester: yes
Dec 22 23:23:45 <quickdev_> Ainulindale, in shr.git? gtk-theme-shr-black ?
Dec 22 23:24:10 <Ainulindale> well, I'd like to put a specific git for themes
Dec 22 23:24:24 <Ainulindale> But I'm still fiddling with the idea
Dec 22 23:24:25 <quickdev_> then do it ;)
Dec 22 23:24:30 <mwester> Kensan:  I was planning to update the "nspy" stuff to track the GPS port as well -- that will be the best "instrumentation" of the kernel that we can put into the hands of the users encountering the issue.  I hope to have that done in a week or so (job is taking much time).
Dec 22 23:25:03 <Kensan> mwester: nspy stuff? what's that?
Dec 22 23:26:08 <TAsn> Ainulindale, as I said a couple of days before, when you decide, please let me know ;]
Dec 22 23:26:20 <TAsn> s/before/ago/
Dec 22 23:26:20 <bzzbot> TAsn meant: Ainulindale, as I said a couple of days ago, when you decide, please let me know ;]
Dec 22 23:26:31 * TAsn <-- should go and get some sleep.
Dec 22 23:26:43 <mwester> It's a kernel ring buffer that captures GSM-related events and serial port traffic, down at the IRQ handler level:   http://moko.mwester.net/nspy.html
Dec 22 23:27:17 <Kensan> mwester: hm didn't know about that.
Dec 22 23:27:21 <Kensan> mwester: you are a busy man ;)
Dec 22 23:27:24 <mw|> Ainulindale: I'm off to bed soon, so if you wanted to discuss the shr-minimal-x thingy, has to be now or later :-p
Dec 22 23:27:37 <mwester> It should be easy to extend it to the GPS port, and to add tracking of baud-rate change events.
Dec 22 23:28:09 <TAsn> I'm also going to bed.
Dec 22 23:28:11 <TAsn> cya.
Dec 22 23:28:33 <mrmoku> yeah, me to bed too :-)
Dec 22 23:28:37 <mwester> That would tell us exactly what the IRQ driver is seeing coming from the UART, and the timing of what's happening when the data is dropped from the GPS -- or if it is the case that no data is dropped at the driver at all.
Dec 22 23:28:50 <Hire> night
Dec 22 23:29:24 <Kensan> mwester: do you have that code somewhere?
Dec 22 23:29:28 <Kensan> mwester: is it in knife?
Dec 22 23:29:38 <Ainulindale> mw|: well I just told you what I was willing to have :-)
Dec 22 23:29:45 <mwester> Yes, it's in the knife repo.
Dec 22 23:29:59 <mwester> kernels built from that repo have nspy in them.
Dec 22 23:30:32 <Kensan> mwester: ok, I'll take a gander
Dec 22 23:30:48 <Ainulindale> mrmoku: heeelp!
Dec 22 23:30:55 <mrmoku> what?
Dec 22 23:31:07 <Ainulindale> ainu@calaquendi ~/shr/gitshr/shr-themes $ git push origin master:refs/heads/master
Dec 22 23:31:10 <Ainulindale> error: src refspec master does not match any.
Dec 22 23:31:11 <Ainulindale> what did I do wrong? :-)
Dec 22 23:31:44 <mrmoku> Ainulindale: why master: ?
Dec 22 23:31:56 <Ainulindale> I don't know, I followed the gitosis howto
Dec 22 23:32:03 <quickdev_> stefan_schmidt, hey, good evening :)
Dec 22 23:32:13 <stefan_schmidt> hi quickdev_ 
Dec 22 23:32:16 <mrmoku> Ainulindale: freshly created repo?
Dec 22 23:32:21 <mrmoku> might have no master?
Dec 22 23:32:22 <Ainulindale> yes
Dec 22 23:32:24 <Ainulindale> yes
Dec 22 23:32:33 <Ainulindale> freshly git converted user
Dec 22 23:32:35 <Ainulindale> might have no clue
Dec 22 23:32:49 <Kensan> stefan_schmidt: hello
Dec 22 23:32:53 <stefan_schmidt> hi Kensan 
Dec 22 23:33:09 <mrmoku> I don't know that gitosis stuff, but you should just be able to push from remote?
Dec 22 23:33:21 <Kensan> stefan_schmidt: how are things? Getting excited about 25c3? ;)
Dec 22 23:33:36 <Ainulindale> ainu@calaquendi ~/shr/gitshr/shr-themes $ git push
Dec 22 23:33:36 <Ainulindale> No refs in common and none specified; doing nothing.
Dec 22 23:33:36 <Ainulindale> Perhaps you should specify a branch such as 'master'.
Dec 22 23:33:44 <Ainulindale> and git push master complains about ref
Dec 22 23:33:54 <stefan_schmidt> Kensan: Had a nice relaxed weekend. Half my way through reading Snow Crash a second time
Dec 22 23:34:46 <Kensan> stefan_schmidt: cool, haven't yet been able to read that.
Dec 22 23:34:51 <Ainulindale> Snow Crash? Gibbson?
Dec 22 23:34:58 <Ainulindale> Or was it someone else?
Dec 22 23:35:01 <Ainulindale> Can't recall
Dec 22 23:35:03 <Kensan> stephenson
Dec 22 23:35:06 <Kensan> i think
Dec 22 23:35:07 <Ainulindale> Ah, yeah
Dec 22 23:35:10 <Ainulindale> That was my first guess
Dec 22 23:35:18 <Ainulindale> I should read the Baroque Cycle to the end by the way
Dec 22 23:35:54 <Kensan> stefan_schmidt: alphane did some commits for the x200s wwan in fso ;)
Dec 22 23:36:31 <stefan_schmidt> Kensan: yeah, seen it. Need to test it :)
Dec 22 23:36:53 <Kensan> stefan_schmidt: heh he told me he finally got a card off ebay.
Dec 22 23:37:06 <stefan_schmidt> Kensan, Ainulindale: Correct, Stephenson. I like him. During my .au trip I read cryptonomicon a second time.
Dec 22 23:37:10 <Kensan> stefan_schmidt: mickey still not convinced?
Dec 22 23:37:15 <stefan_schmidt> Always worth to read his books a second time :)
Dec 22 23:37:18 <Ainulindale> Cryptonomicon is great :-)
Dec 22 23:37:43 * stefan_schmidt thinks he will get two more books from him at xmas
Dec 22 23:38:04 <viq> Oh, right, there's a new book from him out
Dec 22 23:38:10 <stefan_schmidt> Kensan: He is still pondering. Needs a good way to sell it to his wife. :)
Dec 22 23:38:11 <viq> I will need to try to hunt that down.
Dec 22 23:38:20 <Kensan> stefan_schmidt: ah yeah, forgot about that.
Dec 22 23:38:26 <stefan_schmidt> viq: system world, third book
Dec 22 23:38:34 <Kensan> stefan_schmidt: "Look, you can make phone calls with it!"
Dec 22 23:38:39 <viq> stefan_schmidt: no, a new book came out like september
Dec 22 23:38:41 <stefan_schmidt> viq: Thoird book in a triologie I mean
Dec 22 23:38:50 <stefan_schmidt> viq: oh, really?
Dec 22 23:38:50 <mrmoku> Ainulindale: one difference I see is shr-themes has less rights on the dir
Dec 22 23:38:52 * stefan_schmidt checks
Dec 22 23:39:13 <Ainulindale> well I didn't push it yet
Dec 22 23:39:39 <stefan_schmidt> viq: Anathem you mean?
Dec 22 23:39:41 <Kensan> stefan_schmidt: au-trip? How long did you go there?
Dec 22 23:39:42 <alphaone> hmm, new book from Stephenson?
Dec 22 23:40:02 <viq> stefan_schmidt: ah, yes
Dec 22 23:40:09 <Kensan> alphaone: did we wake you up? ;)
Dec 22 23:40:11 <viq> I couldn't remember the title
Dec 22 23:40:20 <stefan_schmidt> Kensan: I was there from mid september to mid october. Visiting raster and drive up the east coast from sydney to cairns
Dec 22 23:40:21 <alphaone> Kensan: Not really, why?
Dec 22 23:40:21 <Ainulindale> mrmoku: just set up the perms
Dec 22 23:40:23 <Ainulindale> Same thing
Dec 22 23:40:27 <mw|> Ainulindale: I must be very blind, since I'm not able to see where/what you have written
Dec 22 23:40:44 <viq> ugh, time to head to sleep, should be asleep for like two hours now...
Dec 22 23:40:52 <quickdev_> Ainulindale, I already talked with you about the ogsmd.GetPowerSupply() thing, right? How do we solve that? Check in libframeworkd-glib if there /bat or /bat_gta01_th ?
Dec 22 23:40:53 <mrmoku> Ainulindale: projectlist is just for gitweb?
Dec 22 23:40:55 <Kensan> alphaone: because you've been quite all evening ;)
Dec 22 23:40:58 <Kensan> stefan_schmidt: ah nice.
Dec 22 23:41:00 <alphaone> Kensan: I'm just at relatives at the moment so my world is not as laptop centered as it usually is :-)
Dec 22 23:41:05 <Ainulindale> mrmoku: yes
Dec 22 23:41:13 <alphaone> Kensan: And I was driving there for like 5h
Dec 22 23:41:25 <Kensan> alphaone: haha but you're still online ;)
Dec 22 23:41:27 <Ainulindale> quickdev_: I think that should be handled in frameworkd
Dec 22 23:41:33 <Ainulindale> quickdev_: we should talk with mickey|dinner about that
Dec 22 23:41:36 <alphaone> Kensan: stefan_schmidt told me he doesn't like it if I chat while driving
Dec 22 23:41:36 <Ainulindale> mw|: well
Dec 22 23:41:38 <Kensan> alphaone: good thing the x200s has a long lasting battery
Dec 22 23:41:43 <Ainulindale> mw|: IMAGE_LINGUAS is the default conf
Dec 22 23:41:45 <stefan_schmidt> alphaone: Away from your notebook? uh!
Dec 22 23:41:52 <quickdev_> Ainulindale, what exactly should be handled there?
Dec 22 23:42:00 <alphaone> Kensan: Of course! Why do you think I have a Thinkpad with integrated WWAN card? :-)
Dec 22 23:42:02 <Ainulindale> So if GLIBC_GENERATE_LOCALE is null or empty, then default to LINGUAS
Dec 22 23:42:04 <stefan_schmidt> alphaone: Why not by train?
Dec 22 23:42:10 <Kensan> haha
Dec 22 23:42:21 <Ainulindale> if it's not empty, then "replace" linguas
Dec 22 23:42:30 <alphaone> Kensan: I even got an inverter for the car so that's not even an issue
Dec 22 23:42:35 <Ainulindale> quickdev_: the path of the device
Dec 22 23:42:54 <Kensan> I wonder how fso meetings work out... I think it's major mayhem etc
Dec 22 23:42:55 <alphaone> stefan_schmidt: Yeah when I was driving the highway I though that myself.
Dec 22 23:43:01 <Kensan> and of course mate
Dec 22 23:43:05 <mw|> Ainulindale: thank you :-) Then I'll look into fixing the patch tomorrow :-)
Dec 22 23:43:14 <alphaone> Just seemed nice to drive a long trip again
Dec 22 23:43:27 <quickdev_> Ainulindale, it is handled there. Do you think it's handled incorrect?
Dec 22 23:43:27 <Kensan> heh
Dec 22 23:43:37 <Ainulindale> mw|: you're welcome :-)
Dec 22 23:43:46 <Ainulindale> quickdev_: that's what I'd like to talk about
Dec 22 23:43:56 <Ainulindale> We have a fixed way to address the other devices
Dec 22 23:44:02 <Ainulindale> Why would it be different for bat is beyond me
Dec 22 23:44:15 <Ainulindale> (But for the sake of using dbus introspection)
Dec 22 23:45:03 <mwester> Ainulindale, quickdev_ : I spoke with mickey|dinner some days ago about the concept of a "virtual battery" in the frameworkd -- the concept being to have something in frameworkd, or at least something on the DBUS that could provide a single source with a constant name for "basic" battery/power information, which it would obtain by doing the hard work of iterating all the bat devices and aggregating the results.
Dec 22 23:45:27 <Ainulindale> mwester: and?
Dec 22 23:45:53 <alphaone> lol
Dec 22 23:46:01 <Kensan> alphaone: well keep your eyes on the road!
Dec 22 23:46:09 <mwester> :) He agreed, but didn't see that having such a facility built into the frameworkd itself was the solutoin.
Dec 22 23:46:24 <mwester> So we need someone to build such a service to add to the framework.
Dec 22 23:46:28 <alphaone> mwester: We talked about it during our meeting
Dec 22 23:46:31 <Kensan> alphaone: I agree with stefan_schmidt: chatting while driving is worse than making phonecalls.
Dec 22 23:46:32 <mrmoku> Ainulindale: did you do an initial commit? if not add a README and do one ;)
Dec 22 23:46:54 <alphaone> But I was severely sleep deprived, stefan_schmidt might have a clue what we agreed on
Dec 22 23:47:00 <mwester> hehe!
Dec 22 23:47:15 <alphaone> Kensan: True
Dec 22 23:47:43 <Kensan> alphaone: making phonecalls via your notebook is even worse... ;)
Dec 22 23:47:54 * stefan_schmidt has a wuick glance at his notes and does not find something about it there
Dec 22 23:47:59 <mwester> Anyway, IMO we do need something to abstract the battery/power, because the typical dialer should care ony to show how much power is left, and if it is charging, and simple things like that.
Dec 22 23:48:12 <stefan_schmidt> hmm, seems we did not come to a real solution
Dec 22 23:48:13 <Ainulindale> mrmoku: that's what I did
Dec 22 23:48:18 <alphaone> Kensan: It can't do voice calls, unfortunately
Dec 22 23:48:26 <mrmoku> hmm, then I'm clueless...
Dec 22 23:48:27 <stefan_schmidt> ah, mom, we have something there about battery class and stuff
Dec 22 23:48:30 <mwester> Something else, however, might actually care how much power we have, or even if the phone'/device in question has multiple batteries!
Dec 22 23:48:54 <Kensan> alphaone: is voip forbidden by your provider?
Dec 22 23:49:05 <stefan_schmidt> Mostly questionmarks
Dec 22 23:49:07 <alphaone> Kensan: I think it is
Dec 22 23:49:11 <stefan_schmidt> * the battery issue
Dec 22 23:49:12 <stefan_schmidt> We have to decide how we export the battery class informations. One object for
Dec 22 23:49:12 <stefan_schmidt> every battery and powerclasses. We also could think about an object that have
Dec 22 23:49:12 <stefan_schmidt> all the informations already aggregated. On USB power? What power level? Battery
Dec 22 23:49:12 <stefan_schmidt> level?
Dec 22 23:49:14 <Kensan> alphaone: yeah, same here
Dec 22 23:49:14 <mrmoku> Kensan: are there providers that don't forbid it?
Dec 22 23:49:18 <alphaone> But IM is as well
Dec 22 23:49:22 <alphaone> usually
Dec 22 23:49:27 <Kensan> mrmoku: I don't know.
Dec 22 23:49:29 <alphaone> I don't care, though
Dec 22 23:49:34 <mrmoku> hehe
Dec 22 23:49:37 <Kensan> alphaone: time for some tunnels
Dec 22 23:49:40 <Ainulindale> Well it worked in the end.
Dec 22 23:49:53 <alphaone> Kensan: I don't even do that
Dec 22 23:49:54 <mrmoku> fine, so I'm off to bed, good night :-)
Dec 22 23:50:03 <alphaone> They don't seem to filter it here
Dec 22 23:50:04 <mw|> me too
Dec 22 23:50:07 <mw|> good night
Dec 22 23:50:10 <Kensan> mrmoku: good night
Dec 22 23:50:16 <alphaone> maybe they just filter skype and icq
Dec 22 23:50:22 <Ainulindale> mrmoku: good night and thanks
Dec 22 23:50:28 <alphaone> And since I use jabber and SIP...
Dec 22 23:50:43 <Kensan> alphaone: skype... *sigh*
Dec 22 23:50:56 <alphaone> stefan_schmidt: I think mickey wanted to think it over (battery)
Dec 22 23:51:33 <stefan_schmidt> alphaone: yeah, that would explain why I have so many questions there. I bit lazy this time with my notes.
Dec 22 23:51:49 <alphaone> :-)
Dec 22 23:52:03 <alphaone> stefan_schmidt: See if we let you take notes next time ;-)
Dec 22 23:52:05 * stefan_schmidt waits for shoragan showing up and stating that gobby would have fixed this ;)
Dec 22 23:52:16 <Kensan> lol
Dec 22 23:52:18 <alphaone> gobby is cool
Dec 22 23:52:25 <Kensan> as I suspected: major mayhem...
Dec 22 23:52:32 <alphaone> yeah :-)
Dec 22 23:52:35 <Kensan> how do you guys even get work done?
Dec 22 23:52:36 <alphaone> It's fun
Dec 22 23:52:37 <stefan_schmidt> alphaone: sigh, this young generation...
Dec 22 23:52:56 <ptitjes1> Guys, Hello, I've got problems with audio quality on the other side with latest unstable SHR
Dec 22 23:52:57 <Kensan> alphaone: I bet it is ;) it better be!
Dec 22 23:53:03 <stefan_schmidt> Kensan: It's because I bring they back on track all the time. ;)
Dec 22 23:53:18 <Ainulindale> TAsn: repo is here. You have access.
Dec 22 23:53:19 <alphaone> Unlikely
Dec 22 23:53:22 <Kensan> stefan_schmidt: hahaha
Dec 22 23:53:25 <Kensan> yeah right
Dec 22 23:53:44 <TAsn> Ainulindale, thanks. now I'm really going to bed ;]
Dec 22 23:53:52 <alphaone> stefan_schmidt: You always bring me off my track of not getting any work done.
Dec 22 23:54:09 <Kensan> alphaone: well that's the issue: you guys get eachother off track
Dec 22 23:54:11 <stefan_schmidt> alphaone: my bad, sorry
Dec 22 23:54:13 <Kensan> ;)
Dec 22 23:54:38 <alphaone> Ah, not always
Dec 22 23:54:47 <alphaone> It can be really productive as well.
Dec 22 23:54:54 <TAsn> Ainulindale, I'll make a gtkrc dir and soon enough a bb file as well.
Dec 22 23:55:03 * mwester thinks the next meeting should be in Chicago.
Dec 22 23:55:03 <ptitjes1> Do you have a hint ?
Dec 22 23:55:04 <Kensan> alphaone: well otherwise we wouldn't be making phonecalls...
Dec 22 23:55:04 <alphaone> Unfortunately I didn't contribute much last meeting.
Dec 22 23:55:17 <alphaone> At least I think I didn't snore
Dec 22 23:55:25 <Kensan> alphaone: that's a start
Dec 22 23:55:38 <Kensan> alphaone: thou shalt not disturb thy co-workers
Dec 22 23:55:42 <Kensan> check
Dec 22 23:55:50 <stefan_schmidt> alphaone: You did well for the little time you sleept the night  before
Dec 22 23:56:04 <quickdev_> Ainulindale, could you have a look at the buildhost? shr-unstable, bitbake libframeworkd-glib - it uses 2633, although there's a newer revision
Dec 22 23:56:17 <quickdev_> git.freesmartphone.org
Dec 22 23:56:54 <quickdev_> Ainulindale, we should have named shr.git shr-apps.git
Dec 22 23:57:06 <Ainulindale> I can rename it, that's not a problem.
Dec 22 23:57:18 <Ainulindale> quickdev_: please don't focus on things like that :-)
Dec 22 23:57:52 <Ainulindale> NOTE: package libframeworkd-glib-0.0.1+gitr67+68032c878a34e55638ba52a3bc278dd2dafa9e54: started
Dec 22 23:58:00 <Ainulindale> quickdev_: . setup-env
Dec 22 23:58:17 <quickdev_> Ainulindale, I did setup-env...but before..
Dec 22 23:58:29 <Ainulindale> well you might have done it in shr-testing
Dec 22 23:58:54 <quickdev_> damn, you are right
Dec 22 23:59:10 <Ainulindale> I hear that a lot these days
Dec 22 23:59:25 <Ainulindale> Be wary it may become axiomatic
Dec 22 23:59:42 <Ainulindale> Well anyway
Dec 22 23:59:47 <Ainulindale> My girlfriend is asleep
Dec 22 23:59:55 <Ainulindale> She just came here from Paris
Dec 23 00:00:18 <Ainulindale> And I didn't had enough time to even wake her up just to piss her off
Dec 23 00:00:28 <Ainulindale> (not to... well, you got my meaning)
Dec 23 00:00:29 <quickdev_> hrr :)
Dec 23 00:00:31 <Ainulindale> So I'm going to sleep
Dec 23 00:00:34 <quickdev_> me too
Dec 23 00:00:37 <quickdev_> have a good night
Dec 23 00:00:43 <Ainulindale> Same to you
Dec 23 00:00:56 <Kensan> good night guys
**** ENDING LOGGING AT Tue Dec 23 02:59:57 2008