**** BEGIN LOGGING AT Wed Apr 29 02:59:57 2009
Apr 29 05:26:57 <BillK> Just did a make update etc and it fails on libeflvala-0.0.1.0+gitr54+3e0169107cc3b3e8e2d7d311f53d50bd3fc89e7c-r0
Apr 29 05:27:00 <BillK> checking for VALA... configure: error: Package requirements (vala-1.0 >= 0.7.1) were not met:
Apr 29 05:27:03 <BillK> Requested 'vala-1.0 >= 0.7.1' but version of Vala is 0.6.1
Apr 29 05:27:14 <BillK> is this known about for shr-testing?
Apr 29 05:42:50 <mrmoku> BillK: known issue for current libeflvala (unstable and testing)
Apr 29 05:43:09 <mrmoku> We either need to set a revision for libeflvala... or update to 0.7.1
Apr 29 05:43:12 <mrmoku> (vala)
Apr 29 05:46:59 <BillK> mrmoku: tkx, will wait.
Apr 29 05:52:42 <CIA-75> SHR: 03mok 07shr-overlay * rb3dab867b44f 10/openembedded/conf/distro/include/ (shr-autorev-unstable.inc shr-autorev.inc): autorev: set rev for libeflvala to work with old vala
Apr 29 05:52:59 <mrmoku> BillK: for testing it should build now
Apr 29 05:56:27 <BillK> mrmoku: tkx
Apr 29 06:29:41 <tobii_> good morning
Apr 29 06:30:09 <mrmoku> tobii_: morning
Apr 29 06:35:20 <doxy2> mooorning
Apr 29 06:49:52 <tobii_> sudo ip address add 192.168.0.200/24 dev usb0
Apr 29 06:49:58 <tobii_> Cannot find device "usb0"
Apr 29 06:50:07 <tobii_> Can anybody help me with this?
Apr 29 06:50:08 <tobii_> :/
Apr 29 06:51:28 <gurugentoo> the device name changed on recent releases, it's now ethX (correct me if I'm wrong)
Apr 29 06:56:21 <lindi-> tobii_: ip link list
Apr 29 06:58:49 <tobii_> lindi-1: thx it works :)
Apr 29 07:14:06 <DocScrutinizer> moin
Apr 29 07:14:15 <spaetz> mmh, I added a mokomaze recipe to the overlay
Apr 29 07:14:16 <DocScrutinizer> raster: ping
Apr 29 07:14:31 <spaetz> but mokomaze wants to load /usr/share/fonts/truetype/ttf-liberation/LiberationMono-Regular.ttf which is not available
Apr 29 07:14:42 <spaetz> do we have a package with Liberation fonts?
Apr 29 07:15:16 <DocScrutinizer> who's shr-dialer?
Apr 29 07:15:34 <spaetz> ahh, there is ttf-liberation
Apr 29 07:15:48 <spaetz> DocScrutinizer: openoko-dialer3 is shr-dialer now
Apr 29 07:16:04 <DocScrutinizer> who's servicing it?
Apr 29 07:16:16 <mrmoku> nobody ;)
Apr 29 07:16:19 <DocScrutinizer> err maintaining
Apr 29 07:16:25 <DocScrutinizer> fsck
Apr 29 07:16:32 <mrmoku> problems?
Apr 29 07:16:42 <spaetz> this guy:
Apr 29 07:16:56 <spaetz> ~seen quickdev
Apr 29 07:16:57 <bzzbot> quickdev <n=quickdev@p5B054A61.dip.t-dialin.net> was last seen on IRC in channel #openmoko-cdevel, 62d 16h 41m 36s ago, saying: 'and for you?'.
Apr 29 07:17:00 <DocScrutinizer> accept and reject are both wrong side. need to swap places
Apr 29 07:17:18 <spaetz> btw, is "release" really the correct wording?
Apr 29 07:17:31 <spaetz> I am not a native speaker but it always seems awkward
Apr 29 07:17:34 <Azog> *sniff* i have no freerunner at the moment, it's just on the way to braunschweig for buzz-fixing, i'm really excited
Apr 29 07:17:39 <spaetz> can't we say "hang up"
Apr 29 07:18:06 <mrmoku> DocScrutinizer: I would even want to make them completely different
Apr 29 07:18:08 <DocScrutinizer> much better
Apr 29 07:18:51 <spaetz> no real maintainer for all the phone apps is a real problem
Apr 29 07:19:02 <DocScrutinizer> anyway unternational standard is left=green right=red
Apr 29 07:19:03 <spaetz> we are all busy enough with other stuff
Apr 29 07:19:34 <spaetz> unless you happen to be in a rowing boat, facing backwards :)
Apr 29 07:19:55 <DocScrutinizer> muahaha
Apr 29 07:20:17 <spaetz> if I add a package to the feed that has an RDEPEND. WIll that RDEPEND be automatically in the feed too?
Apr 29 07:20:24 <DocScrutinizer> ok, thats my kind of humor usually. but just woke up
Apr 29 07:21:20 <DocScrutinizer> so my wording isn't as precise as I usually like to do
Apr 29 07:22:30 <DocScrutinizer> anybody around who could fix tiny issues with illume-bar?
Apr 29 07:23:19 <CIA-75> SHR: 03Sebastian 07shr-overlay * r6a5d0454d048 10/openembedded/recipes/mokomaze/mokomaze_0.2.3.bb: mokomaze: add liberation-ttf as RDEPEND
Apr 29 07:23:25 <DocScrutinizer> clicking wrench doesn't close the dropdown
Apr 29 07:23:37 <spaetz> yah, that is annoying
Apr 29 07:23:52 <alphaone> Actually left ist red (if facing forward)
Apr 29 07:23:54 <alphaone> http://en.wikipedia.org/wiki/Port_(nautical)
Apr 29 07:23:56 <mrmoku> DocScrutinizer: I will look into your button problem this evening... illume-bar is out of my knowledge though
Apr 29 07:23:56 <DocScrutinizer> "qwerty" has to move from right to center
Apr 29 07:24:12 <spaetz> mrmoku: can you trigger a feed build please?
Apr 29 07:24:16 <DocScrutinizer> mrmoku: cool
Apr 29 07:24:41 <spaetz> I'd like to see if mokomaze works and the libertation package is being added
Apr 29 07:25:09 <mrmoku> spaetz: later... have to do some serious work now :P
Apr 29 07:25:23 <spaetz> k, then I'll do some serious work now too
Apr 29 07:25:57 <mrmoku> :)
Apr 29 07:27:05 <DocScrutinizer> i'll have to do some nonsense of high importance: talk to tax-office :-(.o.o
Apr 29 07:27:31 <raster> DocScrutinizer: yo yo! quick q. whats the bandwidth a voip call needs to work right?
Apr 29 07:27:56 <DocScrutinizer> >3k for sure
Apr 29 07:28:09 <DocScrutinizer> moin raster! :-)
Apr 29 07:28:11 <raster> 3kbit? or kbyte?
Apr 29 07:28:17 <DocScrutinizer> bit
Apr 29 07:28:26 <raster> thats not much
Apr 29 07:28:30 <raster> kBIT
Apr 29 07:28:32 <DocScrutinizer> with best codecs and low quality
Apr 29 07:28:38 <raster> a bit above 2400 baud
Apr 29 07:28:45 <DocScrutinizer> yup
Apr 29 07:28:48 <raster> or u really mean 30kbit?
Apr 29 07:29:01 <DocScrutinizer> gsm halfrate works on 4k8
Apr 29 07:29:03 <raster> so a 9600 baude modem would be enough?
Apr 29 07:29:09 <raster> baud
Apr 29 07:29:17 <DocScrutinizer> yup
Apr 29 07:29:21 <raster> hmmm
Apr 29 07:29:24 <raster> well... wow
Apr 29 07:29:28 <raster> much less than i though
Apr 29 07:29:30 <raster> thought
Apr 29 07:29:49 <DocScrutinizer> well, GSM is doing it ;-)
Apr 29 07:30:29 <DocScrutinizer> overhead for RTP is negligable
Apr 29 07:30:33 <raster> sure - i thought voip may use more "fat" codecs
Apr 29 07:30:46 <raster> yeah - the audio signal will eat most of it
Apr 29 07:31:01 <DocScrutinizer> you can virtualy randomly choose codec vor SIP
Apr 29 07:31:48 <raster> sure
Apr 29 07:31:51 <DocScrutinizer> speex is supposed to be highly efficient
Apr 29 07:31:58 <raster> tho both ends need to share the ability to handle that codec
Apr 29 07:32:03 <raster> hmm
Apr 29 07:32:07 <raster> thats interesting
Apr 29 07:32:09 <DocScrutinizer> exactly
Apr 29 07:32:16 <raster> i just was mulling "is data cheaper than voice?"
Apr 29 07:32:19 <raster> and fuck is it ever
Apr 29 07:32:28 <DocScrutinizer> SIP is negotiating codec
Apr 29 07:32:35 <raster> for $4-/mo u can get 6g xfer here
Apr 29 07:32:37 <raster> err $40
Apr 29 07:33:06 <raster> thats 520,000 minutes of talk time
Apr 29 07:33:26 <raster> or 364 days of talk time... non stop
Apr 29 07:33:31 <raster> and thats.. per month
Apr 29 07:33:51 <DocScrutinizer> hmm here is 25€ for "flat" with a ceiling of some 3g
Apr 29 07:34:00 <raster> sure
Apr 29 07:34:07 <raster> about the same price
Apr 29 07:34:10 <raster> here they just cap at 6g
Apr 29 07:34:12 <raster> and then u pay per mb
Apr 29 07:34:21 <raster> but if u made all calls over voip
Apr 29 07:34:32 <raster> and lets assume now that voip gw to phone network is free
Apr 29 07:34:43 <DocScrutinizer> here they reduce bandwidth for "fair usage"
Apr 29 07:34:54 <raster> once u have paid to get the data from your mobile to the voip gw
Apr 29 07:35:00 <raster> (normally the expensive bit)
Apr 29 07:35:17 <raster> here they just are up front on the limiyt
Apr 29 07:35:24 <raster> tell u what u get or what you pay for
Apr 29 07:35:29 <raster> and the rest is up to you
Apr 29 07:35:32 <jc> DocScrutinizer: morning.
Apr 29 07:35:33 <raster> use it all in 1 day
Apr 29 07:35:39 <raster> or use it all over a month
Apr 29 07:35:44 <jc> DocScrutinizer: I could not find you pub key on varaha.
Apr 29 07:35:46 <raster> or dont use it all - up to you
Apr 29 07:35:50 <DocScrutinizer> jc: morning fella :-)
Apr 29 07:35:51 <raster> anyway...
Apr 29 07:36:01 <raster> just amusing how overpriced voice is
Apr 29 07:36:16 <raster> at least my shared evas cache is now beginning to work
Apr 29 07:36:21 <DocScrutinizer> hmm, should be in ~jr/.ssh, no?
Apr 29 07:36:23 <raster> its actuyally really working
Apr 29 07:36:36 <raster> it has some.. .lits/bugs/unumplemented stuff
Apr 29 07:36:44 <raster> but... i should have it done over the next few days
Apr 29 07:36:51 <raster> anyway... real life calls!
Apr 29 07:37:04 <jc> DocScrutinizer: never mind, I found it somewhere else.
Apr 29 07:37:06 <DocScrutinizer> raster: could you fix illume bar?
Apr 29 07:37:21 <jc> DocScrutinizer: I just put your key in git.
Apr 29 07:37:40 <DocScrutinizer> jc: which account name?
Apr 29 07:38:01 <jc> DocScrutinizer: the fundation of a tree.:P
Apr 29 07:38:21 <DocScrutinizer> root? or did you create an account for me?
Apr 29 07:38:28 <jc> root.
Apr 29 07:38:32 <DocScrutinizer> k
Apr 29 07:38:42 <DocScrutinizer> thanks :-)
Apr 29 07:38:52 <jc> DocScrutinizer: thanks for your kindly help.
Apr 29 07:39:02 <DocScrutinizer> np
Apr 29 07:39:05 <DocScrutinizer> welcome
Apr 29 07:39:11 <jc> :)
Apr 29 07:40:49 <DocScrutinizer> raster just ducked away as soon as it comes to fixing illume bar :-D
Apr 29 07:41:31 * DocScrutinizer wonders which TZ raster is today
Apr 29 07:46:14 <DocScrutinizer> raster: a 90sec fix for illume-bar please. Move "querty" for kbd invocation from right to center
Apr 29 07:46:51 <spaetz> I want a querty gadget, so I don't have to open the illume bar to get the keyboard
Apr 29 07:46:55 <spaetz> :)
Apr 29 07:47:16 <DocScrutinizer> muahaha
Apr 29 07:47:20 <gurugentoo> I still prefer the AUX button keyboard toggle
Apr 29 07:47:34 <DocScrutinizer> that's cool
Apr 29 07:47:57 <\marco> hi to all :)
Apr 29 07:48:03 <gurugentoo> otherwise the button is unused at the moment
Apr 29 07:48:25 <gurugentoo> actually...AUX should toggle full screen for apps
Apr 29 07:48:53 <spaetz> no, it should invoke the profile selector :)
Apr 29 07:49:02 <gurugentoo> hehe
Apr 29 07:49:21 <DocScrutinizer> it should do what I want it to ;->
Apr 29 07:49:35 <spaetz> speex is a cool codec, and I really don't understand why not more phones support it
Apr 29 07:49:50 <gurugentoo> it should toggle the imaginary harware keyboard
Apr 29 07:50:08 <gurugentoo> hardware*
Apr 29 07:50:25 <\marco> I've flashed the last unstable image but suspension is not working anymore :/
Apr 29 07:50:38 <DocScrutinizer> spaetz: well, twinklephone does
Apr 29 07:53:02 <\marco> The suspending splash screen appear for 1 minute.. :/ .. when seems the phone it's going to suspend ( with usual console messages ) it come back on.. like I've pressed power button
Apr 29 07:55:21 <DocScrutinizer> \marco: also when GSM is off? also when you insert headset and hold HOLDbutton all the time?
Apr 29 07:56:05 <\marco> DocScrutinizer: let me try with GSM off...
Apr 29 07:59:20 <spaetz> DocScrutinizer: yeah, some do, but it takes two to tango
Apr 29 07:59:48 <spaetz> and most of the time, the other side can't do speex (and most cheap hardware sip phones either)
Apr 29 08:01:16 <\marco> DocScrutinizer: I've switched GSM Antenna off with shr-settings.. and it suspend correctly ( but splash screen take a lot of time yet)
Apr 29 08:03:10 * mrmoku is going to move to home office now
Apr 29 08:07:52 <methril|work> good morning
Apr 29 08:10:45 <DocScrutinizer> morning
Apr 29 08:12:00 <methril|work> DocScrutinizer: Did you remember your advices last Friday? It saves one neo :)
Apr 29 08:12:33 <DocScrutinizer> nope. early morning here. which advice?
Apr 29 08:13:57 <CIA-75> freesmartphone.org: 03jluebbe 07framework * rc83092c97818 10/framework/subsystems/otimed/otimed.py: otimed: handle the case where no network code is present correctly
Apr 29 08:14:45 <Sup3rkiddo> mickey|zzZZzz, around?
Apr 29 08:18:52 <spaetz> mickey|zzZZzz: thanks for implementing the full screen button in vala-terminal. I hadn't looked yet.
Apr 29 08:19:03 <\marco> I've to go..bye guys :) have a good day ( or night.. it depends on your location :D )
Apr 29 08:27:21 <CIA-75> SHR: 03Sebastian 07shr-overlay * r44d1f8f2203d 10/openembedded/recipes/tasks/task-shr-feed.bb: mokomaze: add to feed
Apr 29 08:29:00 <DocScrutinizer> raster: "Enlightenment SIGABRT'd" on changing size of topshelf icons. Restart fails with "433_" on console
Apr 29 08:31:28 <DocScrutinizer> well at least holding POWER for 8sec now works to hard shutdown
Apr 29 08:32:34 <DocScrutinizer> raster: selecting top shelf visible gadgets "USB" SIGABRT
Apr 29 08:33:50 <DocScrutinizer> OK, recover works
Apr 29 08:56:54 <mrmoku> mickey|zzZZzz: ping
Apr 29 09:11:26 <spaetz> mrmoku: ping
Apr 29 09:11:34 <mrmoku> spaetz: pong
Apr 29 09:11:45 <spaetz> I have a slight problem with mokomaze. It has RDEPEND="ttf-liberation" (needs that font)
Apr 29 09:11:54 <spaetz> and bitbake ttf-liberation builds it just fine
Apr 29 09:12:06 <spaetz> but when I build current mokomaze, I get:
Apr 29 09:12:25 <spaetz> ERROR: '['/home/spaetz/src/shrbuildenv/shr-unstable/shr/openembedded/recipes/mokomaze/mokomaze_0.2.3.bb']' RDEPENDS/RRECOMMENDS or otherwise requires the runtime entity 'ttf-liberation' but it wasn't found in any PACKAGE or RPROVIDES variables
Apr 29 09:12:29 <spaetz> NOTE: Runtime target 'ttf-liberation' is unbuildable, removing...
Apr 29 09:12:31 <spaetz> Missing or unbuildable dependency chain was: ['ttf-liberation']
Apr 29 09:12:46 <mrmoku> hmm
Apr 29 09:12:53 <spaetz> what am I doing wrong there?
Apr 29 09:13:19 <spaetz> I am puzzled as "bitbake -c build ttf-liberation" works in the same environment
Apr 29 09:13:48 <alexxy> mrmoku: hi
Apr 29 09:14:14 <alexxy> mrmoku: i read in ml that you're working ion pim app based on opimd for shr
Apr 29 09:14:32 <mrmoku> alexxy: started something, yeah
Apr 29 09:15:06 <alexxy> is it working?
Apr 29 09:15:13 <alexxy> i can help with testing it
Apr 29 09:15:14 <alexxy> =)
Apr 29 09:15:32 <mrmoku> alexxy: contacts are partly working
Apr 29 09:15:47 <mrmoku> there are some missing parts in opimd... namely editing and deleting contacts
Apr 29 09:16:02 <alexxy> how can i use it?
Apr 29 09:16:16 <mrmoku> alexxy: are you using shr-unstable?
Apr 29 09:16:21 <alexxy> can i import contacts?
Apr 29 09:16:31 <mrmoku> then opkg install libframeworkd-phonegui-efl2
Apr 29 09:16:31 <alexxy> mrmoku: i can install it
Apr 29 09:16:58 <mrmoku> and change /etc/frameworkd-phonegui.conf and add 2 after efl
Apr 29 09:17:01 <alexxy> i'm using 2008.x since i need some kind of contacts app
Apr 29 09:17:17 <mrmoku> though... it is not yet very usable :P
Apr 29 09:17:41 <alexxy> if i can call from this contact list 
Apr 29 09:17:52 <alexxy> or something it will be enough for first time
Apr 29 09:18:19 <Ainulindale> Hey there
Apr 29 09:18:30 <alexxy> hi Ainulindale
Apr 29 09:18:31 <alexxy> =)
Apr 29 09:18:49 * mrmoku has to dig two wholes for his wife (in the wall... not what you think ;)
Apr 29 09:18:52 <mrmoku> bbiab
Apr 29 09:18:55 <alexxy> btw i noticed that USSD not working with non ASCII simbols
Apr 29 09:18:58 <Ainulindale> mrmoku: holes then.
Apr 29 09:19:09 <Ainulindale> Because wholes is looking far too much like "whores".
Apr 29 09:19:10 <mrmoku> yep... holes :P
Apr 29 09:21:10 <m0nt0> lol
Apr 29 09:23:10 <ptitjes> good morning
Apr 29 09:26:03 <tmzt> why does libphongui-efl hide the window and -efl2 doesn't? is view management implemented elsewhrere?
Apr 29 09:27:08 <tmzt> probably dilar or current call window, just trying to understand how this works
Apr 29 09:50:24 <mrmoku> spaetz: ttf-liberation has subpackages... you have to depend on eg. ttf-liberation-mono
Apr 29 09:56:44 <mrmoku> ptitjes: could you start a thread about phonegui dbusification on shr-devel?
Apr 29 09:56:52 <mrmoku> or Ainulindale 
Apr 29 09:56:58 <ptitjes> mrmoku: yeah
Apr 29 09:57:08 <ptitjes> mrmoku: I'll do it this evening if you don't mind
Apr 29 09:57:17 <ptitjes> mrmoku: however there is allready one I think
Apr 29 09:57:25 <ptitjes> s/allready/already/
Apr 29 09:57:25 <bzzbot> ptitjes meant: mrmoku: however there is already one I think
Apr 29 09:57:48 <mrmoku> ptitjes: really?
Apr 29 09:57:56 <mrmoku> new list or old list?
Apr 29 10:03:53 <ptitjes> mrmoku: well I speak about it in "About ophonekitd rewrite"
Apr 29 10:04:17 <ptitjes> mrmoku: but this would need a post in itself yes
Apr 29 10:23:57 <mrmoku> ptitjes: just that Ainulindale invited mickey|zzZZzz to partecipate in the discussion about it on shr-devel
Apr 29 10:24:07 <mrmoku> and I think we should start such a discussion then :P
Apr 29 10:24:27 <ptitjes> ok
Apr 29 10:24:33 <ptitjes> will write a mail this evening
Apr 29 10:24:41 <mrmoku> thanks :-)
Apr 29 10:24:59 <mrmoku> ptitjes: btw... still need your bb's ?
Apr 29 10:25:43 <mrmoku> if so I will try to revisit them today
Apr 29 10:26:18 <ptitjes> mrmoku: this is spaetz ones
Apr 29 10:26:36 <ptitjes> oh no playya's ones
Apr 29 10:28:22 <mrmoku> ok... sorry for not having done them :P
Apr 29 10:35:56 <Azog> where is the new list-archive for shr-devel?
Apr 29 10:46:34 <mrmoku> Azog: http://lists.shr-project.org/pipermail/shr-devel/
Apr 29 10:49:58 <CIA-75> freesmartphone.org: 03Frederik.Sdun 07dbus-hlid * rf4a56e556bf4 10/src/obj.vala: added ListInterfacesByObject
Apr 29 10:49:59 <CIA-75> freesmartphone.org: 03Frederik.Sdun 07dbus-hlid * r60771ad6004d 10/src/obj.vala: introducing objectPathListToArray
Apr 29 10:50:00 <CIA-75> freesmartphone.org: 03Frederik.Sdun 07dbus-hlid * r773e7727ef54 10/src/obj.vala: Now ListObjectPaths returns DBus.ObjectPath[]
Apr 29 10:50:00 <CIA-75> freesmartphone.org: 03Frederik.Sdun 07dbus-hlid * r633bafd4a78e 10/src/obj.vala: ListObjectsByInterface returns DBus.ObjectPath
Apr 29 10:50:38 <playya> nargh. missing [] in last commit
Apr 29 10:52:24 <mrmoku> mickeyl: one question... suspend seems to work now... but resume not :P
Apr 29 10:52:33 <Azog> mrmoku: thx
Apr 29 10:52:40 <mrmoku> do you think it will be fixed soonish? or shall we revert to the last working rev?
Apr 29 10:52:54 * mrmoku would strongly prefer *not* to revert :-)
Apr 29 10:54:18 <mickeyl> i don't know, need to wait for advise of the guys
Apr 29 10:54:37 <mrmoku> fso guys?
Apr 29 10:54:40 <mickeyl> yes
Apr 29 10:54:48 <mickeyl> i couldn't concentrate to do any real work lately
Apr 29 10:54:58 <mickeyl> the OE thing took me pretty much down
Apr 29 10:55:03 <mickeyl> but I'm recovering ;)
Apr 29 10:55:12 <mrmoku> can figure that... sorry :(
Apr 29 10:56:09 <mickeyl> what exactly goes havoc on resume?
Apr 29 10:56:22 <mickeyl> or does it not react at all? (in which it would not be a framework problem)
Apr 29 10:56:34 <mrmoku> dos1 said it enables all resources... and disables gsm or something like that
Apr 29 10:56:55 <mickeyl> let me check in a screen
Apr 29 11:01:49 <mrmoku> mickeyl: if debug logs would help you... I could install latest frameworkd on my neo and test it
Apr 29 11:02:10 <DocScrutinizer> mickeyl: what's the masterplan about suspend/resume handling? E.g resume for inbound call should revert to suspend as soon as inbound call aborts unestablished. Same for SMS: notify&suspend. This has to be independent of suspend-timeout for idle
Apr 29 11:02:20 <mickeyl> mrmoku: yes, let me check
Apr 29 11:02:52 <mickeyl> err
Apr 29 11:02:57 <mickeyl> i wanted to say
Apr 29 11:02:59 <CIA-75> SHR: 03Sebastian 07shr-overlay * raabdf998f9e6 10/openembedded/ (2 files in 2 dirs): calc: use 0.0.1 release, get rid of AUTOREV
Apr 29 11:03:11 <mickeyl> yes, let me see those
Apr 29 11:03:32 <spaetz> mrmoku: thanks for the liberation ttf hint
Apr 29 11:03:50 <mrmoku> mickeyl: ok, give me two minutes
Apr 29 11:03:56 <mickeyl> DocScrutinizer: sounds like a reasonable plan
Apr 29 11:04:06 <TAsn> shit, my brother crashed my car. ;\
Apr 29 11:04:11 <TAsn> [OT] ^
Apr 29 11:04:24 <DocScrutinizer> mickeyl: is there a service supposed to handle this already
Apr 29 11:04:26 <DocScrutinizer> ?
Apr 29 11:05:13 <DocScrutinizer> TAsn: not OT if a FR distracted his attention ;)
Apr 29 11:05:22 <mickeyl> DocScrutinizer: iirc it should work automagically
Apr 29 11:05:27 <spaetz> TAsn: hope he's fine
Apr 29 11:05:29 <mickeyl> if you have an autosuspend rule
Apr 29 11:05:37 <mickeyl> waking up sets the state to busy
Apr 29 11:05:44 <TAsn> DocScrutinizer, he doesn't have an FR ;]
Apr 29 11:05:47 <mickeyl> during incoming call suspend is prohibited
Apr 29 11:05:53 <TAsn> spaetz, he is, though when he's home he won't be. 
Apr 29 11:05:56 <mickeyl> once the call goes away, autosuspend should kick in again
Apr 29 11:05:58 <TAsn> I'll kick his ass ;]
Apr 29 11:06:03 <spaetz> hehe, I guess so :)
Apr 29 11:06:28 <TAsn> I need that car, that's how I get to work ;\ well I guess I'll have to use my bike although it's off season, it's waayyy too hot to be riding bikes to work.
Apr 29 11:06:37 <TAsn> although I just came back from a splendid bike trip ;]
Apr 29 11:06:45 <DocScrutinizer> mickeyl: autosuspend not supposed to work if I configured no suspend-on-idle?
Apr 29 11:06:57 <mickeyl> correct
Apr 29 11:07:03 <mickeyl> in that case it would not work right now
Apr 29 11:07:15 <DocScrutinizer> mickeyl: otherwise might take minutes to hours to kick in?
Apr 29 11:07:27 <DocScrutinizer> :-/
Apr 29 11:07:32 <DocScrutinizer> suboptimal
Apr 29 11:07:34 <mickeyl> depends on your idle timers
Apr 29 11:07:48 <DocScrutinizer> that what I meant
Apr 29 11:08:00 <TAsn> anyhow, I'm off. ;] have a good day, and drive safely. BTW, don't reverse out of a private parking without looking if there's a car coming. ;]
Apr 29 11:08:05 <mickeyl> the dialer should handle this, really
Apr 29 11:08:17 <DocScrutinizer> suspend after resume has to be independent of autoresume
Apr 29 11:08:19 <mickeyl> you could probably enhance oeventsd, but this would be stretching it
Apr 29 11:08:24 <spaetz> mickeyl: don't let you take down by OE, there's always gentoo to switch to ;)
Apr 29 11:08:30 <spaetz> one is ever too old
Apr 29 11:08:35 <mickeyl> spaetz: heh...  :)
Apr 29 11:08:41 <spaetz> sorry could not resist
Apr 29 11:08:58 <spaetz> no fun situation for you...
Apr 29 11:09:15 <mickeyl> indeed. the trouble really is... i can't just let it go. i need it for my daily work
Apr 29 11:09:23 <mickeyl> so one way or the other i lose :)
Apr 29 11:09:53 <spaetz> yep, I can see that. OE losing you would be a loss for both sides anyway
Apr 29 11:10:07 <DocScrutinizer> mickeyl: nah, statemachine for suspend need anothe state "autoresumed" which means it will suspend as soon as possible. autoresumed->busy on any user interaction
Apr 29 11:10:09 <spaetz> BTW, thanks for a full screen button in vala-term, I didn't get to it
Apr 29 11:10:24 <spaetz> updating now in my local SHR and check if it compiles fine
Apr 29 11:10:52 <mickeyl> spaetz: glad you like it. i want to do auto-keyboard popping up
Apr 29 11:11:08 <mickeyl> and we need to check whether the fullscreen method honors the softkeyboard yet
Apr 29 11:11:09 <Ainulindale> spaetz: Aaaah, glad to hear you're testing now
Apr 29 11:11:11 <Ainulindale> =)
Apr 29 11:11:13 <mickeyl> but that should be a window manager thingy
Apr 29 11:12:45 <spaetz> autokeyboard would be terrific
Apr 29 11:12:58 <spaetz> but isn't that an e-specific thingie with the rest being in gtk?
Apr 29 11:13:29 <spaetz> mickeyl: I'll let you know if softkeyboard and full screen work together
Apr 29 11:13:57 <spaetz> Ainulindale: I usually test... except in the cases where I don't which are exactly the cases when things go havoc :)
Apr 29 11:15:45 <DocScrutinizer> mickeyl: all: this state "autoresumed" also should lock touchscreen events so a FR resumed on inbound call inside my pocket isn't accidentally operated by TS-click. You should need to unlock screen (e.g. by pressing aux or power button), This also would trigger state change "autosuspend" -> "busy"
Apr 29 11:15:51 <mickeyl> spaetz: thanks
Apr 29 11:16:13 <mickeyl> spaetz: (autokeyboard) that's no problem, it's just setting an X property, can do this fine from Gtk
Apr 29 11:17:42 <mickeyl> DocScrutinizer: yeah, sounds all good. still i think it's stretching oeventsd. on serious distros, there should be a managing app (e.g. dialer) doing 80% the stuff that oeventsd does right now.
Apr 29 11:17:46 <DocScrutinizer> of course actual screen locking isn't business of any framework daemon, but instead a userspace thingy
Apr 29 11:18:53 * spaetz nods
Apr 29 11:18:56 <DocScrutinizer> what might an RTC-alarm have in common with any dialer app that might or might not be started or even installed on system in question
Apr 29 11:19:20 <DocScrutinizer> as the above scenario is all the same for a RTC alarm as well
Apr 29 11:19:34 <mickeyl> things like that are crosslayer
Apr 29 11:19:37 <mickeyl> and you need a managing app
Apr 29 11:19:38 <DocScrutinizer> as is for arbitrary other resume triggers
Apr 29 11:19:46 <mickeyl> oeventsd wasn't made for complex things such as taht
Apr 29 11:19:55 <mickeyl> perhaps ptitjes ologicd would be a solution
Apr 29 11:19:58 <DocScrutinizer> :->
Apr 29 11:20:06 <mickeyl> but once it ties into UI, things get complicated
Apr 29 11:20:09 <mickeyl> anyways, lunch time
Apr 29 11:20:09 <mickeyl> l8er
Apr 29 11:20:15 <DocScrutinizer> cya
Apr 29 11:20:43 <mrmoku> mickey|lunch: http://build.shr-project.org/tests/mrmoku/frameworkd.log
Apr 29 11:20:48 <mrmoku> (if you come back from lunch)
Apr 29 11:20:52 <mrmoku> when even
Apr 29 11:36:17 <spaetz> mickey|lunch: full screen works fine. Only thing (not vala-term problem though) is that the keyboard from the illume bar is not reachable when in full screen mode
Apr 29 11:36:36 <spaetz> therefore it's not possible to pop up or remove the keyboard when in full screen mode
Apr 29 11:37:47 <spaetz> I'll use the new revision in SHR-unstable (opkg sees it as a downgrade though)
Apr 29 11:38:02 <DocScrutinizer> spaetz: who's been the one suggesting to me to configure AUX to open kbd, just a few hours ago? ;-D
Apr 29 11:40:18 <DocScrutinizer> spaetz: nah, sorry. *you* were the one who opted for an icon so you don't need to use illumebar XD
Apr 29 11:41:16 <CIA-75> SHR: 03Sebastian 07shr-overlay * r9efb1ede083d 10/openembedded/conf/distro/include/shr-autorev-unstable.inc: vala-terminal: use new version with full screen button
Apr 29 11:42:45 <spaetz> DocScrutinizer: not a desktop icon, a bar gadget
Apr 29 11:43:05 <spaetz> that was my idea. opening the bar just to get the keyboard is kind of complicated
Apr 29 11:43:14 <DocScrutinizer> oh, sorry. that's actually a good idea
Apr 29 11:43:32 <DocScrutinizer> got you wrong
Apr 29 11:43:53 <spaetz> plus the keyboard goes away as soon as you switch applications rather than remembering the state and e.g. popping up the keyboard again when I switch back to the terminal
Apr 29 11:44:00 <DocScrutinizer> I asked raster for exactly that
Apr 29 11:44:07 <spaetz> which makes me re-open the keyboard quite often
Apr 29 11:44:16 <spaetz> makes sense
Apr 29 11:44:27 <DocScrutinizer> annoying, yeah:-/
Apr 29 11:49:39 <tobii_> does everyone use navit here?
Apr 29 11:49:44 <tobii_> anyone
Apr 29 11:49:45 <tobii_> ^
Apr 29 11:54:17 <Weiss> i'd favour completely manual control of the keyboard through something like the AUX button. it appearing and disappearing automatically tends to get in my way
Apr 29 12:02:53 <DocScrutinizer> hmm, seems we need a set of persistent settings per app / per window, consisting of "open kbd on window get_focus: [none, simple, terminal, numeric, LAST_USED]" and "enable_app_auto_kbd:[never, auto, always_kbd]"
Apr 29 12:08:53 <playya> imho you should be able to set simple, numeric, terminal for entries in elm/gtk,...
Apr 29 12:09:54 <DocScrutinizer> hmm, sounds like you second my suggestion then
Apr 29 12:11:43 <playya> no. not per app. per entry
Apr 29 12:12:08 <playya> e.g. you want to send a message. you have to type a number and a text
Apr 29 12:18:14 <ptitjes> mrmoku: http://playya.net/openmoko/
Apr 29 12:18:21 <ptitjes> mrmoku: here are the recipes
Apr 29 12:18:59 <ptitjes> mrmoku: libfso-glib should depend on vala-dbus-binding-tool however (mickeyl provided that recipe on fso/m5.5)
Apr 29 12:19:12 <ptitjes> mrmoku: could you rework that ?
Apr 29 12:19:18 <mrmoku> ptitjes: ok, will try them out and stuff it in the overlay
Apr 29 12:19:34 <ptitjes> mrmoku: based on this, libmodulo and ophonekitd recipes should be straight forward
Apr 29 12:19:53 <ptitjes> mrmoku: thank you
Apr 29 12:23:22 <DocScrutinizer> playya: this seems to be accomplished already by some function call to start a perticular kbd on get_focus of particular field. needs patching the app anyway
Apr 29 12:24:28 <Zorkman> DocScrutinizer: a small question, i'm thinking of doing the buzz fix, would you recommend also fixing the sd-card or just leaving it as it is?
Apr 29 12:27:10 <DocScrutinizer> fix it while you're at it
Apr 29 12:38:53 <spaetz> mmh, can I pass additional params to "make" in a bitbake recipe that uses autotools?
Apr 29 13:08:54 <morphis> heyho
Apr 29 13:09:22 <CIA-75> SHR: 03Sebastian 07shr-overlay * rf870bde58720 10/openembedded/conf/distro/include/shr-autorev.inc: calc: also remove AUTOREV in 'shr-autorev.inc'
Apr 29 13:11:48 <mrmoku> ptitjes: checking for ffi.h... configure: error: ffi.h not found
Apr 29 13:11:53 <mrmoku> what is ffi?
Apr 29 13:16:02 <SHR-WugBranler`> tracfeed: Ticket #185 (Problems mounting uSD card) updated <http://trac.shr-project.org/trac/ticket/185#comment:8>
Apr 29 13:29:38 <CIA-75> SHR: 03Sebastian 07shr-overlay * rf8fda957babd 10/openembedded/recipes/mokomaze/mokomaze_0.2.3.bb: mokomaze: correct RDEPEND, bump PR, pass EXTRA_OEMAKE??to get the correct ttf fontdir. Compilation doesn't seem to honor it though it is passed in exactly as described in the README
Apr 29 13:30:40 <m0nt0> ptitjes, are you there?
Apr 29 13:35:39 <m0nt0> ptitjes, i'm an shr user and i've developed a simple today app, after that, talking with mrmoku i've decided to try to modify messages and dealer but imho they are bad because they don't use dbus
Apr 29 13:36:45 <m0nt0> so i've started talking a little bit with a friend of mine about rewriting the stack for shr and mrmoku said to talk with you
Apr 29 13:38:43 <m0nt0> so here we are, our ideas are explined here http://monto.homelinux.org/ophonekitd_ideas , can we help implementing that with you?
Apr 29 13:48:45 <spaetz> m0nt0: I'm sure your help is greatly appreciated
Apr 29 13:48:59 <spaetz> the current phone apps are pretty much unmaintained
Apr 29 13:49:48 <m0nt0> spaetz, i've tried to look at the source but when i've discovered that they don't use dbus.... 
Apr 29 13:50:21 <m0nt0> python will be good for me but no one seems to like it so vala should be good to
Apr 29 13:51:10 <m0nt0> me and dorje77 (my friend) need to learn it but i don't think it should be a hard work (at least i hope)
Apr 29 13:51:20 <TAsn> m0nt0, I don't really get what you are saying about dbus.
Apr 29 13:51:32 <TAsn> I mean where do you see lack of dbus in the phone apps?
Apr 29 13:52:29 <Zorkman_> DocScrutinizer: can you give me some arguments to do the SD-card fix? there is a shop in germany thinking of offering the buzz-fix and i want them to inculde the sdcard fix
Apr 29 13:53:07 <TAsn> Zorkman_, sd card = sd card and gps? the pre-v6 (was it 6?) bug?
Apr 29 13:53:21 <Zorkman_> yeaht, the gta02-v5 bug
Apr 29 13:53:54 <m0nt0> sorry, it's everything so confusing because ophonekitd get the signals and then start the apps but everything is c, what about some classes, and rethinking some things like messages, contacts,....
Apr 29 13:53:55 <TAsn> ok, cool
Apr 29 13:54:00 <Zorkman_> i know the kernel now switches off the sd car clock, but DocScrutinizer advised to still do the fix
Apr 29 13:54:13 <TAsn> "some classes"?
Apr 29 13:54:32 <m0nt0> well c++,vala,... instead of c
Apr 29 13:54:35 <spaetz> m0nt0: many people like python in here
Apr 29 13:54:44 <TAsn> m0nt0, that's what I thought you meant.
Apr 29 13:54:46 <spaetz> it's just that it starts up very slowly
Apr 29 13:54:58 <TAsn> I still don't see where your design choices shine.
Apr 29 13:55:19 <mrmoku> TAsn: ophonekitd links in phonegui... instead of using dbus
Apr 29 13:55:27 <mrmoku> that will change with the vala rewrite
Apr 29 13:55:37 <spaetz> one more level of dbus indirection
Apr 29 13:55:44 <spaetz> mwester will love that :)
Apr 29 13:55:53 <TAsn> mrmoku, there is no phonegui dbus interface, is there?
Apr 29 13:56:09 <spaetz> not yet...
Apr 29 13:56:23 <TAsn> ok, so there's no "missing dbus", yet.
Apr 29 13:56:47 <TAsn> don't over abstract everything though.
Apr 29 13:56:53 <CIA-75> freesmartphone.org: 03mickey 07dbus-hlid * rd361ea5729d5 10/data/dbus-hlid.conf: make it accessable on paranoid dbus configurations
Apr 29 13:56:54 <CIA-75> freesmartphone.org: 03mickey 07dbus-hlid * r543e50b28fcd 10/ChangeLog: yank ChangeLog
Apr 29 13:56:55 <CIA-75> freesmartphone.org: 03mickey 07dbus-hlid * ra91af4424897 10/ (Makefile.am configure.ac): release as 1.0.0
Apr 29 13:56:56 <CIA-75> freesmartphone.org: 03mickey 07dbus-hlid * r65207a9f64ce 10/configure.ac: post-release version bump
Apr 29 13:58:15 <spaetz> TAsn: that is my only concern with the new apps, there's lots of abstraction going on
Apr 29 13:58:44 <TAsn> yeah, and that's BAD. well, not BAD, but can easily become bad.
Apr 29 13:58:54 <TAsn> especially on an embedded device.
Apr 29 13:59:03 <TAsn> spaetz, is anyone rewriting shr-messages and such?
Apr 29 13:59:24 <dorje77> Hi to all! :)
Apr 29 14:00:10 <Zorkman_> Hi dorje Nick Riviera!
Apr 29 14:02:22 <DocScrutinizer> Zorkman_: it's just very easy to do this fix, and it won't hurt. No further arguments beyond that. (maybe: It stops interference of GPS while heavily reading/writing SD)
Apr 29 14:02:30 <DocScrutinizer> bye
Apr 29 14:02:58 <a21_work> hello
Apr 29 14:03:17 <a21_work> latest unstable does not go in std-by
Apr 29 14:04:39 <a21_work> openmoko-shr-image-glibc-ipk--20090427-om-gta02.rootfs.tar.gz
Apr 29 14:04:44 <spaetz> TAsn: afaik vala rewrite is planned
Apr 29 14:05:02 <spaetz> but don't ask me for details :)
Apr 29 14:05:07 <DocScrutinizer> a21_work: this morning someone said it does when GSM is off. just for a hint where to look
Apr 29 14:05:09 <TAsn> sucksor ;\
Apr 29 14:05:11 <TAsn> I like c. ;]
Apr 29 14:05:19 <m0nt0> lol
Apr 29 14:05:33 <a21_work> tnx
Apr 29 14:05:33 <m0nt0> spaetz, is ptitjes doing this i think
Apr 29 14:05:33 <TAsn> whatever speeds up dev is fine with me.
Apr 29 14:05:39 <spaetz> a21_work: yep. afaik a frameworkd thingie, and mickeyl plans to look into it
Apr 29 14:05:46 <TAsn> m0nt0, I know he is for ophonekitd
Apr 29 14:05:52 <TAsn> though didn't know about the phonegui
Apr 29 14:06:06 <spaetz> ptitjes does lots of things :)
Apr 29 14:06:24 <DocScrutinizer> spaetz: wasn't that sth about messing when resuming rather than not suspending?
Apr 29 14:06:45 <TAsn> spaetz, including not fixing the sql statement in phonelogd sql schema.
Apr 29 14:06:55 <m0nt0> TAsn, my idea was making it alltogether
Apr 29 14:07:12 <m0nt0> wihout additional programs
Apr 29 14:07:20 <TAsn> m0nt0, making what altogether?
Apr 29 14:07:21 <spaetz> DocScrutinizer: afaik it wasboth about suspend and resume, but I haven't followed closely
Apr 29 14:07:32 <TAsn> m0nt0, talking about the whole phone gui?
Apr 29 14:07:34 <DocScrutinizer> here same
Apr 29 14:07:36 <spaetz> TAsn: I commited that fix
Apr 29 14:07:39 <DocScrutinizer> anyway bye
Apr 29 14:07:41 <TAsn> it is a whole program...
Apr 29 14:07:44 <spaetz> bye
Apr 29 14:07:45 <TAsn> spaetz, what fix did you commit?
Apr 29 14:07:47 <m0nt0> yeah, not 
Apr 29 14:07:56 <TAsn> seconds from echo or good string?
Apr 29 14:08:13 <spaetz> SQL fix, I rewrote that view
Apr 29 14:08:16 <TAsn> s/echo/epoc/
Apr 29 14:08:16 <bzzbot> TAsn meant: seconds from epoc or good string?
Apr 29 14:08:22 <TAsn> epoch*
Apr 29 14:08:22 <TAsn> bah.
Apr 29 14:08:25 <spaetz> duration is reported in seconds
Apr 29 14:08:36 <TAsn> cool, so I should commit the pyphonelog fix as well
Apr 29 14:08:38 <TAsn> right?
Apr 29 14:08:42 <spaetz> yep
Apr 29 14:09:07 <spaetz> I can't test it though, I would have to modify my phonelog db directly
Apr 29 14:09:17 <spaetz> I don't do calls >60min :)
Apr 29 14:09:25 <TAsn> ;]
Apr 29 14:09:28 <TAsn> doesn't matter
Apr 29 14:09:38 <TAsn> a bug doesn't exist unless it affects someone ;]
Apr 29 14:09:50 <spaetz> hehe
Apr 29 14:10:51 * DocScrutinizer is affected by *all* the "non-existing" bugs. 
Apr 29 14:11:15 <DocScrutinizer> they are embarassing me ;-)
Apr 29 14:12:09 <TAsn> spaetz, where's the view code at?
Apr 29 14:12:19 <TAsn> will change it locally at the db.
Apr 29 14:13:15 <spaetz> TAsn: here is the SQL code that creates the view: http://git.shr-project.org/git/?p=shr.git;a=blob;f=ophonekitd/data/phonelog-database.sql;h=fc044aaa9bfd1b81f3e699247323463c9eee1e02;hb=de5f030eb575b5e0802b766c241caa89ef9a40cb
Apr 29 14:13:21 <TAsn> thanks.
Apr 29 14:13:45 <spaetz> let me know if something is broken for you
Apr 29 14:18:31 <TAsn> seems ok to me.
Apr 29 14:18:36 <TAsn> lets hope
Apr 29 14:25:34 <TAsn> spaetz, here ya go.
Apr 29 14:25:52 <TAsn> hopefully everything will be just fine. ;]
Apr 29 14:26:31 <TAsn> hm.. I swear to god I pushed the changes.
Apr 29 14:26:42 <TAsn> though CIA is still quiet.
Apr 29 14:26:48 <spaetz> hopefully ;)
Apr 29 14:27:27 <TAsn> I'm using it here
Apr 29 14:27:30 <TAsn> seems fine to me.
Apr 29 14:27:37 <TAsn> though I only gave it minor testing.
Apr 29 14:27:53 <TAsn> anyhow, pyphonelog will now break if used with the old db
Apr 29 14:28:17 <TAsn> actually not break, will just give wrong durations
Apr 29 14:28:55 <mrmoku> TAsn: I think not all repos have CIA bot enabled...
Apr 29 14:28:55 <spaetz> ok
Apr 29 14:29:13 <spaetz> people will shout if it breaks
Apr 29 14:29:21 <TAsn> exactly what I said ;]
Apr 29 14:29:34 * mrmoku knows where to send them then ;)
Apr 29 14:29:35 <TAsn> <TAsn> a bug doesn't exist unless it affects someone ;]
Apr 29 14:29:42 <TAsn> ;]
Apr 29 14:29:55 <ptitjes> back
Apr 29 14:30:03 <ptitjes> m0nt0: are you Leonti ?
Apr 29 14:30:20 <spaetz> do we have a keyboard with only arrow keys?
Apr 29 14:30:29 <mickeyl> don't think so
Apr 29 14:30:30 <mickeyl> would rock for games
Apr 29 14:30:36 <spaetz> saving scren for irssi
Apr 29 14:30:41 <spaetz> screen
Apr 29 14:30:44 <m0nt0> ptitjes, no, i'm monto or m0nt0 usually, pietro montorfano :D
Apr 29 14:30:54 <ptitjes> oh sorry
Apr 29 14:31:03 <m0nt0> ptitjes, no problem :D
Apr 29 14:31:24 <m0nt0> ptitjes, did you read our ideas?
Apr 29 14:31:44 <mwester> Yo dudes!    
Apr 29 14:31:47 <TAsn> unfortunately, I can't run away any longer. I'm off studying. cya, let me know if pyphonelog breaks.
Apr 29 14:31:50 <ptitjes> not completely
Apr 29 14:31:50 <TAsn> ;]
Apr 29 14:31:54 * mwester splashes coffee as he waves at everyone
Apr 29 14:31:59 <ptitjes> m0nt0: could you sum up ?
Apr 29 14:32:04 <TAsn> mwester, ;]
Apr 29 14:32:29 <ptitjes> TAsn: yes shr-* rewrite is planned, however we want ophonekitd and corresponding dbus protocols to be specified first
Apr 29 14:32:30 <mwester> Will my phone suspend (and stay suspended properly) if I rebuild and reflash this morning?
Apr 29 14:32:43 <m0nt0> yeah, something like putting everything in ophonekitd abstracting things with classes in vala or python or c++
Apr 29 14:33:02 <TAsn> ptitjes, cool.
Apr 29 14:33:15 <spaetz> mwester: not sure
Apr 29 14:33:28 <ptitjes> m0nt0: this is exactely what is planned :)
Apr 29 14:33:37 <m0nt0> woooow :D
Apr 29 14:33:41 * spaetz likes the vala-term white-on-black
Apr 29 14:33:49 <dorje77> :D:D
Apr 29 14:34:01 <m0nt0> me and my friend dorje77 would like to help
Apr 29 14:34:05 <ptitjes> mickeyl: do you think I should name the 'test' branch something other than test ?
Apr 29 14:34:15 <mwester> spaetz:  (dbus layers) Actually, I am a changed man.  I now understand the wonder of these abstractions and interfaces -- And I am going to propose that we do not write directly to the filesystem anylonger; that is a layering violation.  Instead we need a dbus API to read and write a bit to a persistent store.
Apr 29 14:34:44 <TAsn> mwester, couldn't agree more.
Apr 29 14:35:15 <alexxy> mrmoku: hi again
Apr 29 14:35:20 <m0nt0> well ptitjes is there any source around about the vala rewrite?
Apr 29 14:35:21 <TAsn> mwester, I also think we need arithmetic dbus abstraction
Apr 29 14:35:24 <mrmoku> yep
Apr 29 14:35:26 <mwester> At first I thought that we would read/write bytes at a time, but I see that is really another layer on top of the lowest level dbus calls, which would be to read/write a bit at a time, thus allowing us to support apps that use (for example) 9 bits/byte.
Apr 29 14:35:30 <TAsn> I want to be able to add two numbers in an abstract way.
Apr 29 14:35:41 <alexxy> can you provide any instructions how to import contacts in opimd with your gui?
Apr 29 14:36:00 <mrmoku> alexxy: no import via gui
Apr 29 14:36:06 <mwester> TAsn:  that's good thinking, I had not considered that!
Apr 29 14:36:07 <alexxy> ok
Apr 29 14:36:10 <ptitjes> m0nt0: on shr-project's git -> libmodulo (the container) and ophonekitd (the components)
Apr 29 14:36:16 <mrmoku> alexxy: but you can script it somehow
Apr 29 14:36:22 <alexxy> how can i import contacts?
Apr 29 14:36:24 <spaetz> lol, now i splashed coffee
Apr 29 14:36:24 <TAsn> mwester, I'm glad you agree.
Apr 29 14:36:40 <m0nt0> ptitjes, ok, i'll look into that
Apr 29 14:36:44 <ptitjes> good
Apr 29 14:36:50 <TAsn> this is such an odd world, I can't see how the linux kernel was ever built BEFORE dbus.
Apr 29 14:36:52 <mrmoku> guys... be carefull with your coffee... if it drops onto the virtual keyboard...
Apr 29 14:36:58 <ptitjes> m0nt0: every comment|contribution is welcomed
Apr 29 14:37:07 <TAsn> it must have design flaws.
Apr 29 14:37:16 <TAsn> anyhow, I'm off, now for real. ;]
Apr 29 14:37:41 <m0nt0> ptitjes, ok, i'll study the sources and vala, after that i'll try to help you out
Apr 29 14:37:43 <mickeyl> ptitjes: better name it 'combined-branches' to make it clear
Apr 29 14:38:16 <ptitjes> mickeyl: I thought about naming for its purpose
Apr 29 14:38:36 <ptitjes> mickeyl: fso/ms5.5
Apr 29 14:38:38 <ptitjes> ?
Apr 29 14:38:57 <ptitjes> shr/m2
Apr 29 14:39:11 <mickeyl> that tells _us_, but noone from the outside :)
Apr 29 14:39:25 <ptitjes> héhé :)
Apr 29 14:39:32 <mickeyl> but i don't have any opinion on that, really. just name it as you see fit 
Apr 29 14:39:55 <ptitjes> mickeyl: heh. my problem is I don't know what fits :)
Apr 29 14:40:14 <mickeyl> hehe
Apr 29 14:40:21 <mickeyl> "all-in-one"
Apr 29 14:40:31 <ptitjes> :)
Apr 29 14:40:39 * mwester recalls naming a branch in ClearCase after his dog, when the development team could not agree on a name.
Apr 29 14:40:49 <ptitjes> LOL
Apr 29 14:40:54 <mwester> (But only because you could rename branches in ClearCase!)
Apr 29 14:41:07 * ptitjes will call the branch as his dog then: Voyou
Apr 29 14:41:13 <ptitjes> :D
Apr 29 14:41:21 <mrmoku> mickeyl: managed to take a look at the log?
Apr 29 14:41:23 * mwester checks for "git rename-b ranch"
Apr 29 14:41:36 <mrmoku> somehow dos1 reported wrongly... at least gsm is working for me after resume
Apr 29 14:41:49 <mrmoku> but there is lots of UBX stuff in the log
Apr 29 14:42:13 <mrmoku> argh... son is calling
Apr 29 14:42:18 <mickeyl> mrmoku: the logs look good 
Apr 29 14:42:21 <mwester> git branch -m <oldname> <newname>    ----- go for it ptitjes!
Apr 29 14:42:21 <mickeyl> i couldn't find a problem
Apr 29 14:42:26 <mickeyl> you had gps on, right?
Apr 29 14:42:31 <mrmoku> mickeyl: no
Apr 29 14:42:36 <mickeyl> oh
Apr 29 14:42:41 <mickeyl> that's odd then
Apr 29 14:43:08 * mrmoku off to play Lego ;)
Apr 29 14:43:10 <mrmoku> bbiab
Apr 29 14:43:22 <mwester> enjoy mrmoku!
Apr 29 14:43:24 <alexxy> mrmoku: so how can i import contacts for opimd?
Apr 29 14:47:04 <ptitjes> mwester: nice tip
Apr 29 14:49:39 <ptitjes> so will name it 'pending-upstream-move'
Apr 29 14:50:01 <mickeyl> good!
Apr 29 14:55:35 <ptitjes> mickeyl: I don't understand where are your two commits ?
Apr 29 14:56:12 <ptitjes> mickeyl: did you put them in master ?
Apr 29 14:56:53 <mickeyl> mickey/0.7/posix
Apr 29 14:57:04 <mickeyl> master needs to stay clean
Apr 29 14:57:12 <ptitjes> mickeyl: but looking at: http://git.freesmartphone.org/?p=vala-lang.git;a=shortlog;h=refs/heads/mickey/0.7/posix
Apr 29 14:57:26 <ptitjes> it seems that the only difference to master is a trivial merge
Apr 29 14:57:36 <mickeyl> look below
Apr 29 14:57:38 <mickeyl> i updated
Apr 29 14:57:51 <ptitjes> mickeyl: could you rebase please
Apr 29 14:57:53 <ptitjes> ?
Apr 29 14:58:10 <mickeyl> hmm
Apr 29 14:58:10 <ptitjes> so that your commits appear above the master line ?
Apr 29 14:58:23 <mickeyl> last time i used rebase everything broke
Apr 29 14:58:24 <mickeyl> but ok
Apr 29 14:58:28 <mickeyl> i can try
Apr 29 14:58:36 <ptitjes> git checkout yourbranch
Apr 29 14:58:49 <ptitjes> git rebase master
Apr 29 14:59:01 <ptitjes> git push -f origin yourbranch
Apr 29 15:00:06 <mickeyl> To git@git.freesmartphone.org:vala-lang
Apr 29 15:00:06 <mickeyl>  ! [rejected]        mickey -> mickey/0.7/posix (non-fast forward)
Apr 29 15:00:07 <ptitjes> mickeyl: also it seems that my git don't find the ref 'mickey/0.7/posix'
Apr 29 15:00:15 <ptitjes> mickeyl: hence the -f
Apr 29 15:00:18 <ptitjes> in the push
Apr 29 15:00:21 <ptitjes> force it
Apr 29 15:00:27 <mickeyl> ok, done
Apr 29 15:00:42 <ptitjes> cool this is really more clear
Apr 29 15:00:53 <mickeyl> right
Apr 29 15:02:47 <ptitjes> mickeyl: however I still can't checkout your branch :(
Apr 29 15:02:49 <ptitjes> git checkout mickey/0.7/posix
Apr 29 15:02:50 <ptitjes> error: pathspec 'mickey/0.7/posix' did not match any file(s) known to git.
Apr 29 15:02:50 <mrmoku> mwester: thanks... enjoyed :-)
Apr 29 15:03:40 <mickeyl> ptitjes: if you don't want to create a local branch for it you need to use origin
Apr 29 15:03:45 <mickeyl> origin/mickey/0.7/posix
Apr 29 15:04:05 * mwester has several large boxes of Legos, but his kids are too old for such toys (or so they claim)
Apr 29 15:04:21 <ptitjes> haaa!
Apr 29 15:07:15 <ptitjes> mickeyl: ok! pending-upstream-move contains your work and mine
Apr 29 15:07:17 <mrmoku> mwester: one is never too old for Legos :P
Apr 29 15:07:28 <mwester> I agree.  
Apr 29 15:07:44 <mwester> I particularly enjoyed the Lego Mindstorms stuff.
Apr 29 15:07:45 <ptitjes> mickeyl: I will maintain it so on can modify the recipe
Apr 29 15:08:08 <mwester> And having kids to play with Legos is just an excuse so that *I* can play with Legos. :D
Apr 29 15:08:43 <mrmoku> :-)
Apr 29 15:08:55 <mickeyl> ptitjes: cool, thanks!
Apr 29 15:09:02 <mickeyl> mwester: :)
Apr 29 15:09:11 <mickeyl> !seen balrog-kun
Apr 29 15:09:11 <SHR-WugBranler`> mickeyl: Error: "seen" is not a valid command.
Apr 29 15:09:13 <mickeyl> ~seen balrog-kun
Apr 29 15:09:14 <bzzbot> mickeyl: i haven't seen 'balrog-kun'
Apr 29 15:10:02 <ptitjes> mrmoku: while working on the recipes, could you please change the SRCURI for vala-native to point to branch 'pending-upstream-move' ?
Apr 29 15:10:23 <mrmoku> ptitjes: if you answer me my question about what ffi is?
Apr 29 15:11:18 <ptitjes> mrmoku: sure
Apr 29 15:11:24 <ptitjes> http://sourceware.org/libffi/
Apr 29 15:11:25 <ptitjes> :D
Apr 29 15:11:31 <mickeyl> foreign function interface
Apr 29 15:11:37 <ptitjes> libffi - a portable foreign function interface library
Apr 29 15:11:41 <mrmoku> ok... will add that to the depends then
Apr 29 15:11:56 <ptitjes> mrmoku: the biggest hack in the world ever
Apr 29 15:12:32 <ptitjes> mrmoku: it is already in the gobject-introspection recipe made by playya
Apr 29 15:12:43 <mrmoku> hmm... it alread is in the list of depends... though it does not configure
Apr 29 15:12:58 <ptitjes> arf
Apr 29 15:13:09 <ptitjes> mrmoku: usually this is provided by gcc
Apr 29 15:13:21 <ptitjes> mrmoku: but this must be configured
Apr 29 15:13:24 <mrmoku> checking for ffi.h... configure: error: ffi.h not found
Apr 29 15:13:24 <mrmoku> FATAL: oe_runconf failed
Apr 29 15:14:02 <ptitjes> mrmoku: so you have to modify gcc's recipe to configure it
Apr 29 15:14:11 <ptitjes> :(
Apr 29 15:14:24 <mrmoku> heh... now its getting ugly :(
Apr 29 15:14:33 <ptitjes> nah
Apr 29 15:14:55 <ptitjes> it is gcc's people choice to include that in gcc
Apr 29 15:15:17 <johnsu01> hm, oops
Apr 29 15:15:17 <ptitjes> because on some platform this was doing funky things when not compiled with the same gcc
Apr 29 15:15:25 <johnsu01> did c83092c978182ab4324c005299d126e389b117a7 fix http://trac.freesmartphone.org/ticket/420 ?
Apr 29 15:15:38 <ptitjes> mrmoku: as all this is compiled with the same gcc in OE, maybe you can use the libffi lib
Apr 29 15:16:15 <mrmoku> ptitjes: the recipe from playa has the dependency on libffi... though it does not configure
Apr 29 15:16:35 <ptitjes> yes I understood :)
Apr 29 15:16:51 <ptitjes> mrmoku: usually gcc provides libffi
Apr 29 15:17:13 <ptitjes> mrmoku: it seems that the gcc recipe in oe is not configured -with it
Apr 29 15:17:40 <ptitjes> mrmoku: so either you modify the gcc recipe to configure --with-libffi (or something like this)
Apr 29 15:18:00 <ptitjes> mrmoku: or you make a recipe for the independent libffi
Apr 29 15:18:22 <ptitjes> mrmoku: what do you prefer ?
Apr 29 15:19:10 <ptitjes> mrmoku: if that can help you with the choice, libffi is a autotools projects :)
Apr 29 15:23:23 <mrmoku> ptitjes: thing is... there *is* libffi
Apr 29 15:23:29 <mrmoku> and it is built
Apr 29 15:23:37 <ptitjes> ouch
Apr 29 15:23:41 <mrmoku> but not found on configure
Apr 29 15:23:54 <mrmoku> ahh... moment. maybe it was the native package
Apr 29 15:24:02 <ptitjes> mrmoku: has it its own recipe or in gcc ?
Apr 29 15:24:19 <ptitjes> mrmoku: if own recipe could you verify the install is done correctly ?
Apr 29 15:24:34 <mrmoku> own recipe... how to verify?
Apr 29 15:25:02 <ptitjes> mrmoku: humm... you are the expert, right ?
Apr 29 15:25:08 <ptitjes> :D
Apr 29 15:25:20 <mrmoku> Lego expert only :P
Apr 29 15:25:29 <ptitjes> héhé
Apr 29 15:25:51 <ptitjes> don't say that or I'l bring my collection to FSOSHR'
Apr 29 15:26:35 <mrmoku> fine for me... we could design some nice Lego bindings then :-)
Apr 29 15:26:50 <mrmoku> or construct some nice big phone
Apr 29 15:27:03 <ptitjes> héhé
Apr 29 15:27:59 <ptitjes> mrmoku: heh! that could make a nice FSO logo!
Apr 29 15:28:34 <mrmoku> :) a Lego Neo :P
Apr 29 15:29:08 <GNUtoo> hir raster, is there a program for generating /etc/pointercal in illume?
Apr 29 15:29:08 <ptitjes> ok tea time with my housemate
Apr 29 15:29:12 <ptitjes> bbl
Apr 29 15:29:20 <mrmoku> ptitjes: you need both introspection things? native and target?
Apr 29 15:29:51 <mrmoku> anyway... will find my way through it...
Apr 29 15:30:18 <ptitjes|bbl> mrmoku: yes native for g-ir-compiler
Apr 29 15:30:29 <ptitjes|bbl> and taget for libgirepository
Apr 29 15:30:57 <GNUtoo> never mind it worked removing /etc/pointercal
Apr 29 15:56:18 <mrmoku> hey playya, having a hard time with your recipes :P
Apr 29 15:56:34 <mrmoku> ../libtool: line 761: X--tag=CC: command not found
Apr 29 15:56:39 <playya> mrmoku, what was wrong?
Apr 29 15:56:44 <playya> hrhr
Apr 29 15:56:54 <mrmoku> any idea?
Apr 29 15:56:58 <TAsn> spaetz, btw, did you get ewww to work?
Apr 29 15:57:27 <playya> no. i have the same problem with webkit-efl
Apr 29 15:57:39 <TAsn> sucks ;\
Apr 29 15:57:43 <mrmoku> hehe
Apr 29 15:57:44 <TAsn> cyap
Apr 29 16:02:37 <mrmoku> playya: googling tells me it is some libtool version mismatch
Apr 29 16:03:18 <playya> which package?
Apr 29 16:05:26 <mrmoku> playya: no OE package... just googling for libtool and that X-... error
Apr 29 16:05:53 <mrmoku> ahh, or do you mean with which package I have that problem? gobject-introspection-native then
Apr 29 16:06:18 <playya> i gave up with this package
Apr 29 16:06:25 <playya> it just sucks
Apr 29 16:07:10 <ptitjes> mrmoku: libtoolize....
Apr 29 16:07:27 <ptitjes> can't remember the exact two optinos
Apr 29 16:07:36 <ptitjes> s/optinos/options/
Apr 29 16:07:37 <mrmoku> one probably is --force
Apr 29 16:07:38 <bzzbot> ptitjes meant: can't remember the exact two options
Apr 29 16:08:22 <playya> do you have a recipe for mokomaze in shr?
Apr 29 16:08:23 <ptitjes> mrmoku: that maybe --automake
Apr 29 16:09:01 <ptitjes> mrmoku: run libtoolize as part of the configure phase
Apr 29 16:10:12 <ptitjes> mrmoku: does econf run .configure or ./autogen.sh ?
Apr 29 16:11:11 <playya> afair OE builds its own scripts
Apr 29 16:12:02 <mrmoku> ptitjes: configure
Apr 29 16:12:10 <mrmoku> (within an own script)
Apr 29 16:12:20 <playya> they are located in tmp/work/$arch/$package/temp/run.*
Apr 29 16:13:05 <ptitjes> mrmoku, so I suppose that runing ./autogen.sh would fire an error telling that libtoolize would be run
Apr 29 16:13:25 <ptitjes> s/would be/have to be/
Apr 29 16:13:25 <bzzbot> ptitjes meant: mrmoku, so I suppose that runing ./autogen.sh would fire an error telling that libtoolize have to be run
Apr 29 16:14:45 <mrmoku> ptitjes: configure goes fine... it's make that bails out
Apr 29 16:15:50 <ptitjes> mrmoku: so run libtoolize so that it installs new ./libtool version
Apr 29 16:16:58 <mrmoku> the recipe does that... rechecking now
Apr 29 16:17:13 <DocScrutinizer> pfff, just tried to make a call, and dialpad just vanished on "call" but nothing happened. good signal though on illume-gadget. settings telling "gsm off", but reenabling it didn't help either. had to reboot :-/
Apr 29 16:18:07 <mrmoku> DocScrutinizer: this is annoying me too a lot... the gadget always shows good signal... even if telephony won't work :(
Apr 29 16:18:51 <DocScrutinizer> first instance I wonder how modem went to "off" state
Apr 29 16:19:11 <alexxy> mrmoku: where can i get libframeworkd-phonegui-efl2?
Apr 29 16:19:36 <mrmoku> alexxy: the source?
Apr 29 16:19:44 <alexxy> opk =)
Apr 29 16:19:51 <alexxy> i install shr-unstable
Apr 29 16:20:01 <alexxy> and going to test it
Apr 29 16:20:16 <mrmoku> opkg install libframeworkd-phonegui-efl2-0
Apr 29 16:20:17 <alexxy> shr still has bug with timezone in large countryes
Apr 29 16:20:40 <mrmoku> alexxy: fso... shr has nothing to do with timezones
Apr 29 16:20:42 <alexxy> there no such package
Apr 29 16:20:46 <DocScrutinizer> pfff again. switchin to "GSM off" rises PIN-entry screen
Apr 29 16:21:00 <mrmoku> alexxy: hmm... let me check
Apr 29 16:21:30 <alexxy> seems like a bug in frameworkd
Apr 29 16:21:57 <alexxy> about timezone
Apr 29 16:22:03 <mrmoku> huh... did not build it after the rebuild from scratch ;)
Apr 29 16:22:08 <mrmoku> will do now
Apr 29 16:22:36 <DocScrutinizer> after entering correct pin it shows "no service" and "gsm antenna off" o.O
Apr 29 16:22:42 <alexxy> =)
Apr 29 16:23:27 <mrmoku> DocScrutinizer: guess that is ophonekitd not handling that correctly
Apr 29 16:23:34 <mrmoku> we should fix that :P
Apr 29 16:23:52 <DocScrutinizer> wow, what a true saying
Apr 29 16:23:55 <DocScrutinizer> ;-)
Apr 29 16:24:25 <mrmoku> DocScrutinizer: note... how I said *we* and not *I* ;)
Apr 29 16:24:45 <DocScrutinizer> I clearly noticed ;)
Apr 29 16:28:09 <DocScrutinizer> so let's see what doom awaits tester when reenabling gsm now ;D
Apr 29 16:29:36 <DocScrutinizer> hmm, cool. asks for pin and is "checking" forever
Apr 29 16:30:14 <mrmoku> alexxy: have to eat now... package is still building
Apr 29 16:30:22 <mrmoku> hope you will be around after dinner
Apr 29 16:31:12 <alexxy> i'll be 
Apr 29 16:31:13 <alexxy> =)
Apr 29 16:33:52 <DocScrutinizer> borked. reboot :-(
Apr 29 16:39:04 <DocScrutinizer> nah, actually wild switching of windows, and closing and reopenig settings-phone brought up "ophonekitd not running. start?". eventually it seems to have recovered. can make call. (though still "GSM off")
Apr 29 16:46:55 <SHR-WugBranler`> tracfeed: Ticket #326 (Wake up from suspend on shaking?) closed <http://trac.shr-project.org/trac/ticket/326#comment:6>
Apr 29 17:05:59 <mrmoku> alexxy: ok, package is there now
Apr 29 17:06:11 <mrmoku> note there are some things you have to do manually
Apr 29 17:06:20 <mrmoku> most important... fire up cli-framework
Apr 29 17:06:28 <mrmoku> and do pims.InitAllEntries()
Apr 29 17:06:37 <mrmoku> after that contacts should apear
Apr 29 17:07:22 <mrmoku> dos1: hey, how's life today?
Apr 29 17:09:21 <mrmoku> ptitjes: the recipe is doing
Apr 29 17:09:21 <mrmoku> 	libtoolize --force --automake
Apr 29 17:09:22 <mrmoku> 	gnu-configize --force
Apr 29 17:09:24 <mrmoku> 	oe_runconf                    
Apr 29 17:09:37 <mrmoku> and I confirmed with an echo that it actually is doing it
Apr 29 17:10:29 <ptitjes> mrmoku, but that still does not build ?
Apr 29 17:10:36 <mrmoku> nop, same errors
Apr 29 17:10:46 <ptitjes> grrr
Apr 29 17:11:17 <ptitjes> mrmoku: I can build it by hand for sure
Apr 29 17:11:27 <ptitjes> mrmoku: but I did not try in devshell
Apr 29 17:11:56 <mrmoku> ptitjes: hmm http://markmail.org/message/3vwi2kxeap5y3w4y is interesting
Apr 29 17:12:45 <wurp2|working> Anyone tried Gorshplayer?
Apr 29 17:13:13 <DocScrutinizer> gorshwin?
Apr 29 17:13:26 <pavo_baxter> anyone liked qalee?
Apr 29 17:13:33 <ptitjes> mrmoku: this is a message from Sup3rkiddo 
Apr 29 17:14:05 <pavo_baxter> i hate it for i don't have pin on SIM and it asks me for (also it doesn't have the "0" in numeric keyboard)
Apr 29 17:14:22 <ptitjes> mrmoku: ./autogen.sh ??
Apr 29 17:14:34 <ptitjes> mrmoku: that may be what is different here...
Apr 29 17:15:21 <mrmoku> anyway... have to do some german with my son now... bb in 15 mins
Apr 29 17:16:32 <DocScrutinizer> WTF markmail??? USE pipermail! http://lists.openmoko.org/pipermail/devel/2008-November/003420.html
Apr 29 17:17:33 <mrmoku> DocScrutinizer: got it googling, sorry :P
Apr 29 17:18:03 <DocScrutinizer> http://www.google.de/search?hl=de&q=site%3Ahttp%3A%2F%2Flists.openmoko.org%2Fpipermail%2F+%22I%27m+trying+to+use+the+tool+chain+%28following+the+instructions+as+they%2
Apr 29 17:20:07 <dos1> mrmoku: hey
Apr 29 17:21:37 <Sup3rkiddo> ptitjes, wha? what happened *looks around*
Apr 29 17:22:17 <dos1> mrmoku: what mickeyl said about disabled->suspending resources issue?
Apr 29 17:22:53 <ptitjes> Sup3rkiddo: we have the same problem described in a message you sent to a list
Apr 29 17:23:08 <ptitjes> Sup3rkiddo: url above
Apr 29 17:23:12 <Sup3rkiddo> ptitjes, never mind got it :)
Apr 29 17:23:14 <ptitjes> Sup3rkiddo: hello btw
Apr 29 17:23:20 <Sup3rkiddo> ptitjes, hello :)
Apr 29 17:27:51 <dos1> mrmoku: what do you think about setting it as default: http://trac.shr-project.org/trac/ticket/291#comment:4 ?
Apr 29 17:27:53 <SHR-WugBranler`> tracfeed: Ticket #291 (long press on AUX button : do "something" ?) updated <http://trac.shr-project.org/trac/ticket/291#comment:4>
Apr 29 17:41:56 <mrmoku> dos1: well, I gave him a debug log... and everything would be fine... if GPS would have been enabled before suspending
Apr 29 17:42:11 <mrmoku> dos1: though... I cannot confirm your GSM problem after resume... GSM works fine for me
Apr 29 17:43:05 <dos1> mrmoku: when GSM is enabled, it works fine
Apr 29 17:43:24 <dos1> but when it's disabled on suspending, it doesn't work anymore
Apr 29 17:43:42 <mrmoku> ahh, ok... I did not do that
Apr 29 17:43:54 <mrmoku> just booted... suspended... resumed and gave him the log
Apr 29 17:44:07 <dos1> log is simple
Apr 29 17:44:13 <dos1> disabled -> suspending
Apr 29 17:44:16 <dos1> which is wrong :P
Apr 29 17:44:29 <dos1> disabled resources shoudn't be touched at all
Apr 29 17:44:45 <mrmoku> mickey|bbl: ping
Apr 29 17:44:46 <dos1> only enabled should go to suspending, then suspended, and then resuming and enabled state
Apr 29 17:44:58 <dos1> disabled should be still disabled on suspend/resume
Apr 29 17:46:08 <mrmoku> sounds somehow logical :P
Apr 29 17:48:21 <mrmoku> dos1: any news on opimd?
Apr 29 17:48:59 <dos1> mrmoku: now no. but i will start to work on deleting contacts in few minutes ;)
Apr 29 17:49:10 <mrmoku> ok :-)
Apr 29 17:50:27 <dos1> mrmoku: btw, i hacked a bit my pim.py (test script for opimd), it's helpful for me ;)
Apr 29 17:50:33 <dos1> ./pim.py dos
Apr 29 17:50:47 <Zorkman> pimpy
Apr 29 17:50:48 <dos1> it displays contacts queried by 'Name':'dos'
Apr 29 17:51:11 <dos1> ./pim.py dos init
Apr 29 17:51:26 <dos1> it InitsAllEntries and then displays queried contacts
Apr 29 17:51:35 <dos1> ./pim.py dos add
Apr 29 17:51:56 <dos1> it adds some contact (actually hardcoded) and then displays queried contacts
Apr 29 17:51:56 <dos1> ;)
Apr 29 17:57:00 <dos1> mrmoku: http://openmoko.opendevice.org/~dos/pim.py
Apr 29 17:57:31 <dos1> it has few comments, so maybe it can be helpful for some people, who want to start his adventure with opimd :D
Apr 29 17:59:16 <alexxy> mrmoku: ok
Apr 29 17:59:20 <alexxy> i'll try
Apr 29 17:59:58 <mrmoku> alexxy: you can take a look at dos1's pim.py too... maybe it helps you to script something
Apr 29 18:02:01 <mrmoku> dos1: koniec is finished in polish?
Apr 29 18:02:29 <dos1> mrmoku: finish ;)
Apr 29 18:02:37 <dos1> finished = "skończone"
Apr 29 18:02:59 <mrmoku> hehe :P
Apr 29 18:03:23 <dos1> but it depends
Apr 29 18:03:36 <dos1> he - "skończony", she - "skończona", it - "skończone"
Apr 29 18:03:39 <dos1> ;D
Apr 29 18:04:02 <mrmoku> it will never be finished though... ;)
Apr 29 18:04:07 <mrmoku> (our software)
Apr 29 18:04:50 <dos1> hehe
Apr 29 18:05:22 <mwester> Will my phone work now, huh?
Apr 29 18:05:48 * mwester looks to see if the build finished.
Apr 29 18:06:13 <mwester> Ok, now to reflash, and see if my phone finally begins to suspend properly once again. :)
Apr 29 18:06:44 <dos1> mwester: there are still problems with suspend, but not as critical as before.
Apr 29 18:07:26 <mwester> Oh crap
Apr 29 18:07:31 <mwester> So...
Apr 29 18:07:42 <mwester> unstable now builds a broken kernel.
Apr 29 18:07:56 <mwester> ok, so forget that build.
Apr 29 18:15:15 <BluesLee> mrmoku: where are the icons for the dialer and and messages are located?
Apr 29 18:19:12 <mrmoku> BluesLee: 
Apr 29 18:19:16 <mrmoku> /usr/share/icons/shr/86x86/apps/
Apr 29 18:20:03 * mrmoku wonders if we should rename it in shr-broken as is ;)
Apr 29 18:22:34 <BluesLee> i replaced index.theme using my own ones
Apr 29 18:22:51 <BluesLee> and also replaced those from 86x86 dir
Apr 29 18:22:56 <BluesLee> no chance mrmoku
Apr 29 18:23:15 <BluesLee> something changed here
Apr 29 18:25:32 <BluesLee> mrmoku: i got it
Apr 29 18:26:41 <BluesLee> mrmoku: those two icons are located in /usr/share/icons/openmoko-standard/48x48/ which makes no sense to me
Apr 29 18:27:27 <dos1> BluesLee: Illume settings -> Look -> Icon theme -> SHR and "Icon theme overrides general theme"
Apr 29 18:27:37 <dos1> have you that two options selected?
Apr 29 18:27:56 <BluesLee> no, i didnt selected anything
Apr 29 18:28:35 <dos1> BluesLee: but check, if you have selected "SHR" and "Icon theme overrides..."
Apr 29 18:29:44 <BluesLee> there is no look -> icon theme here
Apr 29 18:31:52 <BluesLee> dos1: i use shr-testing
Apr 29 18:32:23 <dos1> BluesLee: search for some e module like "icon theme" and load it
Apr 29 18:33:36 <BluesLee> dos1: i missed that kind of fiddling
Apr 29 18:34:01 <dos1> BluesLee: it's debugging ;p
Apr 29 18:39:25 <dos1> mrmoku: /org/freesmartphone/PIM/Contact/ID org.freesmartphone.PIM.Contact.Delete is ok?
Apr 29 18:40:18 <dos1> and ChangeSingleField and ChangeMultipleFields (to edit :P)
Apr 29 18:40:25 <dos1> single - arguments are two strings
Apr 29 18:40:48 <dos1> multiple - argument is like in Add method
Apr 29 18:43:36 <mrmoku> dos1: hmm... let me check the api doc ;)
Apr 29 18:43:43 <dos1> oh
Apr 29 18:43:45 <dos1> there is api doc?
Apr 29 18:43:46 <dos1> :D
Apr 29 18:44:22 <mrmoku> dos1: yep (x2)
Apr 29 18:44:27 <CIA-75> freesmartphone.org: 03ptitjes 07vala-dbus-binding-tool * r94097b1f553b 10/src/vala-dbus-binding-tool.vala: 
Apr 29 18:44:27 <CIA-75> freesmartphone.org: [#417 - Part 1] Generate enumerations
Apr 29 18:44:27 <CIA-75> freesmartphone.org: Signed-off-by: Didier 'Ptitjes <ptitjes@free.fr>
Apr 29 18:44:32 <dos1> mrmoku: where?
Apr 29 18:44:42 <mrmoku> framework/subsystems/opimd/docs :-)
Apr 29 18:44:50 <janf1> what's the easiest way to build illume only? (for freerunner)
Apr 29 18:45:09 <dos1> mrmoku: ok, i see
Apr 29 18:45:14 <dos1> Update() and Delete()
Apr 29 18:45:24 <mrmoku> yep
Apr 29 18:45:41 <dos1> so no ChangeSingleField, and rename ChangeMultipleFields to Update ;)
Apr 29 18:45:46 <dos1> and Delete is ok :)
Apr 29 18:45:50 <mrmoku> yep
Apr 29 18:46:06 <mrmoku> theoretically ChangeSingleField is not even possible...
Apr 29 18:46:22 <mrmoku> if you have to fields named Phone...
Apr 29 18:46:27 <mrmoku> s/to/two/
Apr 29 18:46:27 <bzzbot> mrmoku meant: if you have two fields named Phone...
Apr 29 18:47:02 <dos1> mrmoku: then fields are splitted by coma
Apr 29 18:47:22 <dos1> as i seen somewhere in code
Apr 29 18:47:29 <dos1> or i'm wrong :x
Apr 29 18:47:36 <dos1> ok, i will follow docs
Apr 29 18:48:31 <mrmoku> ptitjes: source for gobject-introspection is shipped for libtool-2.2... and we have 1.5 something
Apr 29 18:48:41 <dos1> mrmoku: but then... how to handle multipled fields in Update?
Apr 29 18:49:06 <mrmoku> dos1: banging my head against that one since easter :P
Apr 29 18:49:09 <ptitjes> ouch!
Apr 29 18:49:14 <ptitjes> mrmoku: why so old ?
Apr 29 18:49:37 <mrmoku> ptitjes: don't know
Apr 29 18:49:50 <dos1> mrmoku: heh. so firstly i will implement Delete() :D
Apr 29 18:51:08 <johnsu01> what is frameworkd doing with my ntp port and how do I stop it?
Apr 29 18:51:18 <johnsu01> because the clock is losing several minutes per hour
Apr 29 18:51:23 <johnsu01> despite having the correct time on boot
Apr 29 18:51:50 <fredrin> hay 
Apr 29 18:52:18 <fredrin> is it 'safe' to jump on shr-unstable now? 
Apr 29 18:52:36 <mrmoku> fredrin: two days ago I would have said clearly yes :P
Apr 29 18:52:47 <mrmoku> right now... maybe not so :(
Apr 29 18:53:00 <fredrin> nah, but it's not unfixable? :) 
Apr 29 18:53:09 <fredrin> i need some problems, i'm bored
Apr 29 18:53:12 <mrmoku> nothing is unfixable :-)
Apr 29 18:53:21 <mrmoku> fredrin: well then... go ahead :D
Apr 29 18:53:25 <fredrin> :)
Apr 29 18:53:32 <fredrin> opkg update && opkg upgrade
Apr 29 18:53:40 <mrmoku> uhh... no
Apr 29 18:53:42 <mrmoku> reflash
Apr 29 18:53:49 <mrmoku> upgrade won't work (that is confirmed)
Apr 29 18:54:08 <dos1> mrmoku: Delete() works now, but only on one session. it removes only from cache :P
Apr 29 18:54:25 <dos1> mrmoku: now the most important part. support in backends :P
Apr 29 18:54:31 <mrmoku> dos1: hehe :-)
Apr 29 18:55:05 <mrmoku> ptitjes: guess it's really, really about time that I start that damn shr distro config...
Apr 29 18:55:06 <Heinervdm> dos1: permanent remove is very simple
Apr 29 18:55:21 <Heinervdm> only call delete in backend
Apr 29 18:55:22 <dos1> Heinervdm: i know, but i'm lazy :D
Apr 29 18:55:40 <Heinervdm> thats one line ;)
Apr 29 18:56:13 <fredrin> mrmoku: ups
Apr 29 18:56:23 <fredrin> i'm doing upgrade now.... 
Apr 29 18:56:28 <fredrin> what will break
Apr 29 18:56:33 <fredrin> and low battery on laptop
Apr 29 18:56:41 <ptitjes> mrmoku: could you also please SRCREV vala-dbus-binding-tool, it will produce bad output for libfso until I patch Vala :)
Apr 29 18:57:02 <dos1> Heinervdm: but then backends have to support deleting ;p
Apr 29 18:57:15 <johnsu01> I guess I'll try disabling otimed in frameworkd.conf
Apr 29 18:57:31 <Heinervdm> dos1: you can ask the backend if it supports deleting
Apr 29 18:57:46 <ptitjes> mrmoku: at ddd235f360c52142a4934074f610798c2acd073c Fix for GLib.Dir API breakout
Apr 29 18:58:00 <dos1> Heinervdm: i want to write deleting support in backends too :P
Apr 29 18:58:03 <dos1> not only in domain
Apr 29 18:58:13 <Heinervdm> i know :)
Apr 29 18:58:47 <dos1> but firstly... i need to figure out from which backend is contact which is going to be deleted
Apr 29 18:59:07 <ptitjes> mrmoku: because you change the PREFERRED_VERSION of libtool in the SHR distro config ?
Apr 29 18:59:33 <dos1>     _fields[n] = [field_name, field_value, value_used_for_comparison, source]
Apr 29 18:59:40 <dos1> ok, now i know :)
Apr 29 18:59:56 <dos1> comments are really helpful in opimd ;)
Apr 29 18:59:58 <mrmoku> ptitjes: yep... I put that PREFERRED_VERSION in our autorev now...
Apr 29 19:00:07 <mrmoku> though distro is what we want to be
Apr 29 19:00:16 <mrmoku> and Ainulindale bugs me since too long about it :P
Apr 29 19:00:23 <ptitjes> :D
Apr 29 19:01:01 <dos1> there is even _used_backends property
Apr 29 19:01:02 <dos1> ;D
Apr 29 19:02:03 <mrmoku> dos1: respect it ;)
Apr 29 19:02:36 <dos1> of course i will
Apr 29 19:02:37 <dos1> ;)
Apr 29 19:05:23 <dos1> looks like it will be simplier that i thought ;)
Apr 29 19:07:49 <mrmoku> dos1: nice to hear :-)
Apr 29 19:08:55 <mrmoku> ptitjes: hmm... just using newer libtool is no go... does not build
Apr 29 19:09:05 <mrmoku> guess it needs other new stuff too :(
Apr 29 19:09:14 <ptitjes> sheat!
Apr 29 19:09:21 <dos1> mrmoku: time to extend pim.py to support deleting contacts ;)
Apr 29 19:09:48 <mrmoku> dos1: no... time to implement opimd_contact_delete ;)
Apr 29 19:10:31 <dos1> pim.py is great debug app for me, when developing opimd
Apr 29 19:10:43 <dos1> it displays whole backtrace when something is wrong ;)
Apr 29 19:10:58 <mrmoku> yeah... my stuff just segfaults :P
Apr 29 19:11:07 <mrmoku> (without obvious backtrace)
Apr 29 19:11:37 <Heinervdm> dos1: wich function of the backend calls the domain when deleting a contact and with wich argument, contact_data or contact_id?
Apr 29 19:12:51 <dos1> Heinervdm: none. There is no deleting support, i'm writing it now, so everything can change :P
Apr 29 19:13:21 <Heinervdm> i thought the domain side is ready ;)
Apr 29 19:13:39 <Heinervdm> s/ ready/finished/
Apr 29 19:13:41 <bzzbot> Heinervdm meant: i thought the domain side isfinished ;)
Apr 29 19:13:41 <dos1> Heinervdm: heh, the problem is it isn't ;)
Apr 29 19:13:41 <onen> fredrin: hi
Apr 29 19:13:55 <Heinervdm> :)
Apr 29 19:13:58 <dos1> even no stubs
Apr 29 19:14:10 <onen> fredrin: are you the guy on the ML I talk to about local db on the phone?
Apr 29 19:14:46 <dos1> Heinervdm: only "Delete()" in some txt file in /docs dir ;)
Apr 29 19:14:50 <dos1> and nothing more
Apr 29 19:15:29 <Heinervdm> dos1: ok, i know that line :)
Apr 29 19:16:36 <CIA-75> freesmartphone.org: 03ptitjes 07vala-dbus-binding-tool * r97e4640317a7 10/src/vala-dbus-binding-tool.vala: 
Apr 29 19:16:36 <CIA-75> freesmartphone.org: Index Vala names per DBus names prior to generation
Apr 29 19:16:36 <CIA-75> freesmartphone.org: Signed-off-by: Didier 'Ptitjes <ptitjes@free.fr>
Apr 29 19:17:55 <onen> fredrin: hi (don't know if you got my last comment, as some irc messages states you disconnected soon after...)
Apr 29 19:18:12 <fredrin> don't think so
Apr 29 19:18:14 <fredrin> unstable internet
Apr 29 19:18:20 <onen> fredrin: so hi :-)
Apr 29 19:18:26 <fredrin> hay :) 
Apr 29 19:18:27 <onen> fredrin: are you the guy on the ML I talk to about local db on the phone?
Apr 29 19:18:31 <fredrin> yes
Apr 29 19:18:58 <onen> fredrin: what I thought. ok. so again, if you have questions, etc... feel free :-)
Apr 29 19:19:54 <fredrin> sure, i've been reading some code of you, cellhunter and FSO, your code is easy to read, but FSO a bit worse. Like really dense python code 
Apr 29 19:20:21 <fredrin> not quite sure what ogsmd put on the local db
Apr 29 19:25:12 <dos1> mrmoku, Heinervdm: looks like i finished Delete() on domain side
Apr 29 19:25:14 <dos1> ;)
Apr 29 19:25:29 <Heinervdm> dos1: ok, i think i finisched backend side
Apr 29 19:25:41 <dos1> Heinervdm: domain calls del_contact
Apr 29 19:25:51 <Heinervdm> dos1: which argument?
Apr 29 19:25:57 <dos1> Heinervdm: i wanted to ask it too ;)
Apr 29 19:26:03 <dos1> contact data is good?
Apr 29 19:26:30 <dos1> self._contacts[num_id]
Apr 29 19:26:33 <Heinervdm> i think it's the best, because the entry id is not kown at the moment
Apr 29 19:26:51 <dos1> Heinervdm: ID is known, but in opimd index, not in backend
Apr 29 19:27:06 <Heinervdm> yes :)
Apr 29 19:27:16 <dos1> ok :)
Apr 29 19:27:28 <Heinervdm> i'm searching the argument for diff ;)
Apr 29 19:28:33 <dos1> heh, my opimd knowledge is based only on reading the code...
Apr 29 19:28:48 <dos1> i think we should start to document some things
Apr 29 19:29:02 <Heinervdm> diff -n is not the right format...
Apr 29 19:29:32 <dos1> -Nua?
Apr 29 19:29:36 <dos1> something like that
Apr 29 19:29:49 <Heinervdm> that looks good
Apr 29 19:31:00 <Heinervdm> dos1: http://pastebin.com/m12a70030 
Apr 29 19:31:40 <Heinervdm> oh there is an error :)
Apr 29 19:33:02 <Heinervdm> http://pastebin.com/m12e9bf0 that should work
Apr 29 19:33:42 <dos1> Heinervdm: thanks :)
Apr 29 19:33:46 * dos1 is testing
Apr 29 19:36:32 <Heinervdm> dos1: an other error, wrong SQL syntax, i should use an IDE...
Apr 29 19:36:44 <dos1> hehe :)
Apr 29 19:37:39 <Heinervdm> s/,/ AND/
Apr 29 19:37:39 <bzzbot> Heinervdm meant: dos1: an other error AND wrong SQL syntax, i should use an IDE...
Apr 29 19:38:17 <onen> fredrin: sorry, was away
Apr 29 19:38:54 <fredrin> k
Apr 29 19:39:04 <CIA-75> SHR: 03mwester 07shr-overlay * r37295bcdcdb9 10/openembedded/conf/distro/include/ (shr-autorev.inc shr-om-gta01.conf shr-om-gta02.conf): SHR: conf - add machine override files for gta01 and gta02 for correct kernels.
Apr 29 19:39:19 <onen> fredrin: nice. I only had a quick look at CH code. may I ask what you think of my code (I can hear everything), and what you think of comparison of CH and my code?
Apr 29 19:40:19 <onen> ptitjes: ping
Apr 29 19:40:34 <ptitjes> hello onen
Apr 29 19:42:10 <dos1> Heinervdm: so? :)
Apr 29 19:42:19 <fredrin> cellhunter is more bruteforce code, just gets the data and uploads it, no locks, no little error handling
Apr 29 19:42:33 <fredrin> but it feels like it should be an easier way to get the data
Apr 29 19:42:34 <onen> Ainulindale: ping
Apr 29 19:42:48 <Heinervdm> dos1: the IDE tells there are phyton syntax error ;)
Apr 29 19:42:54 <fredrin> if you build a nice local database, then you can just upload what ever you would like 
Apr 29 19:43:04 <fredrin> and have a gui that presents the data 
Apr 29 19:43:58 <Heinervdm> dos1: found it, wrong indent :D
Apr 29 19:44:57 <Heinervdm> dos1: http://pastebin.com/m233c9d27
Apr 29 19:46:03 <Heinervdm> dos1: but i think we have to optimize find_contact_id function, it
Apr 29 19:46:13 <Heinervdm> s not the best
Apr 29 19:47:20 <fredrin> onen: but i still like more the game consept of cellhunter
Apr 29 19:47:22 <dos1> NameError: global name 'find_contact_id' is not defined
Apr 29 19:47:24 <dos1> but i will fix it ;)
Apr 29 19:47:28 <fredrin> but that's more webserver side 
Apr 29 19:47:45 <fredrin> virtual tagging and make making my terreroy, lol like a dog
Apr 29 19:48:06 <Onen> fredrin: sorry, internet connection broke
Apr 29 19:48:21 <Onen> fredrin: what was the last message you got from me?
Apr 29 19:48:28 <Heinervdm> dos1: oh self. missing
Apr 29 19:48:33 <fredrin> when you said ping
Apr 29 19:48:42 <dos1> Heinervdm: yep ;)
Apr 29 19:48:50 <fredrin> i just said i liked the gameconsept of cellhunter
Apr 29 19:48:53 <Heinervdm> dos1: i don't like python ;)
Apr 29 19:48:55 <fredrin> but that is more a webserver thing
Apr 29 19:49:16 <Wonka> I just uploaded this evening's cellhunter data collection... about 2k5 points :)
Apr 29 19:49:22 <dos1>   File "/usr/lib/python2.6/site-packages/framework/subsystems/opimd/pimb_sqlite_contacts.py", line 180, in find_contact_id
Apr 29 19:49:22 <dos1>     return result[0]
Apr 29 19:49:22 <dos1> TypeError: 'NoneType' object is unsubscriptable
Apr 29 19:49:35 <fredrin> Wonka: sweet
Apr 29 19:50:31 <Heinervdm> dos1: it should be result['id']
Apr 29 19:51:00 <Onen> fredrin: indeed. Nick has not that much time, and I don't think he would be interested in a "real" game concept. but a ranking of the contributors by measures, would be ok. only has better to do until now
Apr 29 19:51:18 <dos1> Heinervdm: the same...
Apr 29 19:51:23 <dos1> hmm
Apr 29 19:51:30 <Onen> fredrin: did you get my questions about my code and the one of CH?
Apr 29 19:51:30 <dos1> ok, i will debug it myself
Apr 29 19:51:41 <dos1> that "NoneType" looks not good ;p
Apr 29 19:51:47 <Heinervdm> dos1: i think the query is empty
Apr 29 19:51:52 <fredrin> Onen: yeah
Apr 29 19:51:54 <Onen> Wonka: you should have used openBmap :-P
Apr 29 19:52:05 <fredrin> i said that your code is more carefull 
Apr 29 19:52:14 <fredrin> and maybe gets the data more acurate 
Apr 29 19:52:24 <Wonka> Onen: what's the difference? (besides not being on opkg.org)
Apr 29 19:53:05 <Onen> Wonka: this is on opkg, in SHR and FSO repositories
Apr 29 19:53:14 <fredrin> and the whole 'self' thing of python is a bit confusing for me
Apr 29 19:53:56 <fredrin> and if someone knows what does the '@' mean in python context? 
Apr 29 19:54:02 <fredrin> in front of a function or something
Apr 29 19:55:42 <Onen> Wonka: CH does not focus on quality of the data. And thus, there is much less cleaning possible later. Plus I could not find a way to collaborate on code with him.
Apr 29 19:56:00 <Onen> fredrin: I think this is called "decorator". but I don't master this :-(
Apr 29 19:56:01 <Wonka> Onen: oh... anyway, cellhunter also has a nice website with OSM map and stuff. does openBmap have that too?
Apr 29 19:56:48 <Wonka> I got 4400 points atm, so "starting over" with openBmap would not hurt too much. anyway, i could still run them in parallel.
Apr 29 19:57:13 <Onen> Wonka: Nick (server side guy) makes KML (google earth) files, because you can see the coverage in google earth, as well as on google maps. he could not find a way of doing this with osm :-( (as an osm contributor, this is painful)
Apr 29 19:57:31 <fredrin> Wonka: not sure if running them in parallell would be smart... 
Apr 29 19:57:52 <Zorkman> hi Onen: i donated 1000+ cells yesterday, make good use of them :)
Apr 29 19:58:23 <Onen> fredrin: Wonka: on my side this is ok, I rely on the framework multiplexing things. But CH uses debug AT commands. don't know if this could hurt ...
Apr 29 19:58:56 <fredrin> think he just uses framwork functions 
Apr 29 19:59:04 <Wonka> hm, tangogps worked fine parallely...
Apr 29 19:59:22 <Onen> Zorkman: Thanks! I have started a thread on freesmartphone ML, about the best way to propose downloading of data on OBM site. if you have comments :-)
Apr 29 19:59:34 <Heinervdm> dos1: we can write the entry_id to the database when loading the contact, and then identifiy it by this, but this will slow down the whole thing
Apr 29 19:59:41 <fredrin> Wonka: sure, but i don't know about fighting for the gsm Monitor inferface is the best
Apr 29 19:59:43 <Zorkman> Onen: i'm not on that ML, so i didn't see it
Apr 29 20:00:00 <dos1> Heinervdm: why slow down?
Apr 29 20:00:15 <Heinervdm> dos1: slow down the loading
Apr 29 20:00:40 <Onen> fredrin: yes, that is what I meant, it uses the interface from the framework, to send AT commands directly. he does not rely on FSO api for gsm afaik
Apr 29 20:01:07 <dos1> Heinervdm: why? it's only one added field. one if less :P
Apr 29 20:01:36 <dos1> i mean "if" instruction
Apr 29 20:01:36 <dos1> ;)
Apr 29 20:02:22 <Onen> fredrin: Wonka: if CH uses framework api (even to send AT commands), I guess this should be ok. that is the purpose of the framework. isn't it?
Apr 29 20:02:34 <Heinervdm> dos1: we have to do this in the load_entries_from_db function
Apr 29 20:02:40 <fredrin> yes
Apr 29 20:02:48 <alexxy> dos1 / mrmoku: when can i find mls for shr?
Apr 29 20:03:03 <dos1> Heinervdm: i think i did that. testing now :P
Apr 29 20:03:17 <Heinervdm> dos1: ok :)
Apr 29 20:03:20 <fredrin> Onen: but it seams to me that using signals and events is the way to go to collect data
Apr 29 20:03:28 <mrmoku> alexxy: mailing lists?
Apr 29 20:03:34 <alexxy> yep
Apr 29 20:03:35 <Onen> Zorkman: last update this morning. so your cells should show up on the KML and the website. Thanks for your contributions!
Apr 29 20:03:43 <mrmoku> alexxy: lists.shr-project.org
Apr 29 20:03:45 <dos1> Heinervdm: i think fields starting at "_backend" could be special fields ;)
Apr 29 20:03:48 <dos1> like _backend_entry_id
Apr 29 20:04:39 <Zorkman> Onen: np it looks like i'm the only one in belgium mapping the the cell operator "BASE" :)
Apr 29 20:04:43 <Heinervdm> dos1: good idea :)
Apr 29 20:05:04 <CIA-75> freesmartphone.org: 03mok 07libframeworkd-glib * r1fc7cc860af3 10/src/opimd/ (4 files in 2 dirs): 
Apr 29 20:05:04 <CIA-75> freesmartphone.org: opimd: implement opimd_contact_delete
Apr 29 20:05:04 <CIA-75> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
Apr 29 20:05:15 <mrmoku> waiting for you guys ;)
Apr 29 20:05:33 <Onen> fredrin: sure. that is what I rely on as much as possible. signals. Or do I misunderstand what you mean?
Apr 29 20:05:49 <Heinervdm> mrmoku: i think it's finished now :)
Apr 29 20:06:02 <mrmoku> Heinervdm: :-)
Apr 29 20:06:03 <dos1> mrmoku: i have first commit prepared. now only testing SQLite backend ;)
Apr 29 20:06:19 <mrmoku> dos1: does it work for SIM?
Apr 29 20:06:21 <Onen> Zorkman: no I did it first (driving between germany and france, roaming :-) )
Apr 29 20:06:36 <Wonka> and while i'm here... how do i convince my SHR not to go to suspend just because i didn't tap on the screen for some seconds?
Apr 29 20:06:40 <dos1> mrmoku: now not, but it can when SIM backend will support it ;)
Apr 29 20:06:54 <Wonka> setting suspend timeout to -1 in settings app doesn't quite cut it
Apr 29 20:06:56 <mrmoku> dos1: and when will that be ?:P
Apr 29 20:07:03 <dos1> mrmoku: maybe tomorrow ;)
Apr 29 20:07:11 <mrmoku> dos1: ok
Apr 29 20:07:20 <Zorkman> but they don't show up on the map Onen: http://realtimeblog.free.fr/cell_map.php?mcc=206&mnc=20&lac=&cellid=&display=Display
Apr 29 20:07:41 <mrmoku> Wonka: you don't have to fiddle with the timeouts
Apr 29 20:07:53 <Onen> Wonka: if you look at the mailing lists, you will see that there has been some discussion about the different GSM/GPS cells projects. so far, no collaboration common ground found. And the difference of openBmap, quantity not at the cost of quality
Apr 29 20:07:57 <mrmoku> there is a toggle above the timeouts... the upper one for display
Apr 29 20:08:02 <mrmoku> just switch it to off
Apr 29 20:08:05 <TAsn> if someone can, please bump the pyphonelog version... (minor version change) I changed it so it now expects the call duration in the db to be seconds, not string.
Apr 29 20:08:07 <Zorkman> Onen: there seems to be no germany -> france link
Apr 29 20:08:16 <mrmoku> and display won't dim
Apr 29 20:08:35 <Onen> Zorkman: give me a minute, I look at it
Apr 29 20:09:11 <Zorkman> Onen: i think you mapped another operator
Apr 29 20:09:17 <Wonka> mrmoku: i meant suspend. like "nothing runs until i tap power button to wake it up".
Apr 29 20:09:28 <mrmoku> Wonka: then the second toggle :P
Apr 29 20:09:39 <Zorkman> Onen: you mapped proximus in belgium I think http://realtimeblog.free.fr/cell_map.php?mcc=206&mnc=1&lac=&cellid=&display=Display
Apr 29 20:09:39 <Onen> Zorkman: what are the other operators in Belgium?
Apr 29 20:09:51 <Heinervdm> dos1: why? sim backend only supports loading
Apr 29 20:09:54 <Wonka> mrmoku: it is off. it still suspended.
Apr 29 20:09:58 <Zorkman> 1: Proximus  ; 10: Mobistar   ; 20:Base
Apr 29 20:10:14 <dos1> Heinervdm: so i will write support of adding and deleting ;)
Apr 29 20:10:20 <mrmoku> Wonka: hmm... that would be wrong
Apr 29 20:10:53 <Heinervdm> dos1: ok, but one can test it without support for sim backend :)
Apr 29 20:11:29 <dos1> Heinervdm: something doesn't work :(
Apr 29 20:11:39 <Wonka> just dimmed...
Apr 29 20:11:51 <Wonka> and now it suspended
Apr 29 20:12:10 <Wonka> display back on, text scrolling by, little popping sound, and gone.
Apr 29 20:12:59 <Heinervdm> dos1: cvs backand has delete und update property set, perhaps it's that?
Apr 29 20:13:39 <Onen> Zorkman: mcc="206" mnc="1"
Apr 29 20:13:40 <dos1> Heinervdm: no. it looks like some sqlite think. del_contact is called in sqlite backend
Apr 29 20:13:56 <dos1> as i added print with contact ID, and it returns correct value
Apr 29 20:14:08 <Onen> Zorkman: what do you mean by no germany->france link?
Apr 29 20:14:13 <Zorkman> Yeah, i already found that ou Onen
Apr 29 20:14:43 <Zorkman> Onen: i thought you meant you already mapped BASE towers (on your trip from germany to france) but i found out you mapped proximus towers
Apr 29 20:16:17 <Heinervdm> dos1: can you show me the code?
Apr 29 20:17:01 <CIA-75> freesmartphone.org: 03seba.dos1 07framework * r354ad103c589 10/framework/subsystems/opimd/pimd_contacts.py: opimd: add Delete() method in Contacts domain
Apr 29 20:17:56 <Onen> Zorkman: yes that is what I meant. But I was wrong. you are right, mnc 1. So, you desserve our thanks for being the first and only to map Base in Belgium for us :-)
Apr 29 20:18:14 <fredrin> hum, i think the upgrade to latest shr-unstable went ok, the phone booted
Apr 29 20:18:21 <fredrin> with opkg 
Apr 29 20:18:22 <Zorkman> Onen: thanks but I don't need thanks; i'll try to convince some friends to also start mapping
Apr 29 20:19:10 <Onen> Zorkman: thanks for not wanting thanks
Apr 29 20:19:18 <dos1> Heinervdm: http://openmoko.opendevice.org/~dos/pimb_sqlite_contacts.py
Apr 29 20:20:08 <fredrin> lol
Apr 29 20:20:13 <Onen> Zorkman: do they have a freerunner, or you mean with the windows mobile version?
Apr 29 20:20:39 <dos1> Heinervdm: looks like UPDATE deleted=1 isn't executed... or WHERE deleted=0...
Apr 29 20:20:41 * Onen wants to thank everyone for their contribution to everything
Apr 29 20:20:48 <dos1> del_contact has correct contactId
Apr 29 20:21:06 <Heinervdm> dos1: you can try to realy delete the contact, uncomment the 2 lines
Apr 29 20:21:44 <Heinervdm> or do we have to flush the cursor?
Apr 29 20:21:52 <dos1> Heinervdm: i tried. DELETE doesn't work too.
Apr 29 20:21:56 <Heinervdm> dos1: :D
Apr 29 20:22:09 <Heinervdm> self.con.commit() is missing ;)
Apr 29 20:23:04 <dos1> it works! :)
Apr 29 20:24:34 <thrashold> Damn, I just wrote a right-click emulation program that works on my desktop, but not on my Phone. (Well, it seems to work in xev on the phone, but not in apps..)
Apr 29 20:24:55 <CIA-75> freesmartphone.org: 03seba.dos1 07framework * r9ff9e0140bee 10/framework/subsystems/opimd/pimb_sqlite_contacts.py: opimd: add support for deleting contacts in SQLite backend. Worked by Heinervdm too.
Apr 29 20:25:22 <Heinervdm> dos1: and now i understand how you get the contact id ;) i wanted to save it in the db but you saved it in contact_data, thats really better :)
Apr 29 20:25:56 <Zorkman> Onen: FR (but have to go now, bye)
Apr 29 20:26:07 <Onen> Zorkman: bye
Apr 29 20:26:16 <dos1> ok, have to go now
Apr 29 20:26:19 <dos1> bye :)
Apr 29 20:26:21 <dos1> mrmoku: done ;)
Apr 29 20:26:26 <Onen> dos1: bye :-)
Apr 29 20:26:54 <Onen> joke aside, got to go too. bye everyone
Apr 29 20:31:53 <TAsn> raster, hey, any ideas why the scrolling is so slow in the illume desktop? I mean, do you know where's the bottleneck at? or what can be done to improve it? and also concerning lists in apps, wouldn't caching the next and previous (the one out of the screen) entries will vastly improve everything?
Apr 29 20:34:58 * mwester bets getting rid of gradients and antialiasing and other overhead would help a lot.
Apr 29 20:37:12 <TAsn> mwester, yeah, gradients are a big hogs and not really needed, though anti-aliasing is important.
Apr 29 20:37:18 <TAsn> makes everything look slick ;]
Apr 29 20:37:45 <TAsn> well anyhow, I'm off.
Apr 29 20:37:46 <TAsn> night.
Apr 29 20:38:10 * mwester is reminded of some of the automobiles around here --- big, painted up, fancy, lots of chrome, fat tires --- but not enough horsepower to even break the speed limit.
Apr 29 20:39:04 * Sharwin_F 's been able to send a file to another mobile using bluetooth and this GUI: http://www.opkg.org/package_212.html
Apr 29 20:39:06 <Sharwin_F> :D
Apr 29 20:39:35 <Sharwin_F> maybe it's useful for someone who want to implement it for shr :)
Apr 29 20:40:09 <fredrin> where's dave? 
Apr 29 20:41:13 <fredrin> I'm off
Apr 29 20:41:15 <fredrin> *poff*
Apr 29 20:42:16 <CIA-75> SHR: 03mok 07libframeworkd-phonegui-efl2 * r14660e4f13fb 10/src/view/ (contact-delete-view.c contact-list-view.c): contacts: implement deleting contacts via opimd
Apr 29 20:45:26 <Sharwin_F> btw, has the  "suspending=> no gsm" bug been solved on unstable?
Apr 29 21:12:19 <Wonka> argh...
Apr 29 21:12:27 <Wonka> tcpdump: Can't open USB bus file /sys/kernel/debug/usbmon/0t: No such file or directory
Apr 29 21:12:31 <Wonka> wtf?
Apr 29 21:12:47 <Wonka> "sudo tcpdump -ni usb0"
Apr 29 21:23:34 <lindi-> Wonka: interesting, which version of tcpdump?
Apr 29 21:23:45 <lindi-> Wonka: it should use /dev/usbmon
Apr 29 21:24:16 <Wonka> lindi-: debian amd64 4.0.0-2
Apr 29 21:24:30 <Wonka> lindi-: this usb0 is the cdc_ether side
Apr 29 21:24:51 <Wonka> lindi-: same command on freerunner (g_ether module) works ok
Apr 29 21:25:47 <Wonka> libpcap0.8 1.0.0-1
Apr 29 21:27:14 <lindi-> Wonka: nice to see that in debian
Apr 29 21:27:33 <Wonka> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=520259
Apr 29 21:29:23 <dos1|neo> Heinervdm,nrmoku|away: i have patch for opimd ;)
Apr 29 21:29:24 <Wonka> lindi-: »The next upstream version of libpcap will rename the USB capture
Apr 29 21:29:28 <Wonka> pseudo-interfaces to 'usbmonN', fixing the namespace conflict.
Apr 29 21:29:30 <Wonka> «
Apr 29 21:30:21 <dos1|neo> deleting contact which was added in the same opimd session didn't work
Apr 29 21:30:33 <dos1|neo> i fixed that
Apr 29 21:31:13 <lindi-> Wonka: is that for general purpose usb data or just for usb ethernet?
Apr 29 21:32:33 <Wonka> lindi-: libpcap currently assumes you want to dump usb data when you give an interface name starting with "usb". this is changed to "usbmon", so usb0 ethernet interfaces will work ok in some time.
Apr 29 21:32:53 <Wonka> lindi-: and "usb data" is generic usb data packets, afaics
Apr 29 21:38:43 <CIA-75> freesmartphone.org: 03smartphone-userland 07cornucopia * r7521e9c1df8a 10/libfsotransport/fsotransport/Makefile.am: 
Apr 29 21:38:43 <CIA-75> freesmartphone.org: libfsotransport: move fsotransport.h
Apr 29 21:38:43 <CIA-75> freesmartphone.org: commit b26bc573a325ddca66fcd1788047322b6611cab6
Apr 29 21:38:43 <CIA-75> freesmartphone.org: Author: Heiko Stuebner <heiko@sntech.de>
Apr 29 21:38:43 <CIA-75> freesmartphone.org: Date: Tue Apr 28 20:07:33 2009 +0200
Apr 29 21:38:46 <CIA-75> freesmartphone.org:  Placement of fsotransport.h according to the similiar change in
Apr 29 21:38:48 <CIA-75> freesmartphone.org: libgsm0710mux, so libgsm0710mux can find it when compiling
Apr 29 21:42:10 <CIA-75> freesmartphone.org: 03dos 07framework * r0a3b7cd7663d 10/framework/subsystems/opimd/pimb_sqlite_contacts.py: opimd: SQLite_Contacts: set _backend_entry_id in add_entry too. Fixes problem with deleting new contacts.
Apr 29 21:43:26 <dos1|neo> there is still one problem
Apr 29 21:43:44 <dos1|neo> with ids in opimd cache
Apr 29 21:44:42 <dos1|neo> one id can be used in few contacts
Apr 29 21:45:56 <dos1|neo> but it's design problem, not deleting itself
Apr 29 21:46:03 <dos1|neo> so don't test brute force on it ;)
Apr 29 21:46:16 <dos1|neo> ok, going to sleep now
Apr 29 21:46:25 <dos1|neo> good night :)
Apr 29 22:00:21 <lindi-> Wonka: ye
Apr 29 22:00:29 <lindi-> Wonka: very cool
Apr 29 22:03:45 <Wonka> i has a purring cat!
Apr 29 22:04:01 <Wonka> openmiaocat rocks :)
Apr 29 22:06:57 <lindi-> Wonka: it's an X program that needs to be run as root? :(
Apr 29 22:07:16 <lindi-> Wonka: that's very uncool :(
Apr 29 22:07:38 <Wonka> it needs access to the vibrator
Apr 29 22:08:00 <Wonka> anyway, what does _not_ run as root on FR?
Apr 29 22:08:19 <lindi-> I run my X apps as 'lindi'
Apr 30 00:47:58 <raster> TAsn: text effects will be hurting - and b lending of icons. gradient bg is just an image tiled. yes a solid color is chepaer - but thats as cheap as you'll ever get. also remember evas is drawing in 32bpp in software, converting to 16bpp and ditherign then uploading
Apr 30 00:49:09 <raster> mwester: that pretty much sums up the gta02 - pissy video bus, low-end soc, and high-res screen meaning lots of work to  draw updates
Apr 30 00:54:08 <rozzin> So..., how much improvement can someone expect to get by swapping in a lighter theme?
Apr 30 00:55:12 <raster> try it and find out
Apr 30 00:55:22 <raster> the text dra2wing is heavy thanks to the dropshadow
Apr 30 00:55:33 <raster> (as that means it has to draw the shadow text about 25 times)
Apr 30 00:55:41 <rozzin> It's on my list :)
Apr 30 00:56:04 <rozzin> Is there a way to just turn dropshadows off?
Apr 30 00:58:11 <raster> the theme defines the style for the text
Apr 30 00:58:34 <raster> dropshadows on windows is another thing (done by a module)
Apr 30 00:59:36 <rozzin> I'm just barely digging into things, right now--
Apr 30 01:00:42 <rozzin> learned enough Edje and Etk to start hacking on SHR's phonegui, a couple of weekends ago;
Apr 30 01:03:43 <rozzin> I'm just remembering some comments from ~1999 about how `Enlightenment running a conservative theme is quite fast, but people go wild with all sorts of shaped windows and stuff and then complain that it's slow...'
Apr 30 01:04:29 <rozzin> and the FreeRunner isn't *really* that far behind where PCs were in 1999, is it? :)
Apr 30 01:04:53 <raster> it actually is
Apr 30 01:06:11 <raster> video-bus-wise  it's about 5% of the speed of my P120 i got in 1996
Apr 30 01:07:21 <rozzin> Yow.
Apr 30 01:07:44 <raster> memory-bus wise it's about 20% of my p120 at the time
Apr 30 01:07:59 <raster> no wayt
Apr 30 01:08:00 <raster> 50%
Apr 30 01:08:18 <raster> let me put it in perspective
Apr 30 01:08:59 <raster> gfx-performance-wise gta02 is about 20% of my omap3 which is at 600mhz
Apr 30 01:09:37 <rozzin> It's still fast enough for TangoGPS to scroll the entire screen smoothly, though...?
Apr 30 01:09:55 <raster> and thats keeping up with a 1ghz via x86 cpu
Apr 30 01:10:17 <raster> i dont know what tangogps does
Apr 30 01:10:34 <raster> but if u just want simple scrolling - SIMPLE scrolling then that can be done on the glamo
Apr 30 01:10:34 <raster> in hw
Apr 30 01:10:38 <raster> but evas doesnt use that
Apr 30 01:10:40 <raster> it can't
Apr 30 01:10:47 <raster> because 1. you're using the software engine
Apr 30 01:11:20 <raster> 2. you could use xrender - that in theory would do copies inside glamo, but you'll find it considerably slower than software anyway thanks to all the fallbacks
Apr 30 01:11:34 <raster> 3. evas doesnt have a concept of scrolling. it simply redraws
Apr 30 01:11:50 <raster> you cant just scroll if you have alpha blending onto thigns below that dont scroll with it
Apr 30 01:11:55 <raster> eg a static bg 
Apr 30 01:12:19 <raster> also dithering negates the ability to blit/scroll as the dither pattern will gain cumulative errors
Apr 30 01:17:16 <rozzin> Mmm.
Apr 30 01:28:39 <raster> rozzin: remember there is also a software-16 engine
Apr 30 01:28:44 <raster> it renders internally in 16bpp
Apr 30 01:29:01 <raster> it is faster - but you pay a price - quality, and some things wont work.
Apr 30 01:29:08 <raster> (you will get crashes)
Apr 30 01:29:27 <raster> gta02 is basically a slow old platform with a really high res screen slapped on it
Apr 30 01:29:39 <raster> the cpu and gfx chip were built and designs in the days qvga was king
Apr 30 01:29:50 <raster> but they are ebing squeezed to do VGA
Apr 30 01:29:52 <raster> being
Apr 30 01:30:17 <raster> drop to qvga and you'll find that it works well again
Apr 30 01:30:23 <raster> well much better
Apr 30 01:32:07 <rozzin> Can I actually do QVGA on the FreeRunner?
Apr 30 01:34:46 <raster> possible - but last i checked - bugs meant it was all broken
Apr 30 01:34:54 <raster> ts calibration wasnt adjusted either
Apr 30 01:35:02 <raster> so ts still reported 480x640 coords
Apr 30 01:35:24 <raster> nb the day and age of the cpu/gklamo was also 16bit
Apr 30 01:35:51 <raster> 32bit was too much - evas's internals are 32bit for sheer quality. in my experience it has worked beatifully even despite this
Apr 30 01:36:10 <raster> but theplatforms i tested on prior to gta02 was an ipaq3660
Apr 30 01:36:16 <raster> that was 206mhz and qvga
Apr 30 01:36:26 <rozzin> Well, ts-calibration I can probably handle....
Apr 30 01:36:56 <rozzin> what's `all broken' mean?
Apr 30 01:37:47 <raster> display
Apr 30 01:38:04 <raster> its garbled with lines and gradients things chopped off/repeated
Apr 30 01:38:11 <raster> looks like the lcd out timings are broken
Apr 30 01:39:08 <rozzin> are these open bugs in a bugtracker somewhere?
Apr 30 01:39:13 <raster> no idea
Apr 30 01:40:13 <rozzin> Are these at least *software* bugs?
Apr 30 01:42:01 <raster> yes
Apr 30 01:42:13 <raster> i'm pretty sure of that
Apr 30 01:43:27 <rozzin> "garbled with lines and gradients things chopped off/repeated" is how my screen looks in the middle of a rotation....
Apr 30 01:50:27 <raster> just try it
Apr 30 01:51:45 <rozzin> Yah.
**** ENDING LOGGING AT Thu Apr 30 02:59:57 2009