**** BEGIN LOGGING AT Tue Nov 24 03:00:00 2009
Nov 24 06:56:45 <mrmoku> TAsn: I need a working libphone-ui-shr-dbg now :|
Nov 24 06:57:25 <TAsn> why?
Nov 24 06:57:36 <TAsn> before that just build and test libphone-ui :P
Nov 24 06:57:46 <TAsn> (already tested it myself)
Nov 24 06:57:53 <TAsn> it's very nice.
Nov 24 06:57:57 <TAsn> actually, before that
Nov 24 06:58:10 <TAsn> check and tell me the % where volume starts not to matter
Nov 24 06:58:19 <TAsn> so I'll set the config correctly (by default)
Nov 24 06:58:25 <TAsn> atm I changed it to 75%
Nov 24 06:58:29 <TAsn> but I wasn't sure.
Nov 24 06:59:26 <mrmoku> TAsn: because it segfaults when trying to write SMS... and I have now idea why and where :(
Nov 24 06:59:40 <mrmoku> TAsn: just try... should segfault for you too :P
Nov 24 07:05:09 <TAsn> mrmoku, nah, I don't like segs :P
Nov 24 07:05:33 <TAsn> mrmoku, when is it suppose to seg?
Nov 24 07:05:45 <TAsn> ok
Nov 24 07:05:50 <TAsn> when clicking new :P
Nov 24 07:05:51 <mrmoku> TAsn: right after pressing new message... eithre from the list or the dialer
Nov 24 07:05:54 <mrmoku> yup :)
Nov 24 07:06:21 <TAsn> ciao, gtg to work
Nov 24 07:06:26 <TAsn> will try to think about it
Nov 24 07:06:36 <TAsn> but build libphone-ui
Nov 24 07:06:38 <TAsn> :)
Nov 24 07:06:48 <TAsn> and before that
Nov 24 07:06:58 <TAsn> test to tell me what % you want to be the lower limit
Nov 24 07:07:51 <TAsn> ciao.
Nov 24 07:07:58 <TAsn> have fun debugging :)
Nov 24 07:09:09 <mrmoku> have fun working ;)
Nov 24 07:09:19 * mrmoku too has to do some daywork first :|
Nov 24 07:20:54 <blindcoder> JaMa: yay \o/
Nov 24 07:52:20 <Wonka> DocScrutinizer-8: hrhr
Nov 24 07:53:42 <Wonka> DocScrutinizer-8: I noticed the EGNOS sats (PRNs 120 and 124) being displayed to the north of my position (I am in germany) - as they are geostationary, that should be impossible. And their azimuth as displayed by cgps also sounded more like south-ish.
Nov 24 07:55:32 <DocScrutinizer-8> hmm, alas neither of the mentioned devices seems to ever receive any  of the geostationary vallue-added sats
Nov 24 07:59:09 <raster> DocScrutinizer-8:  docz!
Nov 24 07:59:37 <DocScrutinizer-8> raster: mooo
Nov 24 08:00:06 <raster> burrp
Nov 24 08:00:10 <raster> got your n900?
Nov 24 08:00:15 <raster> (i'll keep asking!)
Nov 24 08:00:25 <DocScrutinizer-8> grrrrrrrr, don't ask at all
Nov 24 08:00:34 <raster> hahahahahahahahah
Nov 24 08:00:43 <raster> DocScrutinizer-8:  orderd from nok directly?
Nov 24 08:00:52 <DocScrutinizer-8> new rumour is they postpone to 12-03
Nov 24 08:01:00 <DocScrutinizer-8> yep
Nov 24 08:01:21 <raster> wtf?
Nov 24 08:01:29 <raster> i  heard its shipping already?
Nov 24 08:01:33 <DocScrutinizer-8> well, just a week
Nov 24 08:02:07 <DocScrutinizer-8> webshop has removed the "will prolly ship 11-25" notice
Nov 24 08:02:26 <DocScrutinizer-8> so maybe nokia is really starting to ship
Nov 24 08:02:41 <DocScrutinizer-8> and the postpone is for resellers only
Nov 24 08:03:11 <DocScrutinizer-8> kinda drives me nuts
Nov 24 08:03:13 <JaMa> mrmoku|away: I know I was against removing minimal.conf from our shr.conf, but now I would like to remove it too :) IIRC spaetz wanted to remove it because of avahi there.. I want to remove it because of include preferred-version-xorg-X11R7.4 there (that's why pixman is downgraded now.. but newest version bumped by Koen doesn't compile here.. so I didn't fix it preferred-shr-versions..
Nov 24 08:05:15 <raster> DocScrutinizer-8:  might be
Nov 24 08:05:21 <raster> DocScrutinizer-8:  i heard its shipping to the resellers now
Nov 24 08:05:26 <raster> and to direct customer sho bought
Nov 24 08:05:32 <raster> so u get it earlier if direct
Nov 24 08:05:44 <DocScrutinizer-8> yep
Nov 24 08:06:40 <DocScrutinizer-8> u bet they will do like this. we got a law I can return any purchase done via internet, 2 weeks after package arrives
Nov 24 08:07:03 <DocScrutinizer-8> and the resellers are >100EUR cheaper
Nov 24 08:07:50 <raster> yup
Nov 24 08:14:29 <zoff99> please any help with bitbake libx11 in ? http://navit.pastebin.com/m4fceb0ff
Nov 24 08:21:28 <spaetz> morning
Nov 24 08:23:07 <JaMa> spaetz: I know I was against removing minimal.conf from our shr.conf, but now I would like to remove it too :) IIRC spaetz wanted to remove it because of avahi there.. I want to remove it because of include preferred-version-xorg-X11R7.4 there (that's why pixman is downgraded now.. but newest version bumped by Koen doesn't compile here.. so I didn't fix it preferred-shr-versions..
Nov 24 08:29:59 <[Rui|snoring]> erms... was PolicyKit renamed into polkit?
Nov 24 08:30:29 <[Rui]> looking at http://hal.freedesktop.org/releases/ I see that PolicyKit 0.9 (current PV) is from mid 2008
Nov 24 08:30:58 <[Rui]> however there's a few polkit packages from this year
Nov 24 08:31:54 <[Rui]> and good morning to ye all :)
Nov 24 08:38:53 <[Rui]> indeed Ubuntu has one of these earlier versions
Nov 24 08:47:34 <rebelThor> what's up with Not downgrading package atd on root from 0.80-r1.4 to 0.70-r2.4.? should I opkg remove atd && opkg install atd-over-fso ?
Nov 24 08:48:34 <[Rui]> yes, but remove atd with -forcedeps (IIRC)
Nov 24 08:58:10 <spaetz> JaMa: I don't care really
Nov 24 08:58:39 <spaetz> removing minimal.conf would get rid of avahi, but it would be a workaround really. THe correct fix is to make BAD_RECOMMENDATIONS work
Nov 24 08:58:49 * spaetz hates worarounds and like proper fixes, usually
Nov 24 08:58:57 <spaetz> s/worarounds/workarounds/
Nov 24 08:59:35 <JaMa> spaetz: removing whole include isn't as easy as removing avahi :)
Nov 24 09:00:11 <spaetz> JaMa: removing avahi is not possible at all
Nov 24 09:00:24 <spaetz> as that BAD_RECOMMENDATIONS thingie is simply not working
Nov 24 09:00:49 <spaetz> and neither is module_autoload
Nov 24 09:01:03 * spaetz is annoyed about the fragility of Openembedded/bitbake functionality
Nov 24 09:01:27 <JaMa> spaetz: you can still replace DISTRO_EXTRA_RRECOMMENDS value after include..
Nov 24 09:01:44 <spaetz> JaMa: ok, that is true. But minimal conf does "+="
Nov 24 09:01:52 <spaetz> so I would have to check if it's set before.
Nov 24 09:01:57 <JaMa> spaetz: but you cannot do for i in preferred-xorg-version-X11R7.4; do unset $i; done
Nov 24 09:02:05 <spaetz> right
Nov 24 09:02:15 <JaMa> spaetz: so i removed it locally
Nov 24 09:02:39 <JaMa> spaetz: and won't commit it, if you or someone else doesn't like it..
Nov 24 09:02:50 <spaetz> commit to shr/merge?
Nov 24 09:03:01 <JaMa> rather oe.dev
Nov 24 09:03:10 <JaMa> to stay as close as possible
Nov 24 09:03:10 <spaetz> ahh, remove the minimal.conf inclusion
Nov 24 09:03:15 <spaetz> ok, I am fine with that
Nov 24 09:03:25 <spaetz> jsut check that all other includes are still there
Nov 24 09:03:40 <JaMa> but it means copying almost all stuf to shr.conf directly.. :/
Nov 24 09:03:43 <spaetz> and that the rest of the DISTRO_EXTRA_RERECOMMENDS is still being installed
Nov 24 09:04:00 <spaetz> I know. sucks. But if that's what is needed ... 
Nov 24 09:04:01 <JaMa> sure.. checked already..
Nov 24 09:04:02 * spaetz shrugs
Nov 24 09:04:25 <JaMa> but ie include for X11R7.5 won't be there anymore too
Nov 24 09:04:37 <spaetz> yep
Nov 24 09:33:04 <spaetz> JaMa: send the patch to shr-devel, and I can formally "Ack" it, if you want that
Nov 24 09:33:13 <spaetz> if my ack is worth anything :)
Nov 24 09:33:34 <spaetz> or openembedded-devel...
Nov 24 09:36:57 <JaMa> spaetz: ok
Nov 24 09:37:18 <JaMa> spaetz: I was planing to do it in shr-devel :)
Nov 24 09:46:31 <Heinervdm> JaMa: don't we need require conf/distro/include/preferred-xorg-versions-X11R7.5.inc
Nov 24 09:48:36 <rebelThor> anyone know where the source for opimd-utils-notes is? it seems to be cutting one character on each save/edit from the input :)
Nov 24 09:49:46 <soltys> rebelThor: http://git.shr-project.org/git/?p=opimd-utils.git;a=summary
Nov 24 09:49:48 <soltys> afaik
Nov 24 09:49:54 <rebelThor> soltys: thanks!
Nov 24 09:50:00 <soltys> np ;)
Nov 24 09:51:32 <mrmoku> JaMa: any disadvantage?
Nov 24 09:52:14 <spaetz> mrmoku: we'd need to include the stuff from minimal.conf in shr.conf
Nov 24 09:52:28 <spaetz> and keep track if stuff changes there.
Nov 24 09:52:33 <JaMa> Heinervdm: is it a question?
Nov 24 09:52:33 <mrmoku> hmm
Nov 24 09:52:39 <JaMa> Heinervdm: then answer is no
Nov 24 09:52:55 <JaMa> Heinervdm: we're using everything xorg related in newest version
Nov 24 09:53:06 <mrmoku> who is maintainer of minimal.conf? isn't it mickey|zzZZzz ?
Nov 24 09:53:08 <JaMa> Heinervdm: problem with it included is now with pixman
Nov 24 09:53:34 <Heinervdm> JaMa: ah, so there is no preferred xorg version in other configs?
Nov 24 09:53:53 <JaMa> Heinervdm: newest changed from 1.17.1 to 1.17.3, then preferred_version in shr versions wasn't found and 1.12 was used
Nov 24 09:53:55 <mrmoku> I think we should fix minimal.conf instead... include avahi only if it is in DISTRO_FEATURES maybe
Nov 24 09:53:58 <mrmoku> and update pixman
Nov 24 09:54:16 <JaMa> Heinervdm: with that version removed from shr versions i got 1.16 because that in X11R75
Nov 24 09:54:48 <JaMa> Heinervdm: and if I remove also X11R74 i will get 1.17.3 because I increased DEFAULT_PREFERRENCE_shr there to 1
Nov 24 09:55:15 <Heinervdm> JaMa: ok
Nov 24 09:55:21 <JaMa> mrmoku: but then you need to bump pixman preferred version every time Koen updates PV
Nov 24 09:55:28 <spaetz> mrmoku: yes. That would be the proper way to fix things
Nov 24 09:55:28 <mrmoku> ouch
Nov 24 09:55:29 <JaMa> mrmoku: otherwise you get version like 1.12..
Nov 24 09:55:36 <spaetz> mmh
Nov 24 09:55:41 <mrmoku> on the other hand...grepping for minimal.conf
Nov 24 09:55:47 <mrmoku> we're the only distro including that
Nov 24 09:55:56 <spaetz> at least the only one in-tree
Nov 24 09:55:57 <mrmoku> so probably it is not thought to be included anyway :P
Nov 24 09:55:58 <JaMa> mrmoku: and I've seen include of xorg-version in micro.conf lately.. so I guess nobody will remove it from minimal..
Nov 24 09:56:13 <spaetz> there are out-of tree distros
Nov 24 09:56:25 <JaMa> mrmoku: I included it because it seemed like good "default"
Nov 24 09:56:26 <mrmoku> then let's just remove it in try to keep track of needed changes 
Nov 24 09:56:34 <mrmoku> s/in/and/
Nov 24 09:56:34 <apt> mrmoku meant: then let's just remove it and try to keep track of needed changes 
Nov 24 09:56:41 <JaMa> mrmoku: and no need to define lots of PROVIDERS with it..
Nov 24 09:56:51 <JaMa> mrmoku: but maybe it wasn't so good idea..
Nov 24 09:57:08 <spaetz> mrmoku: ok let's do that. and probably we should be asking openembedded-devel on how acceptable eg an avahi change in minimal.conf would be
Nov 24 09:57:18 <spaetz> in parallel
Nov 24 09:57:49 <spaetz> mrmoku: seen? mickey fixed fsodeviced to not having to be niced (alsa player is a plugin) and to not always hog up /dev/rtc0
Nov 24 09:58:17 <JaMa> mrmoku: already done :), not pushed.. with updated shr.conf i don't get any significant change in shr-image.. few updated in gconf-dbus libcalibrate proto and about 2 more
Nov 24 09:58:31 <mrmoku> JaMa: good
Nov 24 09:58:36 <mrmoku> spaetz: yep seen it :)
Nov 24 09:58:44 <JaMa> mrmoku: just avahi removed, opkg setting removed (opkg-nogpg was there)
Nov 24 09:58:47 <mrmoku> JaMa: btw. do you know how to do correct dbg packages?
Nov 24 09:58:51 <JaMa> mrmoku: profiders sorted
Nov 24 09:59:16 <mrmoku> JaMa: nvm have to try something first :P
Nov 24 09:59:19 <JaMa> and those xorg includes removed of course
Nov 24 09:59:20 <Heinervdm> JaMa: why gconf-dbus and not gconf? 
Nov 24 09:59:27 <Heinervdm> dbus support is now in gconf too
Nov 24 10:00:26 <JaMa> Heinervdm: not sure... if provider changed.. its maybe error.. I just seen it in shr-image build and guessed that it was only updated
Nov 24 10:01:02 <JaMa> Heinervdm: ah.. my fault..
Nov 24 10:01:09 <JaMa> Heinervdm: 2 providers for gconf..
Nov 24 10:01:17 <Heinervdm> :)
Nov 24 10:02:31 <JaMa> Heinervdm: sent
Nov 24 10:02:55 * JaMa back to daywork
Nov 24 10:42:09 <mrmoku> heh.... found it :)
Nov 24 10:43:01 <mrmoku> raster: did something change regarding "changed" callbacks for entries?
Nov 24 10:52:51 <spaetz> Jesus! Help my disabled widgets!
Nov 24 11:00:11 <mrmoku> raster come back :P
Nov 24 11:01:11 <JaMa> mrmoku, spaetz: should i push merged config?
Nov 24 11:01:45 * JaMa not sure what was final decision :)
Nov 24 11:02:06 <Heinervdm> +1 from me
Nov 24 11:04:07 <mrmoku> JaMa: push :)
Nov 24 11:04:54 <spaetz> push ok
Nov 24 11:05:33 <spaetz> if we want to keep minimal.conf I have this 2 line patch:
Nov 24 11:05:34 <spaetz> +#Remove stupid avahi inclusion from minimal.conf
Nov 24 11:05:34 <spaetz> +DISTRO_EXTRA_RRECOMMENDS := "${@'${DISTRO_EXTRA_RRECOMMENDS}'.replace('avahi-daemon', '').replace('avahi-autoipd', '')}"
Nov 24 11:05:44 <spaetz> :)
Nov 24 11:06:34 <spaetz> #oe wasn't very enthusiastic about my proposal to remove it so far...
Nov 24 11:20:38 <JaMa> spaetz: if we want to remove that include preferred-xorg-X11R7.5 from shr.conf to get pixman updates automaticaly, we need to remove older preferred-xorg-versionf from minimal.conf which we cant => so I'll push
Nov 24 11:22:31 <Arigead> Congratulations on a job well done with the recent release of SHR-Unstable. I've bitbake patched my local build env updated and now building libphone-ui-shr again. Finger's crossed. There was some mention in the email list that resolving numbers to names in the message list had been fixed. Not in the message list as far as I can see.
Nov 24 11:23:01 <spaetz> JaMa: yep, do push
Nov 24 11:23:41 <spaetz> Arigead: well, the 1st shr-U release was a bit flawed, but we are working on improving it from there.
Nov 24 11:23:58 <spaetz> there is still a mysterious performance flaw somewhere.
Nov 24 11:24:15 <spaetz> used to be faster not long ago
Nov 24 11:25:07 <Arigead> spaetz: when will it ever end ;-) I'm hoping to look into the message list but I think me no like communicating with opimd via DBus. Some people are never happy.
Nov 24 11:25:28 <Arigead> that's me who's never happy.
Nov 24 11:26:13 <mrmoku> Arigead: it is fixed
Nov 24 11:28:21 <Arigead> mrmoku: Strange with me it's not. Downloaded an image last night which was very recent as in 22nd or 23rd. ??? At the moment I've sent a message to my OM and I can see my number in the message list "00353..." but when I show the message it's got my name allright. 
Nov 24 11:30:07 <CIA-86> SHR: 03mok 07libphone-ui-shr * reac15a39750e 10/src/view/message-new-view.c: messages: fix segfault on new message
Nov 24 11:30:30 <mrmoku> Arigead: that might come from a wrong config... are names shown correctly in message view?
Nov 24 11:31:11 <Arigead> mrmoku: yeh when I pop the message my Name's there all right. I'll check the config
Nov 24 11:31:47 <spaetz> mrmoku: is this a case of setting the international prefix correctly?
Nov 24 11:31:57 <spaetz> which we still should be reading from the SIM card :-) ?
Nov 24 11:31:59 <spaetz> !
Nov 24 11:33:25 <mrmoku> spaetz: well... if name is shown correctly in message view... it must be something different
Nov 24 11:33:46 <mrmoku> Arigead: the name resolving has still a bit of delay...
Nov 24 11:34:54 <mrmoku> Arigead: as it is first filling the complete list with numbers
Nov 24 11:35:01 <mrmoku> and then firing the queries for names
Nov 24 11:35:07 <mrmoku> still needs some optimizing :)
Nov 24 11:36:25 <Arigead> mrmoku: That's one long delay, which is why me no like using DBus Asyncronus for that sort of stuff. That's just me though. When I open the individual message I can see it briefly change from my number to my name. When I'm in the list of messages, currently two messages it's always the number. Of the two messages in the list one is from my operator and one is from my other account. 
Nov 24 11:36:52 <spaetz> opimd needs optimizing anyway :)
Nov 24 11:37:04 <spaetz> JaMa, mrmoku: let's be very careful with this: +echo 1 > /proc/sys/vm/overcommit_memory
Nov 24 11:37:23 <spaetz> this is now supposed to go into the navit recipe. I am not sure I want that without careful examination
Nov 24 11:37:56 <Arigead> mrmoku: Maybe I'll restart the phone. I corrected my international country code to 353 but that didn't see to be a problem in the message view. Maybe I'll send myself another message and see what it does with that.
Nov 24 11:38:29 <spaetz> this enables the kernel to promise apps more memory than it actually has. And we have no swap file by default. so if those apps actually start claiming that memory the OOM killer will kill processes at random
Nov 24 11:39:00 <mrmoku> Arigead: killall phoneuid should suffice
Nov 24 11:39:56 <mrmoku> Arigead: and the delay comes more from filling the list in one go in first place... it does not even have the possibility to fire the queries
Nov 24 11:40:11 <JaMa> spaetz: yes.. yesterday I read about it in Documentation/vm and I agree..
Nov 24 11:40:14 <mrmoku> and another thing I will do is to add a cache
Nov 24 11:40:48 <JaMa> spaetz: but before that I didn't know a thing about it.. so I let it in launcher as it was.. because I guess that someone who puted it there had good reason..
Nov 24 11:41:13 <spaetz> JaMa: usually apps alloc more memory than they actually need, so the kernel gets by fine. most of the time. But introducing the possibility of random segfaults is a horror to debug :)
Nov 24 11:41:26 <JaMa> spaetz: i know..
Nov 24 11:41:36 <JaMa> spaetz: but it was enabled before..
Nov 24 11:41:40 <spaetz> I see
Nov 24 11:41:41 <Heinervdm> mickey|zzZZzz has broken bluez4 with that commit: http://cgit.openembedded.net/cgit.cgi/openembedded/commit/?h=shr/merge&id=f5fbf1ff3ebbb35bdc6935decdd86f11ec415ff1
Nov 24 11:41:42 <zoff99> spaetz: i dont want overcommit to go in navit receipie. JaMa insists on it
Nov 24 11:41:57 <zoff99> spaetz: i have patch to remove it
Nov 24 11:41:58 <mrmoku> JaMa: have you tried sound on 2.6.31 meanwhile? I really love this kernel sooo much that I accept a non-working phone ;)
Nov 24 11:42:12 <JaMa> spaetz: so I just didn't disable it just because it was removed without explanation that its not needed anymore..
Nov 24 11:42:31 <JaMa> mrmoku: yes.. instead of playing COD and sleep :)
Nov 24 11:42:36 <zoff99> spaetz: in original navit package overcommit was put in init-script :)
Nov 24 11:42:49 <JaMa> mrmoku: booted right now.. but sound doesn't work..
Nov 24 11:43:34 <spaetz> zoff99: no need for a patch
Nov 24 11:43:51 <spaetz> I am just going to comment this out, with a comment that this needs careful examination
Nov 24 11:43:51 <JaMa> its there for ages .. http://cgit.openembedded.net/cgit.cgi/openembedded/tree/recipes/navit/files/navit.launcher
Nov 24 11:43:59 <zoff99> spaetz: tell that to JaMa :)
Nov 24 11:44:09 <spaetz> and could all the time have led to mysterious crashes :)
Nov 24 11:44:15 <zoff99> yeah and if you must use it, disable it after navit run , inside launcher
Nov 24 11:44:25 <JaMa> zoff99: do you READ what i write?
Nov 24 11:44:33 <zoff99> yes
Nov 24 11:44:43 <JaMa> try it once more :P
Nov 24 11:44:48 <spaetz> JaMa: this is just in shr/merge right?
Nov 24 11:44:50 <CIA-86> SHR: 03mok 07libphone-ui-shr * rbae5cf3fb1ed 10/src/view/message-new-view.c: message-new-view: give the entry the correct size hints - fixes #730
Nov 24 11:44:52 <spaetz> not in OE.dev
Nov 24 11:44:57 <JaMa> spaetz: no oe.dev for long
Nov 24 11:45:11 <JaMa> zoff99: i never said that i insist on it..
Nov 24 11:45:16 <spaetz> ooh, ok let me check if we introduced it there...
Nov 24 11:45:26 <zoff99> in earlier versions of shr, overcommit was put in /etc/init.d/ by navit. so u had it turned on all the time :)
Nov 24 11:45:26 <JaMa> zoff99: spaetz said that it needs carefull examination and I agree
Nov 24 11:46:26 <JaMa> zoff99: and it was in launcher even in times when OE was served by monotone..
Nov 24 11:46:37 <zoff99> yes
Nov 24 11:46:50 <JaMa> zoff99: so i just said that I won't remove it without ACK from someone else
Nov 24 11:46:57 <JaMa> zoff99: and let it as it was before
Nov 24 11:47:04 <zoff99> so can anybody tell me why libx11 does not build on my machine? makekeys does not compile
Nov 24 11:47:38 <zoff99> JaMa: yes, dont remove it yet. but add a line "echo 0 > /proc/sys/vm/overcommit_memory" at the end of launcher
Nov 24 11:48:27 <JaMa> its there from 2008-01-05 http://cgit.openembedded.net/cgit.cgi/openembedded/commit/?id=742fb4ae71e6a7e655385086ba9edebbf00b6ebd
Nov 24 11:48:39 <spaetz> yes, git log can't find out who modified the recipe or created it in the first place
Nov 24 11:48:47 <spaetz> ahh, how did you find out?
Nov 24 11:48:51 <JaMa> spaetz: yes it can :P
Nov 24 11:49:08 <JaMa> spaetz: look at last change in recipes directory
Nov 24 11:49:20 <spaetz> I tried with git log -M -C --find-copies-harder navit.launcher
Nov 24 11:49:22 <JaMa> spaetz: go to parent
Nov 24 11:49:29 <spaetz> ahh, ok
Nov 24 11:49:31 <spaetz> smart :)
Nov 24 11:49:32 <JaMa> spaetz: use tree
Nov 24 11:49:38 <spaetz> git tree?
Nov 24 11:49:47 <spaetz> I really should buy a git book :)
Nov 24 11:49:47 <JaMa> spaetz: browse to navit and see log
Nov 24 11:49:54 <mrmoku> TAsn: next comes your alsa stuff... but first lunch and visiting a client :|
Nov 24 11:49:57 <JaMa> spaetz: no i found it on cgit (web)
Nov 24 11:50:10 <JaMa> spaetz: i guess it would be even easier with cmdline :)
Nov 24 11:50:20 <zoff99> JaMa: but i cant do any work or send patches, if i cant bitbake navit :( its always failing with libx11, how does it build on your machine?
Nov 24 11:50:20 <mrmoku> (and even before lunch syncing fixes to the feed :)
Nov 24 11:50:48 <mrmoku> zoff99: what distro are you building on?
Nov 24 11:51:03 <zoff99> shr unstable
Nov 24 11:51:08 <zoff99> like it says on the wiki page
Nov 24 11:51:11 <mrmoku> nah... your buildhost :)
Nov 24 11:51:19 <mrmoku> http://wiki.openembedded.net/index.php/OEandYourDistro
Nov 24 11:51:19 <zoff99> oh :) ubuntu
Nov 24 11:51:39 <JaMa> zoff99: of course it builds on my machine.. without successfull build I wouldn't commit it to oe repository :)
Nov 24 11:51:48 <mrmoku> zoff99: there is the dash issue with Ubuntu
Nov 24 11:51:58 <zoff99> no, fixed that
Nov 24 11:52:02 <zoff99> have bash only now
Nov 24 11:52:57 <mrmoku> http://wiki.openembedded.net/index.php/Gcc_issues_in_Intrepid_and_later
Nov 24 11:56:21 <Heinervdm> mickey|zzZZzz: do you really need libnl2? it's incompatible to libnl1 and overrides the libnl1 files...
Nov 24 12:01:27 <mrmoku> ok... updated libphone-ui-shr is in the feed
Nov 24 12:01:39 <mrmoku> writing messages is possible again now
Nov 24 12:01:41 <mrmoku> bbl
Nov 24 12:09:47 <vanous123> does anybody know of a deb package of python-elementary ? running debian unstable...
Nov 24 12:11:19 <Heinervdm> vanous123: yes: deb http://packages.enlightenment.org/debian sid main extras
Nov 24 12:11:34 <Heinervdm> add to sourcelist.d
Nov 24 12:12:32 <vanous123> Heinervdm: hoho, sounds great, will try right now, thank you :)
Nov 24 12:18:04 <spaetz> mrmoku|away: what was the issue?
Nov 24 12:18:32 <spaetz> BTW; I have mail provider issues, but I'll send a patch to OE-devel to get rid of the navit.launcher completely
Nov 24 12:18:44 <spaetz> all it does is using that memory overcommit thingie
Nov 24 12:19:53 <spaetz> DOH, nvm , I just read the git log
Nov 24 12:20:00 <spaetz> hehe, subtle issues
Nov 24 12:20:21 <[Rui]> TAsn, *chuack* ,;)
Nov 24 12:22:39 <Heinervdm> Cookie: http://patchwork.dev.bearstech.com/patch/529/
Nov 24 12:31:13 <JaMa> playya__: ping
Nov 24 12:43:24 <JaMa> spaetz: restore old value pushed
Nov 24 12:54:57 <spaetz> JaMa: ahh, I just mailed the patch to get rid of the whole launcher script :)
Nov 24 12:55:40 <JaMa> navit in shr/merge is still not merged to oe.dev..
Nov 24 12:55:58 <JaMa> spaetz: so ok to update it there.. but be carefull they have a lot older revision
Nov 24 12:56:11 <JaMa> spaetz: so maybe it will segfault for them without overcommit
Nov 24 12:56:25 <spaetz> yep, but then it can segfault with overcommit too :)
Nov 24 12:56:37 <spaetz> better fix navit to work with less than 512MB RAM :)
Nov 24 12:56:57 <JaMa> spaetz: if it worked for old revision used in oe.dev
Nov 24 12:57:28 <JaMa> spaetz: and you remove it from all release version and old revision _svn.bb then they would not like you.. so just be carefull
Nov 24 12:59:01 <spaetz> that's why I send it to the list before... :)
Nov 24 12:59:13 <spaetz> to collect ACKs or NACKs
Nov 24 13:06:28 <vanous123> Heinervdm: worked flawlessly, cheers 
Nov 24 13:07:49 <JaMa> Heinervdm: for oe.dev right?
Nov 24 13:08:09 <Heinervdm> JaMa: yes
Nov 24 13:08:20 <Heinervdm> i think we need no ACK for this
Nov 24 13:08:59 <spaetz> Also think it should be good to go in
Nov 24 13:09:38 <JaMa> Heinervdm: pushed
Nov 24 13:09:48 <Heinervdm> JaMa: thx
Nov 24 13:10:09 <JaMa> Heinervdm: thx :P
Nov 24 13:10:19 <JaMa> my pleasure
Nov 24 13:14:24 <JaMa> btw is numptyphysics working for you?
Nov 24 13:14:42 <JaMa> everyone is complaining about mokomaze which works great here
Nov 24 13:14:54 <JaMa> but numpty says its missing some image
Nov 24 13:20:17 <Heinervdm> I haven't tried mokomaze nor numpty
Nov 24 13:20:47 <Heinervdm> but i can't compile fsodeviced
Nov 24 13:21:23 <JaMa> Heinervdm: iirc you need to rebuild fso-specs or something like that..
Nov 24 13:21:36 <spaetz> mokomaze worked just fine here
Nov 24 13:21:50 <spaetz> rebuild libfso-glib
Nov 24 13:21:56 <spaetz> I think its called like that
Nov 24 13:22:03 <spaetz> and yes, it's not very intuitive
Nov 24 13:22:04 <JaMa> ah maybe that one :)
Nov 24 13:22:26 <spaetz> been there :)
Nov 24 13:23:41 <Heinervdm> JaMa, spaetz: just installed mokomaze and it's working fine
Nov 24 13:24:03 <Heinervdm> so all others are wrong ;)
Nov 24 13:26:02 <JaMa> Heinervdm: please try numpty
Nov 24 13:26:10 <Heinervdm> it's installing
Nov 24 13:26:14 <JaMa> :)
Nov 24 13:27:39 <Heinervdm> it runns
Nov 24 13:28:15 <spaetz> from what I remember it runs on mine too
Nov 24 13:29:25 <JaMa> ok I'll check mine
Nov 24 13:29:35 <JaMa> btw do you have std image from buildhost?
Nov 24 13:30:00 * JaMa just broken his installation.. so need something to check
Nov 24 13:33:14 <Heinervdm> JaMa: i'm using an upgraded image from 19.11.
Nov 24 13:34:19 <JaMa> Heinervdm: upgraded from feeds? do you have this fix? http://cgit.openembedded.net/cgit.cgi/openembedded/commit/?h=shr/merge&id=2bf3d3e7c254ec2a2c52ffe8b8a88cf4ea595372
Nov 24 13:35:05 <Heinervdm> JaMa: don't know
Nov 24 13:35:08 <JaMa> I expected that I forgot to bump PR but with PR bumped I had old u-a script installed
Nov 24 13:37:50 <JaMa> grep ' -h $link -a -d $link ' /usr/sbin/update-alternatives >/dev/null && echo YEAH || echo NO
Nov 24 13:38:40 <spaetz> I also upgrade from 19.11. from buildhost
Nov 24 13:39:29 <Heinervdm> build.shr-project.org down?
Nov 24 13:39:39 <JaMa> and what does that command say?
Nov 24 13:40:04 <spaetz> don't have FR with me...
Nov 24 13:40:06 <Heinervdm> JaMa: NO
Nov 24 13:40:23 <JaMa> mrmoku did build from scratch between 11-13 and 11-19.. so it should be there :/
Nov 24 13:40:46 <JaMa> Heinervdm: don't install coreutils if you haven't already
Nov 24 13:41:06 <Heinervdm> JaMa: no i haven't 
Nov 24 13:41:31 <Heinervdm> JaMa: it's a clean lite-image with just a few programms installed
Nov 24 13:42:38 <JaMa> any idea why its not updated in lite-image?
Nov 24 13:43:30 <Heinervdm> no
Nov 24 13:43:36 <JaMa> Heinervdm: and can you please check that its really not there? and that part with rm -f $link is?
Nov 24 13:45:03 <Heinervdm> JaMa: there is a rm -f $link after # if $link exists and the target is directory, than ln -sf $path $link, doesn't replace link to that directory, but creates new link inside
Nov 24 13:45:20 <JaMa> found bug.. :/
Nov 24 13:46:34 <JaMa> pushed
Nov 24 13:47:26 <Heinervdm> :)
Nov 24 14:06:27 <[Rui]> TAsn: as I expected, sss looks awful on a small screen
Nov 24 14:06:41 <[Rui]> and with the performance of dragging... well, you *definitely* want to have pages like I was separating initially
Nov 24 14:07:54 <[Rui]> not sure if I can work on it today, but I will.
Nov 24 14:08:16 <JaMa> bloody neo :) http://pastebin.ca/1685418
Nov 24 14:08:23 <[Rui]> funny how dpi and fonts change
Nov 24 14:08:38 <[Rui]> it's definitly not enough to make a window have the same pixel size
Nov 24 14:09:03 <[Rui]> I surely can't develop during my day job :|
Nov 24 14:09:34 <JaMa> mrmoku|away: please build shr-(lite)-image when you can
Nov 24 14:10:42 <JaMa> mrmoku|away: update-alternatives are really broken and coreutils install can break system pretty much, because my stupid mistake in bumping PR in wrong file
Nov 24 14:15:39 <spaetz> JaMa: but why did our images workin the first place then?
Nov 24 14:15:49 <spaetz> shouldn't they have been pretty broken?
Nov 24 14:16:17 <JaMa> spaetz: no unless you install coreutils
Nov 24 14:16:27 <JaMa> spaetz: which is not installed in image by default
Nov 24 14:17:10 <JaMa> spaetz: the problem is that u-a scripts removes 'ln' before creating /usr/bin/ln link to /usr/bin/ln.coreutils
Nov 24 14:17:37 <JaMa> then it fails to create that one.. but continues to call update-alternatives without /usr/bin/ln in system..
Nov 24 14:17:50 <JaMa> then it removes all other links to busybox like 'mv' 'ls' etc
Nov 24 14:18:21 <JaMa> busybox update can break it too
Nov 24 14:20:46 <JaMa> blindcoder: ping2
Nov 24 14:20:50 <blindcoder> JaMa: pong
Nov 24 14:21:01 <JaMa> blindcoder: are you using fltk2 too?
Nov 24 14:21:09 <blindcoder> JaMa: no
Nov 24 14:21:09 <JaMa> blindcoder: or just some older version?
Nov 24 14:21:15 <blindcoder> JaMa: at least ont yet
Nov 24 14:21:20 <JaMa> blindcoder: I need your help :)
Nov 24 14:21:24 <JaMa> blindcoder: http://pastebin.ca/1685445
Nov 24 14:21:34 <JaMa> blindcoder: old tarbal is not available anymore
Nov 24 14:21:37 <blindcoder> *click*
Nov 24 14:21:47 <blindcoder> btw, you can do ln -sf for update-alternatives
Nov 24 14:21:52 <JaMa> blindcoder: so i tried to convert that recipe to _svn.bb standard
Nov 24 14:22:04 <JaMa> blindcoder: it does not work for that example in comment
Nov 24 14:22:10 <JaMa> blindcoder: that ln -sf
Nov 24 14:22:50 <JaMa> blindcoder: or the behavior  depends if you have ln from coreutils or busybox
Nov 24 14:23:25 <blindcoder> JaMa: I see. anyway, that checkout, you can do svn co -r 6671 to download the specific svn revision
Nov 24 14:23:25 <JaMa> but I'm sure it creates link inside that directory instead of replace link to directory
Nov 24 14:23:54 <JaMa> blindcoder: that is what I do 6671 is in SRCREV
Nov 24 14:24:14 <[Rui]> TAsn: oh great, I've just been assigned a big useless meeting :) as long as the battery lasts, I'll be able to code the changes :)
Nov 24 14:24:30 <blindcoder> JaMa: ah, okay. so what is the problem with fltk2?
Nov 24 14:24:33 <JaMa> blindcoder: but in that tarball are come automake files prepared..
Nov 24 14:24:39 <blindcoder> ah
Nov 24 14:24:42 <JaMa> blindcoder: but not in svn checkout..
Nov 24 14:24:53 <JaMa> blindcoder: probably easy to fix
Nov 24 14:25:04 <blindcoder> yeah, just a second
Nov 24 14:25:12 <JaMa> blindcoder: but I wanted some opinion if this revision is good for fltk development
Nov 24 14:25:33 <JaMa> blindcoder: or if its just old crap which should be upgraded
Nov 24 14:25:49 <blindcoder> JaMa: fltk2 shouldn't be used anyway, since the API is not finished yet
Nov 24 14:27:05 <JaMa> it won't be installed by default.. it only exists if someone asks for fltk2 name directly
Nov 24 14:27:21 <JaMa> i just failed to convert _svn.bb to united format there :)
Nov 24 14:27:52 <Heinervdm> how can i run a custom make target in a .bb?
Nov 24 14:28:16 <Heinervdm> i have to run make desktop-install
Nov 24 14:28:19 <blindcoder> JaMa: do_configure_prepend() { autoreconf || true; }
Nov 24 14:28:23 <JaMa> just gues oemakerun target
Nov 24 14:28:25 <mickey|office> oe_runmake desktop-install
Nov 24 14:28:30 <Heinervdm> mickey|office: thx
Nov 24 14:28:32 <JaMa> ah :)
Nov 24 14:28:33 <blindcoder> JaMa: that should do it, autoreconf will throw some errors which can be ignored.
Nov 24 14:28:47 <JaMa> blindcoder: iirc I tried that already :)
Nov 24 14:28:57 <mickey|office> or, if you need full control $(MAKE) foo
Nov 24 14:28:58 <JaMa> blindcoder: without || true..
Nov 24 14:29:15 <blindcoder> JaMa: you need the || true, otherwise I think bitbake will stop there
Nov 24 14:29:17 <mickey|office> there's also EXTRA_MAKEFLAGS
Nov 24 14:29:39 <Heinervdm> and what's the best method?
Nov 24 14:29:42 <Heinervdm> :)
Nov 24 14:29:45 <JaMa> blindcoder: but is it "right" solution, shouldn't be reconf errors fixed?
Nov 24 14:32:48 <mickey|office> just grep for a couple of examples
Nov 24 14:34:41 <Heinervdm> do_install_append() { oe_runmake desktop-install } is working, but the Makefile is faulty
Nov 24 14:36:07 <blindcoder> JaMa|Wrk: it's "just" a warning by autoheader, but yes, it should be fixed upstream. If they deem it "Won't fix", there's not much we can or should do, though.
Nov 24 14:38:45 <JaMa|Wrk> blindcoder: http://pastebin.ca/1685478
Nov 24 14:39:20 <JaMa|Wrk> blindcoder: if its incomplete api in development, I guess its worth trying only on newest svn, right?
Nov 24 14:39:38 <JaMa|Wrk> blindcoder: from what I've seen on fltk web they maintain 3 branches now..
Nov 24 14:39:43 <blindcoder> JaMa|Wrk: that much is true. I have found a way to fix these warnings, I think
Nov 24 14:40:21 <JaMa|Wrk> stable 1.1, 1.3 for stable api, development and new api 2.0
Nov 24 14:40:39 <blindcoder> correct.
Nov 24 14:44:11 <JaMa|Wrk> blindcoder: looking forward for new cookie :)
Nov 24 14:44:22 <JaMa|Wrk> now back to work
Nov 24 14:47:30 <blindcoder> JaMa|Wrk: do_configure_prepend() { sed -e 's/AC_DEFINE\(_UNQUOTED\|\)(\([^,]*\),\([^),]*\))/AC_DEFINE\1(\2,\3,"\3")/g' -e 's/AC_DEFINE\(_UNQUOTED\|\)(\([^),]*\))/AC_DEFINE\1(\2, 1, "\2")/g' -i configure.in; autoreconf; }
Nov 24 14:47:40 <blindcoder> needs gnu sed, probably
Nov 24 14:48:29 <blindcoder> at least with this autoheader doesn't throw any warning anymore.
Nov 24 14:49:18 <blindcoder> and it's better than a 13kB, 400 line patch that won't apply next svn rev :-)
Nov 24 14:49:54 <blindcoder> hrm... wait a second...
Nov 24 14:51:03 <blindcoder> JaMa|Wrk: okay, works fine after all, just don't run it twice on the same checkout :-)
Nov 24 14:51:14 <JaMa|Wrk> blindcoder: it still doesn't detect USE_X11 
Nov 24 14:51:24 <JaMa|Wrk> blindcoder: thats why compile fails later
Nov 24 14:51:51 <blindcoder> hrm
Nov 24 14:52:01 <Heinervdm> Cookie: http://patchwork.dev.bearstech.com/patch/531/
Nov 24 14:52:01 <JaMa|Wrk> blindcoder: but maybe we should move to newer rev..
Nov 24 14:52:19 <JaMa|Wrk> blindcoder: it depends what you as fltk dev say :)
Nov 24 14:52:44 <JaMa|Wrk> Heinervdm: new recipe?
Nov 24 14:52:55 <Heinervdm> JaMa|Wrk: updated version
Nov 24 14:52:57 <JaMa|Wrk> Heinervdm: no checksum needed?
Nov 24 14:53:07 <Heinervdm> JaMa|Wrk: ups :) 
Nov 24 14:53:09 <blindcoder> JaMa|Wrk: have a look at config.log, check why it can't find/link X11 libraries
Nov 24 14:53:09 <JaMa|Wrk> :)
Nov 24 14:53:22 <Heinervdm> will correct that ;)
Nov 24 14:54:31 <JaMa|Wrk> blindcoder: nothing interesting sofar.. but I have to work now.. try yourself or I'll try later maybe.. deadline tomorrow and too much work to finish :/
Nov 24 14:54:40 <blindcoder> JaMa|Wrk: oh, alright. will have a look
Nov 24 14:57:07 <mrmoku> spaetz: which issue?
Nov 24 14:57:14 <mrmoku> JaMa|Wrk: update and build images?
Nov 24 14:57:19 <Heinervdm> Cookie: http://patchwork.dev.bearstech.com/patch/532/ :D
Nov 24 14:57:31 <mrmoku> cookie first then :D
Nov 24 14:58:44 <JaMa|Wrk> mrmoku: yup
Nov 24 14:59:06 <mrmoku> JaMa|Wrk: ok, will do
Nov 24 15:02:54 <mrmoku> ahhh
Nov 24 15:02:59 <Heinervdm> mickey|office: libnl2 overrides files in staging from libnl1. The problem with that is, that bluez won't compile with libnl2. Do you need libnl2 in fso?
Nov 24 15:03:08 * mrmoku tried the automatic cookie eating script for the first time :)
Nov 24 15:03:23 <Heinervdm> and did it work?
Nov 24 15:03:54 <mickey|office> Heinervdm: yes i do. i wonder why it gets overridden though. libnl1 and libnl2 are supposed to be parallel installable
Nov 24 15:04:24 <Heinervdm> mickey|office: both are installing files to /usr/include/netlink
Nov 24 15:04:25 <JaMa|Wrk> mrmoku: cookies taste better, doesn't they? :)
Nov 24 15:06:50 <mickey|office> Heinervdm: ok, lets change libnl2 then
Nov 24 15:06:52 <mickey|office> like
Nov 24 15:07:22 <mickey|office> EXTRA_OECONF = "--includedir=$|STAGING_INCDIR}/netlink2 or so
Nov 24 15:07:24 <mickey|office> ?
Nov 24 15:08:00 <Heinervdm> mickey|office: that should solve the issue
Nov 24 15:08:30 <mickey|office> yeah, lets take a look to autotools
Nov 24 15:08:34 <mickey|office> perhaps this works even simpler
Nov 24 15:08:35 <mickey|office> like
Nov 24 15:08:40 <mickey|office> includedir = /foo
Nov 24 15:08:46 <mickey|office> i'll take care about it
Nov 24 15:08:52 <Heinervdm> ok
Nov 24 15:10:32 <Heinervdm> is koen in #oe?
Nov 24 15:10:38 <JaMa|Wrk> Heinervdm: no
Nov 24 15:10:56 <Heinervdm> hmm, he changed version string of webkit-efl
Nov 24 15:11:24 <Heinervdm> but webkit-efl has released just one version till now and that's 0.1
Nov 24 15:13:00 <mrmoku> JaMa|Wrk: much better :)
Nov 24 15:13:13 <spaetz> mrmoku: which issue? of what? :-)
Nov 24 15:13:15 <spaetz> no clue.
Nov 24 15:13:28 <Heinervdm> mrmoku: you applied the cookie only to org.oe.dev ;)
Nov 24 15:13:29 <spaetz> where is an automatic cookie eating recipe? I have one of my own. BTW
Nov 24 15:13:33 <mrmoku> [15:56]        spaetz | 13:19:05> mrmoku|away: what was the issue?
Nov 24 15:13:49 <mrmoku> I guess you mean the SMS fixes?
Nov 24 15:13:57 <mrmoku> spaetz: contrib/patchwork
Nov 24 15:14:00 <mrmoku> in OE tree
Nov 24 15:14:18 <mrmoku> just adjust the patchwork URL to point to our patchwork :)
Nov 24 15:15:20 <spaetz> this is mine: http://dpaste.com/124547/
Nov 24 15:15:27 <spaetz> extremely simple and efficient :)
Nov 24 15:15:45 <spaetz> I call apply-patch 529 and it applies cookie 529 in the git tree I am currently in
Nov 24 15:16:30 <mrmoku> spaetz: quite similar
Nov 24 15:16:52 <mrmoku> Heinervdm: ohh
Nov 24 15:16:55 <mrmoku> Heinervdm: right :)
Nov 24 15:17:12 <spaetz> hehe, right quite similar. Even more fancy...
Nov 24 15:17:33 <spaetz> mrmoku: yes, SMS fix. But I checked the git log
Nov 24 15:17:41 <mrmoku> ok :)
Nov 24 15:18:39 <mrmoku> hmm... merging gives a conflict in webkit-efl
Nov 24 15:18:39 <spaetz> koen's cookie script uses tmp files. Mine pipes through stdin
Nov 24 15:18:56 <mrmoku> guess PV from oe.dev is more correct than ours?
Nov 24 15:19:08 <spaetz> is theirs higher?
Nov 24 15:19:08 <Heinervdm> mrmoku: not from my point of view
Nov 24 15:19:19 <mrmoku> yup higher
Nov 24 15:19:21 <mrmoku> we have 0.1
Nov 24 15:19:27 <Heinervdm> mrmoku: this is the only release from webkit-efl: https://lists.webkit.org/pipermail/webkit-dev/2009-June/008597.html
Nov 24 15:19:31 <mrmoku> oe.dev has 1.1.11
Nov 24 15:19:35 <Heinervdm> and that's named 0.1
Nov 24 15:20:02 <spaetz> I usually use whatever configure.ac says
Nov 24 15:20:04 <mrmoku> interesting... will keep ours then
Nov 24 15:20:17 <spaetz> just use theirs. if it's higher upgrading should work...
Nov 24 15:20:21 <spaetz> or keep ours :)
Nov 24 15:20:26 <spaetz> doesn't matter
Nov 24 15:21:04 <mrmoku> hmm... 
Nov 24 15:21:14 <mrmoku> Heinervdm: configure.ac has:
Nov 24 15:21:21 <mrmoku> m4_define([webkit_major_version], [1])
Nov 24 15:21:21 <mrmoku> m4_define([webkit_minor_version], [1])
Nov 24 15:21:24 <mrmoku> m4_define([webkit_micro_version], [11])
Nov 24 15:21:32 <spaetz> so 1.1.11 it is ;)
Nov 24 15:22:31 <mrmoku> though tagged is only 0.1
Nov 24 15:22:39 <spaetz> pff, amateurs :)
Nov 24 15:22:54 <spaetz> use OE upstream. less trouble
Nov 24 15:22:55 <mrmoku> and the package is webkit-efl
Nov 24 15:22:59 <mrmoku> so Heinervdm might just be right :P
Nov 24 15:23:06 <Heinervdm> mrmoku: i think the don't care of configure.ac
Nov 24 15:23:19 <spaetz> downgrading a PV will only lead to outcries upstream
Nov 24 15:23:32 <spaetz> upstream=OE
Nov 24 15:23:35 <Heinervdm> spaetz: yes that would be the problem
Nov 24 15:23:52 <JaMa|Wrk> Heinervdm: I think he is refering to webkit version itself and you webkit-efl which seems better to me too
Nov 24 15:24:07 <mrmoku> will keep ours then for now
Nov 24 15:24:25 <mrmoku> as long as we have SRCPV and oe.dev not... it will conflict always anyway :P
Nov 24 15:24:31 <spaetz> hehe
Nov 24 15:24:40 <Heinervdm> :)
Nov 24 15:24:46 <JaMa|Wrk> mrmoku: whould be nice to merge SRCPVs through srcpv branch :P
Nov 24 15:25:15 <JaMa|Wrk> mrmoku: like first merge + resolve in srcpv branch
Nov 24 15:25:24 <JaMa|Wrk> and then merge srcpv branch to shr/merge
Nov 24 15:25:53 <JaMa|Wrk> this way we will keep srcpv branch up2date and merge conflicts just once
Nov 24 15:26:10 <JaMa|Wrk> but sometimes I forgot to do it too
Nov 24 15:26:13 <mrmoku> JaMa|Wrk: ok, can do that for git recipes in the future
Nov 24 15:38:38 <blindcoder> JaMa|Wrk: okay, I got a patch that build fltk2
Nov 24 15:38:49 <blindcoder> JaMa|Wrk: not sure if overwriting autotools_do_configure is the way to go, though.
Nov 24 15:39:05 <blindcoder> JaMa|Wrk: I need autotools_do_configure to NOT run, but all other autotools_* are fine
Nov 24 15:39:49 <blindcoder> JaMa|Wrk: a nice fix of course would be to fix autotools_do_configure in autotools.class to accept an environment variable (AUTOTOOLS_DO_NOT_CONFIGURE) in which case it will just return immediately
Nov 24 15:42:29 <blindcoder> JaMa|Wrk: http://pastebin.ca/1685582
Nov 24 15:44:29 <AntonTak1> .win 4
Nov 24 15:44:32 <AntonTak1> oops
Nov 24 16:05:54 <mrmoku> JaMa|Wrk: pixman fails to build
Nov 24 16:07:55 <JaMa|Wrk> mrmoku: try just to run it again without -c clean.. not sure but iirc worked for me
Nov 24 16:08:11 <JaMa|Wrk> mrmoku: if the message is something about missing .la
Nov 24 16:08:41 <mrmoku> yup exactly... will try
Nov 24 16:09:03 <JaMa|Wrk> hmm had same error
Nov 24 16:09:14 <JaMa|Wrk> and then it comiled fine
Nov 24 16:11:33 <playya__> JaMae, pong
Nov 24 16:12:27 <JaMa|Wrk> playya__: do you need fsoraw to request GPS resource for libgypsy working?
Nov 24 16:13:05 <playya__> i think so
Nov 24 16:13:14 <playya__> let me check
Nov 24 16:13:46 <playya__> but i never received a fix before requesting GPS or starting tango gps
Nov 24 16:15:17 <JaMa|Wrk> playya__: I left fsoraw -r GPS in navit launcher..
Nov 24 16:15:44 <JaMa|Wrk> playya__: zoff99 said that its not needed any more.. so just checking..
Nov 24 16:16:50 <zoff99> i dont know about libgypsy though. do you use libgypsy on freerunner?
Nov 24 16:29:09 <playya__> imho it doesn't enable the resource
Nov 24 16:29:32 <zoff99> on what platform do you use libgypsy?
Nov 24 16:30:13 * dos1 has birthday today :P
Nov 24 16:30:18 <mrmoku> JaMa|Wrk: still does not build
Nov 24 16:30:27 <mrmoku> dos1: happy birthday then :)
Nov 24 16:30:35 <wjbaird> happy birthday dos1!!
Nov 24 16:30:36 <zoff99> dos1: really? congrats then :)
Nov 24 16:30:45 <spaetz> happy birthday
Nov 24 16:30:48 <sybren> dos1: congratulations!
Nov 24 16:31:00 <mrmoku> dos1: 18?
Nov 24 16:31:05 <spaetz> november is a good month to have birthday in..
Nov 24 16:31:06 <dos1> not yet, 17 ;)
Nov 24 16:31:13 <mrmoku> hmm
Nov 24 16:31:34 <JaMa|Wrk> dos1: happy birthday :)
Nov 24 16:31:34 <spaetz> 30 nov is the best day, even;-)
Nov 24 16:31:34 <wjbaird> dos1: maybe your birthday present will involve a shr-u image where the phone works well?  ;-)
Nov 24 16:31:35 * mrmoku already hoped dos1 had no excuse to _not_ come to FSOSHRUDCON'10 ;)
Nov 24 16:32:03 * mrmoku takes a note that spaetz has birthday on nov 30 ;)
Nov 24 16:32:12 <playya__> happy birthday dos1 
Nov 24 16:32:22 <spaetz> hehe. how could you knoww?
Nov 24 16:32:24 <zoff99> dos1: how old are u now?
Nov 24 16:32:30 <der-lehmann> from me also, happy birthday dos1
Nov 24 16:32:40 <fredrin> hey happy birthday dos1 :D 
Nov 24 16:33:21 <dos1> mrmoku: hehe :D but well, i promise i'll really try to come to FSOSHRUDCON'10 ;)
Nov 24 16:33:31 <dos1> and thanks everyone ;)
Nov 24 16:33:41 <dos1> zoff99: now i'm 17 years old :P
Nov 24 16:33:57 <zoff99> no way? i thought you were older
Nov 24 16:34:26 <zoff99> dos1: probalby thats why i am having such arguments with you guys all the time :) i am too old
Nov 24 16:34:27 <dos1> hehe :D
Nov 24 16:35:27 <mrmoku> zoff99: nah... there are old ones around too ;)
Nov 24 16:35:41 <zoff99> mrmoku: ok, i am glad then :)
Nov 24 16:36:00 <zoff99> it would take 2 of you and then some, to get my age :)
Nov 24 16:36:01 * wjbaird is also feeling kinda old...
Nov 24 16:36:20 <mrmoku> zoff99: how much is some? :P
Nov 24 16:36:30 <zoff99> 2 * dos1 < zoff99
Nov 24 16:36:53 <mrmoku> 2 * dos1 + x == zoff99 ... how much is x?
Nov 24 16:36:54 <wjbaird> zoff99:   Are you talking about age, or amount of code written?  ;-)
Nov 24 16:36:54 <mrmoku> :P
Nov 24 16:37:18 <zoff99> well have to leave some mystery
Nov 24 16:37:27 <wpwrak> mrmoku: we actually prefer the word "ageless" :)
Nov 24 16:37:41 <mrmoku> wpwrak: ooohh what a nice word :D
Nov 24 16:37:50 <zoff99> which means "crappy" like the freerunner? :)
Nov 24 16:37:53 * mrmoku feels ageless now :P
Nov 24 16:38:16 * spaetz_ 2
Nov 24 16:38:27 <mrmoku> JaMa|Wrk: still no go
Nov 24 16:38:31 <zoff99> if you're "ageless" or a "freerunner" you sleep all the time, and when you Do wake up, you are confused and slow
Nov 24 16:38:42 <wpwrak> zoff99: enjoying their own, distinct style :)
Nov 24 16:38:49 <zoff99> :)
Nov 24 16:38:50 <mrmoku> or all white... or all black :P
Nov 24 16:38:57 <wpwrak> zoff99: hehe :)
Nov 24 16:39:17 <zoff99> at least i am building "pango" now, getting closer to navit, JaMa
Nov 24 16:39:50 <zoff99> distinct, well i bet no one from austria is here :)
Nov 24 16:40:03 <spaetz_> mmh, mokonnect still doesn't work nicely with new shrU
Nov 24 16:40:26 <wpwrak> zoff99: define "from" :)
Nov 24 16:40:28 <spaetz_> indefinitely trying to "power on wifi" when it is already turned on
Nov 24 16:40:42 <spaetz_> zoff99: Iḿ quarter Austrian :)
Nov 24 16:40:45 <spaetz_> I am
Nov 24 16:40:53 <zoff99> "from" -> current locations of "their" ass
Nov 24 16:41:31 <wpwrak> alright, then i'm not
Nov 24 16:42:00 <zoff99> long,lat($my_ass) is_within get_country(get_where_is_from('sacher torte'));
Nov 24 16:43:45 <zoff99> spaetz: really? 1/4 now at least i dont feel so lost here :)
Nov 24 16:45:02 <zoff99> why is navit still depending on "flite" in navit.inc?
Nov 24 16:45:47 <zoff99> not only does that build flite, but also install it on FR
Nov 24 16:50:40 <mrmoku> larsc: is sound supposed to work on 2.6.31?
Nov 24 16:51:23 <larsc> mrmoku: yes
Nov 24 16:51:45 <larsc> the mixer names are slightly different though
Nov 24 16:52:12 <der-lehmann> how do i install navit-svn-xxx form this http://download.navit-project.org/navit/openmoko/svn/ repo? and yes i did "echo src navit http://download.navit-project.org/navit/openmoko/svn > /etc/opkg/navit-feed.conf opkg update" 
Nov 24 16:52:25 <mrmoku> larsc: hmm any hint on why aplay timeouts?
Nov 24 16:52:36 <mrmoku> Playing WAVE '/usr/share/sounds/notify_message.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Mono
Nov 24 16:52:39 <mrmoku> aplay: pcm_write:1528: write error: Connection timed out
Nov 24 16:54:10 <larsc> mrmoku: i don't know why it does. but if you restore a state before playing it works
Nov 24 16:54:26 <larsc> proper state files can be found here: https://dev.openwrt.org/browser/feeds/phone/freerunner-alsa-scenarios/files
Nov 24 16:54:35 <mrmoku> larsc: great thanks
Nov 24 16:54:37 * mrmoku tries
Nov 24 16:57:14 <mrmoku> larsc: hmm... guess I'm missing something else
Nov 24 16:57:14 <mrmoku> ALSA lib conf.c:1589:(snd_config_load1) _toplevel_:1:109:No such file or directory
Nov 24 16:57:18 <mrmoku> alsactl: load_state:1562: snd_config_load error: No such file or directory
Nov 24 16:58:21 <larsc> and the command your trying to execute is?
Nov 24 16:58:50 <mrmoku> alsactl -f /home/root/stereoout.state restore
Nov 24 16:59:20 <wpwrak> alright, then i'm not
Nov 24 16:59:59 <wpwrak> oops
Nov 24 17:00:01 <mrmoku> larsc: ooohh.. nvm
Nov 24 17:00:02 <mickey|office> heh
Nov 24 17:01:41 <mrmoku> larsc: yeah, works :D I downloaded the wrong link with wget (the annotated thing) :P
Nov 24 17:01:47 <mrmoku> after that aplay works
Nov 24 17:01:51 <mrmoku> thanks very much :)
Nov 24 17:02:19 <Heinervdm> Cookie: http://patchwork.dev.bearstech.com/patch/533/
Nov 24 17:02:32 <mrmoku> Heinervdm: have to take dinner first :P
Nov 24 17:02:36 <mrmoku> family waiting
Nov 24 17:02:43 <mrmoku> bbl
Nov 24 17:02:46 <Heinervdm> mrmoku: no problem
Nov 24 17:03:43 <wjbaird> Have the phone stability issues in the new shr-u branch been sorted out yet?   I'd love to take the new shr-u on an extended test drive --- but I need to be able to get/make calls and texts...
Nov 24 17:04:06 <|Fate|> i was wondering, is there a way to know which messages have been read and which were not from the messages list?
Nov 24 17:05:42 <DocScrutinizer> mrmoku|away: I told ya, check DAI mode
Nov 24 17:08:43 <DocScrutinizer> honestly I don't see the rationale and benefit of moving to yet another (obviously cumbersme and maybe even buggy) "proprietary" alternative to alsactl statefiles
Nov 24 17:16:21 <wjbaird> so - no updates on the phone reliability issues?   Is there more debugging info needed?   I can certainly run the new shr-u for a few hours if more debugging info is needed to track down the issues....
Nov 24 17:32:33 <mrmoku> wjbaird: which part of reliability?
Nov 24 17:32:41 <mmontour> wjbaird: I don't know about stability, but on the Nov 20 image the audio quality (echo) was still unacceptable on my phone. Also USSD didn't work (checking balance on prepaid account)
Nov 24 17:33:38 <wjbaird> mrmoku:  well - last I tried, I got horrible audio quality, a period of time when I couldn't make and recieve calls, and when I did manage to actually recieve a call, I couldn't get the shr-today screen to go away to answer the call.
Nov 24 17:33:54 <wjbaird> from the mailing list - I think other people all encountered the same issues...
Nov 24 17:34:21 <mrmoku> wjbaird: one problem we had was a wrong nice value for fsodeviced
Nov 24 17:34:23 <mrmoku> but that is fixed
Nov 24 17:34:32 <mrmoku> (audio quality) have that one too
Nov 24 17:35:36 <wjbaird> mrmoku: If the audio quality can be fixed by copying over an alsa conf from the old shr, I'm less concerned about that...  but if I can't even reliably make or receive calls, I can't really use the image...   would the nice value for fsodeviced fix that?
Nov 24 17:36:07 <DocScrutinizer-8> yes
Nov 24 17:36:47 <mrmoku> wjbaird: when was your last upgrade?
Nov 24 17:37:46 <wjbaird> mrmoku: I upgraded morning of Nov 20 - around afternoon of Nov 20 I gave up and switched back to my shr-u-sept install.
Nov 24 17:38:29 <mrmoku> wjbaird: ahh ok, we fixed a lot of the issues meanwhile
Nov 24 17:38:34 <mrmoku> still not perfect though
Nov 24 17:38:57 <wjbaird> mrmoku:   Great.    Might want to post about it on the mailing list - I don't think I've seen any indication there that these issues have been mostly resolved.
Nov 24 17:39:13 <wjbaird> mrmoku:    should I be able to just upgrade?   
Nov 24 17:39:35 <mrmoku> wjbaird: from old shr-u no
Nov 24 17:39:42 <mrmoku> from the Nov 20 image yes
Nov 24 17:40:01 <mrmoku> and you can try if http://build.shr-project.org/tests/mrmoku/gsmhandset fixes your audio problems
Nov 24 17:40:13 <mrmoku> just download it to /etc/freesmartphone/alsa/default
Nov 24 17:40:24 <wjbaird> mrmoku:  ok - perfect.    I'm definitely leaving my old shr-u image alone --- I want a backup...  ;-)
Nov 24 17:40:49 <mrmoku> wjbaird: that one is our old state file converted to the new format
Nov 24 17:40:56 <mrmoku> wjbaird: sure... I have that too :P
Nov 24 17:40:59 <mrmoku> brb
Nov 24 17:42:42 <wurp2|lazy> Is anyone running a recent-ish SHR on a neo1973?
Nov 24 17:45:21 <DocScrutinizer-8> echo seems to me as a problem of gsmd or whatever not correctly issuing the AT%Nxxxx commands though
Nov 24 17:47:05 <lindi-> i wish i had more time to debug audio issues. still some people complain that they can't hear my voice and others that it is too loud
Nov 24 17:47:19 <DocScrutinizer-8> well, or someone *really* borked the alsa control states. there's even one control that does nothing else but only introduce a playback-to-mic feedback aka far-end echo
Nov 24 17:48:12 <DocScrutinizer-8> I marked that one as "deprecated" on the alsa control renaming at wiki
Nov 24 17:52:20 <DocScrutinizer-8> lindi-: you should have a look at that, might help to understand meaning and purpose of the controls even if we maybe never will see the new driver with actual renaming
Nov 24 17:53:13 <lindi-> DocScrutinizer-8: my plan is to make all my outgoing call through a proxy that records them
Nov 24 17:53:48 <DocScrutinizer-8> lindi-: and how is that related to asla?
Nov 24 17:54:16 <lindi-> DocScrutinizer-8: i'm hoping that my problem could be solved by tuning alsa settings
Nov 24 17:54:20 <GNUtoo> hi JaMa|Wrk , what do you think of that: http://pastebin.com/m43b06f8a
Nov 24 18:01:16 <JaMa|Wrk> GNUtoo: probably nack.. you choose binary localedata by parametr.. this parametr should be used here.. but I'm not sure..
Nov 24 18:01:48 <GNUtoo> JaMa|Wrk, ok so what's the right thing to do? (I asked because I thought I got a nak)
Nov 24 18:02:44 <TAsn> mrmoku, I think I'll do the alsa polling stuff myself
Nov 24 18:02:55 <TAsn> I really prefer you focusing on UI improvements, what do you think?
Nov 24 18:04:39 <mrmoku> TAsn: already started...
Nov 24 18:04:39 <JaMa|Wrk> GNUtoo: Heinervdm fixed this part when we switched to eglibc, so maybe he knows more..
Nov 24 18:04:43 <mrmoku> busy right now though
Nov 24 18:04:50 <JaMa|Wrk> GNUtoo: btw why not enable binary locale generation too?
Nov 24 18:04:51 <TAsn> mrmoku, cool, so I'll just let you finish it
Nov 24 18:04:59 <TAsn> let me know when you make the callback
Nov 24 18:05:02 <TAsn> I'll populate it.
Nov 24 18:05:21 <JaMa|Wrk> GNUtoo: or put '-binary' to regexp only if there is ENABLE_BINARY_LOCALE_GENERATION true
Nov 24 18:05:29 <mrmoku> TAsn: need you though... but later
Nov 24 18:05:31 <TAsn> (We'll also have to add a phoneui_sound_utils_volume_changed_callback_add or something. 
Nov 24 18:05:41 <TAsn> mrmoku, I figured, alas is cryptic. :P
Nov 24 18:05:47 <DocScrutinizer-8> alsa polling @.O
Nov 24 18:05:48 <TAsn> mrmoku, btw, did you build libphone-ui?
Nov 24 18:06:00 <TAsn> I wanna announce it to shr-user
Nov 24 18:06:15 <GNUtoo> JaMa|Wrk, ok good idea thanks
Nov 24 18:07:11 <JaMa|Wrk> yw
Nov 24 18:07:24 <GNUtoo> JaMa|Wrk, btw what about that patch: http://pastebin.com/m39d6c8db ? (htcdream support and it's the last patch)
Nov 24 18:07:53 <mrmoku> TAsn: gimme 10 min
Nov 24 18:09:04 <TAsn> mrmoku, cool, thanks. :P
Nov 24 18:10:02 <JaMa|Wrk> GNUtoo: looks good, but I don't know htcdream or fso there.. so I can only say that htc-msm7.inc looks like our :)
Nov 24 18:10:50 <TAsn> mrmoku, saw the pics of sss (the settings small app we are going to add into libphone-ui-shr soon)? AWESOME!
Nov 24 18:10:54 <GNUtoo> JaMa|Wrk, I tested them and they both work
Nov 24 18:10:59 <GNUtoo> (the config)
Nov 24 18:11:07 <TAsn> mrmoku, have you tested the shr-wizard?
Nov 24 18:11:28 <GNUtoo> but...
Nov 24 18:11:30 <TAsn> dos1, Did you make a first page with introduction and explanations about the wizard?
Nov 24 18:11:51 <GNUtoo> I bet I could remove xf86-input-mouse
Nov 24 18:12:15 <GNUtoo> and keyboard too
Nov 24 18:12:26 <wjbaird> TAsn:  can you share the pics of sss?
Nov 24 18:12:29 <TAsn> mrmoku, btw, many people in the israeli community complain about the new sound settings in the new shr :(
Nov 24 18:12:33 <GNUtoo> ah no
Nov 24 18:12:40 <GNUtoo> I used it in xorg.conf
Nov 24 18:12:40 <TAsn> wjbaird, http://scap.linuxtogo.org/http://scap.linuxtogo.org/
Nov 24 18:12:45 <TAsn> http://scap.linuxtogo.org/
Nov 24 18:12:46 <TAsn> :P
Nov 24 18:22:59 <mrmoku> TAsn: ok
Nov 24 18:23:05 <mrmoku> TAsn: looks nice :)
Nov 24 18:23:12 <TAsn> mrmoku, That's what I think :)
Nov 24 18:23:22 <mrmoku> libphone-ui is built... did not test it though
Nov 24 18:23:29 <TAsn> I have.
Nov 24 18:23:33 <mrmoku> lost lots of time in hunting that SMS segfault :(
Nov 24 18:23:41 <mrmoku> (statefile) see :P
Nov 24 18:24:12 <mrmoku> DocScrutinizer-8: alsa polling for mixer changes is wrong?
Nov 24 18:25:00 <TAsn> mrmoku, haven't fonud it yet?
Nov 24 18:25:14 <der-lehmann> why is navit looking so ugly?
Nov 24 18:25:26 <DocScrutinizer-8> mrmoku: I have no faint idea what the hell that even might be
Nov 24 18:25:36 <lindi-> der-lehmann: configuration file determines how it looks like
Nov 24 18:25:51 <mrmoku> TAsn: snd_hctl_poll_descriptors
Nov 24 18:26:15 <TAsn> mrmoku, exactly
Nov 24 18:26:22 <TAsn> and then add those descriptors to the glib loop
Nov 24 18:26:29 <GNUtoo> btw what's the use of xf86-input-mouse in om-gta02.conf ? it's for external mouses?
Nov 24 18:26:36 <TAsn> mrmoku, you need to do it in phoneui_utils_sound_init 
Nov 24 18:26:44 <TAsn> not in phoneui_utils_init
Nov 24 18:26:49 <mrmoku> TAsn: yeah
Nov 24 18:26:50 <TAsn> (adding to mainloop)
Nov 24 18:26:53 <TAsn> and that's about it.
Nov 24 18:26:59 <GNUtoo> I think I'll keep my patch as is
Nov 24 18:27:04 <TAsn> just tell me the name of the callback you used
Nov 24 18:27:08 <TAsn> and I'll populate it.
Nov 24 18:27:17 <mrmoku> TAsn: ok
Nov 24 18:27:36 <mrmoku> TAsn: btw, what is the maximum count of pollfds?
Nov 24 18:27:59 <DocScrutinizer-8> mrmoku: if that's for readback of control values, and that's the standard (spell *mixer) way to do, then probably nothing wrong with it
Nov 24 18:28:24 <zoff99> der-lehmann: dont use navit precomiled svn versions ! you wont like what u get
Nov 24 18:28:27 <TAsn> mrmoku, what do you mean?
Nov 24 18:28:35 <mrmoku> DocScrutinizer-8: good :) that's exactly what TAsn wants to do (I think)
Nov 24 18:28:49 <mrmoku> TAsn: snd_hctl_poll_descriptors can give more than one fd
Nov 24 18:28:56 <TAsn> snd_hctl_poll_descriptors_count 
Nov 24 18:28:59 <TAsn> returns the limit
Nov 24 18:29:02 <TAsn> if that's what you meant
Nov 24 18:29:03 <mrmoku> ahh
Nov 24 18:29:07 <mrmoku> yup :9
Nov 24 18:29:11 <TAsn> *not limit
Nov 24 18:29:13 <TAsn> actual number
Nov 24 18:29:32 <der-lehmann> zoff99: thanks for that hint
Nov 24 18:29:42 <wjbaird> mrmoku: - about to upgrade my new image - is opkg update ; opkg upgrade enough?   Or is there other magic I need to invoke?
Nov 24 18:29:58 <mrmoku> wjbaird: no, is fine :)
Nov 24 18:30:16 <wjbaird> mrmoku:  good!  No magic on upgrades is very good!
Nov 24 18:30:38 <mrmoku> TAsn: btw. tell your israelian friends to try http://build.shr-project.org/tests/mrmoku/gsmhandset
Nov 24 18:30:48 <TAsn> cool :)
Nov 24 18:30:54 <TAsn> thanks
Nov 24 18:36:19 <der-lehmann> aha gui type internal makes it nicer
Nov 24 18:37:12 <wurp2|lazy> Is anyone running a recent-ish SHR on a neo1973?
Nov 24 18:37:31 <mrmoku> wurp2|lazy: have to build one...
Nov 24 18:40:30 <CIA-86> SHR: 03tom 07libphone-utils * r26faeed3c0d5 10/data/ (Makefile.am phoneprefix): ship the countries known phone prefixes in the phoneprefix file
Nov 24 18:40:35 <TAsn> dos1, ^
Nov 24 18:40:39 <TAsn> mrmoku, please rebuild
Nov 24 18:46:08 <wurp2|lazy> mrmoku: I need to build one, or you guys will?
Nov 24 18:46:19 <wurp2|lazy> No problem either way, but if you're going to, then I can wait :-)
Nov 24 18:47:56 <mickeyl> mrmoku: did you have a chance to try player_alsa?
Nov 24 18:48:20 <zoff99> how should i do a fast select screen in python? a hint please? what gfx-lib to use?
Nov 24 18:48:27 <zoff99> just a select fullscreen
Nov 24 18:48:31 <zoff99> with 2 buttons
Nov 24 18:48:45 <mickeyl> evas
Nov 24 18:48:55 <mickeyl> edje
Nov 24 18:48:57 <mickeyl> or elementary
Nov 24 18:49:49 <zoff99> is the a demo/sample i can rip, wanna do it quick to try out
Nov 24 18:50:17 <mickeyl> check BINDINGS/python in the enlightenment SVN
Nov 24 18:55:05 <JesusMcCloud> i just have to ask this... any progress on making an elm based phonelog? pyphonelog took >15 seconds to open up today
Nov 24 18:55:36 <mrmoku> wurp2|lazy: well, we will... probably not today though
Nov 24 18:55:41 <lindi-> JesusMcCloud: what's worng with having a text file?
Nov 24 18:55:44 <mrmoku> mickeyl: no, not yet :(
Nov 24 18:56:10 <JesusMcCloud> lindi-, text file?
Nov 24 18:56:17 <mickeyl> ok, then i will try
Nov 24 18:56:31 <lindi-> JesusMcCloud: of received calls
Nov 24 18:56:48 <spaetz_> mickeyl: thanks for making /dev/rtc more cooperative. Much appreciated
Nov 24 18:57:00 <wurp2|lazy> mrmoku: Cool, I'll stick with what I have for a while, then.  Thanks in advance!
Nov 24 18:57:07 <JesusMcCloud> lindi-, with atext file u cannot easily add new contacts, you'll have to type the number in by hand
Nov 24 18:57:12 <spaetz_> I have no clue what atd-over-fso actally does, so it might well be that it could be done through fsousaged
Nov 24 18:57:32 <mickeyl> spaetz_: yeah
Nov 24 18:58:03 <spaetz_> or even better, adapt ffalarms to work through fsodeviced directly
Nov 24 18:58:18 <lindi-> JesusMcCloud: or copypaste?
Nov 24 18:58:36 <spaetz_> and I hope your leg is better. Some chocolade medicine is on its way to Frankfurt :)
Nov 24 18:58:58 <mickeyl> ah, awesome, thanks :)
Nov 24 18:59:04 <JesusMcCloud> lindi-, is the elm bug already fixed that prohibits one from typing anythin into a text field after lost focus once?
Nov 24 18:59:16 <mickeyl> (leg) yeah, it's slowbut improving
Nov 24 18:59:21 <lindi-> JesusMcCloud: haven't used elm
Nov 24 18:59:34 <spaetz_> JesusMcCloud: gry theme doesnt support disabled widgets. They just keep working although I disabled them
Nov 24 18:59:36 <[Rui]> hey
Nov 24 19:00:01 <spaetz_> I know how you feel, I had a leg operation 3 weeks ago and was on crutches until a week ago :(
Nov 24 19:00:11 <JesusMcCloud> lindi-, it is kind of sad, since there was an approach to make an elm based phonelog which was really awesome and fast... sadly it was abandoned
Nov 24 19:00:21 <JesusMcCloud> spaetz, yup i know, my fault...
Nov 24 19:00:21 <[Rui]> TAsn, did you see my mail/screenies?
Nov 24 19:00:40 <spaetz_> TAsn: you just added all countries withinternational prefixes, right? Ißve just seen mickey commit a very similar list to fsodatad.
Nov 24 19:00:47 <spaetz_> darn keyboard
Nov 24 19:00:48 <JesusMcCloud> spaetz, but today si one of the precious evenings that i actually do not have to do any work, so i coudl wor on that :-P
Nov 24 19:00:58 <spaetz_> JesusMcCloud: would be much appreciated
Nov 24 19:01:07 <JesusMcCloud> lindi-, what do you mean u dont use elm?
Nov 24 19:01:14 <spaetz_> I want to WiFi toggle to be disabed initially in shr-settings, and not hide it
Nov 24 19:01:33 <spaetz_> because now the screen layout shifts 0.5 seconds after you open the Connectivity screen
Nov 24 19:01:44 <JesusMcCloud> spaetz, this is the thing with dos1's stuff everythign works perfectly and is much cleaner than mine...
Nov 24 19:01:45 <spaetz_> TAsn: is shr-wizard supposed to be in already?
Nov 24 19:02:12 <JesusMcCloud> Q @ all: did i fudge up button presses in gry theme,
Nov 24 19:02:14 <JesusMcCloud> ?
Nov 24 19:02:19 <spaetz_> I just opkg upgraded and killed ~/.e, but no shr-wizard
Nov 24 19:03:00 <spaetz_> JesusMcCloud: is it? some bits of shr-settings are quite a hack :)
Nov 24 19:03:20 <spaetz_> and some of those bits don't come from me :)
Nov 24 19:03:24 <JesusMcCloud> spaetz, but the code is readable
Nov 24 19:03:42 <spaetz_> true. nice small self-contained modules
Nov 24 19:03:47 <lindi-> JesusMcCloud: i don't use elm :)
Nov 24 19:04:07 <JesusMcCloud> spaetz, if you compare the structure of niebiee theme and gry theme, you will start to point fingers at me and call em names
Nov 24 19:04:28 <JesusMcCloud> lindi-, so you use litephone?
Nov 24 19:04:33 <lindi-> JesusMcCloud: nope
Nov 24 19:05:21 <lindi-> JesusMcCloud: just a small python daemon for answering calls reliably
Nov 24 19:05:30 <spaetz_> I have never looked at gry code. I find edje pretty inaccessible. So I admire everyone who can do more than change a color in a theme
Nov 24 19:06:25 <[Rui]> spaetz, indeed!
Nov 24 19:07:02 <spaetz_> TAsn: kick fate in the  butt please. mokonect is not working here
Nov 24 19:07:32 <spaetz_> even if WiFi is turned on permanently it fails when infinitely trying to "power Wifi on"
Nov 24 19:07:58 <spaetz_> turned on permanently BEFORE I start mokonnect
Nov 24 19:08:23 <JesusMcCloud> spaetz_, (coudl you remove the underscore from you nick?) i first though edje is too fucking complicated, but on a closer look (at the quite exxelet docs) i was simply impressed... so i realla want ot learn elm/ewl, so i can code apps with killer UIs
Nov 24 19:08:43 <spaetz_> JesusMcCloud: I am in this channel twice, thererfore the underscore :-)
Nov 24 19:09:04 <[Rui]> JesusMcCloud, edje is awesome, but it needs better docs
Nov 24 19:09:13 <[Rui]> elm is a breeze
Nov 24 19:09:53 <[Rui]> except that itsva bit underdocumented, as well, butvery easy!
Nov 24 19:10:12 <spaetz> elm is a breeze, agreed
Nov 24 19:10:55 <JesusMcCloud> [Rui], i looked at elm, ist very nice, really, but i woudl need one day to closely study and experiment with it... and the edje docs are quite nice!
Nov 24 19:12:24 <[Rui]> you cant make anything good looking with edge unless you have a very good graphic taste as well
Nov 24 19:13:06 <[Rui]> with elm you can leave that to theme designers and still make sth that looks nice
Nov 24 19:13:14 <[Rui]> edje
Nov 24 19:13:43 <[Rui]> gotta go, be right back later on if i can
Nov 24 19:13:57 <JesusMcCloud> [Rui], exacly what i mean: you can only override theme if you write your own edc..
Nov 24 19:17:56 <spaetz> hehe, wakeups from idle: 904/sec
Nov 24 19:18:09 <spaetz> 400 of those from the accel alone
Nov 24 19:18:50 <spaetz> no wonder that CPU never gets any sleep
Nov 24 19:19:26 <spaetz> how can I reduce the frequency of accelerator readings/interrupts?
Nov 24 19:20:21 <dos1> spaetz: shouldn't accels be disabled when nothing is reading from them?
Nov 24 19:23:01 <spaetz> dos1: I would think so
Nov 24 19:23:12 <spaetz> and I have nothing running that would be using them
Nov 24 19:23:21 <spaetz> but they produce 400 interrupts/sec
Nov 24 19:23:51 <mrmoku> TAsn: one callback.. no matter which poll fd?
Nov 24 19:24:09 <dos1> spaetz: so something is wrong
Nov 24 19:24:28 <spaetz> so what is supposed to turn them on/off? fsodeviced?
Nov 24 19:24:51 <dos1> spaetz: kernel
Nov 24 19:25:12 <dos1> as far as i understand it correctly
Nov 24 19:25:27 <dos1> when noone reads from /dev/input/event[2,3], then accels are disabled
Nov 24 19:26:43 <spaetz> then our shrU kernel is borked
Nov 24 19:30:35 <Slyon> mrmoku: do you know a function in C/glib to change a int to a string?
Nov 24 19:31:01 <spaetz> dos1: nothing reads event2,3 (just checked with lsof)
Nov 24 19:31:31 <spaetz> mickey|bbiab: is it normal that fsodeviced has to fd's open on /dev/input1,4 simultanously?
Nov 24 19:31:54 <Flyser> Slyon: xxxprintf
Nov 24 19:32:46 <Slyon> Flyser: xxx? can you explain a little pls, i'm new to C
Nov 24 19:33:15 <JesusMcCloud> again Q @ all: did i mess up button click detection in gry*?
Nov 24 19:33:20 <Flyser> there are several functions named prefix+"printf"
Nov 24 19:33:32 <Flyser> Slyon: like asprintf
Nov 24 19:34:05 <Flyser> or sprintf or printf or ...
Nov 24 19:34:46 <spaetz> JesusMcCloud: they seem to work fine for me, JesusMcCloud 
Nov 24 19:35:14 <JesusMcCloud> spaetz, click is detected in upper and lower half of button?
Nov 24 19:35:23 <Slyon> Flyser: with printf and sprintf i get a Error: "Speicherzugrifsfehler"
Nov 24 19:35:49 <spaetz> JesusMcCloud: I think so, yes
Nov 24 19:36:05 <JesusMcCloud> spaetz, hmpf... seems my fingers ate too fat then...
Nov 24 19:36:21 <Flyser> Slyon: I think you should use asprintf. Speicherzugriffsfehler is a "Segmentation fault"
Nov 24 19:36:23 <spaetz> a bit difficult to test
Nov 24 19:37:04 <Slyon> Flyser: window_text_set(win,"missedCallsLabel",asprintf("%d",calls)); so this should work?
Nov 24 19:37:13 <Flyser> Slyon: However, I don't have time to explain C at the moment, so you will have to use google ;-)
Nov 24 19:37:27 <Slyon> Flyser: okay, thanks anyways ;)
Nov 24 19:37:30 <Flyser> Slyon: no. completely wrong^^
Nov 24 19:37:46 <JesusMcCloud> spaetz, i am y´just askign because i am not sure if i did it proper... i remember to that buttons were a bit of a pain.. layer wise
Nov 24 19:38:18 <Slyon> is some C guru around? mrmoku, TAsn...?
Nov 24 19:38:28 <JesusMcCloud> Slyon, do you need a good c book (in german?) i think i got the link somewhere at my uni mailbox...
Nov 24 19:38:54 <catholicon> dos1: do you remember, I had issues with using the backup of messages.db after reflash?
Nov 24 19:39:04 <dos1> catholicon: yup? any ideas?
Nov 24 19:39:24 <Slyon> JesusMcCloud: you can send me the link to a good C book if you want :) atm i'm learning it by doing
Nov 24 19:39:24 <catholicon> dos1: well, figured that message tables had Timestamps like 1232138092.0
Nov 24 19:39:43 <Slyon> JesusMcCloud: german is fine (as i'm german)
Nov 24 19:39:44 <Flyser> Slyon: you don't need a C guru, you should learn the basics :-)
Nov 24 19:39:56 <catholicon> dos1: sqlite-messages backed was probably thowing up at int(entries["Timestamp"])
Nov 24 19:40:12 <JesusMcCloud> Slyon, i am taking courses at the university atm
Nov 24 19:40:14 <dos1> hmm
Nov 24 19:40:30 <mrmoku> Slyon: C guru would be TAsn ...
Nov 24 19:40:32 <dos1> maybe...
Nov 24 19:40:32 <mrmoku> not me :P
Nov 24 19:40:38 <catholicon> dos1: i updated my table and opim is happy...now i have to figure the issue with contacts.db
Nov 24 19:40:41 <spaetz> bbl
Nov 24 19:40:56 <Slyon> Flyser: yes, i know :P
Nov 24 19:40:59 <JesusMcCloud> Slyon, try curry.tugraz.at for some presentations: the ESP ones are what you want
Nov 24 19:41:26 <Slyon> JesusMcCloud: okay, thanks
Nov 24 19:41:27 <JesusMcCloud> Slyon, its just the basics, but kappe is a very good teacher
Nov 24 19:41:38 <catholicon> dos1: btw, i have some 1000 msgs....and the default msg app takes ages to load up....is there some better alternative? (i can use litephone...but if you konw something else)
Nov 24 19:42:07 <JesusMcCloud> Slyon, also i just read the "C von A bis Z" is now released as an openbook
Nov 24 19:42:47 <JesusMcCloud> Slyon, http://openbook.galileocomputing.de/c_von_a_bis_z/
Nov 24 19:42:59 <Slyon> JesusMcCloud: yeah, i've this one, too. but i didn't have time to read it, yet
Nov 24 19:43:33 <JesusMcCloud> Slyon, i dont know how good this one is...
Nov 24 19:43:34 <Slyon> JesusMcCloud: actually i just need a inttostr function to work further on shr-today in C
Nov 24 19:46:28 <blindcoder> Slyon: inttostr? sprintf(buf, "%d", integer); ?
Nov 24 19:46:58 <mmontour> Slydon: char buf[16]; snprintf(buf,16,"%d",i); 
Nov 24 19:47:05 <Slyon> blindcoder: where buf is a char?
Nov 24 19:47:09 <blindcoder> Slyon: yes
Nov 24 19:47:17 <blindcoder> mmontour: err, snprintf(buf, 15!!!!
Nov 24 19:47:24 <blindcoder> mmontour: oh wait...
Nov 24 19:47:34 <blindcoder> mmontour: sorry, my mistake, you may hit me with a C book now.
Nov 24 19:48:47 <mmontour> Yeah, I had to look it up too. Hard to remember all of the edge cases.
Nov 24 19:49:06 <Slyon> mmontour: blindcoder: thanks, it works :) now i can work further
Nov 24 19:49:34 <blindcoder> mmontour: the last time I made that mistake I actually ran into sigsegvs, but I never learn ;)
Nov 24 19:49:56 <mmontour> Slydon: note that you can't pass the "buf" pointer outside of your current function, because the storage for buf[16] is allocated on the stack
Nov 24 19:49:59 <JesusMcCloud> spaetz, damn university strikes again... disabled widgets will have to wait till weekend
Nov 24 19:50:13 <toaster`> TAsn: hey, you around?
Nov 24 19:51:11 <blindcoder> Slyon: if you want to use that you should use malloc instead, but that has its own problems.
Nov 24 19:51:20 <Slyon> mmontour: ok, i don't need it outside the function
Nov 24 19:51:25 * blindcoder usually wraps malloc and free to avoid some problems
Nov 24 20:00:55 <blindcoder> mmontour: wouldn't passing a &char[16] work?
Nov 24 20:02:03 <mmontour> blindcoder: I don't understand the question. 
Nov 24 20:03:59 <toaster`> Ainulindale: dos1: Are you guys around?
Nov 24 20:04:42 <blindcoder> mmontour: would it be possible to pass a char[16] to another function by reference?
Nov 24 20:05:05 <dos1> toaster`: i think i'm somewhere. why do you ask? ;)
Nov 24 20:05:16 <blindcoder> mmontour: ie: void otherfunction(char *c); void thisfunction(){ char d[16]; otherfunction(&d); };
Nov 24 20:06:12 <toaster`> dos1: Hey! How goes?  Well I'm finally getting around to the shr-settings backup module and I had a couple questions on what people wanted done
Nov 24 20:06:29 <mmontour> You can pass a pointer easily enough, but the pointer is only valid until the function that allocated "char buf[16]" returns.
Nov 24 20:06:36 <blindcoder> toaster`: progress bar!
Nov 24 20:06:42 <dos1> toaster`: then ask Ainulindale, he wanted this module ;)
Nov 24 20:06:45 <toaster`> dos1: And I have to apologize for my absence the past while, I've been travelling more then I planned.
Nov 24 20:06:46 <blindcoder> mmontour: of course
Nov 24 20:06:49 <toaster`> I'm actually in DE right now
Nov 24 20:07:08 <dos1> toaster`: no need to sorry ;)
Nov 24 20:08:16 <blindcoder> I'm off for today, see you tomorrow!
Nov 24 20:08:28 <toaster`> dos1: true, but I have something you can help me with.  SHR-Settings module's config files.  Where should they go? 
Nov 24 20:09:07 <dos1> toaster`: aren't they already in /etc/shr-settings/ ?
Nov 24 20:09:39 <toaster`> dos1: right now I have /etc/shr-settings/, but TSan and Ainulindale were talking about another place I think.  
Nov 24 20:09:58 <toaster`> is /etc/shr-settings/ good enough for packaging updates?
Nov 24 20:10:11 <dos1> dunno about them ;)
Nov 24 20:10:30 <mrmoku> TAsn: ping
Nov 24 20:11:52 <catholicon> dos1: even with calls table, duration and timestamp columns had floating entries...doing set timestamp=cast(cast(timestamp as INTEGER) as TEXT) fixed the table
Nov 24 20:12:10 <catholicon> dos1: same for duration :)....
Nov 24 20:13:12 <toaster`> dos1: ok, last one I think.  what changes the shr-version?  specificaly, would any changes the shr-settings/modules files affect it?
Nov 24 20:13:33 <dos1> toaster`: shr-version? what do you mean?
Nov 24 20:17:04 <toaster`> dos1: For creating internally verioned backup archives, keyed to certain shr-version buids. This should then allow for flaging files that when restored may cause system failures (say a SQLite db gets updated to an incompatible version).  I'm not fully sure but I think that's what you, Ainulindale, and TSan were discussing
Nov 24 20:17:38 <dos1> toaster`: if you mean "image information" module then it's feeded by data added on image generation
Nov 24 20:18:29 <toaster`> dos1: ahh ok, so using that may not help...
Nov 24 20:18:53 <Ainulindale> toaster`: original target was
Nov 24 20:19:00 <Ainulindale> We need to have in a dir sysconffiles
Nov 24 20:19:15 <Ainulindale> for instance package foo needs to backup /etc/bar
Nov 24 20:19:19 <toaster`> ok, I'll have to set it up to grab versions of specific packages I suppose, from another conf file
Nov 24 20:19:23 <mrmoku> TAsn: stop playing cod4 !!!
Nov 24 20:19:26 <Ainulindale> then in /etc/shr-settings/backup.d/foo
Nov 24 20:19:29 <toaster`> Ainulindale: that's what it already is
Nov 24 20:19:31 <Ainulindale> you'll have the list of the files to backup
Nov 24 20:19:34 <toaster`> ahh ok
Nov 24 20:19:38 <toaster`> I understand now
Nov 24 20:19:40 <Ainulindale> it'll be feeded by the foo package definition
Nov 24 20:19:48 <toaster`> that's a quick change
Nov 24 20:19:53 <Ainulindale> yep :-)
Nov 24 20:20:00 <Ainulindale> then it might be configurable
Nov 24 20:20:11 <Ainulindale> that is, foo-x-y.z
Nov 24 20:20:13 <Ainulindale> for specific versions
Nov 24 20:20:20 <Ainulindale> (used for restore and backup)
Nov 24 20:20:41 <Ainulindale> or not
Nov 24 20:20:50 <Ainulindale> the best thing should be to define a list and a restore script
Nov 24 20:20:53 <Ainulindale> blank is copy
Nov 24 20:20:59 <Ainulindale> or rather
Nov 24 20:21:06 <Ainulindale> no restore script is copy over
Nov 24 20:21:10 <Ainulindale> restore script is executed if present
Nov 24 20:21:16 <Ainulindale> that way we'll be able to handle migrations
Nov 24 20:21:34 <Ainulindale> Am I clear enough?
Nov 24 20:22:16 <toaster`> I think so... though isn't that getting a little fine-grained for a backup utility to take all possible conflicts into consideration?
Nov 24 20:22:23 <JesusMcCloud> LOL i just read a new article about a "revolutionary" input method for mobile phone invented by microsoft... turns out it nothign more that quickwriting aka qwo
Nov 24 20:22:50 <Wonka> is there something wrong on my box only? or does someone else have problems building shr-unstable because http://sources.openembedded.org//matchbox-panel-2_svn.o-hand.com_.repos.matchbox.trunk_2098_.tar.gz 404s?
Nov 24 20:22:54 <toaster`> shouldn't that be handled by the parent program of the updated file?
Nov 24 20:22:54 <JaMa|Wrk> mrmoku: you said that we will stay on 0.1 with webkit-efl?
Nov 24 20:23:14 <mrmoku> JaMa|Wrk: yup (at least that's what I did in the end)
Nov 24 20:23:31 <mrmoku> JaMa|Wrk: btw. rebuilding pixman did not work :|
Nov 24 20:23:33 <JaMa|Wrk> ok.. I have another conflict while merging srcpv..
Nov 24 20:23:40 <JaMa|Wrk> mrmoku: pushing right now..
Nov 24 20:23:46 <mrmoku> ahh good :D
Nov 24 20:23:51 <JaMa|Wrk> mrmoku: that's why I need merge :)
Nov 24 20:24:31 <JaMa|Wrk> mrmoku: ok pushed
Nov 24 20:24:44 <JaMa|Wrk> mrmoku: its only workaround but works for me..
Nov 24 20:25:00 <JaMa|Wrk> mrmoku: not enough time to debug why it sometimes built sometimes fail
Nov 24 20:25:07 * mrmoku tries
Nov 24 20:25:36 <JaMa|Wrk> mrmoku: maybe something else changed between.. but both my angstrom builds (om-gta02, spitz) built pixman ok, later than shr build..
Nov 24 20:27:04 <toaster`> Ainulindale: My thinking is that it is unknown what version the user will be restoring with.  This means that the restore script will have to manage for all posibilities of version matches.
Nov 24 20:33:39 <Ainulindale> toaster`: no it's not
Nov 24 20:33:52 <Ainulindale> toaster`: because you'll be restoring against a version shipped with the script used for restore
Nov 24 20:33:57 <Ainulindale> hence you'll know the version
Nov 24 20:34:20 <Ainulindale> hence you'll just have an upgrade path from X to Y, Y being the version shipping the actual restore script you'll be using
Nov 24 20:34:27 <Ainulindale> and X you'll know because you'll backup it
Nov 24 20:36:16 <toaster`> Ainulindale: Are you assuming that the user is restoring overtop of a fresh OS flash?  Where the archive is from the latest opkg update/upgrade before said flash?
Nov 24 20:36:35 <Ainulindale> no
Nov 24 20:36:35 <Ainulindale> Let me explain myself more clearly
Nov 24 20:36:50 <Ainulindale> System state A, foo version X
Nov 24 20:36:50 <Ainulindale> you're backuping
Nov 24 20:36:58 <Ainulindale> you'll have a backup with foo-X/bar1, foo-X/bar2
Nov 24 20:37:00 <toaster`> Ainulindale: Please, I seem to be confused :)
Nov 24 20:37:07 <Ainulindale> You're doing stuff leading you to System state B
Nov 24 20:37:17 <Ainulindale> foo version Y, X < Y
Nov 24 20:37:31 <Ainulindale> (current proper state on buildhost being whatever)
Nov 24 20:37:35 <Ainulindale> If the package is rev Y
Nov 24 20:37:49 <Ainulindale> Hence the restore script in /etc/shr-settings belongs to that version because it's shipped with the package
Nov 24 20:37:58 <Ainulindale> Hence you know exactly that you're upgrading *to* Y
Nov 24 20:38:08 <Ainulindale> As you'll know X by identification (foo-X/bar1, etc)
Nov 24 20:38:28 <Ainulindale> you can execute whatever you need to do in the restore script to properly migrate data from X to Y
Nov 24 20:39:29 <toaster`> And if we need to go from Version W, it would run W->X->Y?
Nov 24 20:40:32 <Ainulindale> well
Nov 24 20:40:36 <Ainulindale> the script will do whatever it'll do
Nov 24 20:40:43 <Ainulindale> you call it saying "here the files from version X"
Nov 24 20:40:51 <Ainulindale> if he wants to chain upgrade methods, it will
Nov 24 20:41:05 <Ainulindale> if it has specific upgrade methods depending on the X,Y couple then it'll use that
Nov 24 20:41:09 <Ainulindale> whatever
Nov 24 20:41:14 <Ainulindale> you'll just system() the script
Nov 24 20:41:17 <JaMa|Wrk> mrmoku: tinderbox says, pixman ok.. good
Nov 24 20:41:25 <Ainulindale> with two args, X & path of the files
Nov 24 20:41:29 <toaster`> ok, so the maintainer of foo will have to sort that out?
Nov 24 20:41:30 <mrmoku> JaMa|Wrk: that was cleaning :P
Nov 24 20:41:36 <Ainulindale> toaster`: exactly
Nov 24 20:41:53 <Ainulindale> toaster`: it's just properly impossible to embed that logic in shr-settings 
Nov 24 20:42:02 <toaster`> ok, I just wanted to be clear on that :)
Nov 24 20:42:04 <JaMa|Wrk> mrmoku: ah didn't notice :)
Nov 24 20:42:04 <Ainulindale> toaster`: hence it has to be embedded in the package
Nov 24 20:43:24 <mrmoku> JaMa|Wrk: looks good :)
Nov 24 20:43:26 <toaster`> Ainulindale: so any maintainer that wishes to have smooth upgrades will have to supply files for /etc/shr-settings/backup.d/foo/ in their package?
Nov 24 20:44:36 <Ainulindale> toaster`: exactly
Nov 24 20:44:37 <JaMa|Wrk> mrmoku: not so much.. now navit failed for me
Nov 24 20:44:48 <JaMa|Wrk> mrmoku: looking for the same libpixman-1.la :/
Nov 24 20:45:08 <Ainulindale> toaster`: one file for restore one for backup 
Nov 24 20:45:09 <toaster`> Ainulindale: ok, I think I understand the goal now.  I'll try to come up with something sane
Nov 24 20:45:21 <Ainulindale> toaster`: both of them being scripts the latter returning a list
Nov 24 20:45:36 <toaster`> Ainulindale: and a version/conf file for soem info I'll need in the backup module
Nov 24 20:46:42 <Ainulindale> toaster`: yep
Nov 24 20:46:47 <JaMa|Wrk> mrmoku: not sure why pixman has pixman-1-uninstalled.pc in git repo..
Nov 24 20:47:13 <JaMa|Wrk> mrmoku: I guess that libpixman-1.la is from older version (maybe when pixman was downgraded after PV change)
Nov 24 20:47:38 <JaMa|Wrk> mrmoku: and now we have something in staging which shouldn't be there anymore
Nov 24 20:48:39 <DocScrutinizer-8> toaster`: quite some apps (e.g. KDE) have a set of first-start-scripts that do the required sed magic and renaming on existing config files (or whatever needed)
Nov 24 20:48:55 <toaster`> Ainulindale: ok, I'll draft up a proposed chage doc (so that we can all be sure of everything) and send it out in the next day or so for review.  It'll be easier for me to code to that rather then arbitrarily hacking away.
Nov 24 20:49:23 <Ainulindale> toaster`: I like that :-)
Nov 24 20:49:45 <toaster`> Ainulindale: well, IRC logs only work so well...
Nov 24 20:49:55 <Ainulindale> toaster`: I quite agree
Nov 24 20:57:23 <Slyon> TAsn: status update on idle_screen: functions for refreshing missed calls, messages, tasks and battery status now exist and work. the others are hopefully coming soon. :)
Nov 24 20:57:27 <Slyon> i'm off for today, good night all
Nov 24 21:03:28 <mrmoku> TAsn: PING
Nov 24 21:03:35 <mrmoku> TAsn: alsa mainloop integration works
Nov 24 21:03:47 <[Rui]> oh, why didn't I bring my laptop
Nov 24 21:04:52 <[Rui]> TAsn, I'd like to learn libphoneui as well to integrate with sss
Nov 24 21:05:18 <mrmoku> [Rui]: go ahead :D
Nov 24 21:06:00 <[Rui]> mrmoku, yeah, but is that the proper library?
Nov 24 21:06:17 <mrmoku> [Rui]: the UI one is libphone-ui-shr
Nov 24 21:06:22 <[Rui]> wont do anything tonite thats for sure
Nov 24 21:06:28 <mrmoku> that is where sss should be integrated
Nov 24 21:06:40 <mrmoku> s/should/will/
Nov 24 21:06:40 <apt> mrmoku meant: that is where sss will be integrated
Nov 24 21:06:56 <DocScrutinizer-8> mrmoku: pollinterval?
Nov 24 21:07:14 <[Rui]> so I should clone it and adapt the code so it builds as one?
Nov 24 21:08:06 <mrmoku> DocScrutinizer-8: hmm... actually no idea :P I just added the poll fds from alsa to the glib mainloop
Nov 24 21:08:26 <DocScrutinizer-8> aah
Nov 24 21:08:29 <mrmoku> [Rui]: yup
Nov 24 21:08:51 <DocScrutinizer-8> not shorter than 1sec I'd suggest
Nov 24 21:09:01 <[Rui]> ok, then I will try that tomorrow
Nov 24 21:09:54 <DocScrutinizer-8> also we don't need to poll as long as the slider isn't displayed, so you can guess my suggestion for gui design
Nov 24 21:10:32 <zoff99> mrmoku: ok i've tried themes for navit. sent patch to SHR mailing list. but its too large , need approval
Nov 24 21:10:58 <mrmoku> DocScrutinizer-8: interesting point...
Nov 24 21:10:58 <mrmoku> TAsn: ^^^
Nov 24 21:11:08 <zoff99> mrmoku: done it just now, so dont stone me if its not fully working .. :)
Nov 24 21:11:14 <mrmoku> zoff99: I can't do that :
Nov 24 21:11:14 <mrmoku> |
Nov 24 21:11:33 <mrmoku> zoff99: by principle I don't stone people...
Nov 24 21:11:36 <mrmoku> I hang them ;)
Nov 24 21:11:41 <zoff99> mrmoku: ok? who is ML admin
Nov 24 21:11:50 <mrmoku> zoff99: Ainulindale I guess
Nov 24 21:12:01 <zoff99> mrmoku: rope is expensive in economic crisis
Nov 24 21:12:13 <Ainulindale> Who dares disturb my sleep?
Nov 24 21:12:16 * Ainulindale coughs dust
Nov 24 21:12:24 <mrmoku> Ainulindale: wake up old man ;)
Nov 24 21:12:26 <zoff99> i've sent a large patch to mailinglist
Nov 24 21:12:36 <zoff99> can't be much older than me ;)
Nov 24 21:12:54 <Ainulindale> probably younger as a matter of fact
Nov 24 21:12:59 <zoff99> :)
Nov 24 21:13:05 <mrmoku> Ainulindale: time to sleep when you stopped to cough... forever ;)
Nov 24 21:13:16 <zoff99> so i tried 2 themes for navit. sent big load to ML
Nov 24 21:13:49 <zoff99> says larger than 100k needs confirmation from admin
Nov 24 21:13:51 <mrmoku> Ainulindale: btw. do you have an ip starting with 180 ?
Nov 24 21:14:19 <Ainulindale> Your wish has been granted zoff99 
Nov 24 21:14:23 <Ainulindale> mrmoku: nope. Why ?
Nov 24 21:14:35 <zoff99> where do i need to insert the coins?
Nov 24 21:14:40 <mrmoku> because on ssh login it tells me last login by 180.....
Nov 24 21:14:53 <mrmoku> and dos1 usually has a reverse resolving one
Nov 24 21:14:58 <mrmoku> (shows the name instead)
Nov 24 21:15:16 <Ainulindale> so do I
Nov 24 21:15:26 <mrmoku> so... how is logging in there as shr user?
Nov 24 21:15:28 <zoff99> btw. i did a large patch for advanced geocaching, also waits for approval, dont know if anybody needs it
Nov 24 21:15:31 <mrmoku> s/how/who
Nov 24 21:15:36 <zoff99> with arial maps and stuff
Nov 24 21:15:36 <Ainulindale> mrmoku: let me check
Nov 24 21:16:11 <Ainulindale> hmmm
Nov 24 21:16:34 <Ainulindale> that's m-online
Nov 24 21:16:35 <Ainulindale> ring a bell?
Nov 24 21:16:47 <Ainulindale> morphis ?
Nov 24 21:17:01 <zoff99> ok night, tomorrow somebody tell me what u think of those themes ...
Nov 24 21:17:50 <mrmoku> Ainulindale: hehe, quite a lot of people in authorized_keys :)
Nov 24 21:18:19 <Ainulindale> mrmoku: mostly bears
Nov 24 21:18:28 <mrmoku> Ainulindale: was just asking because I _thought_ it would be just you, dos1 and me :)
Nov 24 21:19:02 <Ainulindale> mrmoku: morphis is able to log as well
Nov 24 21:19:38 <Ainulindale> mrmoku: anyway it seems to be a german login
Nov 24 21:19:38 <Ainulindale> so I bet it is him
Nov 24 21:19:39 <mrmoku> Ainulindale: how's life in Paris btw... still busy?
Nov 24 21:19:45 <Ainulindale> yeah
Nov 24 21:19:56 <Ainulindale> I'm a bit tired by all the work as a matter of fact :-)
Nov 24 21:20:08 <mrmoku> I imagine....
Nov 24 21:20:14 <Ainulindale> You know I didn't even update for 4 months?
Nov 24 21:20:18 <Ainulindale> (my own SHR)
Nov 24 21:20:35 <mrmoku> that's why it still works probably ;)
Nov 24 21:20:39 <mrmoku> Ainulindale: btw. 2.6.31 rocks
Nov 24 21:20:50 <Ainulindale> What's the main difference?
Nov 24 21:20:55 <Ainulindale> (on the user POV)
Nov 24 21:20:59 <mrmoku> I see such a big difference in speeeeed
Nov 24 21:21:05 <mrmoku> probably with SD only though
Nov 24 21:21:12 <Ainulindale> I always flash
Nov 24 21:21:17 <max_posedon> mrmoku, I tested it with booting from nand
Nov 24 21:21:21 <[Rui]> mrmoku, suits me just dandy!
Nov 24 21:21:24 <max_posedon> its extemelly faaaaaaaaast
Nov 24 21:21:26 <mrmoku> but it feels good... scrolls smoothly and apps start faster
Nov 24 21:21:31 <Ainulindale> Ok let me flash now :-)
Nov 24 21:21:34 <mrmoku> max_posedon: that is good to here :)
Nov 24 21:21:38 <max_posedon> Ainulindale, you shouldn't 
Nov 24 21:21:42 <mrmoku> Ainulindale: only if you don't need a phone ;)
Nov 24 21:21:45 <Ainulindale> Oh?
Nov 24 21:21:45 <max_posedon> no any gsm)
Nov 24 21:21:48 <Ainulindale> Damn
Nov 24 21:21:53 <Ainulindale> You suck guys :-)
Nov 24 21:22:05 <[Rui]> buaaaaa
Nov 24 21:22:12 <mrmoku> max_posedon: I started to write a kernel switching script
Nov 24 21:22:14 <max_posedon> but it was first time, when I saw fast tangogps "scrolling"
Nov 24 21:22:14 <Ainulindale> I'm sure it's [Rui]'s fault
Nov 24 21:22:28 <Ainulindale> why is phone failing?
Nov 24 21:22:30 <mrmoku> max_posedon: http://shr.pastebin.com/m334f167f
Nov 24 21:22:31 <[Rui]> why ?any particular reason to puish us?
Nov 24 21:22:35 <Ainulindale> [Rui]: :-)
Nov 24 21:22:39 <mrmoku> Ainulindale: sysfs paths changed
Nov 24 21:22:42 <[Rui]> grin
Nov 24 21:22:47 <Ainulindale> Grmbl
Nov 24 21:22:47 <Ainulindale> I hate that 
Nov 24 21:22:55 <Ainulindale> Isn't FSO supposed to help us to prevent that?
Nov 24 21:23:04 <mrmoku> mickey|bbiab: too :P
Nov 24 21:23:05 <max_posedon> mrmoku, don't forget about modules
Nov 24 21:23:09 <mrmoku> s/://
Nov 24 21:23:09 <mrmoku> hmm
Nov 24 21:23:09 <apt> mrmoku meant: mickey|bbiab too :P
Nov 24 21:23:19 <mrmoku> max_posedon: modules are fine
Nov 24 21:23:26 <max_posedon> and update-modules after switching
Nov 24 21:23:29 <mrmoku> because they have a different path
Nov 24 21:23:39 <[Rui]> now myjbuil tree works I must see about porting shr/oe to smartq7
Nov 24 21:23:41 <mrmoku> ahh... I have both sound modules in there :P
Nov 24 21:23:50 <mrmoku> so one will just fail
Nov 24 21:23:57 <mrmoku> Ainulindale: snd module got renamed too
Nov 24 21:24:01 <[Rui]> hehehe
Nov 24 21:24:24 <Ainulindale> mrmoku: So what is left to fix the stuff then?
Nov 24 21:24:28 <mrmoku> Ainulindale: but I never had that nice of a UI feeling with that phone
Nov 24 21:24:39 <Ainulindale> mrmoku: well I'm glad to hear about that
Nov 24 21:24:51 <mrmoku> Ainulindale: sound states (as they changed too :P)
Nov 24 21:24:52 <mrmoku> some fso stuff
Nov 24 21:25:00 <mrmoku> that should be it
Nov 24 21:25:20 <Ainulindale> What is dos doing on FSO's side then? :-)
Nov 24 21:25:46 <mrmoku> dos was tired for some time... woke up some day ago :P
Nov 24 21:25:57 <Ainulindale> yeah I'm not the only one !
Nov 24 21:26:07 <mrmoku> Ainulindale: we have our own e startup wizzard to hit the feed soon
Nov 24 21:26:10 <mrmoku> done by dos
Nov 24 21:26:13 <Ainulindale> fodsifosdjfilsv !!!!
Nov 24 21:26:14 <mrmoku> (and TAsn)
Nov 24 21:26:15 <Ainulindale> YAY
Nov 24 21:26:25 <mrmoku> TAsn: PPPIIIIIIING :P
Nov 24 21:26:27 <Ainulindale> For once TAsn is doing actually useful stuff
Nov 24 21:26:31 <mrmoku> yup
Nov 24 21:26:41 <Ainulindale> ANd not some python crap
Nov 24 21:26:41 <mrmoku> TAsn is quite active
Nov 24 21:26:44 <Ainulindale> :-)
Nov 24 21:26:46 <mrmoku> :)
Nov 24 21:27:06 <mrmoku> Ainulindale: to your dissapointment... the e wizard thing is python for now ;)
Nov 24 21:27:14 <Ainulindale> Sheesh
Nov 24 21:27:15 <playya__> I'm waiting for xserver-input-tslib
Nov 24 21:27:43 <mrmoku> Ainulindale: another important thing is... we're almost merged in org.oe.dev
Nov 24 21:28:14 <Ainulindale> yeah I followed that
Nov 24 21:28:18 <Ainulindale> and that's good stuff
Nov 24 21:28:51 <mrmoku> yeah, Heinervdm and JaMa|Wrk are doing an amazingly good job there
Nov 24 21:29:09 <Ainulindale> good to hear :-)
Nov 24 21:30:10 <Ainulindale> sadly we'd need a stable image :->
Nov 24 21:30:13 <mrmoku> JaMa|Wrk: btw. lite image finished :)
Nov 24 21:30:32 <mrmoku> Ainulindale: as soon as merging to oe.dev is finished spaetz will branch of a testing branch
Nov 24 21:30:44 <Ainulindale> I'm not sure there's any use in branching
Nov 24 21:30:52 <Ainulindale> all can be managed using versions
Nov 24 21:31:02 <mrmoku> I disagree
Nov 24 21:31:07 <Ainulindale> Develop then :-)
Nov 24 21:31:16 <mrmoku> too much is changing in oe.dev
Nov 24 21:31:38 <Ainulindale> well if you're fixing revs & versions you're supposed to be good, aren't you?
Nov 24 21:31:49 <Ainulindale> (supposing there's no hasty removal)
Nov 24 21:31:59 <Ainulindale> (or overlapping _git/_cvs thingy with revisions)
Nov 24 21:32:27 <Ainulindale> But anyway, I was more making a point out of supposedly ideal situation than a factual point :-)
Nov 24 21:32:28 <JaMa|Wrk> mrmoku: can you try this in staggin area on buildhost? find staging/ -name libpixman-1\* -exec ls -lah {} \;
Nov 24 21:32:29 <mrmoku> another problem is having just one shr.conf and such for both
Nov 24 21:33:18 <JaMa|Wrk> mrmoku: I'll revert that workaround.. as it builds now cleanly if you check and clean staging from cruft
Nov 24 21:33:31 <[Rui]> dinner time
Nov 24 21:34:18 <mrmoku> JaMa|Wrk: http://shr.pastebin.com/d419f069a
Nov 24 21:35:11 <JaMa|Wrk> mrmoku: -c clean -b recipes/libpixman/libpixman-native*.bb to be sure
Nov 24 21:35:31 <mrmoku> JaMa|Wrk: building fat image right now... has to wait a moment
Nov 24 21:35:41 <mrmoku> already doing rootfs though
Nov 24 21:37:03 <TAsn> mrmoku, pong.
Nov 24 21:37:10 <mrmoku> TAsn: finally ;)
Nov 24 21:37:10 <fredrin> how's .31 kernel going?
Nov 24 21:37:10 <TAsn> Ainulindale, FU :)
Nov 24 21:37:26 <TAsn> sorry.
Nov 24 21:37:30 <TAsn> I see slyon left already :|
Nov 24 21:37:45 * mrmoku notes to tell dos that TAsn said bad words ;)
Nov 24 21:38:12 <TAsn> oh no :(
Nov 24 21:38:17 <TAsn> I saw he's not here
Nov 24 21:38:24 <TAsn> So I let my self to behave badly :)
Nov 24 21:38:47 <TAsn> shit
Nov 24 21:38:51 <mrmoku> TAsn: the pedantic make options let the build fail on unused parameters :P
Nov 24 21:39:00 <TAsn> I missed both [Rui] and slyon.
Nov 24 21:39:04 <TAsn> mrmoku, yes.
Nov 24 21:39:08 <TAsn> which is a good thing.
Nov 24 21:39:12 <Ainulindale> TAsn: I love you too :-)
Nov 24 21:39:17 <TAsn> Ainulindale, :P
Nov 24 21:39:21 <TAsn> mrmoku, just
Nov 24 21:39:22 <Ainulindale> TAsn: howdy buddy?
Nov 24 21:39:30 <TAsn> (void) name_of_unused_var;
Nov 24 21:39:34 <TAsn> in the start of the function.
Nov 24 21:39:43 <mrmoku> ok, that was what I'm missing
Nov 24 21:39:53 <mrmoku> and gint I have to cast to int for %d?
Nov 24 21:40:00 <TAsn> mrmoku, it's actually a good thing as it makes sure you explicitly handle all the parameters.
Nov 24 21:40:12 <TAsn> mrmoku, to be on the safe side, please do cast it.
Nov 24 21:40:26 <TAsn> mrmoku, did you finish the poll_fd?
Nov 24 21:40:26 <mrmoku> TAsn: I agree as long as there is something like that void thing :)
Nov 24 21:40:35 <mrmoku> TAsn: yup, seems to work
Nov 24 21:40:40 <TAsn> one callback, no matter which ;P
Nov 24 21:40:47 <TAsn> mrmoku, how did you check?
Nov 24 21:40:48 <mrmoku> gimme a name :)
Nov 24 21:40:55 <mrmoku> TAsn: with debugs
Nov 24 21:40:58 <TAsn> for a callback?
Nov 24 21:41:04 <mrmoku> and then changing volume with alsamixer
Nov 24 21:41:05 <mrmoku> yup
Nov 24 21:41:15 <TAsn> cool :P
Nov 24 21:41:17 <TAsn> did you push it?
Nov 24 21:41:19 <TAsn> hm.. name..
Nov 24 21:41:28 <mrmoku> not yet
Nov 24 21:41:33 <TAsn> commit and let me see what you did in order I'll be able to choose a name 
Nov 24 21:41:39 * mrmoku does the void thing first
Nov 24 21:41:42 <TAsn> I want to see the primitive for the glib callback
Nov 24 21:41:46 <TAsn> mrmoku, good idea.
Nov 24 21:41:53 <TAsn> (and git checkout Makefile.am)
Nov 24 21:42:16 <TAsn> toaster`, I'm here.
Nov 24 21:42:19 <TAsn> wth?!
Nov 24 21:42:25 <TAsn> first time I'm not here at evening
Nov 24 21:42:35 <TAsn> and I had 6 different ppl looking for me.
Nov 24 21:45:48 <mrmoku> TAsn: another thing... what data do you need in the callback?
Nov 24 21:46:01 <TAsn> nothing
Nov 24 21:46:15 <mrmoku> good :)
Nov 24 21:46:18 <TAsn> actually, I just need you to call
Nov 24 21:46:31 <TAsn> snd_hctl_handle_events(hctl);
Nov 24 21:46:42 <TAsn> that's enough for me.
Nov 24 21:46:59 <toaster`> TAsn: hey
Nov 24 21:47:07 <TAsn> (unless there's enough data provided to know which control caused this poll to pop)
Nov 24 21:47:12 <TAsn> but I don't think there is.
Nov 24 21:47:15 <TAsn> toaster`, sup? long time no seen.
Nov 24 21:47:18 <toaster`> TAsn: Ainulindale and dos1 helped me sort things out
Nov 24 21:47:33 <TAsn> toaster`, cool ;P
Nov 24 21:47:34 <mrmoku> TAsn: well... then I will just call that
Nov 24 21:47:37 <toaster`> TAsn: I've been traveling so much I think I'm sprouting wings!
Nov 24 21:47:37 <mrmoku> hctl is public?
Nov 24 21:48:09 <TAsn> mrmoku, btw, please drop the speaker/handset button and let's start using the toggle
Nov 24 21:48:11 <TAsn> mrmoku, yes.
Nov 24 21:48:24 <TAsn> (it's static, but global in that source file)
Nov 24 21:48:42 <toaster`> TAsn: Afer talking with Ainulindale I'm planning on having a draft change plan for shr-settings/backup out in a day or so.  Just so we all agree what needs to be done
Nov 24 21:49:08 <TAsn> toaster`, that's awesome.
Nov 24 21:49:24 <mrmoku> toaster`: backup is even more important now that contacts and messages are not on SIM anymore :)
Nov 24 21:49:29 <TAsn> That's really a core feature.
Nov 24 21:50:52 <TAsn> sybren, Just wanted to say thanks. Lately you've been posting many important issues in trac, and I'm glad to see it. As you float many important issues we (or at least I) never thought about.
Nov 24 21:51:01 <toaster`> mrmoku: more the reason to get it right
Nov 24 21:51:04 <toaster`> :)
Nov 24 21:51:10 <mrmoku> yup :)
Nov 24 21:53:01 <mrmoku> TAsn: btw. is that normal:
Nov 24 21:53:02 <mrmoku> 2009.11.24 22:51:56.636218 [libphone-ui]         ALSA: No control named 'PCM Volume' found - Sound state: 1 type: 0
Nov 24 21:53:19 <TAsn> yes.
Nov 24 21:53:27 <mrmoku> :)
Nov 24 21:53:28 <TAsn> It means I'm an idiot
Nov 24 21:53:31 <TAsn> nothing new ;P
Nov 24 21:53:37 <TAsn> sec, will fix.
Nov 24 21:53:43 <mrmoku> nooo wait
Nov 24 21:53:46 <mrmoku> let me push first :)
Nov 24 21:53:50 <TAsn> doesn't matter.
Nov 24 21:53:55 <mrmoku> ok
Nov 24 21:53:59 <mrmoku> just config I guess
Nov 24 21:55:04 <TAsn> just don't forget to pull before you push.
Nov 24 21:55:14 <CIA-86> SHR: 03tom 07libphone-ui * re822e53c62ff 10/data/libphoneui.conf: Commented out a bad alsa line (was there as an example, but should have been commented out).
Nov 24 21:56:11 <mrmoku> TAsn: here you go
Nov 24 21:56:15 <CIA-86> SHR: 03mok 07libphone-ui * r11a196fd61ec 10/src/phoneui-utils-sound.c: phoneui-utils-sound: integrate alsa poll fds into the glib mainloop
Nov 24 21:56:26 <CIA-86> SHR: 03mok 07libphone-ui * ra8fbd1b05890 10/data/libphoneui.conf: Merge branch 'master' of git+ssh://git.shr-project.org/libphone-ui
Nov 24 21:57:24 <TAsn> and you forgot to pull :P
Nov 24 21:57:28 <TAsn> hehe, thanks.
Nov 24 21:57:55 <TAsn> mrmoku, btw, saw that I added documentation to the config file? :)
Nov 24 21:57:57 <mrmoku> thought I would be faster... 
Nov 24 21:58:02 <mrmoku> yup
Nov 24 21:58:04 <mrmoku> good thing
Nov 24 21:59:08 <mrmoku> brb
Nov 24 22:06:22 <toaster`> ok, dumb irssi question for the audience.  How do I dump the current session history to a file?  I tried /RAWLOG <filename> but that failed to capture everything.
Nov 24 22:09:44 <toaster`> nm, found it. sorry for the dumb question
Nov 24 22:10:42 <spaetz> Ainulindale: hey, good seeing you again
Nov 24 22:11:09 <spaetz> with regard to everything should be possible with version pinning in shr-testing/stable. I disagree
Nov 24 22:11:34 <spaetz> staging stuff, basic configuration files and other stuff is shoved around and stuff breaks all the time
Nov 24 22:11:38 <TAsn> spaetz, !
Nov 24 22:11:47 <spaetz> ;)
Nov 24 22:11:49 <TAsn> <spaetz_/#openmoko-cdevel> TAsn: is shr-wizard supposed to be in already?
Nov 24 22:11:52 <TAsn> yes.
Nov 24 22:11:55 <TAsn> it's there and it's cool.
Nov 24 22:11:58 <spaetz> I haven't  seen it
Nov 24 22:12:02 <TAsn> <spaetz_/#openmoko-cdevel> TAsn: you just added all countries withinternational prefixes, right? Ißve just seen mickey commit a very similar list to fsodatad.
Nov 24 22:12:13 <spaetz> I opkg upgraded 3h ago and it was not theree
Nov 24 22:12:16 <TAsn> spaetz, oh, so maybe it's not in.
Nov 24 22:12:23 <TAsn> should have been, blame mrmoku 
Nov 24 22:12:30 <TAsn> I sent him a recipe and asked him to add it.
Nov 24 22:12:40 <TAsn> maybe he just didn't bump rev for task-shr-minimal
Nov 24 22:12:43 <spaetz> cool, this is really one of the user experience improvements.
Nov 24 22:12:50 <spaetz> hehe, sounds like from a marketing guy
Nov 24 22:12:53 <TAsn> anyhow, concerning mickey's commit, so?
Nov 24 22:12:54 <JaMa|Wrk> spaetz: any problem with opkg?
Nov 24 22:13:02 <TAsn> spaetz, fate is busy.
Nov 24 22:13:05 <spaetz> JaMa|Wrk: so far not, why?
Nov 24 22:13:15 <JaMa|Wrk> 23:12:20 < spaetz> I opkg upgraded 3h ago and it was not theree
Nov 24 22:13:19 <spaetz> TAsn: ok, no hurry. but it would be nice to get it adapted
Nov 24 22:13:19 <JaMa|Wrk> i cannot read..
Nov 24 22:13:21 <JaMa|Wrk> nvm :)
Nov 24 22:13:27 <spaetz> JaMa|Wrk: no other stuff upgraded just fine
Nov 24 22:13:49 <spaetz> JaMa|Wrk: hehe, being able to read is an advantage in irc :)(
Nov 24 22:13:52 <spaetz> :)
Nov 24 22:14:30 <spaetz> TAsn: I  had a look at mokonnect, but it's one big bunch of python code. And to understand it, I would have to look longer at it.
Nov 24 22:14:33 <JaMa|Wrk> spaetz: I cannot se 'I' anymore :)
Nov 24 22:14:43 * JaMa|Wrk failed in writting too :)
Nov 24 22:15:06 <TAsn> spaetz, it's kinda ok.
Nov 24 22:15:07 * JaMa|Wrk hides somewhere deeper in cave...
Nov 24 22:15:15 <TAsn> I sent him a couple of patches already.
Nov 24 22:15:19 <TAsn> shouldn't be that hard.
Nov 24 22:15:55 <spaetz> it would be possible, I agree. I just didn't  feel like diving in yet another code base :)
Nov 24 22:17:15 <spaetz> anyway, basically off for today. I'll continue to lurk a bit from my N800 and then bed time. night...
Nov 24 22:21:07 <mickeyl> spaetz: yes, fsodeviced opens all input devices to listen for events
Nov 24 22:21:13 <mickeyl> except those that are blacklisted
Nov 24 22:21:29 <spaetz> mickeyl, but theyare opened twice
Nov 24 22:22:08 <mickeyl> yes, once from idle notifier and once from input
Nov 24 22:22:17 <spaetz> checking with lsof i see 2 file handles for each /dev/input/event
Nov 24 22:22:21 <spaetz> ahh, ok the
Nov 24 22:22:27 <spaetz> makes sense
Nov 24 22:22:50 <mickeyl> i didn't want to come up with a dispatcher only for those two, as they're pretty orthogonal
Nov 24 22:22:59 <spaetz> yep
Nov 24 22:23:00 <mickeyl> but if that would be a problem, we could fix it
Nov 24 22:23:16 <spaetz> don´t think so...
Nov 24 22:23:22 <mrmoku> TAsn: did not do the recipe yet :|
Nov 24 22:23:34 <playya__> mickeyl, activated orientation and it seems to use the wrong sensor. if the usb cable points up, it tells me portrait and no signals are emitted
Nov 24 22:23:50 <TAsn> mrmoku, noob :P
Nov 24 22:24:08 <mrmoku> TAsn: at least I did something usefull ;)
Nov 24 22:24:16 <spaetz> someone got an idea why kernel sends 400 interrupts/sec for lis302, although nothing is using it?
Nov 24 22:24:30 <mrmoku> TAsn: took a look at the mainloop thing
Nov 24 22:24:39 <spaetz> powertop shows 900 wakeups/sec. 400 from accel
Nov 24 22:24:45 <mrmoku> ouch
Nov 24 22:25:10 <mrmoku> TAsn: and did you see DocScrutinizer-8's comment about polling only when vol sliders are shown?
Nov 24 22:25:24 <spaetz> and no, fsodeviced is not  reading accel...
Nov 24 22:25:44 <playya__> spaetz, yes x y z +seperator *100 events/s
Nov 24 22:26:23 <TAsn> mrmoku, (polling only when shown) probably a good idea.
Nov 24 22:26:24 <spaetz> playya__, but isn´t the kernel supposed to turn accel off when nobody is using/reading it?
Nov 24 22:26:34 <[Rui]> ouch put some usleeps there
Nov 24 22:26:36 <TAsn> Though it's harder to do, so we'll have to open a ticket and postpone.
Nov 24 22:27:30 <spaetz> or is there a possibilty to turn them off manually?
Nov 24 22:27:30 <mickeyl> if no one is reading them and the kernel still sends irqs#
Nov 24 22:27:30 <mickeyl> that would be a bug then
Nov 24 22:27:30 <[Rui]> its enough to drastically reduce waste
Nov 24 22:27:30 <mickeyl> do you check w/ powertop?
Nov 24 22:27:30 <mrmoku> JaMa: http://shr.pastebin.com/d76d70a8c (after cleaning libpixman-native)
Nov 24 22:27:32 <mickeyl> or cat /proc/irqs?
Nov 24 22:27:37 <spaetz> yes powertop
Nov 24 22:27:37 <mrmoku> TAsn: why is it harder?
Nov 24 22:27:56 <spaetz> it´s in the shrU feed
Nov 24 22:28:28 <[Rui]> and I really mean usleep as 1s is too much
Nov 24 22:28:33 <TAsn> mrmoku, because I have to unregister the callbacks for registered changes
Nov 24 22:28:39 <TAsn> [Rui], were you looking for me earlier?
Nov 24 22:28:43 <TAsn> mrmoku, thinking about it.
Nov 24 22:28:51 <TAsn> mrmoku, It will save only a few cpu ticks
Nov 24 22:29:01 <TAsn> as volume rarely changes
Nov 24 22:29:03 <mrmoku> TAsn: isn't it enough to just remove the source from the mainloop?
Nov 24 22:29:08 <TAsn> mrmoku, no
Nov 24 22:29:18 <TAsn> as alsa saves the events
Nov 24 22:29:20 <TAsn> (I think)
Nov 24 22:29:26 <mrmoku> ahh, ok then let's postpone it
Nov 24 22:29:31 <Ainulindale> spaetz: for versions and stuff
Nov 24 22:29:37 <Ainulindale> I think the same my point was just to say
Nov 24 22:29:39 <TAsn> otherwise it couldn't have been possible to call handle_snd_events
Nov 24 22:29:40 <Ainulindale> "It should be that way"
Nov 24 22:29:43 <Ainulindale> Sadly it isn't
Nov 24 22:29:49 <Ainulindale> And I don't like that
Nov 24 22:29:51 <TAsn> mrmoku, either way, it'll just make code more complicated
Nov 24 22:29:52 <[Rui]> TAsn, yeah, wanted to know what you thought of the progresses i did during a boring and useless (for me) security awareness session
Nov 24 22:30:07 <TAsn> and just adding/removing handling all the time will waste more CPU than not caring about it at all.
Nov 24 22:30:12 <TAsn> So i think we should never do it.
Nov 24 22:30:25 <mrmoku> ok
Nov 24 22:30:29 <TAsn> [Rui], didn't you see my mail?
Nov 24 22:30:34 <TAsn> I think you did it amazing
Nov 24 22:30:38 <TAsn> mrmoku, don't you agree?
Nov 24 22:30:46 <TAsn> mrmoku, int phoneui_utils_sound_volume_change_callback_set(void (*cb)(enum SoundControlType, long));
Nov 24 22:30:50 <TAsn> please register a callback
Nov 24 22:30:57 <TAsn> in libphone-ui-shr
Nov 24 22:31:03 <[Rui]> TAsn, no, laptop is @ home and i am @ some friends
Nov 24 22:31:17 <TAsn> [Rui], oh, cool. Wait for mail :P
Nov 24 22:31:19 <TAsn> You did an awesome job.
Nov 24 22:31:44 <TAsn> mrmoku, this callback will be issued whenever a relevant volume slider changes
Nov 24 22:31:46 <mrmoku> TAsn: sounds good
Nov 24 22:31:52 <[Rui]> TAsn, thanks. I'll try to integrate into libhoneui-shr
Nov 24 22:31:53 <mrmoku> yup
Nov 24 22:31:58 <TAsn> this will let you to update UI accordingly
Nov 24 22:32:15 <TAsn> [Rui], slyon just went through the same process, so maybe ask him for pointers.
Nov 24 22:32:16 <mrmoku> will implement that and the silent/speaker toggles tomorrow
Nov 24 22:32:23 <mrmoku> (and do that wizard recipe :P)
Nov 24 22:32:27 <JaMa> mrmoku: ok, if it pixman can be rebuilt without that workaround..
Nov 24 22:32:49 <DocScrutinizer-8> TAsn: mrmoku: are we talking about event callbacks now? a few hours ago you named it "polling" which definitely means sth different
Nov 24 22:32:51 <TAsn> [Rui], btw, please review the shr coding conventions (ask me tomorrow for link) before you send us the patch :P
Nov 24 22:33:00 <TAsn> DocScrutinizer-8, event callbacks
Nov 24 22:33:12 <[Rui]> :)
Nov 24 22:33:32 <TAsn> glib polls fd's to know when there's a need to handle callbacks
Nov 24 22:33:52 <TAsn> mrmoku, btw, thought about it.
Nov 24 22:33:57 <TAsn> mrmoku, I have an idea!
Nov 24 22:33:58 <[Rui]> ok
Nov 24 22:34:08 <[Rui]> ok
Nov 24 22:34:14 <TAsn> mrmoku, actually, I don't.
Nov 24 22:34:15 <TAsn> :P
Nov 24 22:34:27 <TAsn> mrmoku, don't touch the silent button yet.
Nov 24 22:34:43 <TAsn> mrmoku, silent = mute btw, right?
Nov 24 22:34:45 <[Rui]> TAsn, is there an iindent recipe?
Nov 24 22:34:48 <TAsn> As I haven't yet implemented it.
Nov 24 22:35:00 <DocScrutinizer-8> TAsn: so it's still polls
Nov 24 22:35:01 <TAsn> [Rui], just use it on the pc :P
Nov 24 22:35:05 <TAsn> DocScrutinizer-8, yes.
Nov 24 22:35:14 <TAsn> I mean not quite
Nov 24 22:35:22 <TAsn> I don't know how glib implements it
Nov 24 22:35:25 <DocScrutinizer-8> we don't want any polls on a mobile device
Nov 24 22:35:27 <TAsn> but it probably uses select
Nov 24 22:35:38 <TAsn> which doesn't really poll.
Nov 24 22:35:43 <TAsn> DocScrutinizer-8, it doesn't really poll.
Nov 24 22:36:29 <DocScrutinizer-8> so make a clear mind about what it is, then remember my words
Nov 24 22:36:30 <mrmoku> TAsn: yup silent=mute
Nov 24 22:36:39 <mickeyl> mrmoku: ok, player_alsa seems to work fine on the neo, with reasonable latency
Nov 24 22:36:47 <TAsn> mrmoku, so first, a rename is in order.
Nov 24 22:36:54 <TAsn> mickeyl, no more crazy cpu hogging? :P
Nov 24 22:37:05 <mickeyl> TAsn: no. libcanberra is goe
Nov 24 22:37:07 <mickeyl> gone
Nov 24 22:37:12 <mickeyl> not gone... but as plugin
Nov 24 22:37:13 <mrmoku> mickeyl: great
Nov 24 22:37:14 <TAsn> DocScrutinizer-8, of course I wouldn't want real polling.
Nov 24 22:37:20 <TAsn> mickeyl, YAY! :P
Nov 24 22:37:31 <mrmoku> mickeyl: is it default? 
Nov 24 22:37:35 <spaetz> yay
Nov 24 22:37:38 <mickeyl> there's not default
Nov 24 22:37:41 <mickeyl> no, even
Nov 24 22:37:50 <mickeyl> [fsodevice.alsa_audio]
Nov 24 22:37:53 <mrmoku> just configure the payer plugin with an empty section?
Nov 24 22:37:54 <mickeyl> player_type = alsa
Nov 24 22:37:56 <[Rui]> TAsn, I meant for the coding cnventio
Nov 24 22:37:58 <mickeyl> and before that section
Nov 24 22:38:00 <mrmoku> ahh
Nov 24 22:38:00 <mrmoku> :)
Nov 24 22:38:02 <mickeyl> [fsodevice.player_alsa]
Nov 24 22:38:17 <[Rui]> because converting by hand takes some time
Nov 24 22:38:19 <mickeyl> all documented in sample conf
Nov 24 22:38:25 <mickeyl> i'll make the libcanberra plugin even optional via configure.ac
Nov 24 22:38:32 <mickeyl> then we can chose not to build it and its dependencies at all
Nov 24 22:38:47 <TAsn> [Rui], oh. there's a gnu indent "parameters set" yeah. ;P just read that page.
Nov 24 22:38:49 <spaetz> yes!
Nov 24 22:38:59 <[Rui]> ok, cool
Nov 24 22:39:05 <TAsn> [Rui], :)
Nov 24 22:39:08 <mrmoku> mickeyl: any news on kernel front? :P
Nov 24 22:39:12 <TAsn> mickeyl, when will we have it?
Nov 24 22:39:26 <mrmoku> TAsn: we just have to bump the rev :)
Nov 24 22:39:32 <mrmoku> (and adjust the config)
Nov 24 22:39:46 <[Rui]> hms, 23h leaving to home for sleep
Nov 24 22:39:52 <[Rui]> bby
Nov 24 22:40:20 <TAsn> mickeyl, does fso cache the state files?
Nov 24 22:40:25 <TAsn> "state"
Nov 24 22:40:27 <mrmoku> mickeyl: just because the new kernel feels sooo good :)
Nov 24 22:40:59 <mickeyl> TAsn: yes
Nov 24 22:41:02 <Weiss> I'm curious about why 2.6.31 feels so much faster..
Nov 24 22:41:13 <TAsn> mickeyl, that explains it ;(
Nov 24 22:41:15 <mrmoku> Weiss: interesting question...
Nov 24 22:41:22 <Weiss> same scheduler etc?
Nov 24 22:41:24 <TAsn> mickeyl, is there a way to turn it off ?
Nov 24 22:41:31 <mickeyl> mrmoku: kernel news not from here, i was being told that once things are finished, we get a document of changes
Nov 24 22:41:44 <mickeyl> TAsn: no, sorry. this is done for speed 
Nov 24 22:41:51 <TAsn> mickeyl, I c.
Nov 24 22:42:02 <mickeyl> if you need that, i could add an option to reread
Nov 24 22:42:04 <TAsn> Is there a way to force reloading?
Nov 24 22:42:07 <mickeyl> not yet
Nov 24 22:42:15 <mickeyl> but i can do something like that
Nov 24 22:42:28 <TAsn> mickeyl, I think we need both reloading, but more importantly, the save we talked about
Nov 24 22:42:30 <wjbaird> mrmoku:  bit of an update --- after my upgrade - can't answer a call from suspend.   I was able to slide the slider on shr-today, but didn't get an 'answer' UI...
Nov 24 22:42:44 <mrmoku> wjbaird: hmm :|
Nov 24 22:43:20 <TAsn> (saving changes to current active state)
Nov 24 22:43:31 <TAsn> I just made a workaround that changes the actual files
Nov 24 22:43:39 <TAsn> but since you cache it, it doesn't work :P
Nov 24 22:43:47 <TAsn> reloading will probably be usable anyway
Nov 24 22:43:48 * spaetz is not holding his breath for what changed in kernel document
Nov 24 22:44:01 <TAsn> but saving the changes to active scenario is more important. :)
Nov 24 22:45:20 <mrmoku> mickeyl: will explore the differences myself... and see what needs changing :)
Nov 24 22:45:25 * mrmoku impatient ;)
Nov 24 22:46:31 <mrmoku> wjbaird: I will do some work on the call screen tomorrow anyway... so I will experiment with it
Nov 24 22:46:55 <CIA-86> SHR: 03tom 07libphone-ui * r413f6deb5b41 10/src/ (phoneui-utils-sound.c phoneui-utils-sound.h): added phoneui_utils_sound_volume_change_callback_set and all the handling needed for that
Nov 24 22:46:57 <wjbaird> mrmoku:  also - it still seems to suspend even while on USB power...
Nov 24 22:47:06 <CIA-86> SHR: 03tom 07libphone-ui * rcc839ea0a713 10/TODO: Updated TODO
Nov 24 22:47:18 <mrmoku> wjbaird: after boot unplug/plug it once or twice
Nov 24 22:47:22 <mrmoku> should help with that
Nov 24 22:47:26 <JesusMcCloud> mrmoku, is there a sane way to theme libphoneui yet?
Nov 24 22:47:31 <mickeyl> mrmoku: ok
Nov 24 22:47:35 <mickeyl> mrmoku: keep me posted
Nov 24 22:47:40 <mrmoku> mickeyl: sure :)
Nov 24 22:47:55 <TAsn> mickeyl, so please, if you can, register for notifications to the state files in order to reload them, but more importantly (actually either will work and we really need them) add saving changes to state.
Nov 24 22:48:01 <mrmoku> JesusMcCloud: well... I don't remember... we did the first steps
Nov 24 22:48:49 <mrmoku> JesusMcCloud: should not miss much
Nov 24 22:48:52 <JesusMcCloud> mrmoku, what i remember is that ell EDCs arei in one edj but apart from that i dunno if something was done... but this is somethign needed, because no dark theme will work without proper themability
Nov 24 22:49:06 <mickeyl> TAsn: do you need this only for developing?
Nov 24 22:49:10 <spaetz> wjbaird, it suspends with  usb only if  you boot with usb 
Nov 24 22:49:12 <mickeyl> if so, i'd rather write you some debugging utils
Nov 24 22:49:12 <TAsn> no
Nov 24 22:49:16 <mickeyl> than change the whole thing
Nov 24 22:49:25 <spaetz> unplugging once helps
Nov 24 22:49:36 <TAsn> mickeyl, saving changes to active scenarios?
Nov 24 22:49:38 <TAsn> asap
Nov 24 22:49:39 <mrmoku> some SaveScenario API ?
Nov 24 22:49:44 <TAsn> yes.
Nov 24 22:49:54 <TAsn> mrmoku, that saves the changes to the current scenario
Nov 24 22:50:05 <TAsn> mickeyl, we need it for users
Nov 24 22:50:12 <mickeyl> ok
Nov 24 22:50:18 <mrmoku> yup
Nov 24 22:50:19 <JesusMcCloud> mrmoku, a line in libphoneui.conf which tells phoneui which edj to use woudl already do the job!
Nov 24 22:50:19 <TAsn> They really want this (persistent volume changes)
Nov 24 22:50:26 <TAsn> and I did a hack that edits the files
Nov 24 22:50:32 <TAsn> until you'd implement savescenario API
Nov 24 22:50:48 <TAsn> but it doesn't work since you cache them :P
Nov 24 22:50:54 <spaetz> TAsn, should changes to scenarios really overwrite themm?
Nov 24 22:50:55 <mrmoku> JesusMcCloud: probably better an env var
Nov 24 22:51:10 <TAsn> spaetz, when asked, yes.
Nov 24 22:51:20 <mrmoku> JesusMcCloud: otherwise one would have to set it multiple times in the config (for every module)
Nov 24 22:51:30 <spaetz> i think a ´reset to default´button could be handy
Nov 24 22:51:31 <mrmoku> or is that something wanted?
Nov 24 22:51:36 <JesusMcCloud> mrmoku, sure, we talket abotu it, but since libphoneui already has a conf file, it would be quick and dirty way
Nov 24 22:51:40 <mrmoku> different theme for dialer and messages?
Nov 24 22:52:00 <JesusMcCloud> mrmoku, (i did not take alook lately) ist all the stuff in one singel edj file?
Nov 24 22:52:11 <mrmoku> JesusMcCloud: one single edc even
Nov 24 22:52:41 <TAsn> mrmoku, do the wizard! :P
Nov 24 22:52:48 <mrmoku> JesusMcCloud: http://git.shr-project.org/git/?p=libphone-ui-shr.git;a=blob;f=data/default.edc;h=e5860cd61d69709fb1afe2c0393e3e38904c6215;hb=bae5cf3fb1ed5afdd33ddccd18bd717e79c23430
Nov 24 22:52:56 <JesusMcCloud> mrmoku, so, one edc to theme them all! why would a line in conf file not work, or "why would pultiple declarations be needed"?
Nov 24 22:53:32 <mrmoku> JesusMcCloud: because we have different config sections for different modules (dialer, contacts, messages, ...)
Nov 24 22:53:57 <JesusMcCloud> mrmoku, the structure of the edc (count of edc files) doesnt matter, the count of edj files does...
Nov 24 22:53:57 <mrmoku> well... we could add a common part for the efl backend...
Nov 24 22:54:00 <JesusMcCloud> mrmoku, ahhh all clear now
Nov 24 22:54:37 <mrmoku> JesusMcCloud: I put it in one for the images
Nov 24 22:54:57 <mrmoku> (which is something I still have to implement... to actually use those :P)
Nov 24 22:54:58 <JesusMcCloud> mrmoku, well not a bad idea since phoneui theme is somethign phoneui specific and if someone uses e.g. litphone, why the heck would that user need an env for phoneui?
Nov 24 22:55:21 <JesusMcCloud> mrmoku, i dont get i how images affect the number of edc files...
Nov 24 22:55:31 <mrmoku> TAsn: what do you think... [phoneui-efl] to set the theme via config?
Nov 24 22:55:43 <JesusMcCloud> but the structure of default theme is nto my concern ;-)
Nov 24 22:56:10 <mrmoku> JesusMcCloud: well maybe I was just stupid... but if different edcs reference the same images I had a problem
Nov 24 22:56:25 <JesusMcCloud> mrmoku, it is just that i probably have time this weekend and the nEo theme is unusable without themable phoneui
Nov 24 22:56:35 <wjbaird> mrmoku: one more data point - if I have shr-today up, but am not suspended, then I can answer the call fine - but if I'm suspended, when I make shr-today go away, I don't get the answer call window...
Nov 24 22:57:03 <mrmoku> wjbaird: hmm, ok
Nov 24 22:57:33 <TAsn> mrmoku, sounds more than reasonable.
Nov 24 22:57:34 <TAsn> BUT
Nov 24 22:57:38 <JesusMcCloud> mrmoku, doesnt really matter how many edc files, but the shorter they are, the easier it is to find something when editing and scrollign is needed
Nov 24 22:57:53 <TAsn> why the heck phoneui-edje is more appropriate, isn't it?
Nov 24 22:57:54 <JesusMcCloud> but who am i to talk my edc are butt ugly!
Nov 24 22:57:58 <TAsn> (I have no idea)
Nov 24 22:58:00 <mrmoku> JesusMcCloud: yeah, that is why I initially had them split
Nov 24 22:58:04 <TAsn> oh wait.
Nov 24 22:58:06 <TAsn> mrmoku, NO.
Nov 24 22:58:26 <TAsn> /usr/share/libphone-ui-shr/main.conf
Nov 24 22:58:28 <TAsn> (or whatever)
Nov 24 22:58:31 <TAsn> should reside there
Nov 24 22:58:38 <JesusMcCloud> TAsn, use phoneui-efl then you can hardcode engine = x11 into it...
Nov 24 22:58:54 <TAsn> we should not pollute libphoneui.conf
Nov 24 22:59:04 <mrmoku> actually phoneui-efl is wrong... as there could be more than one efl backend
Nov 24 22:59:17 <JesusMcCloud> hmmm
Nov 24 23:00:10 <mrmoku> JesusMcCloud: I will try to add that thing via config and load that as extension to the default theme
Nov 24 23:00:16 <mrmoku> tomorrow
Nov 24 23:00:18 <JesusMcCloud> this topic is over my head... i just think phoneui needs to be themable easily (ever tried to install the nEo theme on old unstable?! what a mess!...partly my fault)
Nov 24 23:00:31 <JesusMcCloud> sounds good
Nov 24 23:00:49 <mrmoku> now... time for the old man to get some sleep :P
Nov 24 23:01:06 <mrmoku> gnight all
Nov 24 23:01:12 <JesusMcCloud> a neo theme for phoneui shoudl be done in 1 hour or something like that... and JaMa amogst others will be happy
Nov 24 23:01:16 <spaetz> night
Nov 24 23:01:17 <JesusMcCloud> gn8!
Nov 24 23:05:17 <TAsn> mrmoku|away, it should be a libphone-ui-shr specific conf
Nov 24 23:05:18 <TAsn> as I said.
Nov 24 23:05:30 <TAsn> in /usr/share/libphone-ui-shr
Nov 24 23:05:45 <JaMa> JesusMcCloud: yay.. I would like to see neo theme back
Nov 24 23:06:07 <JesusMcCloud> JaMa, me too as i have some ideas to make it even faster
Nov 24 23:06:19 <JesusMcCloud> but disabled elements i gry have priority
Nov 24 23:06:52 <JaMa> sure.. I just like black all really dar background..
Nov 24 23:07:06 <JaMa> and green forecolor is also my favourite..
Nov 24 23:08:53 <DocScrutinizer-8> black bg costs 30mA
Nov 24 23:09:15 <DocScrutinizer-8> and another 50 for the higher brightness you need
Nov 24 23:11:05 <spaetz> hehe
Nov 24 23:11:15 <lindi-> DocScrutinizer-8: versus what?
Nov 24 23:11:26 <lindi-> versus white background?
Nov 24 23:11:34 <DocScrutinizer-8> plus you evidently need a larger fontset for same readability on black bg
Nov 24 23:11:47 <DocScrutinizer-8> lindi-: yep
Nov 24 23:12:55 <lindi-> hmm, i think I mailed about my tests about that and did not notice difference
Nov 24 23:12:58 <lindi-> can't be sure now
Nov 24 23:14:04 <lindi-> yes, 'However, here white screen with 40% brightness consumes significantly more than black screen with 0% brightness:'
Nov 24 23:14:15 <DocScrutinizer-8> lindi-: I dunno which tests you did, but anyway my results were different
Nov 24 23:14:30 <lindi-> DocScrutinizer-8: can you run my test program?
Nov 24 23:14:49 <DocScrutinizer-8> why should I? to debug it? ;-P
Nov 24 23:15:03 <lindi-> DocScrutinizer-8: yes
Nov 24 23:15:41 <DocScrutinizer-8> probably not, as I have no debian
Nov 24 23:15:46 <lindi-> other people here should run it too for comparison I guess. -- http://iki.fi/lindi/openmoko/display-current-measurement1.pl
Nov 24 23:16:19 <lindi-> DocScrutinizer-8: you probably can adapt it if it does not work out of the box
Nov 24 23:17:00 <lindi-> DocScrutinizer-8: SHR probably lacks perl's statistics module and you need to kill frameworkd and use Xorg but otherwise it should work
Nov 24 23:17:02 <JaMa> DocScrutinizer-8: 80mA more is ok for my usb cable :)
Nov 24 23:17:13 <DocScrutinizer-8> well, my "testprogarm" is much simpler implicitly prooves it's correctness
Nov 24 23:17:37 <DocScrutinizer-8> I simply probe the current in usb cable ;-)
Nov 24 23:18:18 <lindi-> DocScrutinizer-8: are you seeing different results in current_now than what you probe manually?
Nov 24 23:18:49 <DocScrutinizer-8> I never did any probe on current now, as that's from battery
Nov 24 23:19:12 <TAsn> DocScrutinizer-8, mind helping me for a sec?
Nov 24 23:19:22 <TAsn> I want to implement mute
Nov 24 23:19:25 <DocScrutinizer-8> TAsn: go ahead
Nov 24 23:19:29 <TAsn> but
Nov 24 23:19:34 <TAsn> 96 and 97
Nov 24 23:19:40 <TAsn> that appear in the wiki as new controls
Nov 24 23:19:44 <TAsn> don't exist for me :|
Nov 24 23:20:02 <TAsn> So I'm wondering what's the best way to do it.
Nov 24 23:20:08 <DocScrutinizer-8> of course, larsc hasn't finished the new driver
Nov 24 23:20:17 <TAsn> makes sense.
Nov 24 23:20:32 <TAsn> DocScrutinizer, do you think it's reasonable to just switch the mic DAPM off?
Nov 24 23:20:40 <DocScrutinizer-8> simply set volume to 0, best way for mute
Nov 24 23:20:44 <TAsn> nah.
Nov 24 23:20:52 <TAsn> means special handling
Nov 24 23:21:10 <DocScrutinizer-8> *sigh*
Nov 24 23:21:20 <DocScrutinizer-8> we have no dedicated mute
Nov 24 23:21:29 <TAsn> DocScrutinizer-8, DAPM will have to do it then.
Nov 24 23:21:51 <DocScrutinizer-8> you could switch off the mixer mux
Nov 24 23:21:54 <DocScrutinizer-8> mompl
Nov 24 23:22:01 <DocScrutinizer-8> dapm is a poor choice
Nov 24 23:22:07 <TAsn> that's what I think.
Nov 24 23:22:23 <TAsn> mind referring me to the right control?
Nov 24 23:22:34 <DocScrutinizer> moment please
Nov 24 23:22:40 <TAsn> thanks
Nov 24 23:23:06 <TAsn> mickeyl, btw, for the save API, maybe let me have a way to pass the names of the controls I'd like you to save or something like that, as there are cases when I wouldn't want to save all of the controls I changed. :P
Nov 24 23:24:16 <mickeyl> hmm
Nov 24 23:24:30 <mickeyl> that's complicated
Nov 24 23:24:33 <mickeyl> internally
Nov 24 23:24:46 <mickeyl> let me start with saving at all
Nov 24 23:24:47 <mickeyl> :)
Nov 24 23:25:02 <mickeyl> i guess i have some time tomorrow to do that
Nov 24 23:25:11 <TAsn> mickeyl, Thanks :P
Nov 24 23:25:15 <mickeyl> my guest is tired so i need to leave the workstation now and go to bed as well
Nov 24 23:25:23 <TAsn> hehe
Nov 24 23:25:24 <TAsn> night.
Nov 24 23:25:28 <mickeyl> g'night
Nov 24 23:25:41 <DocScrutinizer> TAsn: mono mixer sidetone playback switch -> off
Nov 24 23:25:49 <TAsn> thanks
Nov 24 23:26:01 <GarthPS> hi. I see new image! Is there a log?
Nov 24 23:26:01 <DocScrutinizer> mutes mic
Nov 24 23:26:05 <TAsn> 77
Nov 24 23:26:08 <TAsn> right?
Nov 24 23:26:28 <GarthPS> what is news? what does work ? and not work? :)
Nov 24 23:26:36 <DocScrutinizer> yep, 77
Nov 24 23:26:52 <TAsn> thanks. :P
Nov 24 23:28:11 <spaetz> GarthPS, new image since wwhen?
Nov 24 23:28:40 <GarthPS> spaetz:today  22H30 since this we
Nov 24 23:29:24 <spaetz> ahh,  eg no crash on sending sms...
Nov 24 23:32:29 <JesusMcCloud> g'nigh all!
Nov 24 23:32:31 <JesusMcCloud> *t
Nov 24 23:33:21 <GarthPS> spaetz:ok thx so phone calls works :)
Nov 24 23:33:53 * GarthPS soldering (holy shit! fucking cms..)
Nov 24 23:34:00 <spaetz> for me, yes..
Nov 24 23:36:07 <playya__> anyone already fixed configure for sdl-mixer?
Nov 24 23:36:23 <GarthPS> spaetz:I will test if I mane to resold this cms (bug1024) :)
Nov 24 23:36:35 <GarthPS> s/mane/manage
Nov 24 23:37:36 <spaetz> good luck
Nov 24 23:38:00 <GarthPS> ...
Nov 24 23:46:38 <TAsn> mrmoku|away, phoneui_utils_sound_volume_mute_set(CONTROL_MICROPHONE, 1); to mute (with 0 to unmute) give it a go, should be very nice :P BTW I can easily do the same thing for "Silent" i.e make a call not ring (though this won't stop vibration, that can be stopped via an fso call, just remind me tomorrow I'll add support for "silent ring" feature)
Nov 24 23:48:55 <DocScrutinizer-8> I *really* massively doubt it's a smart idea at all to playback a ringtome and then mute it 
Nov 24 23:49:31 <TAsn> DocScrutinizer-8, I agree.
Nov 24 23:49:35 <TAsn> BUT
Nov 24 23:49:48 <TAsn> we don't have a sane way to do it yet :(
Nov 24 23:49:58 <TAsn> not that I know of.
Nov 24 23:50:12 <TAsn> (I'm wrapping it inside a function though so it'll be easy to change)
Nov 24 23:50:13 <DocScrutinizer-8> so enjoy XD
Nov 24 23:50:17 <TAsn> :P
Nov 24 23:50:47 <DocScrutinizer-8> considered what's going to ahppen when you have headset, even BT headset connected
Nov 24 23:51:32 <TAsn> mrmoku|away, here ya go:
Nov 24 23:51:34 <DocScrutinizer-8> considered races between you muting around arbitrarily while some other task switches scenarios?
Nov 24 23:51:50 <CIA-86> SHR: 03tom 07libphone-ui * r8b10546e01c3 10/ (3 files in 2 dirs): added support for muting alsa controls
Nov 24 23:51:54 <TAsn> DocScrutinizer-8, no one should switch scenarios, at all.
Nov 24 23:52:13 <TAsn> the only one doing it now is FSO when headset/btheadset are connected
Nov 24 23:52:15 <DocScrutinizer-8> TAsn: so don't do it then
Nov 24 23:52:23 <TAsn> which I don't handle in a sane way yet.
Nov 24 23:52:26 <TAsn> other than that
Nov 24 23:52:30 <DocScrutinizer-8> aha
Nov 24 23:52:46 <TAsn> I'm the only one who controls scenarios
Nov 24 23:52:47 <TAsn> and I'm going to take over that as well.
Nov 24 23:52:55 <DocScrutinizer-8> and what's happening when you accept a call, dumbass ;-P
Nov 24 23:53:04 <TAsn> I change scenario
Nov 24 23:53:11 <TAsn> I ask scenario according to what I want
Nov 24 23:53:21 <TAsn> either to gsmhandset or to gsmheadset
Nov 24 23:53:38 <TAsn> s/headset/speaker/
Nov 24 23:53:40 <apt> TAsn meant: either to gsmhandset or to gsmspeaker
Nov 24 23:53:54 <TAsn> and when I'll support that as well
Nov 24 23:54:14 <TAsn> I'll also change to headset (if needed) and bt
Nov 24 23:54:27 <TAsn> oevents can't control scenarios in a sane maner
Nov 24 23:54:31 <TAsn> manner*
Nov 24 23:54:36 <TAsn> and will never be able to
Nov 24 23:54:43 <TAsn> I'm the ui daemon
Nov 24 23:54:43 <DocScrutinizer-8> and you never do that switching yourself, except for mute... hmmmmmmm
Nov 24 23:54:53 <TAsn> huh? I switch a lot
Nov 24 23:55:07 <TAsn> oh, controlling alsa switches?
Nov 24 23:55:12 <TAsn> not that I can think of.
Nov 24 23:55:13 <DocScrutinizer-8> no, you ask for scenarios
Nov 24 23:55:17 <TAsn> yes.
Nov 24 23:55:25 <TAsn> I also change volumes directly on alsa
Nov 24 23:55:33 <TAsn> there is a *minor* possible race
Nov 24 23:55:35 <TAsn> I'm aware of
Nov 24 23:55:43 <DocScrutinizer-8> that's the problem with mute
Nov 24 23:55:49 <TAsn> which is the time between when I ask the scenario
Nov 24 23:55:57 <TAsn> until when I actually get it.
Nov 24 23:56:06 <DocScrutinizer-8> exactly
Nov 24 23:56:06 <TAsn> but it's not a major race
Nov 24 23:56:08 <TAsn> as worst case
Nov 24 23:56:18 <TAsn> mute will just not work
Nov 24 23:56:23 <TAsn> and the UI will be notified about that.
Nov 24 23:56:23 <DocScrutinizer-8> wtf is a minor race?????
Nov 24 23:56:40 <TAsn> easily resolvable one.
Nov 24 23:57:15 <TAsn> mrmoku|away, tell me if muting works in a sane manner, haven't tested it
Nov 24 23:57:43 <TAsn> A good example for proper QA ^
Nov 24 23:57:43 <TAsn> ;p
Nov 24 23:57:52 <DocScrutinizer-8> aha, mute will simply not work. What makes you believe that? which switch are you planning to throw to stop ringtone?
Nov 24 23:58:04 <TAsn> DocScrutinizer-8, speaker switch
Nov 24 23:58:14 <TAsn> (there's probably something similar)
Nov 24 23:58:15 <TAsn> :P
Nov 24 23:58:17 <DocScrutinizer-8> pfff
Nov 24 23:58:26 <TAsn> anyhow
Nov 24 23:58:34 <TAsn> stopping ringtone through switch
Nov 24 23:58:36 <TAsn> is a hack
Nov 24 23:58:40 <TAsn> I'm aware of that.
Nov 24 23:58:42 <DocScrutinizer-8> anyhow, it's WRONG
Nov 24 23:58:56 <TAsn> I don't want to waste CPU
Nov 24 23:59:03 <TAsn> I'll drop that as soon as I'll have a sane way to do it.
Nov 24 23:59:10 <TAsn> which means, FSO native support for stopping ringtone.
Nov 24 23:59:41 <DocScrutinizer-8> wtf? my ringtone usually stops eventually
Nov 24 23:59:51 <TAsn> yes
Nov 24 23:59:59 <TAsn> There's an internal fso way of doing it
Nov 25 00:00:17 <TAsn> not through external APi though.
Nov 25 00:00:17 <TAsn> :|
Nov 25 00:00:23 <TAsn> (there's an oevent rule to stop ringtone, not API though.)
Nov 25 00:00:26 <TAsn> which reminds me
Nov 25 00:00:28 <DocScrutinizer-8> omg
Nov 25 00:00:53 <DocScrutinizer-8> and me
Nov 25 00:00:58 <TAsn> mickey|zzZZzz, if you can, (after implementing saving) give us a way to stop ringtone from API, that'd be great. We need that for the "silent" button.
Nov 25 00:01:18 <DocScrutinizer-8> we agreed long time ago ringtone playback has to become *your* duty
Nov 25 00:01:26 <TAsn> DocScrutinizer-8, yes.
Nov 25 00:01:43 <TAsn> But until I'll have a playringtone/stopringtone
Nov 25 00:01:49 <TAsn> APi from FSO
Nov 25 00:01:51 <TAsn> I can't do that.
Nov 25 00:02:07 <TAsn> (No, I don't want to manage profiles and vibrations myself)
Nov 25 00:02:20 <DocScrutinizer-8> thought there is a fso_playaudio
Nov 25 00:02:31 <TAsn> yes
Nov 25 00:02:36 <TAsn> but that's for playing music
Nov 25 00:02:36 <DocScrutinizer-8> read about it 1h ago in this very channel
Nov 25 00:02:47 <TAsn> ringtone is more than music
Nov 25 00:02:58 <TAsn> there are specific profile rules
Nov 25 00:02:58 <DocScrutinizer-8> wtf is diff tween ringtone and music????
Nov 25 00:03:04 <TAsn> not including vibrator
Nov 25 00:03:40 <TAsn> DocScrutinizer-8, you can choose volume/looping/time to loop/vibration/music file/etc
Nov 25 00:03:50 <TAsn> stuff I don't want to handle as fso already does all of those.
Nov 25 00:04:04 <TAsn> I'd like just to tell it when to start
Nov 25 00:04:07 <DocScrutinizer-8> we agreed long time ago ringtone playback has to become *your* duty
Nov 25 00:04:08 <TAsn> and when to stop the ringtone.
Nov 25 00:04:22 <TAsn> DocScrutinizer-8, Yes, saying when to ring
Nov 25 00:04:23 <TAsn> is my duty
Nov 25 00:04:28 <DocScrutinizer-8> no
Nov 25 00:04:31 <DocScrutinizer-8> we agreed long time ago ringtone playback has to become *your* duty
Nov 25 00:04:32 <TAsn> but not how and what.
Nov 25 00:04:53 <DocScrutinizer-8> yes, exactly how and what
Nov 25 00:04:54 <TAsn> Yes, saying when to ring is my duty, but not how and what.
Nov 25 00:05:02 <DocScrutinizer-8> that's the whole point of it
Nov 25 00:05:03 <TAsn> That's already included in FSO
Nov 25 00:05:16 <TAsn> duplicating that would be simply unwanted work.
Nov 25 00:05:22 <DocScrutinizer-8> aha
Nov 25 00:05:26 <DocScrutinizer-8> omg
Nov 25 00:05:30 <TAsn> what's wrong with me asking them for ringtone?
Nov 25 00:05:30 <DocScrutinizer-8> get sober
Nov 25 00:05:48 <TAsn> (Not that I care, it's just that handling profiles is a bit annoying)
Nov 25 00:06:01 <TAsn> DocScrutinizer-8, ok, let me rephrase
Nov 25 00:06:09 <TAsn> I know I should handle it completely
Nov 25 00:06:13 <TAsn> as I'm the ui daemon
Nov 25 00:06:26 <TAsn> and it's the UI's responsibility
Nov 25 00:06:27 <TAsn> BUT
Nov 25 00:06:39 <TAsn> I don't have the resources (manpower) to do it atm
Nov 25 00:06:48 <TAsn> and there are more important things to do ATM
Nov 25 00:07:06 <TAsn> For now, I'm willing to accept profile handling by FSO
Nov 25 00:07:28 <TAsn> as long as I control when it rings
Nov 25 00:07:38 <TAsn> In time, yes, I'd like to handle it myself.
Nov 25 00:07:53 <DocScrutinizer-8> you ask what's wrong with you to ask just for ring_play? how do you handle ringtone associated to a particular contact then?
Nov 25 00:08:14 <TAsn> DocScrutinizer-8, I agree.
Nov 25 00:08:22 <TAsn> As you can see
Nov 25 00:08:27 <TAsn> I took back my evil words
Nov 25 00:08:30 <TAsn> read what I just wrote
Nov 25 00:08:33 <DocScrutinizer-8> more important things like implementing a mute ring botch :-/
Nov 25 00:08:45 <TAsn> DocScrutinizer-8, I'm very user oriented.
Nov 25 00:08:50 <TAsn> And that what they asked
Nov 25 00:09:01 <TAsn> They haven't asked for special ringtones per contact yet.
Nov 25 00:09:56 <TAsn> Don't you agree with my prioritizing?
Nov 25 00:10:04 <DocScrutinizer-8> (user oriented) ah yes. that's the reason we had "to do one step back and do it right" and users had to wait for new working release for 3 months now
Nov 25 00:10:16 <TAsn> :P
Nov 25 00:10:23 <TAsn> Get it right for the users.
Nov 25 00:10:31 <TAsn> We did almost a complete rewrite
Nov 25 00:10:39 <TAsn> in order to make libphone-ui and such
Nov 25 00:10:43 <TAsn> a reasonable framework
Nov 25 00:10:48 <TAsn> to hold what the users want.
Nov 25 00:10:50 <DocScrutinizer-8> so why stop at this simple issue
Nov 25 00:10:51 <DocScrutinizer-8> ?
Nov 25 00:11:20 <TAsn> time.p
Nov 25 00:11:21 <TAsn> I'm making the infrastructure
Nov 25 00:11:36 <TAsn> I'm making it easy to change it in the end
Nov 25 00:11:43 <TAsn> (wrapping in modular sections)
Nov 25 00:11:56 <TAsn> So it is a step towards handling it myself.
Nov 25 00:12:05 <TAsn> Ring stop/play
Nov 25 00:12:13 <TAsn> will be hidden inside a function of my own
Nov 25 00:12:24 <TAsn> that will just change when I'll be able to handle it on my own.
Nov 25 00:12:45 <DocScrutinizer-8> it's just senseless double work to avoid the work you need to do anyway
Nov 25 00:12:59 <DocScrutinizer-8> you *are* able
Nov 25 00:12:59 <TAsn> It's not senseless
Nov 25 00:13:05 <TAsn> As there are more important issues atm.
Nov 25 00:13:16 <TAsn> for instance handling headset/bt
Nov 25 00:13:27 <DocScrutinizer-8> or mute, I see
Nov 25 00:13:47 <DocScrutinizer-8> tasn: sorry, I have to stop this discussion
Nov 25 00:14:08 <TAsn> yes, mute is more important.
Nov 25 00:14:15 <TAsn> DocScrutinizer-8, Yeah, I gtg as well.
Nov 25 00:14:17 <TAsn> night. :)
Nov 25 00:15:07 <DocScrutinizer-8> mute is more important that correctly done bugfree mute :-/ night
Nov 25 00:15:12 <TAsn> DocScrutinizer-8, I'm sorry if you don't agree, but I hope you agree I should prioritize and that you understand that handling ringtones completely is not in the top if my list.
Nov 25 00:16:09 <TAsn> DocScrutinizer-8, no, mute + infrastructure for making bugfree mute + 10 more features is more important *now* than bugfree mute, yeah.
Nov 25 00:16:20 <TAsn> As making bugfree mute will take time
Nov 25 00:16:27 <TAsn> I'll maybe do it in the weekdend after this one.
Nov 25 00:16:43 <TAsn> I'm not saying I'm not gonna do it ever/following year
Nov 25 00:16:47 <TAsn> I'm just saying, not today
Nov 25 00:16:49 <TAsn> nor tomorrow.
Nov 25 00:17:11 <TAsn> Anyhow, I really gtg.
Nov 25 00:17:51 <TAsn> DocScrutinizer-8, You know I respect you, but this is a matter of pov (at least in my POV)
Nov 25 00:18:04 <TAsn> as what's more important to get now.
Nov 25 00:20:03 <TAsn> bah, new shr is unbearably slow :(
Nov 25 00:20:08 <TAsn> Now for real, night.
Nov 25 00:20:13 <toaster`> Ainulindale: I just sent you my first hack at a Change Notice draft
Nov 25 00:20:58 <toaster`> Night all
Nov 25 00:24:10 * GarthPS 1024 bua fix succeded!!! YEAH
Nov 25 00:25:10 <lindi-> GarthPS: congrats
Nov 25 00:25:14 <lindi-> GarthPS: 22uF or 10uF?
Nov 25 00:25:49 <GarthPS> 22µf "to do it the cleanest way"! but was realy not esay!!
Nov 25 00:26:25 <GarthPS> I was really scared to have injered the chip next to it
Nov 25 00:26:56 <GarthPS> those very litlle line(wire?) on the side of the chip
Nov 25 00:27:16 <playya__> who wrote the new navit script?
Nov 25 00:27:19 <lindi-> GarthPS: how did you remove the old cap?
Nov 25 00:28:24 <GarthPS> with a little leverage
Nov 25 00:28:28 <playya__> in a script called navit: pgrep '^navit$'
Nov 25 00:28:28 <playya__> not_running=$?
Nov 25 00:28:38 <GarthPS> heat  sides alternatively
Nov 25 00:29:56 <lindi-> playya__: horrible script :)
Nov 25 00:30:10 <playya__> yes
Nov 25 00:35:39 <fredrin> TAsn: +1 :) 
Nov 25 00:35:50 <TAsn> ?
Nov 25 00:36:47 <TAsn> fredrin, ?
Nov 25 00:37:22 <fredrin> focus on the more important user things 
Nov 25 00:37:26 <fredrin> even with some hacks :) 
Nov 25 00:37:38 <TAsn> oh. :P
Nov 25 00:37:50 <TAsn> I'm not doing anything really bad (hacks)
Nov 25 00:38:03 <TAsn> Actually, I never break the overall design 
Nov 25 00:38:15 <TAsn> just do some internal stuff in a quick way
Nov 25 00:38:16 <TAsn> and then when I have time
Nov 25 00:38:23 <TAsn> I refactor in a good way
Nov 25 00:41:40 <DocScrutinizer-8> TAsn: implementing the alsa-based mute for ringtone is a horror to get it right without causing "ringtone/call voise broken. Missed calls" issues. and it's really complicated as in much work. and it's a botch. if you call a simple dbus play_audio that's sth you know, and you get mute for free. why not do a botch with config handling (which is just a copy of the things settings/profiles/ringtone does already) 4!5\34 5\!< 
Nov 25 00:41:40 <DocScrutinizer-8> ! +95*\ 285\ 29)#"9<>8~34ü
Nov 25 00:41:50 <DocScrutinizer-8> shit
Nov 25 00:42:04 <DocScrutinizer-8> rather than a both with wolfsonmixer
Nov 25 00:42:28 <TAsn> I'm too tired to even get what you said.
Nov 25 00:42:31 <TAsn> I wrote it down
Nov 25 00:42:34 <TAsn> (copy pasted)
Nov 25 00:42:39 <TAsn> and will comment about it tomorrow. :P
Nov 25 00:42:46 <TAsn> night :)
Nov 25 01:10:45 <playya_> good night
**** ENDING LOGGING AT Wed Nov 25 02:59:57 2009