**** BEGIN LOGGING AT Mon Apr 27 02:59:57 2009
Apr 27 04:39:26 <nytowl> Ainulindale, you still up ?
Apr 27 04:40:29 <nytowl> anyone with write access to shr git around ?
Apr 27 04:40:46 <mwester> sure
Apr 27 04:41:05 <nytowl> hi mwester 
Apr 27 04:41:12 <mwester> greeting
Apr 27 04:41:16 <mwester> s
Apr 27 04:41:19 <nytowl> can you update the src-uri for sms-sentry 
Apr 27 04:41:24 <nytowl> I found the problem
Apr 27 04:41:45 <mwester> I can
Apr 27 04:41:46 <nytowl> http://www.handheldshell.com/software/fso/sms-sentry_1.01.tgz
Apr 27 04:41:57 <nytowl> thx
Apr 27 04:42:53 <mwester> heh - looks like there was some confusion about the SRC_URI already. :-D
Apr 27 04:43:17 <nytowl> oh yeah where was it pointing ?
Apr 27 04:43:45 <mwester> There were two, one commented out.
Apr 27 04:44:08 <nytowl> maybe I should look the the source that you are using I just assumed it was from my site
Apr 27 04:44:21 <mwester> file://sms-sentry.tgz and http://handheldshell.com/sms-sentry.tgz   ---- I guess someone just had it local.
Apr 27 04:44:45 <mwester> handhelds hell?
Apr 27 04:44:58 <mwester> Oh - handheld shell.
Apr 27 04:44:59 <mwester> oops
Apr 27 04:45:12 <nytowl> hehe
Apr 27 04:45:28 <nytowl> I liked it cause it icould be either
Apr 27 04:45:44 <nytowl> it's the right uri 
Apr 27 04:46:59 <CIA-75> SHR: 03mwester 07shr-overlay * rebb00a4129fd 10/openembedded/recipes/sms-sentry/sms-sentry.bb: sms-sentry: correct SRC_URI per nytowl
Apr 27 04:48:30 <nytowl> mwester, thanks , should probably bump the pr so people get the new version
Apr 27 04:48:43 <mwester> nytowl: can you comment on http://git.shr-project.org/git/?p=shr-overlay.git;a=commitdiff;h=2c37bbbd8d9fd3ab9f908eae638bcd1ae88ac06a
Apr 27 04:49:05 <nytowl> do I have to read it first
Apr 27 04:49:27 <mwester> only if you wish your comment to be pertinent!
Apr 27 04:50:25 <nytowl> yeah I've been dealing with the e renaming for the 5 days or so
Apr 27 04:51:25 <mwester> I know, and I'm so thoroughly confused that I'm not at all sure that set of changes is correct or just happens to work by chance.
Apr 27 04:52:44 <nytowl> it looks like that patch might get the old name not the new 
Apr 27 04:53:06 <CIA-75> SHR: 03mwester 07shr-overlay * rb604da2d67ea 10/openembedded/recipes/sms-sentry/sms-sentry.bb: sms-sentry: bump PR. Sorry.
Apr 27 04:53:57 <nytowl> are you patching ms5.5 head ?
Apr 27 04:55:15 <mwester> Ok.  I did build -- twice -- from an empty tmpdir, with the latest ms5.5 head from yesterday late, and the libs in question didn't match the names in the recipe.  I'll go poke about in the build that's currently running to see what it builds, maybe there have been updates since then.
Apr 27 04:56:21 <nytowl> my last fix went in yesterday some time but x should have been coming up sinze friday
Apr 27 04:57:08 <mwester> image/usr/lib/libecore.so.0
Apr 27 04:57:16 <mwester> image/usr/lib/libecore_con.so.0
Apr 27 04:57:46 <mwester> Still coming up in my build with no "-something" suffix on the end of those libs.
Apr 27 04:58:11 <mwester> image/usr/lib/libecore_imf.so.0
Apr 27 04:58:17 <mwester> same for the third one...
Apr 27 04:58:54 <nytowl> hmm weird
Apr 27 04:59:04 <nytowl> libecore_config-ver-pre-01.so.0.9.9
Apr 27 04:59:05 <mwester> The problem was that the trailing "-" in the FILES match pattern left those three libs missing the .so files
Apr 27 04:59:37 <mwester> image/usr/lib/libecore_config.so.0.9.9
Apr 27 04:59:42 <nytowl> yeah with the current rules it will end up catching all of the sublibs as well
Apr 27 04:59:59 <nytowl> which efl rev are you at ?
Apr 27 05:00:13 <mwester> I'm on unstable, should be AUTO.
Apr 27 05:00:18 <mwester> But good question...
Apr 27 05:00:28 <mwester> 39827
Apr 27 05:00:35 <nytowl> funny names showed up at 40090 for us
Apr 27 05:00:44 <mwester> heh.
Apr 27 05:00:44 <nytowl> yeah thats weeks old man
Apr 27 05:01:01 <nytowl> were currently building 40284
Apr 27 05:01:13 <nytowl> its sad that I know that number without looking it up
Apr 27 05:02:19 <mwester> EFL_SRCREV = "39827"
Apr 27 05:02:40 <mwester> Ok, well we now know that unstable isn't quite as unstable as we thought.
Apr 27 05:02:44 <mwester> or at least as I thought.
Apr 27 05:02:49 <nytowl> yeah I'd pegg to 40284 , we've only foun 1 issue with it so far
Apr 27 05:03:34 <nytowl> I'm going to backport the fix when I find out what it is
Apr 27 05:03:39 <mwester> I'll let Ainulindale peg that down -- this will highlight him so he'll see this in the morning and fix it. :)
Apr 27 05:04:15 <nytowl> what the lazy b%^&%$d is already sleeping
Apr 27 05:04:48 <mwester> He should be getting up right about now... early bird gets the worm, you know.
Apr 27 05:04:57 <nytowl> hehe
Apr 27 05:05:15 <mwester> Bah, it's not even that early -- isn't it after 7AM already in Paris?
Apr 27 05:07:07 <nytowl> dunno to tires to figure it out it'd 6 or 7 
Apr 27 05:07:18 <nytowl> what TZ are you ?
Apr 27 05:11:29 <mwester> CDT
Apr 27 05:13:08 * mwester heads off to get some sleep - later.
Apr 27 05:14:59 <nytowl> cheers
Apr 27 05:44:00 <tobii_> good morning
Apr 27 06:34:12 <ptitjes> good morning
Apr 27 06:36:27 <doxy2> mornin'
Apr 27 06:37:12 <sicu> mwester: you're right about the bird, but it's the second mouse that gets the cheese ;p
Apr 27 06:57:10 <methril|work> morning
Apr 27 07:05:19 <spaetzGone> morning
Apr 27 07:51:14 <DocScrutinizer> morning
Apr 27 07:57:03 <PaulFertser> DocScrutinizer: :)
Apr 27 07:57:24 <DocScrutinizer> :) *yawn*
Apr 27 08:00:05 <pundiramit> hi.. any help on this error would be gr8.........ERROR: Multiple .bb files are due to be built which each provide virtual/xserver (/media/disk/home/amit/openmoko/org.openembedded.dev/recipes/xorg-xserver/xserver-kdrive-glamo_1.3.0.0+git.bb /media/disk/home/amit/openmoko/org.openembedded.dev/recipes/xorg-xserver/xserver-kdrive_1.3.0.0.bb).
Apr 27 08:00:16 <pundiramit> This usually means one provides something the other doesn't and should.
Apr 27 08:00:28 <pundiramit> how to workaround this issue
Apr 27 08:05:29 <PaulFertser> pundiramit: remove one of those? ;) (dirty trick)
Apr 27 08:06:58 <pundiramit> i tried to remove xserver-kdrive-glamo but it gave me another error stating some other package has dependency on xserver-kdrive-glamo.. i will try to remove other package this time
Apr 27 08:07:34 <DocScrutinizer> heh, I didn't dare to suggest as my git knowlege is as poor as my .bb idea. nevertheless that's been what I thought instantly
Apr 27 08:07:46 <playya> no. set PREFERRED_PROVIDER_xserver-kdrive="xserver-kdrive-glamo2
Apr 27 08:07:55 <playya> s/2/"
Apr 27 08:08:45 <PaulFertser> playya: removing extra package would work as well, i guess. It'll not be permanent though.
Apr 27 08:09:48 <playya> i had this error with fso-image, too. but bb ignored it
Apr 27 08:10:20 <DocScrutinizer> where's been git-grep? somewhere at Werner's?
Apr 27 08:13:22 <mrmoku> pundiramit: just ignore it ;)
Apr 27 08:15:38 <pundiramit> yeah i did ignore first time.. but i didn't any UI when flashed my images on FR.. I need to get default UI on FR, i was thinking it may be because of this x-server build error.. i build fso-image.. am I supposed to get any UI or not?
Apr 27 08:15:53 <mrmoku> pundiramit: that was due to other problems though
Apr 27 08:15:53 <pundiramit> all i'm getting is Angstrom console on my screen
Apr 27 08:16:08 <mrmoku> the double x server error is there since ever
Apr 27 08:17:00 <pundiramit> ok.. but do we get any UI in an fso-image build or not?
Apr 27 08:17:01 * mrmoku is not sure what fso-image is... but thinks it should be with UI
Apr 27 08:17:58 <alphaone> It's the image with zhone
Apr 27 08:18:11 <alphaone> fso-console-image is w/o GUI
Apr 27 08:18:41 <mrmoku> pundiramit: there was a problem causing no UI, just rebuild (maybe from scratch, don't know)
Apr 27 08:20:41 <mrmoku> spaetzGone: ping
Apr 27 08:21:29 <mrmoku> pundiramit: update first though :P
Apr 27 08:22:28 <pundiramit> i did that too and then build again.. flashing it again
Apr 27 08:25:51 <mrmoku> mickey|away: ping
Apr 27 08:26:01 <mrmoku> mickey|away: will vala 0.7.1 hit fso/ms5.5 ?
Apr 27 08:26:23 <mickey|away> unlikely
Apr 27 08:26:40 <mickey|away> 5.5 is very soon and i'm not committing to OE for a while
Apr 27 08:26:52 <mrmoku> mickey|away: ok... because you updated the vala efl lib
Apr 27 08:27:00 <mrmoku> mickey|away: will add it to our overlay then
Apr 27 08:27:14 <mickey|away> if it helps you... grab stuff from git.fso
Apr 27 08:27:18 <mickey|away> there is an OE tree
Apr 27 08:27:25 <mickey|away> which i will commit to
Apr 27 08:27:28 <mrmoku> mickey|away: ah, ok :-)
Apr 27 08:27:33 <mickey|away> 'mickey' branch
Apr 27 08:27:50 * mrmoku going to clone now
Apr 27 08:28:11 <mrmoku> mickey|away: did you decide what to do regarding OE?
Apr 27 08:31:47 <alphaone> *sigh*
Apr 27 08:31:50 <mickey|away> mrmoku: not yet. this depends on how the others see the situation. for now i will just give up all my duties and stop to commit to the main tree. 
Apr 27 08:32:09 <mickey|away> whether a true fork has to be made (i hope not)  we will see eventually
Apr 27 08:32:13 <mickey|away> breakfast time now, bbiab
Apr 27 08:39:08 <shoragan> mickey|away, is http://git.freesmartphone.org/?p=framework.git;a=commit;h=a08240701b622f61f1b8f51ef49e0028e3572d99 the right commit to revert for 'old' UNS behavious?
Apr 27 08:43:03 <alphaone> mickey|away: Can't we for now just continue with the fso/ms5.5 branch?
Apr 27 08:43:24 <shoragan> mickey|away, i'd prefer that, too
Apr 27 08:43:50 <alphaone> shoragan: IMHO that is the right one.
Apr 27 08:44:25 <shoragan> alphaone, i'd just like to have it confirmed, i don't want to mess anything up with that
Apr 27 08:44:56 <alphaone> shoragan: yeah
Apr 27 08:52:15 * playya wonders why there's no org.freesmartphone.GSM.MUX for /org/freesmartphone/GSM/Device on shr
Apr 27 08:52:51 <shoragan> probably because it's not part of frameworkd?
Apr 27 08:55:44 <playya> it should be a part. but can't see it with mdbus
Apr 27 08:55:49 <shoragan> no
Apr 27 08:55:57 <shoragan> it's part of the muxer daemon
Apr 27 08:56:47 <playya> oh. ok
Apr 27 08:57:11 <playya> so i need a different version for fso and shr
Apr 27 08:57:20 <shoragan> no
Apr 27 08:57:24 <shoragan> it should be the smae
Apr 27 08:57:39 <pundiramit> mrmoku new/updated build came up with a UI thanks
Apr 27 08:58:20 <playya> shoragan, no. different bus and path
Apr 27 08:58:39 <shoragan> on fso it's:
Apr 27 08:58:42 <mrmoku> pundiramit: fine :-)
Apr 27 08:58:52 <shoragan> org.pyneo.muxer /org/pyneo/Muxer org.freesmartphone.GSM.MUX
Apr 27 08:59:18 <playya> i write a patch to finally fix 704 on FSO and write a patch for shr-overlay
Apr 27 09:00:57 <shoragan> 704?
Apr 27 09:02:07 <playya> shouldn't it be: fso.ogsmd /fso/GSM/Device 
Apr 27 09:02:08 <spaetz> pong
Apr 27 09:02:21 <shoragan> no
Apr 27 09:02:27 <shoragan> <shoragan> it's part of the muxer daemon
Apr 27 09:02:40 <playya> 407. sorry: http://trac.freesmartphone.org/ticket/407
Apr 27 09:02:41 <mrmoku> spaetz: hey
Apr 27 09:02:53 <spaetz> hey, I am back again
Apr 27 09:02:53 <mrmoku> spaetz: updating vala
Apr 27 09:03:06 <mrmoku> spaetz: wanted to ask you if you care to do that... doing it myself now though :P
Apr 27 09:03:41 <shoragan> playya, how are you handling manual shutdown of frameworkd now?
Apr 27 09:03:51 <spaetz> last time I updated vala I got reprimanded as I was not to update to a major new version without checking back
Apr 27 09:04:14 <spaetz> ptitjes and Ainulindale need their patched 0.6 branch for their ophonkitd rewrite
Apr 27 09:04:28 <mrmoku> spaetz: mickey|away updated some vala stuff to 0.7.1... which makes libeflvala not build without it
Apr 27 09:04:40 <spaetz> check with them before you make anythink more current the default. I had to back out my 0.7 .bb file
Apr 27 09:04:40 <playya> shoragan, hmm. good question. atm ping should fail and monitor tries to restart frameworkd
Apr 27 09:04:50 <mrmoku> spaetz: grr... ok
Apr 27 09:04:52 <playya> is there a signal if you stop it?
Apr 27 09:04:53 <mrmoku> Ainulindale: ping
Apr 27 09:04:55 <mrmoku> ptitjes: ping
Apr 27 09:05:05 <spaetz> check in git history, they are still there. They should work for .7.1 just as well as for 0.7
Apr 27 09:05:13 <shoragan> playya, no
Apr 27 09:05:33 <mrmoku> spaetz: there is a current recipe from  mickey|away in OE on fso.git
Apr 27 09:05:37 <spaetz> but I agree that we should stay current with vala
Apr 27 09:05:40 <shoragan> also does monitord try to start frameworkd on boot?
Apr 27 09:05:42 <spaetz> ahh, ok then, even better
Apr 27 09:05:49 <shoragan> if yes, we have a race condition
Apr 27 09:05:53 <spaetz> I bet his is m better than mine :)
Apr 27 09:06:11 <playya> hmm. any ideas how to figure out if frameword stopped or it crashed
Apr 27 09:06:21 <mrmoku> spaetz: at least more current ;)
Apr 27 09:06:25 <playya> it should be started after frameworkd
Apr 27 09:06:25 <spaetz> :)
Apr 27 09:06:42 <shoragan> playya, how do you detect that frameworkd is running?
Apr 27 09:06:42 <mrmoku> ptitjes: going to update vala and break your stuff... if you don't unhide ;)
Apr 27 09:06:47 <shoragan> pid? dbus?
Apr 27 09:07:10 <playya> on dbus. try to get the objects
Apr 27 09:07:18 <spaetz> I think staying current with a evolving language such as vala makes sense
Apr 27 09:07:50 <shoragan> playya, frameworkd takes some seconds before it will appear on dbus, so you *need* to track the pid/process, too
Apr 27 09:07:59 <playya>  /etc/rcS5.d: S29frameworkd    S35fso-monitord
Apr 27 09:08:36 <playya> hmm. yes
Apr 27 09:08:44 <shoragan> also, how you handle subsystems disabled in the config file?
Apr 27 09:09:15 <Azog> alphaone: should i print form.pdf two times, when sending 2 freerunners?
Apr 27 09:09:27 <alphaone> Azog: yeah, please do
Apr 27 09:09:40 <Azog> ok
Apr 27 09:09:49 <shoragan> a way to get rid of the race conditions would be to let monitor handle startup of frameworkd, too
Apr 27 09:09:51 <spaetz> frameworkd takes a minute from when it is started to when it is funcitonal, will tracking .pid file be enough?
Apr 27 09:10:13 <alphaone> shoragan: That would delay the system start, though
Apr 27 09:10:21 <playya> i think this will be written on startup
Apr 27 09:10:30 <shoragan> the frameworkd init script might just put a marker file somewhere, which indicates that it should be running
Apr 27 09:10:48 <shoragan> when that file gets remove, monitord will stop trying to restart it
Apr 27 09:11:29 <shoragan> alphaone, monitord is in vala, i think
Apr 27 09:11:34 <playya> yes
Apr 27 09:11:53 <alphaone> still...
Apr 27 09:12:25 <shoragan> playya, what except dbus object exsistance is being monitored?
Apr 27 09:12:43 <mrmoku> spaetz: looks like them still sleeping :P
Apr 27 09:13:01 <spaetz> heh
Apr 27 09:13:08 <playya> i monitor NameOwnerChanged for every object
Apr 27 09:13:24 <playya> and every object gets at least one ping every 5 mins
Apr 27 09:13:38 <shoragan> NameOwnerChanged is per object
Apr 27 09:13:42 <shoragan> it's per bus name
Apr 27 09:14:15 <shoragan> and the dbus ping will be handled by the lower levels of the bindings
Apr 27 09:14:35 <shoragan> so it does not indicate that the object is functional, at least for python
Apr 27 09:14:41 <playya> yes. name owner changed is tracked per System
Apr 27 09:14:47 <playya> ping in every subsystem
Apr 27 09:18:16 <shoragan> playya, also, there should be some rate limit for the restarts, i.e. not more than once a minute
Apr 27 09:18:39 <mrmoku> spaetz: ok... because I don't want to get spanked... I will just set a SRCREV for libeflvala :(
Apr 27 09:18:49 <mrmoku> and discuss it when they appear
Apr 27 09:18:58 <mrmoku> just want to get the distro build finished
Apr 27 09:19:55 <spaetz> sounds good to me
Apr 27 09:21:10 <spaetz> but I vote for updating vala
Apr 27 09:21:40 <spaetz> if anybody asked :)
Apr 27 09:22:03 <CIA-75> SHR: 03mok 07shr-overlay * rcc7a16f445d0 10/openembedded/conf/distro/include/shr-autorev-unstable.inc: shr-autorev-unstable: fix libeflvala to last working version with old vala
Apr 27 09:22:53 <spaetz> bumbl?
Apr 27 09:22:56 <spaetz> mmh, gone
Apr 27 09:24:05 <Ainulindale> mrmoku: pong
Apr 27 09:24:13 <mrmoku> Ainulindale: ahh, hey
Apr 27 09:24:21 <mrmoku> Ainulindale: what about vala?
Apr 27 09:24:25 <mrmoku> Ainulindale: can we update?
Apr 27 09:24:32 <Ainulindale> Certainly not
Apr 27 09:24:36 <Ainulindale> Check with ptitjes first
Apr 27 09:24:51 <mrmoku> Ainulindale: yeah... spaetz said you two will spank me ;)
Apr 27 09:25:04 <Ainulindale> Well he still remembers his spanking
Apr 27 09:25:17 <alphaone> (ca
Apr 27 09:26:32 <mrmoku> Ainulindale: and because today I was not in the mood to get spanked... I set a rev for libeflvala
Apr 27 09:26:41 <mrmoku> otherwise feed would not build
Apr 27 09:28:39 <Ainulindale> Yeah, good :-)
Apr 27 09:29:14 <Ainulindale> mrmoku: what about starting this distro.conf?
Apr 27 09:29:41 <Ainulindale> and what about local tests for kdrive/xorg?
Apr 27 09:29:48 <Ainulindale> And why did you regenerate unstable by the way?
Apr 27 09:32:00 <spaetz> here is an ophonekitd issue with wrongly reported call times: http://trac.shr-project.org/trac/ticket/381
Apr 27 09:32:15 <spaetz> is this still the case or has anyone fixed?
Apr 27 09:32:44 <Ainulindale> raster: on a french linux website, someone said that the expected release date for e17 was between Lenny & Duke Nukem Forever releases... :-)
Apr 27 09:34:01 <spaetz> and shortly after hurd
Apr 27 09:34:03 <spaetz> :)
Apr 27 09:36:38 <Ainulindale> spaetz: my last mail on shr-devel might be of interest to you
Apr 27 09:36:41 <mrmoku> Ainulindale: because mwester complained we never build from scratch ;)
Apr 27 09:36:54 <Ainulindale> As I think you'd be pleased by that
Apr 27 09:37:00 <Ainulindale> mrmoku: oh?
Apr 27 09:38:18 <Ainulindale> spaetz: plus, about my last mail
Apr 27 09:38:26 <Ainulindale> If we could have something ready by May 22nd
Apr 27 09:38:31 <Ainulindale> It'd be great
Apr 27 09:38:32 <mrmoku> dbusified phonegui... hmm
Apr 27 09:38:35 <Ainulindale> As I plan to talk about that
Apr 27 09:38:40 <Ainulindale> mrmoku: this was the goal from the start
Apr 27 09:38:48 <Ainulindale> And that's also why ophonekitd migrated to vala
Apr 27 09:39:07 <mrmoku> what state is the vala ophonekitd in?
Apr 27 09:39:09 <Ainulindale> Writing some XML specs for that would generate things with vala-dbus-binding-tool
Apr 27 09:39:16 <Ainulindale> Last thing I remember, usage was missing
Apr 27 09:40:40 <spaetz> Ainulindale: I won't be writing a phonegui for the foreseeable future. I'd be contributing patches to an existing one. vala e-loop and vala dbus is really no fun yet, with me being a vala newbie
Apr 27 09:41:13 <Ainulindale> spaetz: you didn't get what I meant
Apr 27 09:41:17 <Ainulindale> I didn't mean "write a phonegui"
Apr 27 09:41:29 <spaetz> mickey's eflvala library goes the right direction but is in no state to be used comfortably (it only passes raw strings between threads)
Apr 27 09:41:29 <Ainulindale> I meant : write the XML specs for dbus accessible phonegui features
Apr 27 09:41:30 <Ainulindale> such as
Apr 27 09:41:33 <spaetz> ahh, ok
Apr 27 09:41:41 <Ainulindale> root.Messages.ShowMessage(int i)
Apr 27 09:41:42 <Ainulindale> etc.
Apr 27 09:42:00 <spaetz> documenting the existing api, or designing an appropriate one?
Apr 27 09:42:05 * spaetz assumes documenting existing
Apr 27 09:42:07 <Ainulindale> On the trac wiki
Apr 27 09:42:12 <Ainulindale> There's already some stuff for that
Apr 27 09:42:19 <spaetz> ahh, sounds good
Apr 27 09:42:20 <Ainulindale> First thing we need 
Apr 27 09:42:23 <spaetz> haven't looked yet
Apr 27 09:42:27 <Ainulindale> Is to separate phonegui in functional contexts
Apr 27 09:42:32 <Ainulindale> Break  it down in fact
Apr 27 09:42:37 <Ainulindale> libframeworkd-phonegui-messages
Apr 27 09:42:40 <Ainulindale> libframeworkd-phonegui-contacts
Apr 27 09:42:42 <Ainulindale> etc.
Apr 27 09:42:59 <Ainulindale> Then, use what has already been designed on the wiki
Apr 27 09:43:04 <Ainulindale> To generate XML specs.
Apr 27 09:43:27 <Ainulindale> After that, we'll be able to generate all that is necessary 
Apr 27 09:43:34 <tmzt> do messages of every type go there?
Apr 27 09:43:46 <Ainulindale> But we need to map phonegui functions to dbus accessible functions
Apr 27 09:43:55 <tmzt> just wondering what the scope is
Apr 27 09:44:02 <Ainulindale> tmzt: what that question for me?
Apr 27 09:44:11 <tmzt> I guess
Apr 27 09:44:16 <Ainulindale> s/what/was/
Apr 27 09:44:16 <bzzbot> Ainulindale meant: tmzt: was that question for me?
Apr 27 09:44:22 <Ainulindale> well, tmzt, phonegui won't care
Apr 27 09:44:37 <Ainulindale> this will purely be an UI mapping dbus thing
Apr 27 09:44:51 <Ainulindale> so if you give it some URI for a message, for example
Apr 27 09:44:53 <Ainulindale> it'll display it
Apr 27 09:45:05 <tmzt> I mean the scope of of shr in this reguard
Apr 27 09:45:08 <Ainulindale> It shouldn't be aware of the underlying framework, etc.
Apr 27 09:45:13 <Ainulindale> the scope of SHR?
Apr 27 09:45:15 <Ainulindale> What do you mean?
Apr 27 09:45:31 <tmzt> will it include email, imap, voicemail, etc.
Apr 27 09:45:37 <tmzt> or just sms
Apr 27 09:46:03 <Ainulindale> that'll depend on what we'll be able to use from the framework and/or from other sources
Apr 27 09:46:15 <tmzt> will there be on message provider for all of those, opimd or whatver
Apr 27 09:46:16 <Ainulindale> I'd like to avoid using several "resources" provider 
Apr 27 09:46:22 <Ainulindale> But if we need that on a functional basis we'll do it
Apr 27 09:46:33 <Ainulindale> tmzt: well the intent is to make ophonekitd listen on events
Apr 27 09:46:45 <Ainulindale> let us say a mail or sms will generate an incoming message event
Apr 27 09:46:50 <Ainulindale> from the framework or from another source
Apr 27 09:47:00 <Ainulindale> we'll map it to the gui and give it a URI for the message
Apr 27 09:47:07 <Ainulindale> it'll display it no matter what the source will be
Apr 27 09:47:42 <tmzt> as far as dbus api goes --
Apr 27 09:47:54 <mrmoku> Ainulindale: where to find those mockups?
Apr 27 09:48:41 <Ainulindale> http://trac.shr-project.org/trac/wiki/libframework-phonegui-contacts
Apr 27 09:48:43 <Ainulindale> example
Apr 27 09:48:48 <tmzt> well, android as an example has a similar design, intents are the messages and different applications/services register to listen to them
Apr 27 09:49:04 <tmzt> events not msgs
Apr 27 09:51:01 <Ainulindale> mrmoku: this stuff is lacking some things
Apr 27 09:51:06 <Ainulindale> we still have to talk about it some more
Apr 27 09:51:30 <Ainulindale> but I'd like to see some formal testing of ophonekitd vala
Apr 27 09:51:35 <Ainulindale> Still no info from ptitjes 
Apr 27 09:51:40 <Ainulindale> He's doing his quickdev
Apr 27 09:52:15 <mrmoku> spank him harder then :P
Apr 27 10:12:10 <CIA-75> freesmartphone.org: 03mickey 07libeflvala * rc3685094988e 10/vapi/elm.vapi: elm.vapi: bind "EAPI void elm_list_always_select_mode_set(Evas_Object *obj, Evas_Bool always_select);"
Apr 27 10:17:42 <tmzt> it's still c-style naming?
Apr 27 10:17:55 <tmzt> looking at the commit
Apr 27 10:18:02 <tmzt> was
Apr 27 10:21:02 <mickeyl> yes, we skip the encoded namespace and class, but use the rest to reuse existing API knowledge when people move from C to Vala
Apr 27 10:21:53 <mickeyl> shoragan: yes, that's the commit to reverse
Apr 27 10:22:53 <tmzt> I see, so it wouldn't be an option to choose either style per programmer's preference?
Apr 27 10:23:08 <mickeyl> no
Apr 27 10:23:25 <mickeyl> two bindings will make source code unexchangable
Apr 27 10:24:07 <mickeyl> other bindings pretty much do the same
Apr 27 10:24:10 <tmzt> yeah that makes sense
Apr 27 10:24:15 <mickeyl> the reuse the existing style as much as possible
Apr 27 10:24:29 <mickeyl> if it was just me, i'd love to change it :)
Apr 27 10:24:36 <mickeyl> i_don_t_like_this_notation
Apr 27 10:24:47 <tmzt> don't personally see as much benefit to vala then
Apr 27 10:24:53 <mickeyl> heh
Apr 27 10:25:12 <mickeyl> you know enough Vala to say that?
Apr 27 10:25:22 <tmzt> not yet
Apr 27 10:25:26 <mickeyl> that explains
Apr 27 10:25:36 <tmzt> I said as much
Apr 27 10:25:44 <tmzt> well ok
Apr 27 10:40:54 <spaetz> mickeyl: thanks for fixing and extending my evas/Images code
Apr 27 10:41:06 <spaetz> sorry for the whitespace inconsistencies
Apr 27 10:41:39 <spaetz> and thanks for making the Canvas stuff a real class. I had just tried to make it work and stopped modifying when it worked
Apr 27 10:41:47 <playya> maybe we should define a vala syleguid for fso? 
Apr 27 10:42:03 <playya> so nobody can complain about tabs/spaces
Apr 27 10:43:28 <mickeyl> either that or
Apr 27 10:43:39 <mickeyl> "stick to the style that's used by the rest of the file"
Apr 27 10:45:22 <spaetz> that's what I'd usually do.
Apr 27 10:45:55 <spaetz> I guess I was just too happy that I got my Evas.Image working that I forgot checking the stuff before committing
Apr 27 10:46:25 <spaetz> plus I don't have my emacs under control yet, when it comes to .vala files
Apr 27 10:46:34 <methril|work> mickeyl: a python newbie question: It's possible to manage raw data and put in struct-c like format?
Apr 27 10:46:44 <mickeyl> methril|work: yes. see the 'struct' module for that
Apr 27 10:46:56 <methril|work> mickeyl: thank you :)
Apr 27 10:47:03 <mickeyl> np
Apr 27 10:47:10 <mickeyl> spaetz: :)
Apr 27 10:47:17 * mickeyl using kdevelop w/ Vala
Apr 27 10:47:32 <mickeyl> with the C# syntax highlighting rules
Apr 27 10:47:35 <mickeyl> works pretty well
Apr 27 10:48:10 * methril|work thinks that is going to be more confortable with Vala than with python
Apr 27 10:48:54 <mickeyl> Vala is actually quite near to Python
Apr 27 10:49:07 <mickeyl> but with the added raw speed
Apr 27 10:49:08 <mickeyl> perhaps that's why i like it so much
Apr 27 10:49:09 <methril|work> then i need to learn Python properly ;)
Apr 27 10:49:42 <mickeyl> With languages like Vala on your hand, the only remaining benefit of Python is a) the interactive prompt and b) no need to crosscompile
Apr 27 10:50:00 <mickeyl> both quite major advantages, but still
Apr 27 10:50:41 <lindi-> mickeyl: also c) bit more established?
Apr 27 10:50:52 <methril|work> you could "prototype" the sw with python and get better performance with Vala 
Apr 27 10:51:05 <mickeyl> lindi-: oh yes, for sure
Apr 27 10:51:16 <methril|work> looks what are you doing with framework
Apr 27 10:51:37 <mickeyl> exactly. it's much faster to prototype with duck typing
Apr 27 10:51:50 <mickeyl> then -- when you're confident with your style -- port
Apr 27 10:52:38 <methril|work> mickeyl: any dev recommended for python?
Apr 27 10:52:50 <methril|work> s/dev/gui dev env.
Apr 27 10:52:50 <mickeyl> dev?
Apr 27 10:52:51 <mickeyl> ah
Apr 27 10:52:55 <mickeyl> i'm using kdevelop
Apr 27 10:53:01 <mickeyl> eric4 is quite amazing though
Apr 27 10:53:06 <methril|work> ok, i'll try
Apr 27 10:54:57 <spaetz> yep, crosscompiling is an additional hurdle. I loved to develop directly on the FR
Apr 27 10:55:19 <spaetz> mmh, shr feed request for a id3-tag reading python library
Apr 27 10:55:35 <spaetz> what should I do with that?
Apr 27 10:55:52 <mickeyl> there's tons of that in OE
Apr 27 10:55:54 <mickeyl> taglib
Apr 27 10:55:58 <mickeyl> libid3
Apr 27 10:56:00 <mickeyl> etc.
Apr 27 10:56:02 <mickeyl> chose one ;)
Apr 27 10:56:03 <spaetz> ahh, great. Problem solved then :)
Apr 27 10:56:07 <spaetz> thanks for the hint
Apr 27 10:56:33 <spaetz> the bug report refered to eyeD3, but an existing one would even be better
Apr 27 10:57:24 <spaetz> mrmoku: do you know if we have plenty of disk on the build host?
Apr 27 10:57:43 <spaetz> can we afford adding OE packages to the feed or do we need to be a little restrictive?
Apr 27 11:00:13 <mrmoku> spaetz: no idea
Apr 27 11:00:57 <spaetz> I don't think a python id3 parsing lib is our high priority focus, but if we have plenty of disk, it wouldn't hurt either
Apr 27 11:01:48 <mrmoku> spaetz: don't think that will take that much disk space, no?
Apr 27 11:03:03 <spaetz> nahh, surely not. Just trying to build one and see if it's complex
Apr 27 11:03:27 * mrmoku is having problems with zenity now :(
Apr 27 11:04:28 <spaetz> uhh, isn't zenity a pretty simple thing?
Apr 27 11:04:54 <spaetz> pkgs libetk1 and etk conflict
Apr 27 11:05:15 <spaetz> which is newer and why don't we specify a RREPLACES (or whatever needed)?
Apr 27 11:06:31 <tmzt> gstreamer also has tag support
Apr 27 11:08:30 <spaetz> tmzt: no clue, probably
Apr 27 11:08:48 <spaetz> doh, pyid3lib pulls in sqlite3
Apr 27 11:09:51 <mrmoku> spaetz: it's a gnome app ;) (zenity)
Apr 27 11:10:47 <playya> maybe someone wants to write edialog
Apr 27 11:11:36 <spaetz> mrmoku: I know, I experimented with some command line thingy popping up zenity boxes once
Apr 27 11:12:07 <spaetz> ok, just compiling that python-id3lib thing worked fine. I'll add it to the feed in unstable now.
Apr 27 11:12:15 <mrmoku> http://pastebin.com/d2bcdee9f
Apr 27 11:14:00 <mrmoku> looks like too old autotools sort of thing?
Apr 27 11:14:32 <CIA-75> SHR: 03Sebastian 07shr-overlay * rcd3b5cd0de61 10/openembedded/recipes/tasks/task-shr-feed.bb: feed: add python-id3lib (closes #254)
Apr 27 11:17:56 <spaetz> mrmoku: :-( no idea
Apr 27 11:19:59 <CIA-75> freesmartphone.org: 03jluebbe 07framework * rb325493722f7 10/framework/subsystems/ogsmd/modems/ti_calypso/channel.py: 
Apr 27 11:19:59 <CIA-75> freesmartphone.org: ogsmd [TI CALYPSO]: switch %CUNS back to 2 (no mixed solisticated/unsolisticated messages)
Apr 27 11:19:59 <CIA-75> freesmartphone.org: %CUNS=0 exposed a bug in the %EM commands, which were losing some output lines.
Apr 27 11:24:56 <playya> mrmoku, i think you need gnome-dev or gnome-doc
Apr 27 11:25:52 <mrmoku> playya: which would be another more patch to the overlay :(
Apr 27 11:26:00 <mrmoku> anyway off to lunch now
Apr 27 11:29:01 <tmzt> for zenity?
Apr 27 11:29:01 <DocScrutinizer> hmm, brunch. Good idea :-)
Apr 27 11:29:55 <tmzt> just gtk I would think
Apr 27 11:32:29 <spaetz> tmzt: see hist above pasted automake failure
Apr 27 11:32:32 <spaetz> his
Apr 27 11:33:05 <spaetz> who renamed all the efl packages?
Apr 27 11:33:22 <spaetz> without providing upgrade paths in the .opkg
Apr 27 11:35:44 <playya> spaetz, do you know if sth. changed in vala with dynamic DBus.Object's?
Apr 27 11:36:23 <playya> i get a lot of these: Expected D-BUS object path, got type code 's'
Apr 27 11:37:02 <spaetz> no clue what has been changing. I haven't upgraded for quite some time, as I use the version that is in the SHR-oe
Apr 27 11:37:12 <spaetz> SHR-repo
Apr 27 11:37:38 <playya> me too
Apr 27 11:37:48 <playya> this is the method: private void get_scenario( dynamic DBus.Object obj, string s, GLib.Error error )
Apr 27 11:39:32 <spaetz> whenever I ask, people recommend me to use the static dbus stuff, as the dynamic one is not very mature/stable
Apr 27 11:40:07 <spaetz> no clue, sorry :) I am a vala newbie, really :)
Apr 27 11:41:15 <tmzt> so broke automake, but are you usings sounds for notification?
Apr 27 11:41:31 <tmzt> broken
Apr 27 11:42:43 <playya> spaetz, static is really nice. but i can't build libfs-glib in OE :(
Apr 27 11:43:51 <CIA-75> freesmartphone.org: 03Frederik.Sdun 07fso-monitord * rbd40c112e6fe 10/src/monitor.vala: 
Apr 27 11:43:51 <CIA-75> freesmartphone.org: Moved NameOwnerCahnged from contruct to run
Apr 27 11:43:51 <CIA-75> freesmartphone.org: Add debug output to show which Systems are started
Apr 27 11:43:51 <CIA-75> freesmartphone.org: 03Frederik.Sdun 07fso-monitord * r4fc29a77b372 10/src/monitor.vala: moved Frameworkd to be started first
Apr 27 11:43:52 <CIA-75> freesmartphone.org: 03Frederik.Sdun 07fso-monitord * rc46a52a4b3fc 10/src/device.vala: 
Apr 27 11:43:52 <CIA-75> freesmartphone.org: removed some debug output
Apr 27 11:43:54 <CIA-75> freesmartphone.org: exceptions are forwarded to calling class
Apr 27 11:43:59 <CIA-75> freesmartphone.org: 03Frederik.Sdun 07fso-monitord * r8e69ca646faa 10/src/fso.vala: 
Apr 27 11:44:00 <CIA-75> freesmartphone.org: run throws Glib.Error
Apr 27 11:44:01 <playya> gogogo CIA-75 
Apr 27 11:44:04 <CIA-75> freesmartphone.org: call run for base class
Apr 27 11:44:04 <CIA-75> freesmartphone.org: 03Frederik.Sdun 07fso-monitord * r14ab60ef3b6e 10/src/gsm.vala: 
Apr 27 11:44:06 <CIA-75> freesmartphone.org: add throw GLib.Error for run()
Apr 27 11:44:08 <CIA-75> freesmartphone.org: removed debug output
Apr 27 11:44:12 <CIA-75> freesmartphone.org: 03Frederik.Sdun 07fso-monitord * r4d0ab7f4c4f4 10/src/gsm.vala: changed busnames and paths to org.pyneo
Apr 27 11:44:15 <CIA-75> freesmartphone.org: 03Frederik.Sdun 07fso-monitord * rf48890280db3 10/src/monitor.vala: 
Apr 27 11:44:17 <CIA-75> freesmartphone.org: handle errors for (Sub)system.run
Apr 27 11:44:19 <CIA-75> freesmartphone.org: added timed_run to wait for frameworkd
Apr 27 11:44:21 <CIA-75> freesmartphone.org: 03Frederik.Sdun 07fso-monitord * rb09c0d1c23b3 10/src/phone.vala: 
Apr 27 11:44:25 <CIA-75> freesmartphone.org: removed debug output
Apr 27 11:44:27 <CIA-75> freesmartphone.org: handle Phone.Call.run error
Apr 27 11:44:29 <CIA-75> freesmartphone.org: 03Frederik.Sdun 07fso-monitord * r125a50e8a73b 10/src/usage.vala: 
Apr 27 11:44:31 <CIA-75> freesmartphone.org: run throws GLib.Error
Apr 27 11:44:33 <CIA-75> freesmartphone.org: get usage object
Apr 27 11:44:35 <CIA-75> freesmartphone.org: 03Frederik.Sdun 07fso-monitord * r69e93e707eb4 10/src/preferences.vala: 
Apr 27 11:44:40 <CIA-75> freesmartphone.org: removed debug output
Apr 27 11:44:42 <CIA-75> freesmartphone.org: adden throws GLib.Erro for run
Apr 27 11:45:07 <playya> doh. typo in commit message
Apr 27 11:56:17 <mrmoku> grrr... next one is sms-sentry :(
Apr 27 12:00:42 <CIA-75> SHR: 03mok 07shr-overlay * r23a55d565d45 10/openembedded/recipes/sms-sentry/sms-sentry.bb: sms-sentry: fix S for new SRC_URI location
Apr 27 12:00:51 <CIA-75> SHR: 03mok 07shr-overlay * rca49ec591e74 10/openembedded/recipes/tasks/task-shr-feed.bb: Merge branch 'master' of git+ssh://git@shr.bearstech.com/shr-overlay
Apr 27 12:01:18 <mrmoku> yeah... I know... bad mrmoku
Apr 27 12:01:24 <mrmoku> should have pulled first :P
Apr 27 12:01:50 * spaetz spanks mrmoku preemptively
Apr 27 12:02:06 <spaetz> by May 22th our backs will all be heavily scarred
Apr 27 12:02:13 <mrmoku> if you think that will prevent Ainulindale from spanking me ;)
Apr 27 12:04:01 <DocScrutinizer> hehe
Apr 27 12:08:22 <Ainulindale> Well you seem to like it
Apr 27 12:09:44 <mrmoku> yep... as you will see
Apr 27 12:09:46 <CIA-75> SHR: 03mok 07shr-overlay * r14ab52aee26b 10/openembedded/recipes/sms-sentry/sms-sentry.bb: sms-sentry: duhh... and fix S to be actually correct
Apr 27 12:09:49 <mrmoku> :)
Apr 27 12:11:00 * mrmoku is just trying to get the feed to build again :(
Apr 27 12:11:53 <spaetz> ok, just looked at our track issue 381 (phone call duration reported wrongley when > 60min)
Apr 27 12:12:05 <spaetz> and our SQL is indeed wrong
Apr 27 12:12:15 <spaetz> http://git.shr-project.org/git/?p=shr.git;a=blob;f=ophonekitd/data/phonelog-database.sql;h=b4e9bf802b1997266e4410b8cec011cc6c5b8ba3;hb=HEAD line 56
Apr 27 12:12:32 <spaetz> it is saved as strftime(?%M:%S')
Apr 27 12:12:52 <spaetz> and %M is of course 0-59
Apr 27 12:13:01 <mrmoku> hehe
Apr 27 12:13:14 <mrmoku> at least I'm not the only one to get some nice spanking ;)
Apr 27 12:13:52 <spaetz> spank .. me .. harder (not my code though). WHy the heck are we nesting strftimes there like crazy anyway?
Apr 27 12:15:36 <spaetz> code like this should be punished: http://dpaste.com/38301/
Apr 27 12:16:19 <mrmoku> huh... some kind of bad SQL contest? ;)
Apr 27 12:19:20 <DocScrutinizer> spaetz: AAAOOOOOUUUUCHH     8-S.
Apr 27 12:19:46 <DocScrutinizer> I always thought I'm able to read SQL statements
Apr 27 12:19:50 <spaetz> ahh, now DocScrutinizer spanks himself
Apr 27 12:20:06 <spaetz> but that is exactly what I cried when I saw that code
Apr 27 12:20:31 <DocScrutinizer> yeah, to forget about this unpleasant experience to look at  http://dpaste.com/38301/ ;)
Apr 27 12:20:54 <spaetz> hey, that is a current snippet of the current ophonekitd
Apr 27 12:21:00 <spaetz> :)
Apr 27 12:21:13 <spaetz> so it runs on millions, err..., dozens of phones
Apr 27 12:21:16 <DocScrutinizer> so who's going to be spanked now?
Apr 27 12:21:27 <spaetz> I am happy that there is no git blame installed
Apr 27 12:21:45 <spaetz> no clue, I'll see if I can deuglify that expression somewhat
Apr 27 12:21:47 <mrmoku> well... if it is sql inside ophonekitd... lets spank ptitjes 
Apr 27 12:22:14 <DocScrutinizer> hehe, great idea ;-)
Apr 27 12:24:03 <mrmoku> though... if its pyphonelog... we have to spank TAsn 
Apr 27 12:24:06 <DocScrutinizer> (deuglify) easy, no? use some nicely named temporary vars, slipt up the ugly statement into simple nes that need no 20 lines of comment to make sense
Apr 27 12:24:13 <mrmoku> best thing maybe would be to spank both ;)
Apr 27 12:24:30 <DocScrutinizer> slit even
Apr 27 12:24:47 <DocScrutinizer> sPlit WTF?
Apr 27 12:25:17 * DocScrutinizer urgently needs his brunch now
Apr 27 12:26:25 * mrmoku passes DocScrutinizer some 2 months old sandwiches he got from Dave and found in his fridge now :P
Apr 27 12:26:29 <DocScrutinizer> and ommit nonsense like "SELECT fo AS bar WHERE bar.bla..."
Apr 27 12:27:16 <DocScrutinizer> as long as Dave isn't in the same fridge ;-) WHERE'S DAVE???
Apr 27 12:28:21 * DocScrutinizer really hopes Dave's well and just enjoying some holiday
Apr 27 12:29:41 <CIA-75> SHR: 03mok 07libframeworkd-phonegui-efl2 * r638ff28cc8af 10/ (8 files in 4 dirs): port over fixed dialer from libframeworkd-phonegui-efl
Apr 27 12:29:51 <CIA-75> SHR: 03mok 07libframeworkd-phonegui-efl2 * ra9a8246b715e 10/src/view/message-show-view.c: message-show: do not segfault by doubly freeing the query hashtable
Apr 27 12:29:51 <CIA-75> SHR: 03mok 07libframeworkd-phonegui-efl2 * rffd39e06e575 10/src/view/message-list-view.c: message-list: query *all* messages and not just the read ones
Apr 27 12:31:22 <spaetz> DocScrutinizer: I am no SQL expert, but this is part of a larger VIEW SQL SELECT
Apr 27 12:31:26 <spaetz> http://git.shr-project.org/git/?p=shr.git;a=blob_plain;f=ophonekitd/data/phonelog-database.sql;h=b4e9bf802b1997266e4410b8cec011cc6c5b8ba3;hb=HEAD
Apr 27 12:31:45 <spaetz> and "starttime" and "endtime" are selected before that
Apr 27 12:31:55 <spaetz> can't I use that directly in the same SQL?
Apr 27 12:32:19 <spaetz> link with line numbers: http://git.shr-project.org/git/?p=shr.git;a=blob;f=ophonekitd/data/phonelog-database.sql;h=b4e9bf802b1997266e4410b8cec011cc6c5b8ba3;hb=HEAD
Apr 27 12:33:01 <spaetz> we define startTime and releaseTime previously. Can I use those without having to refech them in the ugly SQL snippet?
Apr 27 12:34:29 <DocScrutinizer> I think it had to work, yes
Apr 27 12:34:45 * spaetz does some tests in sqlite shell now
Apr 27 12:34:59 <DocScrutinizer> anyway ""
Apr 27 12:35:01 <DocScrutinizer> SELECT eventTime
Apr 27 12:35:02 <DocScrutinizer>                 FROM call_events as e
Apr 27 12:35:04 <DocScrutinizer>                 WHERE e.id = call_events.id
Apr 27 12:35:05 <DocScrutinizer>                         AND e.status = 2
Apr 27 12:35:07 <DocScrutinizer> ""
Apr 27 12:35:25 <DocScrutinizer> is completely nonsense use of AS (here "as")
Apr 27 12:35:48 <spaetz> right
Apr 27 12:36:12 <DocScrutinizer> AS is needed for aliases when reusing namespace in joined select
Apr 27 12:36:51 <spaetz> that statement translates into e.id = e.id ??? 8-{
Apr 27 12:37:29 <DocScrutinizer> loool right
Apr 27 12:37:42 <DocScrutinizer> didn't even notice
Apr 27 12:37:48 <spaetz> how is this supposed to ever work correctly?
Apr 27 12:37:55 <DocScrutinizer> dunno
Apr 27 12:37:57 <spaetz> neither have I until now
Apr 27 12:38:33 <DocScrutinizer> well, "WHERE e.id = call_events.id" is always true at least ;-)
Apr 27 12:38:58 <spaetz> yep :)
Apr 27 12:40:12 <DocScrutinizer> that's the point many people think SQL is easy, but in fact it's an art only few do master it completely
Apr 27 12:40:49 <DocScrutinizer> (nor do I, but at least I can tell who soes NOT)
Apr 27 12:46:05 <DocScrutinizer> if the statement hadn't used this silly "AS e" it had been obvious from very beginning
Apr 27 12:54:01 <DocScrutinizer> well the whole mess is result of using SQL database for a simple task like storing the last 50 calls
Apr 27 12:54:32 <DocScrutinizer> massive overkill, lost in action
Apr 27 12:54:41 <mrmoku> spaetz: ERROR: Task 675 (/home/shr/shr-unstable/shr/openembedded/recipes/shr/shr-config_git.bb, do_compile) failed
Apr 27 12:55:33 <mrmoku> git/src/gps.c:203: error: too many arguments to function 'cairo_image_surface_get_data'
Apr 27 12:55:36 <mrmoku> error: cc exited with status 256
Apr 27 12:55:59 <mrmoku> guess you need newer libeflvala?
Apr 27 12:56:05 <mrmoku> ptitjes: PING
Apr 27 13:11:41 <DocScrutinizer> spaetz: mrmoku: I think the whole database structure is errr... suboptimal. As a result there's a view created (in an incorrect way) which takes much time and add to complexity. I don't see the rationale behind having a call_id table and a 1:n events table, when each call may have no more than *one* start time and *one* end time in the end. I suggest to have one table with one record for each call, and creating the record on first call 
Apr 27 13:11:43 <DocScrutinizer> event, then update the remaining fields accordingly on subsequent events relating to same call(_id)
Apr 27 13:12:53 <mrmoku> ptitjes: hear? your structure is... SUBOPTIMAL ;)
Apr 27 13:16:57 <tmzt> are call_id's reused?
Apr 27 13:22:11 <DocScrutinizer> it's a key, so probably not
Apr 27 13:22:43 <DocScrutinizer> CREATE TABLE call_ids (
Apr 27 13:22:45 <DocScrutinizer>    2         id INTEGER PRIMARY KEY,
Apr 27 13:22:46 <DocScrutinizer>    3         number TEXT
Apr 27 13:22:48 <DocScrutinizer>    4 );
Apr 27 13:23:55 <DocScrutinizer> otoh who cares, they just mustn''t be dupkey
Apr 27 13:24:47 <DocScrutinizer> and cross-table consistency must be kept
Apr 27 13:25:00 <tmzt> it's not the same as the libphonegui call_id?
Apr 27 13:25:40 <DocScrutinizer>  CREATE TABLE call_events (
Apr 27 13:25:42 <DocScrutinizer>    7         id INTEGER,
Apr 27 13:25:43 <DocScrutinizer>    8         status INTEGER,
Apr 27 13:25:45 <DocScrutinizer>    9         eventTime TIMESTAMP,
Apr 27 13:25:46 <DocScrutinizer>   10         FOREIGN KEY (id) REFERENCES call_ids(id)
Apr 27 13:25:47 <DocScrutinizer>   11 );
Apr 27 13:25:49 <DocScrutinizer> tmzt: dunno
Apr 27 13:26:09 <DocScrutinizer> I'm just looking at http://git.shr-project.org/git/?p=shr.git;a=blob;f=ophonekitd/data/phonelog-database.sql;h=b4e9bf802b1997266e4410b8cec011cc6c5b8ba3;hb=HEAD#l6
Apr 27 13:27:42 * DocScrutinizer wonders what " 7         id INTEGER," might be... :-o
Apr 27 13:27:59 <mrmoku> sqlite3_last_insert_rowid() it is me thinks
Apr 27 13:28:07 <mrmoku> (the call_id)
Apr 27 13:30:48 <DocScrutinizer> should be call_ids.id from " 2         id INTEGER PRIMARY KEY,"
Apr 27 13:31:46 <mrmoku> and it *is* the call_id from ophonekitd... ophonekitd is using the sqlite3 id as unique call_id
Apr 27 13:31:50 <DocScrutinizer> there is no other unique id to a particular call (in this database, as far as I know it now)
Apr 27 13:32:46 <mrmoku> and there is more than one entry per call_id
Apr 27 13:33:01 <DocScrutinizer> mrmoku: afaict sqlite3_last_insert_rowid() != call_ids.id
Apr 27 13:33:07 <mrmoku> incoming/outgoing, active and release
Apr 27 13:33:40 <mrmoku>         if (((rc = sqlite3_reset(insert_call)) == SQLITE_OK) &&
Apr 27 13:33:40 <mrmoku>                 ((rc = sqlite3_bind_text(insert_call, 1, number, -1, SQLITE_TRANSIENT)) == SQLITE_OK) &&
Apr 27 13:33:43 <mrmoku>                 ((rc = sqlite3_step(insert_call)) == SQLITE_DONE))
Apr 27 13:33:45 <mrmoku>  is what it does
Apr 27 13:33:47 <mrmoku>             return sqlite3_last_insert_rowid(db);
Apr 27 13:34:32 <mrmoku> so i guess it should be call_ids.id
Apr 27 13:34:58 <DocScrutinizer> told ya ;-D
Apr 27 13:35:31 <mrmoku> DocScrutinizer: ?
Apr 27 13:37:15 <DocScrutinizer> anyway there's a limited very low number of possible records in call_events  for each call_ids.id (aka call), so I strongly suggest to merge the two tables to form a new table with one record / call
Apr 27 13:38:23 <DocScrutinizer> (similar to the view created in above mentioned code)
Apr 27 13:38:57 <mrmoku> 500da2b7 (Didier 'Ptitjes 2008-12-14 04:48:00 +0100 56)         strftime('%M:%S',strftime('%s',(SELECT eventTime
Apr 27 13:39:16 <mrmoku> so... it was ptitjes who invented that nice construct ;)
Apr 27 13:39:39 <DocScrutinizer> no fingerpointing :-), just let's improve it
Apr 27 13:39:53 <mrmoku> DocScrutinizer: that probably needs adjusting the phonelog apps too
Apr 27 13:40:04 <DocScrutinizer> yup
Apr 27 13:40:16 <DocScrutinizer> will speed up things like hell probably
Apr 27 13:40:56 <tmzt> unix time/millisecons maybe and current line for call id?
Apr 27 13:41:03 <DocScrutinizer> and even make them work - in a sense of showing correct data instead of arbitrary random junk as it's now I guess
Apr 27 13:41:06 <tmzt> starttime
Apr 27 13:44:23 <DocScrutinizer> ahh sorry, nevermind my comment about ""wonders what " 7         id INTEGER," might be""
Apr 27 13:45:17 <pundiramit> I'm not able to launch a test application from desktop though it is working fine from shell. what am i doing wrong here? here is the test.desktop file: http://pastebin.com/d7f182a47
Apr 27 13:53:41 <DocScrutinizer> mrmoku: you know the result of """table_1 = (1,2,3); table_a = ("a", "b"); create view X as select int from table_1, char from table_a;"""? AFAIK it's (1,a; 1,b; 2,a; 2,b; 3,a; 3,b) ;-)
Apr 27 13:54:40 * DocScrutinizer wonders what's going to happen if this code construct is called when there's actually 50 calls stored in the database XD
Apr 27 13:55:19 <DocScrutinizer> probably 128MB of ram is going to be a little small for that
Apr 27 13:56:05 <Ainulindale> Hmmm is having a look at Mini-ITX thingy.
Apr 27 13:56:06 <mrmoku> cartesian product? yeah thinks so too
Apr 27 13:56:14 <Ainulindale> s/is/I'm/
Apr 27 13:56:14 <bzzbot> Ainulindale meant: Hmmm I'm having a look at Mini-ITX thingy.
Apr 27 13:56:24 <mrmoku> Ainulindale: to big to be a phone :P
Apr 27 13:56:47 <DocScrutinizer> mrmoku: but we got some more than 2 dimensions here ;-)
Apr 27 13:57:07 <DocScrutinizer> anyway, now really time for brunch
Apr 27 13:57:10 <DocScrutinizer> bye
Apr 27 13:57:18 <mrmoku> hehe, bye
Apr 27 13:59:15 <mrmoku> Ainulindale: I had a look at various distro files...
Apr 27 13:59:23 <mrmoku> any hint as of which to use for a start?
Apr 27 13:59:31 <mrmoku> better openmoko.conf or minimal.conf?
Apr 27 14:01:14 <mrmoku> Ainulindale: and then... build completed
Apr 27 14:01:20 <mrmoku> without shr-config and zenity tough
Apr 27 14:01:23 <mrmoku> +h
Apr 27 14:01:41 <mrmoku> would move the tmp link... if you have no objections
Apr 27 14:06:02 <ptitjes> mrmoku: sure this is me
Apr 27 14:06:08 <mrmoku> ptitjes: ahh :-)
Apr 27 14:06:13 <ptitjes> mrmoku: what is your problem with this ?
Apr 27 14:06:17 <Ainulindale> ptitjes: hey
Apr 27 14:06:26 <ptitjes> and sure the table is "suboptimal"
Apr 27 14:06:28 <mrmoku> ptitjes: well... it does not work with calls longer then 50min
Apr 27 14:06:29 <Ainulindale> ptitjes: we really need to be able to switch unstable to ophonekitd-vala
Apr 27 14:06:34 <ptitjes> I wanted to have all the data pure
Apr 27 14:06:47 <ptitjes> and views in fact are processed to cache efficiently data
Apr 27 14:07:17 <ptitjes> once the sfrtime are computed, they are not compute again except if the corresponding raws are modified
Apr 27 14:07:37 <ptitjes> mrmoku: add hours to the outer sfrtime
Apr 27 14:07:54 <ptitjes> mrmoku: and BTW sfrtime is a stupid invention of SQlite
Apr 27 14:08:07 <ptitjes> they don't have standard SQL date functions
Apr 27 14:08:14 <ptitjes> Ainulindale: sure
Apr 27 14:09:00 <ptitjes> Ainulindale: mickey made a first step by providing a recipe for vala-dbus-binding-tool
Apr 27 14:09:37 <mrmoku> ptitjes: and mickey updated his stuff to need vala 0.7.1
Apr 27 14:09:59 <mrmoku> ptitjes: which is creating problems, because I'm not allowed to update vala :P
Apr 27 14:10:01 <ptitjes> we still need libfso-glib, a --gir vala, libmodulo
Apr 27 14:10:39 <ptitjes> mrmoku: what means "you are not allowed to update vala" ?
Apr 27 14:10:51 <mrmoku> ptitjes: because I would break your --gir vala stuff ;)
Apr 27 14:11:11 <mrmoku> and Ainulindale would spank me hard in consequence
Apr 27 14:11:57 <ptitjes> mrmoku: my --gir stuff still don't have any recipe
Apr 27 14:13:36 <ptitjes> mrmoku: in fact you never finished the recipes you started...
Apr 27 14:13:46 <ptitjes> mrmoku: so there is no chance that you break anything
Apr 27 14:13:57 <ptitjes> mrmoku: and we can have both recipes
Apr 27 14:14:23 <ptitjes> mrmoku: can't individual packages require vala 0.6 and some others require 0.7 ?
Apr 27 14:15:11 <Ainulindale> nah we can't do that
Apr 27 14:20:43 <ptitjes> bbl
Apr 27 14:23:33 <TAsn> mrmoku, it's not my fault!
Apr 27 14:23:41 <TAsn> I also explained ptitjes the error
Apr 27 14:24:22 <TAsn> and he should fix it (quite easy), just remove the strftime, I already added the code to pyphonelog that can handle this.
Apr 27 14:24:27 <TAsn> so it's purely up to him.
Apr 27 14:26:05 <ptitjes> re
Apr 27 14:27:41 <TAsn> ptitjes, fix the damn sql! ;]
Apr 27 14:27:48 <TAsn> just leave it as seconds 
Apr 27 14:27:51 <TAsn> I'll translate it.
Apr 27 14:28:07 <TAsn> that's the best practice (in my opinion)
Apr 27 14:28:54 <Ainulindale> (agreed)
Apr 27 14:29:12 <Ainulindale> damn I can't find any information on the noise level of this mini ITX board
Apr 27 14:30:51 * mrmoku thought Ainulindale would be a noise loving punk ;)
Apr 27 14:32:05 <Ainulindale> nah can't stand the noise of my current server
Apr 27 14:34:20 <spaetz> mrmoku: no the cairo msg in shr-config requires a newer vala
Apr 27 14:34:43 <spaetz> I recommend to pin down shr-config to the latest working version for now, let me do that
Apr 27 14:35:07 <mrmoku> spaetz: ok
Apr 27 14:35:23 <mrmoku> bbiab
Apr 27 14:36:37 <spaetz> does this SQL look like an improvement? It's in no way changing anything structurally:
Apr 27 14:36:41 <spaetz> http://dpaste.com/38338/
Apr 27 14:36:55 <spaetz> replaces line 19-68 in http://git.shr-project.org/git/?p=shr.git;a=blob;f=ophonekitd/data/phonelog-database.sql;h=b4e9bf802b1997266e4410b8cec011cc6c5b8ba3;hb=HEAD
Apr 27 14:37:13 <mwester> re
Apr 27 14:37:20 <spaetz> needs documentation
Apr 27 14:38:17 <spaetz> some stray chars removed: http://dpaste.com/38339/
Apr 27 14:38:25 <spaetz> I tested this on my live phone.db
Apr 27 14:38:30 <mwester> Just FYI for the SHR team:  building with NO locales enabled (ENABLE_BINARY_LOCALE_GENERATION = "0") will result in an image that does not present the shr-theme at first boot.
Apr 27 14:39:05 <spaetz> weird, how can that be related?
Apr 27 14:39:29 <ptitjes> spaetz: don't forget the unix epoch stuff in the query, else you'll be stuck with local time
Apr 27 14:39:35 <mwester> It's not related to your SQL, that's for sure ;-)
Apr 27 14:40:13 <spaetz> ptitjes: these lines were clearly unneeded :
Apr 27 14:40:13 <spaetz> 		FROM call_events as e
Apr 27 14:40:14 <spaetz> 		WHERE e.id = call_events.id
Apr 27 14:40:27 <spaetz> they always translated to WHERE 1=1
Apr 27 14:40:56 <ptitjes> ?? "translated"
Apr 27 14:40:59 <spaetz> and are IMO leading to wrong results
Apr 27 14:41:22 <spaetz> call_events AS e WHERE e.id=call_events.id
Apr 27 14:41:28 <ptitjes> spaetz: take it on your own - no problem for me
Apr 27 14:41:31 <spaetz> have a close look at that line
Apr 27 14:41:48 <spaetz> a=b WHERE a.id=b.id
Apr 27 14:42:01 <TAsn> spaetz, all that's needed
Apr 27 14:42:05 <spaetz> is the same as a.id=a.id which is always true
Apr 27 14:42:20 <TAsn> is removing the strftime
Apr 27 14:42:32 <TAsn> and leave it as seconds (the duration)
Apr 27 14:42:38 <TAsn> and I'll commit the pyphonelog code needed.
Apr 27 14:42:41 <ptitjes> spaetz: what line ?
Apr 27 14:42:58 <spaetz> 16:41 < spaetz> call_events AS e WHERE e.id=call_events.id
Apr 27 14:43:23 <ptitjes> yes what is the problem ?
Apr 27 14:44:24 <ptitjes> spaetz: in anyway this is compiled and simplified by the query manager
Apr 27 14:44:40 <ptitjes> spaetz: so why bother...
Apr 27 14:46:06 * spaetz sighs. either I had too much coffee, or the above SQL is not doing what it intends to do
Apr 27 14:46:09 <spaetz> WHERE e.id = call_events.id
Apr 27 14:46:17 <spaetz> err, mispasted sorry, once again
Apr 27 14:46:29 <spaetz> FROM call_events as e WHERE e.id = call_events.id
Apr 27 14:46:32 <spaetz> this line
Apr 27 14:46:58 <spaetz> aliases table call_events with 'e' and the you do "WHERE e.id = call_events.id"
Apr 27 14:47:19 <ptitjes> spaetz: inner query - what is your problem with that
Apr 27 14:47:23 <spaetz> which is equivalent to "WHERE call_events.id = call_events.id"
Apr 27 14:47:30 <ptitjes> absolutely not
Apr 27 14:47:37 <ptitjes> completely different
Apr 27 14:47:47 <spaetz> no, they occur in the same query, not in nested levels
Apr 27 14:48:03 <spaetz> mmh, I see
Apr 27 14:48:07 <spaetz> I did have too much coffe
Apr 27 14:48:09 <spaetz> e
Apr 27 14:48:14 <spaetz> ignore me
Apr 27 14:48:19 <ptitjes> ok
Apr 27 14:48:21 <ptitjes> :)
Apr 27 14:48:23 <spaetz> just remove that superfluous strftime
Apr 27 14:48:34 <ptitjes> can you do it please ?
Apr 27 14:48:35 <spaetz> that makes hours fail and return secs for the duration
Apr 27 14:48:39 <spaetz> and all will be happy
Apr 27 14:48:44 <spaetz> no I don't have commit access
Apr 27 14:48:56 <ptitjes> I don't have any working phone
Apr 27 14:54:12 <spaetz> can someone with access to shr.git please apply this patch? http://dpaste.com/38347/
Apr 27 14:55:08 <spaetz> It just makes the duration be return in seconds rather than min:sec
Apr 27 15:01:52 <mwester> Ainulindale:  ping ping ping ping!
Apr 27 15:02:15 <mwester> Ainulindale:  is it deliberate that we are a few versions behind on the e stuff?
Apr 27 15:03:30 <spaetz> updating e is often a pain
Apr 27 15:03:57 <spaetz> python bindings break etc, if we were to really AUTOREV it we would just be busy to play catchup there
Apr 27 15:04:03 <spaetz> (just my personal opinion)
Apr 27 15:05:42 <Ainulindale> mwester: yes
Apr 27 15:07:00 <mwester> Ok.  No problem, then -- just be aware that there is currently some really horrid hackery in the patches dir to deal with the old SRC_REV with the newer bitbake recipe from MS55
Apr 27 15:07:43 <CIA-75> SHR: 03Sebastian 07shr-overlay * r57cce4d22d1f 10/openembedded/conf/distro/include/shr-autorev-unstable.inc: shr-config: pin version due to gnome bug 579803 (requires vala > 0.7.1)
Apr 27 15:07:46 <Ainulindale> Oh, ok.
Apr 27 15:08:33 * mwester is a master at creating really horrible awful patches and workarounds.
Apr 27 15:09:34 <mwester> May I blame dos1, too?
Apr 27 15:09:46 <Ainulindale> Of course you can
Apr 27 15:09:52 <Ainulindale> He's there for that
Apr 27 15:10:11 <soltys> haha
Apr 27 15:10:44 <mwester> who needs git blame?  :)
Apr 27 15:15:28 <mrmoku> mwester: with current efl your hackery would be obsolete?
Apr 27 15:15:36 <mwester> Yes.
Apr 27 15:15:42 <mrmoku> then we should update, no?
Apr 27 15:15:44 <mwester> But who knows what else would break?
Apr 27 15:15:54 <mrmoku> hmm
Apr 27 15:18:51 <spaetz> there's only one way to find out :)
Apr 27 15:20:23 <mrmoku> I will build a local image with current EFL and see...
Apr 27 15:24:07 <Sharwin_F> mrmoku, did image build build from yesterday failed? or still compiling? xD
Apr 27 15:24:25 <CIA-75> SHR: 03Sebastian 07shr-overlay * rbbc4e8c18da9 10/openembedded/conf/distro/include/shr-autorev-unstable.inc: shr-config: pin version to an even earlier version due to gnome bug 579803 (requires vala > 0.7.1)
Apr 27 15:24:31 <mrmoku> Sharwin_F: finished... have to update the link to activate it
Apr 27 15:24:44 <mrmoku> an then I think upgrading won't be possible due to the efl lib name changes
Apr 27 15:24:54 <mrmoku> reflash time ;)
Apr 27 15:25:09 <spaetz> I tried to upgrade
Apr 27 15:25:12 <Sharwin_F> mrmoku, yeah, I was planning to reflash anyway
Apr 27 15:25:12 <spaetz> and no, didn't work
Apr 27 15:25:19 <spaetz> reflash time
Apr 27 15:25:37 <mrmoku> so... is there a risk of a new reflash time by updating EFL_SRCREV?
Apr 27 15:25:43 <Sharwin_F> so when I've the new image downloaded I'll fill my fr with abiword dependencies and see how it doesn't work :D
Apr 27 15:25:44 <mrmoku> if so I would wait for my local build...
Apr 27 15:26:04 <spaetz> ok, won't update then. ime to fall back to testing
Apr 27 15:33:13 <mrmoku> Ainulindale: what about that 'no locales' problem? In how far can the SHR theme depend on locales?
Apr 27 15:48:29 <mrmoku> TAsn: did you RTL patch hit e upstream? does not apply to current e
Apr 27 15:48:38 <mrmoku> s/you/your/
Apr 27 15:48:39 <bzzbot> mrmoku meant: TAsn: did your RTL patch hit e upstream? does not apply to current e
Apr 27 15:48:39 <TAsn> mrmoku, yes
Apr 27 15:48:42 <TAsn> I have
Apr 27 15:48:48 <TAsn> it had*
Apr 27 15:48:52 <mrmoku> ok, thanks :-)
Apr 27 15:48:58 <TAsn> sure thing, upgrading e? ;]
Apr 27 15:49:02 <TAsn> btw though
Apr 27 15:49:09 <TAsn> you should still patch the bb file
Apr 27 15:49:21 <TAsn> openembedded doesn't require fribidi to be installed
Apr 27 15:49:34 <TAsn> and e needs fribidi (optional) for rtl
Apr 27 15:50:42 <mrmoku> hmm....
Apr 27 15:50:53 <TAsn> you see what I mean?
Apr 27 15:51:42 <mrmoku> TAsn: recipes/efl1/evas.inc:DEPENDS = "eina eet freetype jpeg libpng virtual/libx11 libxext libxrender fontconfig libfribidi"
Apr 27 15:51:45 <mrmoku> already there
Apr 27 15:51:56 <TAsn> mrmoku, cool ;]
Apr 27 15:51:58 <TAsn> didn't know
Apr 27 15:52:10 <TAsn> is it also in upstream OE? or just the fso branch?
Apr 27 15:52:20 <mrmoku> moment...
Apr 27 15:52:38 <mrmoku> yep also in org.openembedded.dev
Apr 27 15:52:44 <TAsn> (btw it's not a dep, only a recommendation ;]
Apr 27 15:52:51 <TAsn> mrmoku, cool, wonder who added it.
Apr 27 15:52:59 <mrmoku> moment...
Apr 27 15:52:59 <TAsn> who ever that was, he's quick. ;]
Apr 27 15:53:03 <TAsn> lol, thanks. ;]
Apr 27 15:54:51 <mrmoku> TAsn: raster :-)
Apr 27 15:55:06 <mrmoku> on Apr 15
Apr 27 15:55:24 <TAsn> mrmoku, cool ;]
Apr 27 15:55:29 <TAsn> raster, you rock.!
Apr 27 16:09:34 <wurp2|gone> DocScrutinizer: still no bluetooth keyboard :-(
Apr 27 16:10:10 <wurp2|working> If I monitor dbus, I see an event for my bt kbd connecting, then disconnecting every time I press a key
Apr 27 16:10:46 <wurp2|working> but no app responds to the keypresses (terminal, form fields in midori, arrows in home screen)
Apr 27 16:11:12 <wurp2|working> I tried all three with the soft keyboard visible and with it hidden
Apr 27 16:16:37 <rebelThor> guys, anyone can confirm that with the latest SHR image, vagalume does not properly show the icons on buttons?
Apr 27 16:21:33 <morphis> heyho
Apr 27 16:21:38 <morphis> DocScrutinizer: ping
Apr 27 16:22:00 <DocScrutinizer> huh?
Apr 27 16:22:17 <morphis> DocScrutinizer: one question about removing the display from the freerunner board :)
Apr 27 16:22:24 <DocScrutinizer> go ahead
Apr 27 16:22:38 <morphis> I have removed the tape
Apr 27 16:22:46 <morphis> plug off the display cable
Apr 27 16:22:47 <DocScrutinizer> sticky tape?
Apr 27 16:22:50 <morphis> what's next?
Apr 27 16:22:57 <morphis> jep
Apr 27 16:22:59 <DocScrutinizer> which tape removed?
Apr 27 16:23:15 <morphis> that one above the display cable
Apr 27 16:23:37 <DocScrutinizer> ahh, no need to remove completely. Anyway, now it's ok
Apr 27 16:23:53 <DocScrutinizer> you also opened the connector and removed the FPC
Apr 27 16:23:58 <morphis> I don't removed it completely
Apr 27 16:24:01 <DocScrutinizer> (plug off cable)
Apr 27 16:24:09 <DocScrutinizer> yes, that's ok
Apr 27 16:24:11 <morphis> cable is pluged off
Apr 27 16:24:15 <DocScrutinizer> just resuming
Apr 27 16:24:19 <morphis> whats the FPC?
Apr 27 16:24:34 <DocScrutinizer> Flat Plastic Cable/Connector
Apr 27 16:24:49 <morphis> the orange display cable?
Apr 27 16:24:53 <DocScrutinizer> yup
Apr 27 16:24:57 <morphis> ok
Apr 27 16:25:03 <morphis> it's out 
Apr 27 16:25:22 <DocScrutinizer> so next step is: warm up the device to ~40°..50°C
Apr 27 16:25:28 <DocScrutinizer> for an hour
Apr 27 16:25:39 <DocScrutinizer> to ease next step
Apr 27 16:25:41 <morphis> really?
Apr 27 16:25:47 <morphis> puuh
Apr 27 16:25:58 <morphis> and then?
Apr 27 16:26:12 <DocScrutinizer> which is: slowly "peel off" the LCM from board, it's fixed with double sided sticky
Apr 27 16:26:47 <morphis> where should I do it? oven?
Apr 27 16:26:52 <DocScrutinizer> it takes a little force, and much patience for the sticky to come off
Apr 27 16:27:20 <DocScrutinizer> hmm, some heater, your home stereo, whatever
Apr 27 16:27:28 <morphis> hm ok
Apr 27 16:28:11 <morphis> and the last question: how to fix the new display best?
Apr 27 16:28:20 <Zorkman> wow, seems like somebody (dos1?) has started working on bluetooth gui
Apr 27 16:28:21 <DocScrutinizer> then lift the LCM at one of the long sides and apply constant force to lift for ~5 to 10 min, LCM will slowly come off
Apr 27 16:28:44 <wurp2|working> Zorkman: well, right now bt kbd doesn't work from command line
Apr 27 16:28:52 <DocScrutinizer> with double sided sticky. Though I for one never fixed them again
Apr 27 16:28:55 <wurp2|working> although a gui will be handy once the underlying functionality is back in action
Apr 27 16:29:09 <Ainulindale> Is there a PHP guru out here?
Apr 27 16:29:17 <Zorkman> wurp2|working: it sure will be; also for a2dp devices and such
Apr 27 16:29:20 <wurp2|working> Ainulindale: ew!
Apr 27 16:29:26 <morphis> DocScrutinizer: ok will try
Apr 27 16:29:38 <mrmoku> Zorkman: if you mean scap... not dos1
Apr 27 16:29:46 <DocScrutinizer> morphis: :-) ping me if any problem
Apr 27 16:29:55 <wurp2|working> Zorkman: absolutely!  Is the back end working for audio, then?  Last time I tried it wasn't
Apr 27 16:29:59 <morphis> DocScrutinizer: I will
Apr 27 16:30:06 <DocScrutinizer> good luck
Apr 27 16:30:13 <morphis> DocScrutinizer: can I break any other component with the heating?
Apr 27 16:30:27 <Zorkman> wurp2|working: it was on previous shr-testing, but since april (16?) i haven't been able to get it working
Apr 27 16:30:56 <wurp2|working> Zorkman: ah, last time I tried was > 6 months ago
Apr 27 16:31:05 <morphis> DocScrutinizer: or minimal risk?
Apr 27 16:31:07 <wurp2|working> of course, back then the keyboard worked ;-)
Apr 27 16:31:31 <Zorkman> wurp2|working: i got it working both with bluez3.33 and bluez 4
Apr 27 16:31:45 <wurp2|working> Zorkman: audio, right?
Apr 27 16:32:00 <Zorkman> jup
Apr 27 16:32:04 <Zorkman> haven't tested microphone
Apr 27 16:32:11 <Zorkman> but i got great stereo sound
Apr 27 16:32:26 <wurp2|working> I ought to try backing off to bluez3 and connecting my kbd
Apr 27 16:33:53 <DocScrutinizer> morphis: minimal risk for up to - say - 80C
Apr 27 16:34:19 <DocScrutinizer> *zero* risk
Apr 27 16:34:44 <DocScrutinizer> take out bat first tho ;-)
Apr 27 16:34:53 <Ainulindale> Damn, I'd like to set up a low cost mini ITX router, can't find proper data though
Apr 27 16:35:03 <morphis> DocScrutinizer: sure :)
Apr 27 16:36:04 <wurp2|working> ls
Apr 27 16:36:12 <wurp2|working> sorry, wrong window
Apr 27 16:36:45 <DocScrutinizer> morphis: main risk is you shouldn't burn your fingertips when lifting LCM
Apr 27 16:37:17 <DocScrutinizer> so be gentle on temp. as long as you can touch it, there's no risk at all
Apr 27 16:37:18 <morphis> DocScrutinizer: :D
Apr 27 16:38:17 <wurp2|working> Ainulindale: I am something of a perl expert, if your PHP question is basically a perl question...
Apr 27 16:38:37 <DocScrutinizer> don't use levers, pull the LCM with your finger(nail)s
Apr 27 16:38:48 <morphis> aye
Apr 27 16:39:30 <morphis> will try it the next days
Apr 27 16:39:46 <DocScrutinizer> k, ping me then
Apr 27 16:40:18 <wurp2|working> Any advice on gathering further debugging info regarding my bluetooth keyboard issue?
Apr 27 16:40:54 <DocScrutinizer> not here, not now. sorry
Apr 27 16:41:07 <DocScrutinizer> PaulFertser: ??
Apr 27 16:41:09 <wurp2|working> np
Apr 27 16:50:13 <Toaster`> ~seen dos1
Apr 27 16:50:13 <bzzbot> dos1 <n=dos1@unaffiliated/dos1> was last seen on IRC in channel #openmoko-cdevel, 20h 59m 1s ago, saying: 'yep'.
Apr 27 16:50:38 <mrmoku> famous last words :P
Apr 27 16:50:49 <Toaster`> as always.
Apr 27 16:51:05 <Toaster`> Second only to "Hold my beer and watch this!"
Apr 27 16:51:11 <mrmoku> :)
Apr 27 16:52:48 <Toaster`> Is there any listing of exactly what the various timeouts do and the orer in which they occur/overlap?
Apr 27 16:53:10 <Toaster`> or is it all just digging through source code?
Apr 27 16:53:19 * mwester wonders the same
Apr 27 16:55:53 <onen> shoragan: hallo
Apr 27 16:56:55 <onen> shoragan: you said yesterday you would be back tomorrow. I don't know if you had sth specific to discuss with me. Let me know if this is so, and if so, when you will be available for this discussion
Apr 27 16:58:49 <shoragan> did you get my mail?
Apr 27 16:58:52 <Toaster`> mwester: I don't even know where to look for the timeout source.  Somewhere buried in the framework?
Apr 27 16:59:40 <Zorkman> onen, did a bit of roadtripping last two days, I will contribute something to your database :)
Apr 27 16:59:51 <Zorkman> too bad neighbours, weren't activated yet ;)
Apr 27 16:59:58 <onen> Zorkman: very nice
Apr 27 17:00:27 <onen> Zorkman: neighbour cells is entering test phase :-) now Nick has to work on the server side, and decide how to use it to generate coverage map
Apr 27 17:01:11 <onen> Zorkman: I would like to see it go out very quickly, but I fear this will need some time. Nick is pretty busy :-(
Apr 27 17:02:24 <Toaster`> mrmoku: Is there going to be a new unstable image soon?
Apr 27 17:04:26 <DocScrutinizer> Toaster`: is the old one not unstable enough for your needs Ü  ;-D
Apr 27 17:04:42 <Toaster`> heh
Apr 27 17:05:47 <Toaster`> DocScrutinizer: I'm a sucker for seeing the current changes included.
Apr 27 17:06:05 <DocScrutinizer> ;)
Apr 27 17:06:43 <Toaster`> Ahh timeouts: framework/subsystems/odeviced/idlenotifier.py
Apr 27 17:07:11 <Toaster`> ok, work calls.  
Apr 27 17:07:33 <onen> shoragan: sorry for the earlier spam, just seen your email ;-)
Apr 27 17:17:47 <mrmoku> hmm... now Toaster is gone :(
Apr 27 17:18:30 <PaulFertser> wurp2|working: Hey :) I'm not sure i can help exactly with keyboard, but it's true sometimes i'm able to solve some problems :) Do you think i can somehow reproduce it at home, e.g. i can try to find some software for my bt-equipped laptop to emulate a keyboard...
Apr 27 17:22:56 <PaulFertser> wurp2|working: and btw, have you tried to toggle encryption for the BT communication (i don't know how to do that properly yet).
Apr 27 17:42:23 <wurp2|working> PaulFertser: I haven't, but I will if I can figure out how
Apr 27 17:42:27 <wurp2|working> Thanks for the suggestion
Apr 27 17:43:40 <wurp2|working> PaulFertser: I would think you could reproduce it.  This keyboard worked fine 6 months ago, so I think it would be a prob with any bt kbd on the latest SHR
Apr 27 17:44:00 <wurp2|working> In all my griping about it I haven't heard anyone say "my bt kbd works w/ a recent SHR"
Apr 27 17:44:01 <PaulFertser> wurp2|working: if i only had a real BT keyboard :)
Apr 27 17:44:43 <PaulFertser> wurp2|working: tried toggling encryption with "hcitool enc"
Apr 27 17:44:46 <PaulFertser> ?
Apr 27 17:45:23 <wurp2|working> PaulFertser: nope, but I will
Apr 27 17:45:43 <wurp2|working> Once I get home to my bt kbd :-/
Apr 27 18:15:16 <mrmoku> mwester: ping, are you sure the issue is fixed in current e?
Apr 27 18:15:45 <mrmoku> <<<< Enlightenment Error >>>>
Apr 27 18:15:49 <mrmoku> Enlightenment found Evas can't create a buffer canvas. Please check
Apr 27 18:15:51 <mrmoku> or is that another problem?
Apr 27 18:17:46 * mrmoku drops the idea of updating EFL_SRCREV for now :(
Apr 27 18:17:54 <mrmoku> Sharwin_F: new image is there
Apr 27 18:26:36 <spaetz> updating e i tricky :-(
Apr 27 18:26:41 <spaetz> is
Apr 27 18:30:52 <mrmoku> spaetz: yep
Apr 27 18:38:23 <CIA-75> freesmartphone.org: 03mickey 07framework * rc72bf0b787da 10/docs/ogsmd/gnufiish/commands: docs: gnufiish proprietary commands
Apr 27 18:38:24 <CIA-75> freesmartphone.org: 03mickey 07framework * r44ed588f0e29 10/framework/subsystems/ogsmd/modems/abstract/mediator.py: ogsmd: call stateAntennaOn, when the antenna is on. Fixes FSO #398
Apr 27 18:39:19 <mrmoku> spaetz: any idea if a illume module can be built out of the e tree?
Apr 27 18:44:06 <Sharwin_F> mrmoku, is everything supoused to work? :P
Apr 27 18:48:16 <mrmoku> Sharwin_F: no idea ;)
Apr 27 18:48:24 <mrmoku> having problems with wifi right now...
Apr 27 18:48:29 <Sharwin_F> mrmoku, huhu ok
Apr 27 18:48:34 <Sharwin_F> installing abiword then
Apr 27 18:49:05 <Sharwin_F> would be good to have the posibility to download the image from 23th April thought, to flash it if the one from today doesn't work
Apr 27 18:49:36 <mrmoku> Sharwin_F: wifi works
Apr 27 18:49:42 <spaetz> mrmoku: i'd like  to know myself
Apr 27 18:50:04 <Sharwin_F> mrmoku, as far as GSM apps and suspend/resume work it's sufficient for me :P
Apr 27 18:50:11 <spaetz> a better gsm gadget, for example
Apr 27 18:50:12 <mrmoku> spaetz: guess I will just try out
Apr 27 18:50:37 <mrmoku> Sharwin_F: it registered... did not try calling yet
Apr 27 18:50:44 <spaetz> i guess, you just nneed the e includes available
Apr 27 18:50:45 <mrmoku> and did not suspend yet
Apr 27 18:50:57 <mrmoku> spaetz: yep, the intree gadgets include e.h
Apr 27 18:51:17 <mrmoku> spaetz: gsm gadget would be my target of interest :-)
Apr 27 18:52:00 <mrmoku> bbiab
Apr 27 18:57:15 <Sharwin_F> abiword fails on installing: 
Apr 27 18:57:16 <Sharwin_F> Collected errors:
Apr 27 18:57:16 <Sharwin_F>  * Package libfribidi0 wants to install file /usr/lib/libfribidi.so.0.0.0
Apr 27 18:57:16 <Sharwin_F> 	But that file is already provided by package  * fribidi
Apr 27 18:57:16 <Sharwin_F>  * Package libfribidi0 wants to install file /usr/lib/libfribidi.so.0
Apr 27 18:57:18 <Sharwin_F> 	But that file is already provided by package  * fribidi
Apr 27 18:57:54 <Sharwin_F> I'll have a look at it later if I've time
Apr 27 18:58:12 <mickeyl> remove fribidi
Apr 27 18:59:24 <Sharwin_F> ok
Apr 27 18:59:51 <DocScrutinizer> Sharwin_F: on my people.om there's a folder with SHR-testing from 2009-04-16. FWIW
Apr 27 19:02:04 <Sharwin_F> juju, abiword runs
Apr 27 19:02:14 <Sharwin_F> have to go now, I'll play with it later
Apr 27 19:02:21 <Sharwin_F> DocScrutinizer, ok, thanks for the info
Apr 27 19:18:48 <mrmoku> dos1: hey... waiting for updates ;)
Apr 27 19:27:52 <mrmoku> spaetz: looks good... I think e-wm-dev contains everything needed :-)
Apr 27 19:31:06 <spaetz> cool
Apr 27 19:31:22 <mrmoku> trying to build the gsm gadget now
Apr 27 19:31:32 <spaetz> improving gadgets would be greatt
Apr 27 19:31:48 <mickeyl> hmm
Apr 27 19:31:57 * mickeyl wonders whether we can write a gadget in vala by binding libe
Apr 27 19:32:23 <spaetz> more bindings 8-)
Apr 27 19:32:58 * spaetz wonders too, actually prettty sure we can
Apr 27 19:33:12 <mickeyl> yeah, me too
Apr 27 19:33:19 <Ainulindale> Damn it's not easy to find something to do a nice & quiet linux server
Apr 27 19:33:27 <mickeyl> well
Apr 27 19:33:39 <spaetz> via itx?
Apr 27 19:33:39 <mickeyl> server and nice & quiet are kind of contradictory
Apr 27 19:33:52 <spaetz> epia series?
Apr 27 19:33:54 <Ainulindale> mickeyl: Well, no, I found some nice mini ITX things
Apr 27 19:34:07 <Ainulindale> Problem is, I want to have at least 2 sata drives
Apr 27 19:34:12 <Ainulindale> And at least 2 gigabit connectors
Apr 27 19:35:55 <Ainulindale> seems the jetway things are the best
Apr 27 19:43:32 <dos1> mrmoku: not today, sorry
Apr 27 19:43:49 <mrmoku> dos1: np :-)
Apr 27 19:43:51 <dos1> now it's time for someone else ;)
Apr 27 19:44:00 <mrmoku> heartly greatings :;P
Apr 27 19:44:08 <mrmoku> s/greatings/greetings/
Apr 27 19:44:08 <bzzbot> mrmoku meant: heartly greetings :;P
Apr 27 19:45:14 <dos1> i'm thinking about opimd Messages domain
Apr 27 19:46:11 <mrmoku> hope opimd Messages domain is not that somebody else ;)
Apr 27 19:46:39 <dos1> no no no ;D
Apr 27 19:46:57 <spaetz> hehehe
Apr 27 19:47:30 <dos1> but before work i must think about it, as we need goid design
Apr 27 19:47:44 <dos1> s/goid/good/
Apr 27 19:47:44 <bzzbot> dos1 meant: but before work i must think about it, as we need good design
Apr 27 19:47:46 <mrmoku> mickeyl: when will it be ready? :P I mean is it worth it to start a gadget in C?
Apr 27 19:48:10 <mickeyl> it's worth it until you dbus
Apr 27 19:48:23 <mickeyl> then you better wait
Apr 27 19:48:31 <mickeyl> since that's mucho annoying in C
Apr 27 19:48:44 <mrmoku> yep... noticed that already :-)
Apr 27 19:49:15 <mickeyl> i'll probably spend some time with eflvala next month, so lets see
Apr 27 19:49:34 <mrmoku> hmm, ok
Apr 27 19:50:04 <mrmoku> will then continue to do some obsolete opimd stuff in the SHR client apps ;)
Apr 27 19:53:30 <mickeyl> good
Apr 27 19:53:33 <mickeyl> more opimd support 
Apr 27 19:54:30 <mrmoku> and maybe try to switch SHR to ophoned
Apr 27 19:54:33 <dos1> mrmoku: contacts crashes when there is contact without "Phone" field
Apr 27 19:54:52 <mrmoku> uhh... bad
Apr 27 19:54:55 <dos1> in -efl2 ofc
Apr 27 19:55:13 <mrmoku> punishment for doing useless stuff :P
Apr 27 19:55:41 <dos1> i noticed that when i thought "Number" is a correct field ;D
Apr 27 19:55:53 <mrmoku> dos1: ok, will fix
Apr 27 19:57:59 <mrmoku> Ainulindale: what is the arch for eten images?
Apr 27 19:58:31 <Ainulindale> eten-m800
Apr 27 19:58:35 <Ainulindale> (err, MACHINE)
Apr 27 19:58:45 <mrmoku> yeah... meant machine :-)
Apr 27 20:03:55 <spaetz> mickeyl: there is an inwin patch for elm.vapii
Apr 27 20:04:01 <spaetz> http://lists.shr-project.org/pipermail/shr-user/2009-April/0
Apr 27 20:04:20 <spaetz> i'm on a n800, can you apply?
Apr 27 20:04:56 <spaetz> http://lists.shr-project.org/pipermail/shr-user/2009-April/000007.html
Apr 27 20:05:21 <spaetz> correct link ^^^
Apr 27 20:08:17 <mickeyl> i'll handle it, thanks
Apr 27 20:08:51 <mickeyl> hmm
Apr 27 20:08:59 <mickeyl> i wonder whether we need to make inwin an own class
Apr 27 20:09:33 <Ainulindale> mickeyl: by the way
Apr 27 20:09:46 <Ainulindale> I think you should be involved in the talks about libframeworkd-phonegui dbusification
Apr 27 20:09:50 <Ainulindale> And by you I mean FSO
Apr 27 20:10:03 <mickeyl> sounds good, where's the discussion happening?
Apr 27 20:10:09 <Ainulindale> As we're bound to divide it into functional contexts, and you're bound to have remarks
Apr 27 20:10:12 <Ainulindale> shr-devel
Apr 27 20:10:15 <mickeyl> ok
Apr 27 20:10:19 <Ainulindale> you've been autosubscribed to it :-)
Apr 27 20:10:23 <mickeyl> heh, i remember
Apr 27 20:10:31 <Ainulindale> Hope you didn't mind :-)
Apr 27 20:10:44 <Ainulindale> I thought that would avoid my whining about people not subscribing
Apr 27 20:12:59 <mickeyl> hehe
Apr 27 20:14:19 <spaetz> mrmoku,another useeful gadget would be the profile selector
Apr 27 20:14:40 <mrmoku> spaetz: could be one fso gadget...
Apr 27 20:14:42 <spaetz> which shows a crossed out belll  whenn silent
Apr 27 20:14:51 <mickeyl> Ainulindale: can you change my email address though?
Apr 27 20:14:57 <spaetz> yep
Apr 27 20:15:04 <mickeyl> i don't want to use mickey@openmoko.org on SHR
Apr 27 20:15:17 <Ainulindale> Well you could do that yourself but I may be able to
Apr 27 20:16:09 <mickeyl> if i can do it, let me, i didn't get a password on subscription though
Apr 27 20:16:32 <Ainulindale> Well as you wish :-)
Apr 27 20:17:35 <CIA-75> freesmartphone.org: 03prishelec 07libeflvala * r3e0169107cc3 10/vapi/elm.vapi: elm.vapi: add missing function to add inwins
Apr 27 20:17:59 <spaetz> thanks
Apr 27 20:34:59 <spielc> hey! after i've not been able to get ahold of one of the shr-devs: is one of em alive today?
Apr 27 20:37:00 <Ainulindale> spielc: That depends on what you need.
Apr 27 20:37:29 <dos1|neo> spielc: Ainulindale, mrmoku, ptitjes... me... depends what do you want to ask.
Apr 27 20:37:53 <spielc> i've seen that you have a bb-recipe for gobject-introspection in your overlay. after having a look at it, i wonder you are really able to cross-compile that one
Apr 27 20:38:21 <spielc> because i tried to write an ebuild for that one and i gave up on it
Apr 27 20:39:03 <onen> hey guys. was wondering if anyone had infos about bearstech anouncement about "replacing parts of the FR to improve its performance" (well that is the idea of the announcement)
Apr 27 20:41:57 <spielc> well to be correct i tried to write a cross-compilable ebuild for it... i already found a working native version of it and this works like a charm just getting this thing to cross-compile...
Apr 27 20:42:58 <dos1|away> replacing? onen: i would like to know more too ;x
Apr 27 20:44:03 <onen> dos1|away: just a enigmatic sentence in one bigger anouncemen tabout keeping selling/supporting the FR from them
Apr 27 20:44:17 <onen> dos1|away: I guess we have to wait and see...
Apr 27 20:45:19 <onen> I need help with my SHR wiki account
Apr 27 20:45:29 <onen> SHR team, anyone?
Apr 27 20:45:33 <mrmoku> onen: what kind of help?
Apr 27 20:45:35 <dos1|away> ok, now i'm really away ;)
Apr 27 20:45:44 <mrmoku> dos1|away: cu
Apr 27 20:46:03 <onen> dos1|away: bye
Apr 27 20:46:32 <onen> mrmoku: hi, wassup? when I try to see a wiki page, I get an error from Firefox "Firefox has detected that the server is redirecting the request for this address in a way that will never complete."
Apr 27 20:46:51 <onen> mrmoku: this happend since I tried to log in, to my account
Apr 27 20:47:27 <onen> mrmoku: if this is only with me, maybe reseting my account in some sort would help (I was asking to get my password by email because I had forgotten it)
Apr 27 20:47:51 <mrmoku> hmm... works for me
Apr 27 20:48:12 <mrmoku> onen: you mean wiki/trac or blog?
Apr 27 20:48:23 <onen> mrmoku:  wiki/trac
Apr 27 20:48:25 <mrmoku> wiki/trac works for me
Apr 27 20:48:43 <onen> mrmoku: wanted to vote for the talks for FSOSHRUDCON
Apr 27 20:49:25 <spielc> well no answer is an answer too ;)
Apr 27 20:49:57 <mrmoku> spielc: don't even know who wrote that bb
Apr 27 20:50:25 <spielc> hmm would be really intresting to know
Apr 27 20:50:33 <onen> mrmoku: whom should I ask for wiki?
Apr 27 20:50:46 <mrmoku> onen: see my private query ? ;)
Apr 27 20:51:12 * onen gots his first private query. feels intimidated. discovers a new land
Apr 27 20:51:25 <mrmoku> hehe... remember how you feel :P
Apr 27 20:54:23 <spielc> okey guys i'm outta here
Apr 27 20:54:26 <spielc> have a good one
Apr 27 20:56:44 <Sharwin_F> hmm no gpe-scap on shr repo?
Apr 27 20:57:10 <onen> mrmoku: sure, let's come back to the light ;-)
Apr 27 20:57:26 <onen> mrmoku: http://www.shr-project.org => gets the error (the cookie must have kept the credentials)
Apr 27 20:58:13 <mrmoku> onen: so http://www.shr-project.org does not work for you... even without login?
Apr 27 20:59:24 <mrmoku> Sharwin_F: hmm... looks like we don't have it in the feed? ... building now
Apr 27 20:59:38 <onen> mrmoku: everything works until I have logged. and this happens since I asked for my lost password
Apr 27 20:59:55 <spaetz> there quite some people with infinite reddir problems on our trac
Apr 27 21:00:17 <onen> mrmoku: I try to make it resent, see if this puts everything back to normal...
Apr 27 21:00:30 <spaetz> afaikk Ainulindale deleted account and reecreated it to fix things
Apr 27 21:00:39 <spaetz> but not  sure
Apr 27 21:01:21 <onen> mrmoku: no luck, got new password but after authentication: cycling error
Apr 27 21:01:30 <mrmoku> onen: if you want I can delete you ;)
Apr 27 21:01:40 <mrmoku> Ainulindale: any idea about onen's problem?
Apr 27 21:01:42 <onen> spaetz: ok
Apr 27 21:01:58 <onen> mrmoku: sure, I don't know what to do else...
Apr 27 21:02:24 <CIA-75> SHR: 03mok 07shr-overlay * r653cc4471ad7 10/openembedded/recipes/tasks/task-shr-feed.bb: feed: add gpe-scap
Apr 27 21:03:00 <mrmoku> onen: ok, you are no more :P
Apr 27 21:03:22 * onen rebirth from my ashes
Apr 27 21:04:44 <mrmoku> Sharwin_F: package-index is building... in one min you can install gpe-scap
Apr 27 21:05:40 <onen> mrmoku: works great! thanks for help!
Apr 27 21:06:02 <mrmoku> onen: welcome :-)
Apr 27 21:06:10 <mrmoku> hope you do the correct votes ;)
Apr 27 21:06:20 <onen> mrmoku: You will get a kiss at FSOSHRUDCON for this ;-)
Apr 27 21:06:39 <onen> mrmoku: or do you prefer a cold beer?
Apr 27 21:06:49 * mrmoku prefers beer :P
Apr 27 21:06:55 <onen> mrmoku: I should vote for Obama, right?
Apr 27 21:07:03 <mrmoku> might depend on your sex though ;)
Apr 27 21:07:14 <mrmoku> onen: Obama would be a good start :P
Apr 27 21:07:18 <onen> mrmoku: ;-)
Apr 27 21:07:56 <onen> mrmoku: I have dozens of jokes in response to your sentence about my personnal attributes, but this would be misplaced on this channel :-D
Apr 27 21:08:19 <onen> mrmoku: but I am pretty sure you prefer a beer, believe me ;-)
Apr 27 21:08:19 <mrmoku> hehe :-)
Apr 27 21:08:33 <mrmoku> ok... lets drink some beer then :D
Apr 27 21:08:51 <onen> mrmoku: and once your drunk, you get your kiss >:-)
Apr 27 21:08:57 <mrmoku> dos1|neo: you should concentrate on your 'other' topic ;)
Apr 27 21:09:00 <onen> s/your/you are/
Apr 27 21:09:01 <bzzbot> onen meant: mrmoku: and once you are drunk, you get your kiss >:-)
Apr 27 21:09:24 <mrmoku> onen: well... if you're still able to kiss then ;)
Apr 27 21:09:48 <onen> mrmoku: I am pretty sure to lose at that game...
Apr 27 21:09:52 <onen> mrmoku: thanks again
Apr 27 21:10:00 <onen> mrmoku: go to bed
Apr 27 21:10:13 <onen> bye  everyone!
Apr 27 21:10:22 <mrmoku> bye
Apr 27 21:11:17 <dos1|neo> gpe-scap?
Apr 27 21:11:48 * mrmoku thought dos1|neo would be the scap expert in here...
Apr 27 21:12:07 <spaetz> isn't there another scap app in the full image already?
Apr 27 21:12:23 <dos1|neo> it is even in shr-lite image installed by default!
Apr 27 21:12:24 <spaetz> heh,scapman
Apr 27 21:13:39 <dos1|neo> so how it may not be in feed?
Apr 27 21:14:06 <dos1|neo> spaetz: it already is gpe-scap
Apr 27 21:14:37 <mrmoku> dos1|neo: it is no more it seems...
Apr 27 21:14:52 <dos1|neo> odd
Apr 27 21:15:05 <dos1|neo> i have image from ~ week
Apr 27 21:15:20 <mrmoku> mine is from today ;)
Apr 27 21:15:29 <dos1|neo> and i didn't installed it manually
Apr 27 21:15:44 <dos1|neo> so why it isn't? ;x
Apr 27 21:18:01 <mrmoku> dos1|neo: it's only in the fat image
Apr 27 21:18:08 <mrmoku> according to the task files
Apr 27 21:19:08 <dos1|neo> hmm
Apr 27 21:19:21 <dos1|neo> maybe i'm wrong ;x
Apr 27 21:22:12 <dos1|neo> mickey|tv, alphaone|gone: double ping
Apr 27 21:22:15 <dos1|neo> ;)
Apr 27 21:22:21 <mrmoku> hmm... though then my commit was wrong and I should have just built the fat image :(
Apr 27 21:22:37 <Sharwin_F> abiword --> http://scap.linuxtogo.org/files/872e3d083c0b6cbf7ab6332d33c73b8c.png
Apr 27 21:23:37 <CIA-75> SHR: 03mok 07shr-overlay * rbc4d0f1ed617 10/openembedded/recipes/tasks/task-shr-feed.bb: Revert "feed: add gpe-scap"
Apr 27 21:23:38 <dos1|neo> hmm
Apr 27 21:23:53 <dos1|neo> i'm proud of SHR
Apr 27 21:24:06 <mrmoku> Sharwin_F: how fast is it?
Apr 27 21:24:06 <dos1|neo> it's really stable now...
Apr 27 21:24:18 <Sharwin_F> mrmoku, works good I think
Apr 27 21:24:51 <dos1|neo> now i'm using FR as main phone again
Apr 27 21:25:25 <dos1|neo> previously only 2007.2 was good enough as main phone
Apr 27 21:25:29 <Sharwin_F> mrmoku, I'll try to open some files
Apr 27 21:25:32 <dos1|neo> (for me)
Apr 27 21:25:38 <Sharwin_F> but I'm afraid I don't have a lot of time right now
Apr 27 21:25:50 <dos1|neo> now i need only PIM
Apr 27 21:25:57 <Sharwin_F> dos1|neo, why was 2007.2 dropped?
Apr 27 21:25:59 <dos1|neo> and today screen
Apr 27 21:26:17 <dos1|neo> but on PIM we are working :)
Apr 27 21:26:38 <dos1|neo> Sharwin_F: ask Openmoko
Apr 27 21:28:45 <dos1|neo> ok, it's time to sleep
Apr 27 21:28:47 <dos1|neo> ;)
Apr 27 21:28:56 <dos1|neo> good night
Apr 27 21:34:22 * Weiss deadlocks his Neo
Apr 27 21:38:52 <Sharwin_F> http://scap.linuxtogo.org/files/082cb4497aeea58ce148a4cfffd777d7.png
Apr 27 21:41:12 <mrmoku> Sharwin_F: nice
Apr 27 21:41:39 <mrmoku> though... bedtime for me too
Apr 27 21:41:44 <mrmoku> good night
Apr 27 22:02:20 <Weiss> does anyone else find their Illume icons don't fill the screen when using Xorg?
Apr 27 23:29:42 <m0nt0> is there any shr dev alive here who can help me with shr-dialer?
Apr 28 00:14:31 <Weiss> wohoo - 11th time lucky, command queue initialisation in the kernel without deadlocking Glamo...
Apr 28 00:14:45 <Weiss> (hint: take command queue engine out of reset before attempting to read registers)
Apr 28 01:55:02 <gustavold> I'm having an issue with Elementary's Entry component... It is appending a string "<br>" to the entered text. Is it normal or a bug?
Apr 28 01:55:57 <mwester> That's a "feature"
Apr 28 01:56:24 <mwester> There is a method somewhere that can be used to strip out the markup.
Apr 28 02:03:09 <gustavold> mwester: thanks
Apr 28 02:05:05 <gustavold> mwester: do you know if there is any work on documenting this API?
Apr 28 02:05:51 <mwester> You'd have to ask the e dev team
Apr 28 02:23:05 <budfive> mwester: you use shr with the x11-16 engine, right?
Apr 28 02:24:00 <mwester> I know nothing of GUI stuff; I have no idea how one would even find out what engine.
Apr 28 02:33:54 <CIA-75> freesmartphone.org: 03Frederik.Sdun 07fso-monitord * r5207da061535 10/src/fso.vala: made path to initskript absolute
**** ENDING LOGGING AT Tue Apr 28 03:00:02 2009