**** BEGIN LOGGING AT Fri Jul 01 02:59:57 2011
Jul 01 05:21:51 <mrmoku> morphis: (got it already) printfing the address of a var? no... but did not need it anylonger :)
Jul 01 05:22:54 <mrmoku> DocScrutinizer: (timing) no, but want to try the following... set a timer in the record thread with the ms given in the timing message
Jul 01 05:23:38 <mrmoku> and send UL stuff from the handler there
Jul 01 05:24:16 <mrmoku> DocScrutinizer: (cpu load) did not check yet... but a good question... will check today
Jul 01 07:02:16 <morphis_> heyho
Jul 01 07:08:40 <mrmoku> moin
Jul 01 07:18:45 <morphis_> mickey|office: ping
Jul 01 08:42:54 <GarthPS> moin
Jul 01 10:06:51 <mrmoku> DocScrutinizer51: do feed silence to the modem... better use snd_pcm_format_set_silence too or feeding 0s is sufficient?
Jul 01 10:17:49 <mrmoku> DocScrutinizer51: nvm :)
Jul 01 11:36:03 <CIA-82> freesmartphone.org: 03mok 07gsmvoice_alsa_cmtspeechdata+buffer_threads * r0ca2b4f863a1 10cornucopia/fsoaudiod/src/plugins/gsmvoice_alsa_cmtspeechdata/cmthandler.vala: 
Jul 01 11:36:03 <CIA-82> freesmartphone.org: fsoaudiod: cmtspeech: activate feeding of audio to modem
Jul 01 11:36:03 <CIA-82> freesmartphone.org: initialize the silence_buffer once before enabling audio and
Jul 01 11:36:03 <CIA-82> freesmartphone.org: use it to feed silence to the modem too.
Jul 01 11:36:03 <CIA-82> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
Jul 01 11:50:15 <mickey|office> morphis: pong
Jul 01 12:11:37 <PaulFertser> mickey|office: hey Mickey :) I wonder if i, say, spend a day or two updating my device to the latest FSO version, will i finnally be happy with the stability? Currently i have to restart some daemons every now and then, and oeventsd is damn slow and frameworkd doesn't reregister itself on fsousaged restart and long messages sometimes are not fully sent (timeout firing first) etc etc.
Jul 01 12:12:03 <mickey|office> PaulFertser: i'm afraid i can't answer that question. I have been out of the loop for a bit :/
Jul 01 12:12:49 <DocScrutinizer> o/
Jul 01 12:13:47 <mickey|office> it's a bid sad that python code still is necessary
Jul 01 12:13:50 <PaulFertser> mickey|office: i mean i can update again to the latest and start bugreporting/bughunting but i still do not see it going anywhere, still sucky ousaged (instead of that cool Prolog-based rules system of ptitjes), still not exactly polished opimd, the whole stack not fully fault tolerant etc etc...
Jul 01 12:14:15 <mickey|office> s/ousaged/oeventsd/
Jul 01 12:14:24 <mickey|office> yes, i would have hoped that someone would have written an oeventsd replacement
Jul 01 12:14:33 <mickey|office> me i just had not enough time to work on such issues
Jul 01 12:14:47 <mickey|office> whenever i had time, i worked on device integration
Jul 01 12:14:49 <PaulFertser> That's perfectly understandable...
Jul 01 12:14:58 <mickey|office> instead of moving the core, which i should probably have 
Jul 01 12:15:07 <PaulFertser> But the first and the main FSO device still doesn't work as it should...
Jul 01 12:15:48 <PaulFertser> mickey|office: please do not think i'm trying to demotivate you or anything...
Jul 01 12:16:25 <PaulFertser> I know the whole endeavour is really complex and hard, no wonder no competing project got anywhere.
Jul 01 12:17:01 <mickey|office> no worries. from the looks of it though, it seems most non-core action is happening around the n900 and the pre -- even the HTC devices seem to get more love than the Freerunner
Jul 01 12:17:42 <mickey|office> we need to replace oeventsd and frameworkd
Jul 01 12:17:49 <mickey|office> they bring the whole system to a halt 
Jul 01 12:18:16 <mickey|office> and on devices such as the rather slow FR, this is more important than anything else
Jul 01 12:19:32 <mickey|office> i'm really willing to fix bugs in the valaized daemons
Jul 01 12:19:49 <mickey|office> but it's hard for me to motivate looking at the python-versions of those
Jul 01 12:21:56 <mickey|office> if doing something for the FR, i'd rather swap out the userland muxing for kernel-based muxing
Jul 01 12:22:13 <mickey|office> or do you think that's rather unimportant?
Jul 01 12:23:54 <PaulFertser> mickey|office: imho it's rather unimportant, right. I have no problems with muxing, i have problems with overall stability that force me to restart daemons every now and then (and lately i started to get some kernel panics as well, though i haven't changed the kernel in ages :( ).
Jul 01 12:25:02 <mickey|office> hmm, overall stability is really a crosslayer issue. if we could identify some individual reproducable cases where a daemon has to be restarted, i'd try to take a look
Jul 01 12:26:30 <PaulFertser> mickey|office: of course. But overall stability affects overall motivation and that's the problem for me. Last time i started to seriously look into it, i was hunting too many different bugs popping out of nowhere, some identified and fixed, some not, and i'm not sure anything was done since then.
Jul 01 12:27:04 <PaulFertser> mickey|office: e.g. if i restart fsogsmd+fsousaged+fsodeviced i then have auto-suspend always, even during the ongoing call!
Jul 01 12:28:07 <DocScrutinizer> cool¡
Jul 01 12:28:09 <mickey|office> hmm, *nod* that's probably due to oeventsd losing the object somehow
Jul 01 12:28:17 <PaulFertser> And the version i use really requires restarting fsogsmd+fsousaged (i have to kill them in the same line or else they do not get activated or registered properly or something shitty like that, i do not remember).
Jul 01 12:28:20 <mickey|office> and not reclaiming the CPU resource anymore when a call moves to active
Jul 01 12:28:48 <mickey|office> if you can reproduce this gsm/usage against HEAD, i'll take the time to do something against it
Jul 01 12:28:57 <mickey|office> but it needs to involve few components
Jul 01 12:29:13 <mickey|office> otherwise it needs to much time to get back into all the interdependencies
Jul 01 12:29:17 <PaulFertser> mickey|office: yep, one of the python issues with registering to buses (or something) instead of particular signals was found and fixed in opimd, but i lost motivation to proceed with other issues like that. 
Jul 01 12:29:42 <DocScrutinizer> maybe the question isn't too stupid: paul, *which* version are you using, and do you know which diffs to recent there may be?
Jul 01 12:30:22 <PaulFertser> DocScrutinizer: nah, no clue whatsoever :) i'll just update to the latest and greatest again in the nearest future.
Jul 01 12:33:20 <DocScrutinizer> PaulFertser: noticed the aegis madness in mae..err meego-harmattan? LOL
Jul 01 12:33:55 <PaulFertser> mickey|office: there's another problem: i remember facing some issues that were really too damn hard to debug for me. I've spent hours looking at strace output, sources and whatsnot... Without you core devs actually using devices as a daily phone, i'm afraid, there will still be bugs like that.
Jul 01 12:34:41 <PaulFertser> DocScrutinizer: noticed you being very upset about it, but didn't look closer. Some maemo-meego morons defended DRM/TPM and bullied you for being sane...
Jul 01 12:34:56 <mickey|office> PaulFertser: that's correct. and that's actually behind all the stuff morphis and me are doing with the aurora project. a minimal thing for daily use that deploys FSO, so that we can iron out bugs by actually _using_ that stuff
Jul 01 12:35:01 <DocScrutinizer> hehehe exactly
Jul 01 12:35:15 <mickey|office> i really look forward to being able to using a FOSS phone again as daily phone
Jul 01 12:35:24 <mickey|office> i just doubt it will be the FreeRunner...
Jul 01 12:35:29 <PaulFertser> mickey|office: i thought SHR GUI was ok already for both Pre and N900.
Jul 01 12:35:30 <mickey|office> as the pre or the n900 are looking more likely
Jul 01 12:35:43 <mickey|office> PaulFertser: i can't fix crosslayer issues with SHR
Jul 01 12:35:48 <mickey|office> it's too huge for me
Jul 01 12:36:10 <mickey|office> the time it takes me to dive into exceeds my availability
Jul 01 12:36:11 <DocScrutinizer> <quote nick=speedevil> So now it's like a nuclear bomber deployed to kep the kids off the lawn </quote>
Jul 01 12:36:24 <DocScrutinizer> keep*
Jul 01 12:37:00 <PaulFertser> mickey|office: you might remember i've faced (and even fixed several) bugs by using a fairly thin layer over FSO, without learning QML, dealing with Qt bugs (and stupidity) etc etc...
Jul 01 12:37:33 <mrmoku> DocScrutinizer: yo, UL seems to work too :-)
Jul 01 12:37:36 <DocScrutinizer> I bet meegoCE guys have much fun with uBoot and aegis (chain of trust broken when uBoot boots stock meego-harmattan)
Jul 01 12:37:39 <PaulFertser> Because i was trying to actually use the device. I still do. Using e.g. opimd-cli to add contacts :)
Jul 01 12:37:48 <mrmoku> now it would be time to revisit ACI ...
Jul 01 12:37:50 <DocScrutinizer> mrmoku: \o/ \o/ \o/ \o/ \o/ \o/ \o/ \o/ \o/ \o/ \o/ \o/ 
Jul 01 12:38:11 <mrmoku> DocScrutinizer, lindi-: thanks for that RingBuffer thing :-D
Jul 01 12:38:19 <DocScrutinizer> yw
Jul 01 12:38:35 <PaulFertser> mickey|office: also, tbh i have no trust in Qt in general. I'm very opposed to their way of (ab)using that wonderful complex invention (called C++) by turning it into some sick Java dialect.
Jul 01 12:42:42 <PaulFertser> mickey|office: please do not think i'm trying to make you feel uneasy or anything like that. I would never want to do so, i'd try instead sharing my happiness. I'm asking you just because i want to plan what to do when i get frustrated with my beloved FR the next time.
Jul 01 12:42:45 <mickey|office> PaulFertser: sure, but you don't have to like it -- if in consequence it leads to a more stable FSO, you should be happy with the outcome, no matter whether Qt or not is involved :)
Jul 01 12:43:09 <mickey|office> again, don't worry. i can handle that. i can really freel the frustration myself.
Jul 01 12:43:47 <mickey|office> i'm just looking for small work loads that i can handle
Jul 01 12:45:27 <mickey|office> there are some issues w/ dbus which i found have just vanished with the gdbus migration
Jul 01 12:45:43 <mickey|office> so a bunch of those lead to really hard to find bugs
Jul 01 12:47:13 <PaulFertser> I'd start using n900 too if it was nearly as usable as FR. And it's actually not at all.
Jul 01 12:48:01 <PaulFertser> Have to go, see you folks soon and best of luck! I'm really happy to be here :)
Jul 01 12:48:07 <mickey|office> dito. see you soon
Jul 01 12:49:11 <mrmoku> PaulFertser: (n900) working on that :-)
Jul 01 13:39:44 <angelox> hi all
Jul 01 13:44:29 <angelox> morphis:Hey,compiling everything worked,but there's some apps to include in aurora-fb-image,for example,i aurora here,but was need some modifications on-the-fly to make it loadable
Jul 01 13:58:09 <angelox> some one can give-me pointercal from n900 ? ts_calibrate isn't giving a nice result here,since is hard to click in the cross :)
Jul 01 14:04:21 <angelox> my pointer is moving according the accelerometer (LOL0
Jul 01 14:04:29 <angelox> s/0/)/
Jul 01 14:04:30 <apt> angelox meant: my pointer is moving according the accelerometer (LOL)
Jul 01 14:07:34 <GNUtoo> PaulFertser, indeed we're working on n900, specially mrmoku 
Jul 01 14:17:29 <GNUtoo> mickey|office, there is also the fact that I guess that every dev assume that the freerunner works fine
Jul 01 14:17:41 <GNUtoo> so nobody works on it
Jul 01 14:17:44 <GNUtoo> since it works fine
Jul 01 14:18:20 <GNUtoo> when a bug is publicized some dev work on the freerunner
Jul 01 14:18:27 <DocScrutinizer> ok, whatever it's worth, I got permission for a N950 developer device
Jul 01 14:18:44 <GNUtoo> nice
Jul 01 14:18:50 <DocScrutinizer> so we *might* go on with SHR direction N9 :-)
Jul 01 14:18:58 <GNUtoo> yes that would be great
Jul 01 14:19:15 <GNUtoo> altough we need captainigloo on this one
Jul 01 14:19:22 <GNUtoo> since the GUI must be a bit obtimized
Jul 01 14:19:26 <DocScrutinizer> actually the N9 is a shiny device, though clearly not for me
Jul 01 14:19:29 <GNUtoo> we at least need t good keyboard
Jul 01 14:20:30 <mrmoku``> DocScrutinizer: hehe, nice
Jul 01 14:21:10 <GNUtoo> if SHR devs get an N9 I hope to be there at the right time, unlike last time with n900
Jul 01 14:22:03 * GNUtoo must go out right now
Jul 01 14:23:37 <GNUtoo> mrmoku``, is readi done?
Jul 01 14:24:32 <mrmoku``> GNUtoo: yup
Jul 01 14:24:36 <GNUtoo> wow
Jul 01 14:24:39 * GNUtoo will test
Jul 01 14:24:40 <mrmoku``> at least I can hear something
Jul 01 14:24:47 <mrmoku``> did not extensively test the quality yet
Jul 01 14:25:42 <GNUtoo> ok
Jul 01 14:28:39 <DocScrutinizer> GNUtoo: @all: if there's any N9 DDP (developer device program) any time in the future, please make sure to coordinate with mrmoku`` or me so I won't miss out any of you to put them on the list of my suggestions
Jul 01 14:32:36 <GNUtoo> ok
Jul 01 14:41:01 <GNUtoo-N900> mrmoku
Jul 01 14:41:20 <GNUtoo-N900> the readi isn't great
Jul 01 14:41:40 <GNUtoo-N900> metalic voice
Jul 01 14:41:59 <GNUtoo-N900> but the readi is nearly ok
Jul 01 14:42:19 <GNUtoo-N900> maybe a renice of enlightenment would fic readi
Jul 01 14:42:25 <GNUtoo-N900> *fix
Jul 01 14:42:39 <GNUtoo-N900> bbl
Jul 01 15:01:38 <angelox> directfb is using accelerometer and touchscreen as mouse device,strange
Jul 01 15:56:54 <GarthPS> mickey|daddy: hi.
Jul 01 16:33:00 <CIA-82> freesmartphone.org: 03mok 07gsmvoice_alsa_cmtspeechdata+buffer_threads * re024986b3fda 10cornucopia/fsoaudiod/src/plugins/gsmvoice_alsa_cmtspeechdata/plugin.vala: 
Jul 01 16:33:00 <CIA-82> freesmartphone.org: fsoaudiod: cmtspeech: activate audio on OUTGOING call state already
Jul 01 16:33:00 <CIA-82> freesmartphone.org: This is needed to actually hear the ringtone and seems to work
Jul 01 16:33:00 <CIA-82> freesmartphone.org: fine now.
Jul 01 16:33:01 <CIA-82> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
Jul 01 16:33:01 <CIA-82> freesmartphone.org: 03mok 07gsmvoice_alsa_cmtspeechdata+buffer_threads * r44e65ab3e581 10cornucopia/fsoaudiod/src/plugins/gsmvoice_alsa_cmtspeechdata/cmthandler.vala: 
Jul 01 16:33:01 <CIA-82> freesmartphone.org: fsoaudiod: cmtspeech: correctly free pcmin / pcmout
Jul 01 16:33:02 <CIA-82> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
Jul 01 16:33:03 <CIA-82> freesmartphone.org: 03mok 07gsmvoice_alsa_cmtspeechdata+buffer_threads * r520feb90f440 10cornucopia/fsoaudiod/src/plugins/gsmvoice_alsa_cmtspeechdata/cmthandler.vala: 
Jul 01 16:33:03 <CIA-82> freesmartphone.org: fsoaudiod: cmtspeech: check with is_active if we should feed audo to the modem
Jul 01 16:33:04 <CIA-82> freesmartphone.org: and not via ACTIVE_DLUL connection state.
Jul 01 16:33:04 <CIA-82> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
Jul 01 16:33:20 * mrmoku dinner
Jul 01 16:33:45 <CIA-82> freesmartphone.org: 03mok 07gsmvoice_alsa_cmtspeechdata+buffer_threads * r1735c5c30e5d 10cornucopia/fsoaudiod/src/plugins/gsmvoice_alsa_cmtspeechdata/cmthandler.vala: 
Jul 01 16:33:45 <CIA-82> freesmartphone.org: fsoaudiod: cmtspeech: setup alsa on transition to DL_START / UL_START respectively
Jul 01 16:33:45 <CIA-82> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
Jul 01 16:33:45 <CIA-82> freesmartphone.org: 03mok 07gsmvoice_alsa_cmtspeechdata+buffer_threads * rf976769a33bb 10cornucopia/fsoaudiod/src/plugins/gsmvoice_alsa_cmtspeechdata/cmthandler.vala: 
Jul 01 16:33:46 <CIA-82> freesmartphone.org: fsoaudiod: cmtspeech: don't set frame_flags in ul buffers
Jul 01 16:33:46 <CIA-82> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
Jul 01 16:52:44 <morphis_> mrmoku: why don't you commit the cmt speech stuff to the master branch?
Jul 01 17:03:00 <GNUtoo|laptop> mrmoku, hi, thanks I'll test right now
Jul 01 17:10:13 <GNUtoo|laptop> hmmm still not perfect for readi
Jul 01 17:30:05 <mrmoku> morphis_: will do that soon
Jul 01 17:32:00 <morphis_> mrmoku: ok
Jul 01 17:32:31 <mrmoku> GNUtoo: yeah, not perfect yet... we should concentrate on getting the scenarios (or ACI for that) right now though
Jul 01 17:32:50 <mrmoku> and revisit sound quality when we can adjust volume :P
Jul 01 17:33:47 <GNUtoo> ah?
Jul 01 17:34:03 * GNUtoo is lost between fsoaudiod and fsodeviced
Jul 01 17:34:19 * GNUtoo think mrmoku should talk to morphis 
Jul 01 17:34:46 <GNUtoo> btw where is dos1 
Jul 01 17:34:49 <GNUtoo> ?
Jul 01 17:34:59 <GNUtoo> I thought he would be back at some point
Jul 01 17:36:30 <GNUtoo> also I found out that mplayer-svn is way more performant than mplayer-git
Jul 01 17:36:34 <GNUtoo> at least on htcdream
Jul 01 17:36:46 <GNUtoo> it goes from unusable to usable
Jul 01 17:37:05 <GNUtoo> also we must renice enlightenment from -10 to -2
Jul 01 17:39:12 <mrmoku> yeah, that indeed
Jul 01 17:39:20 <mrmoku> dos1: where are you? :P
Jul 01 17:40:19 <PaulFertser> GNUtoo, mrmoku: mickey|daddy: (n900) what really worries me is that core n900 functionality (power management, alsa, wifi, other kernel stuff) is not nearly "there", and that's 2 years after the release and with all the sources and schematics open and real kernel hackers from TI and Nokia working on that...
Jul 01 17:40:31 <PaulFertser> I have a fear it'll never work reasonably.
Jul 01 17:40:35 <morphis_> yeah, linearo did it's 11.06 relase about 3d but without saying any word about the needed drivers on arm ....
Jul 01 17:41:28 <mrmoku> PaulFertser: yeah, kernel development for n900 is going indeed a lot slower than what I thought when I got mine :/
Jul 01 17:41:46 <mrmoku> partly due to the arm/omap stuff heavily changing in mainline though
Jul 01 17:42:13 <GNUtoo> bluetooth is not working
Jul 01 17:42:26 <GNUtoo> but apart that the rest is there but badly obtimized
Jul 01 17:42:36 <GNUtoo> for instance camera image isn't great
Jul 01 17:42:42 <GNUtoo> compared to 2.6.28
Jul 01 17:42:47 <PaulFertser> mrmoku: i have a feeling n900 will never work reasonably (i.e. with all the hardware supported and power consumption on par with stock firmware). But stock firmware is totally useless so the device is useless too...
Jul 01 17:43:27 <PaulFertser> That's the reason i still use my FR, as there's simply no alternative. And i bought a free smartphone to actually use it, not to hack ISI or something.
Jul 01 17:44:32 <GNUtoo> PaulFertser, who is still working on freerunner? larsc ? other people?
Jul 01 17:44:40 <mrmoku> PaulFertser: I'm having lot's of fun hacking ISI :-)
Jul 01 17:44:50 <PaulFertser> mrmoku: fun is one thing but i need a working cellphone.
Jul 01 17:44:53 * GNUtoo is very interested by the freerunner but mine doesn't have all the fixes
Jul 01 17:45:16 <mrmoku> PaulFertser: sure
Jul 01 17:45:17 <GNUtoo> I lack buzzfix,bassfix,and #1024 fix
Jul 01 17:45:27 <PaulFertser> GNUtoo: larsc certainly does maintaining the kernel and hacking on improving the drivers. And QtMoko folks actively support that effort with their userspace.
Jul 01 17:45:56 * mrmoku would like to note that JaMa is supporting that too
Jul 01 17:45:57 <GNUtoo> JaMa also does some stuff
Jul 01 17:45:59 <mrmoku> :)
Jul 01 17:46:53 <PaulFertser> Yeah
Jul 01 17:47:28 <PaulFertser> But really, i can't understand the urge of some developers to start hacking on a totally unusable device when there's a lot to be done with the only useable one.
Jul 01 17:47:59 <GNUtoo> PaulFertser, what's to be done with the freerunner?
Jul 01 17:48:18 <PaulFertser> GNUtoo: if you start using it as your only daily cellphone, you'll see.
Jul 01 17:48:30 <GNUtoo> ah?
Jul 01 17:48:35 <GNUtoo> what distro do you use?
Jul 01 17:48:39 <PaulFertser> GNUtoo: enough of different stability and speed issues making daily use a pain.
Jul 01 17:48:49 <PaulFertser> GNUtoo: i use Debian with FSO self-compiled from git.
Jul 01 17:48:55 <GNUtoo> ok
Jul 01 17:49:23 <PaulFertser> mickey|daddy: btw, you made me remember i'm currently using the ~latest pre-gdbus version.
Jul 01 17:49:30 <GNUtoo> PaulFertser, hmmm where do they sell freerunner with all-fixes
Jul 01 17:49:35 <GNUtoo> and is it worth?
Jul 01 17:49:42 <PaulFertser> Really, who's here using the current latest FSO as his only cellphone?
Jul 01 17:49:59 <GNUtoo> on freerunner I use lastest fso
Jul 01 17:50:08 <GNUtoo> but I don't use it daily for a long period
Jul 01 17:50:20 <GNUtoo> because I can't listen music on it
Jul 01 17:50:21 <PaulFertser> GNUtoo: FR is the only device that might be usable (as it has a nice enough kernel), i'd buy it again because i have no choice. But i'd do fixes myself.
Jul 01 17:50:51 <GNUtoo> the fixes are hard to do
Jul 01 17:50:56 <GNUtoo> if I remember well
Jul 01 17:51:08 <GNUtoo> the only fix that I did was to solder back the aux button
Jul 01 17:51:17 <PaulFertser> I hope this weekend i'll upgrade my system to the latest (gdbus-based) stuff but i'm afraid it'll still be slow and i'll still have to hunt bugs.
Jul 01 17:51:31 <GNUtoo> ok
Jul 01 17:51:45 <GNUtoo> it's great that some people are still using the freerunner
Jul 01 17:51:52 <GNUtoo> it's the freest phone we have
Jul 01 17:52:05 <GNUtoo> *GPS not under the modem control
Jul 01 17:52:10 <GNUtoo> *Audio not under the modem control
Jul 01 17:52:11 <PaulFertser> GNUtoo: i think i was the first actually doing the bass-fix (at least the first publicly announcing it and documenting on wiki, that's for sure).
Jul 01 17:52:18 <GNUtoo> *the modem cannot see the main CPU ram
Jul 01 17:52:20 <PaulFertser> And i'm not nearly a professional in soldering.
Jul 01 17:52:35 <GNUtoo> *the modem is a calypso, and if osmcommbb succeed to get a certified thing....
Jul 01 17:52:54 <GNUtoo> ok
Jul 01 17:53:23 <GNUtoo> I've to look if the freerunner accepts my 32GB microsd
Jul 01 17:53:56 <PaulFertser> GNUtoo: talking about FSO, i'm not happy with oeventsd at all, and opimd is unpolished. I hope i'll have less bugs with the latest fsogsmd and friends but i do not hold my breath.
Jul 01 17:54:11 <PaulFertser> GNUtoo: and that is not device-dependent.
Jul 01 17:54:34 <GNUtoo> we (mrmoku and me) fixed an fsodeviced bug
Jul 01 17:54:38 <GNUtoo> a serious one
Jul 01 17:54:42 <GNUtoo> with the scenarios
Jul 01 17:54:54 <GNUtoo> it made it crash
Jul 01 17:55:47 <GNUtoo> also the music player needs some polishing
Jul 01 17:56:05 <GNUtoo> does the freerunner have driver for a remote control?
Jul 01 17:56:11 <GNUtoo> like the one on the headset
Jul 01 17:56:49 <PaulFertser> GNUtoo: it's reported via the usual input event as one of the buttons.
Jul 01 17:57:11 <GNUtoo> nice
Jul 01 17:58:25 <PaulFertser> BTW, bluetooth handsets are totally abandoned, it's a clear indication almost nobody's using FSO for his daily cellphone needs, and that's worrying.
Jul 01 17:58:37 <GNUtoo> personally I use a replicant phone as main phone recently
Jul 01 17:58:54 <GNUtoo> PaulFertser, could you put all that somewhere?
Jul 01 17:58:57 <GNUtoo> like on a wiki
Jul 01 17:59:26 <PaulFertser> GNUtoo: using wired headset on FR is kinda strange because you can't use headset's mic due to buzz, your only option is to use an integrated mic, so i do not see much use in wired headsets on FR.
Jul 01 17:59:45 <GNUtoo> PaulFertser, ouch
Jul 01 17:59:52 <GNUtoo> how to get decent music out of it?
Jul 01 18:00:09 <GNUtoo> bluetooth, I'm afraid of bluetooth headsets for my health
Jul 01 18:00:10 <PaulFertser> GNUtoo: i'm not sure it'll help. What would help if FSO would be used daily for cellphoning needs by competent devs, the more the better.
Jul 01 18:00:26 <mrmoku> PaulFertser: (oeventsd) yeah... we should have started to replace it long ago
Jul 01 18:00:36 <GNUtoo> basically my requirements are quite simlpe:
Jul 01 18:00:38 <GNUtoo> *phone
Jul 01 18:00:39 <PaulFertser> GNUtoo: you can attach some nice enough stereoheadphones to a bass-fixed FR and the music will sound nice enough.
Jul 01 18:00:40 <GNUtoo> *music
Jul 01 18:01:03 <GNUtoo> if let's say I get a freerunner with all fixes
Jul 01 18:01:18 <GNUtoo> I've no more bad sound quality issues anymore
Jul 01 18:01:41 <PaulFertser> mrmoku: currently i have my FR auto-suspending during the call (! :(( ) if fso* daemons were restarted but frameworkd wasn't.
Jul 01 18:01:50 <GNUtoo> " because you can't use headset's mic due to buzz" -> that doesn't happend when it's buzzfixed?
Jul 01 18:02:00 <mrmoku> PaulFertser: that's because you're not using phonefsod ;)
Jul 01 18:02:13 <PaulFertser> GNUtoo: it does, the headset can't be reasonably easy buzzfixed.
Jul 01 18:02:18 <mrmoku> j/k
Jul 01 18:02:31 <PaulFertser> mrmoku: because i do not see a need for it as it should be handled on FSO layer afaict.
Jul 01 18:03:03 <mrmoku> sure... somehow I hope we can obsolete phonefsod by a nice and working ophoned
Jul 01 18:03:09 <mrmoku> (someday...)
Jul 01 18:03:10 <GNUtoo> the headset??? can I bassfix+buzzfix the headset instead of the phone?
Jul 01 18:03:25 <PaulFertser> I was really excited about the opportunity to learn Prolog, Flora, XCB and all that cool logic stuff ptitjes was proposing :(
Jul 01 18:04:03 <PaulFertser> GNUtoo: sorry, i meant the functionality. You can't perform any easy enough modification to get rid of the buzz when one's using a headset mic. 
Jul 01 18:04:28 <GNUtoo> ok
Jul 01 18:05:27 <PaulFertser> mrmoku: btw, do you folks still use ogpsd in SHR? One of my goals when persuading gpsd folks to add hooks was to allow you to get rid of it.
Jul 01 18:05:52 <GNUtoo> yes we still do
Jul 01 18:06:06 <PaulFertser> But i've to admit a lot is to be done with AGPS to fully duplicate the functionality.
Jul 01 18:06:09 <GNUtoo> I think fsotdldt is a replacement tough
Jul 01 18:06:18 <PaulFertser> Nah
Jul 01 18:06:27 <GNUtoo> lol?
Jul 01 18:06:51 <GNUtoo> why?
Jul 01 18:07:15 <PaulFertser> GNUtoo: gpsd _is_ the proper way to comminicate with GPS devices, other applications should simply query it via the libgps.
Jul 01 18:07:40 <GNUtoo> ok
Jul 01 18:07:53 <GNUtoo> what if you don't have NMEA?
Jul 01 18:08:36 <PaulFertser> (gps on FR with gpsd) It would work great if only someone with a python knowlegde would take lindi-'s set of UBX tools and implemented AGPS in power-on/power-off gpsd hooks.
Jul 01 18:08:45 <PaulFertser> GNUtoo: gpsd handles other protocols nicely.
Jul 01 18:09:05 <GNUtoo> what about ISI and the palm pre protocol?
Jul 01 18:09:12 <GNUtoo> (msmcomm)
Jul 01 18:10:08 <DocScrutinizer> PaulFertser: I pondered to have a headset mic that creates an ultrahard constant-voltage Zener-like characteristic, that's voltage-modulated by the actual mic
Jul 01 18:10:19 <DocScrutinizer> PaulFertser: should kill buzz from headset
Jul 01 18:23:53 <PaulFertser> GNUtoo: there should be devised a way to provide gpsd with data from those sources.
Jul 01 18:24:16 <GNUtoo> is it a long work?
Jul 01 18:24:26 <GNUtoo> (adding freerunner support to gpsd)
Jul 01 18:24:37 <PaulFertser> GNUtoo: gpsd already supports FR but without AGPS.
Jul 01 18:24:54 <GNUtoo> *full freerunner support 
Jul 01 18:24:55 <GNUtoo> then
Jul 01 18:25:35 <GNUtoo> btw what's the difference between 2.6.37 and 2.6.39
Jul 01 18:25:40 <GNUtoo> in the freerunner support
Jul 01 18:25:45 <GNUtoo> what doesn't work on 39
Jul 01 18:26:01 <PaulFertser> GNUtoo: not a lot of work but it'd require somebody who knows python and UBX.
Jul 01 18:26:28 <GNUtoo> I know python but not UBX
Jul 01 18:26:45 <GNUtoo> I also know C
Jul 01 18:26:49 <PaulFertser> I'm not sure about anything > 29 unfortunately. I'm afraid to change my known-to-work version to something newer because some people claim those kernels have higher energy consumption ...
Jul 01 18:27:02 <GNUtoo> ah ok
Jul 01 18:27:45 <PaulFertser> mickey|daddy: btw, what about FSO-wide login-password pair for the internet AGPS data?
Jul 01 18:31:03 <GNUtoo> where's the work on the openmoko kenrel located?
Jul 01 18:31:13 <GNUtoo> oe uses a patch
Jul 01 18:31:16 <GNUtoo> a big patch
Jul 01 18:32:50 <PaulFertser> GNUtoo: git.openmoko.org
Jul 01 18:36:50 <GNUtoo> ok thanks
Jul 01 18:38:22 <mrmoku> GNUtoo: the patch is generated by JaMa from https://gitorious.org/shr/linux
Jul 01 18:45:52 <GNUtoo> ok
Jul 01 18:56:57 <mrmoku> PaulFertser: there is one big showstopper with current fso on gta02
Jul 01 18:57:05 <mrmoku> PaulFertser: gprs is not working
Jul 01 18:58:23 <PaulFertser> mrmoku: oh really? That sounds incredibly strange, what's the matter?
Jul 01 18:58:44 <mrmoku> PaulFertser: pppd immediately shutting down again
Jul 01 18:58:53 <PaulFertser> mrmoku: telling what?
Jul 01 18:59:06 * mrmoku tries to give the correct message
Jul 01 19:00:36 <mrmoku> 2000-01-02T07:14:58.670498Z [WARN]  PdpPppMux <>: PPP quit immediately; check options and permissions.
Jul 01 19:01:04 <mrmoku> fsogsmd plugin init
Jul 01 19:01:04 <mrmoku> on_phase_change: 2
Jul 01 19:01:04 <mrmoku> using channel 1
Jul 01 19:01:04 <mrmoku> Using interface ppp0
Jul 01 19:01:04 <mrmoku> Connect: ppp0 <--> /dev/pts/0
Jul 01 19:01:07 <mrmoku> on_phase_change: 4
Jul 01 19:01:13 <mrmoku> is what ppp.log tells
Jul 01 19:03:51 <PaulFertser> mrmoku: can you add "debug" to pppd options?
Jul 01 19:06:11 <mrmoku> PaulFertser: looking at the code I can put that into config, so probably yes
Jul 01 19:07:04 <mrmoku> hmm... but where?
Jul 01 19:08:36 <PaulFertser> mrmoku: ppp_options = 115200;nodetach;modem;crtscts...
Jul 01 19:08:48 <PaulFertser> mrmoku: [fsogsm] section
Jul 01 19:09:15 <mrmoku> ahh... it has debug built in
Jul 01 19:11:16 <PaulFertser> mrmoku: the log you cited does not look like a debug log from pppd...
Jul 01 19:11:49 <mrmoku> PaulFertser: where does pppd debug output go to? /var/log/ppp.log?
Jul 01 19:11:56 <PaulFertser> mrmoku: if nothing else, you can rename pppd and create a bash wrapper to strace pppd.
Jul 01 19:12:20 <PaulFertser> mrmoku: depends on the options i think. It should use syslog by default.
Jul 01 19:12:38 <PaulFertser> And an appropriate "level".
Jul 01 19:12:56 <mrmoku> hmm yeah, logread gives the same as ppp.log
Jul 01 19:13:16 <mrmoku> Jan  2 08:14:56 om-gta02 daemon.info connmand[151]: ppp0 {newlink} index 3 operstate 2 <DOWN>
Jul 01 19:13:19 <mrmoku> Jan  2 08:14:56 om-gta02 daemon.info connmand[151]: ppp0 {dellink} index 3 operstate 2 <DOWN>
Jul 01 19:13:22 <mrmoku> conman sees it coming and going
Jul 01 19:13:41 <PaulFertser> mrmoku: i'd disable connman, i do not trust it ;)
Jul 01 19:14:33 <mrmoku> PaulFertser: yeah, though it does not change anything
Jul 01 19:14:35 <mrmoku> still no go
Jul 01 19:15:31 <mrmoku> ok... let's try the strace
Jul 01 19:18:06 <GNUtoo> om-gta02:
Jul 01 19:18:10 <GNUtoo> *wifi is broken
Jul 01 19:18:14 <GNUtoo> *telephony is broken
Jul 01 19:18:18 <mrmoku> nah
Jul 01 19:18:26 <mrmoku> wifi and telephony work fine for me
Jul 01 19:18:48 <GNUtoo> ok I'll reflash then
Jul 01 19:21:46 <GNUtoo> after a reboot wifi works fine
Jul 01 19:21:49 <GNUtoo> but not telephony
Jul 01 19:22:06 <GNUtoo> I'll wait and see if telephony comes up
Jul 01 19:40:15 <GNUtoo> what was the setxkbmap to make a keyboard work under the freerunner?
Jul 01 19:40:28 <GNUtoo> mine refuse to use the up down left right keys
Jul 01 19:40:38 <GNUtoo> I'm on it since a quite long time
Jul 01 20:06:46 <mrmoku> GNUtoo: hw keyboard?
Jul 01 20:08:32 <GNUtoo> bluetooth keyboard
Jul 01 20:09:34 <mrmoku> no idea
Jul 01 20:11:07 <mrmoku> PaulFertser: running pppd via a wrapper under strace makes fsogsmd segfault :/
Jul 01 20:11:30 <PaulFertser> mrmoku: cool, you've a great opportunity to report a fsogsmd segfault to mickey :)
Jul 01 20:11:36 <mrmoku> :P
Jul 01 20:12:03 <PaulFertser> GNUtoo: is your keyboard any special?
Jul 01 20:12:10 <PaulFertser> GNUtoo: does it work OOTB with your laptop?
Jul 01 20:12:27 <PaulFertser> GNUtoo: if yes, you can try "setxkbmap -print" on it after connecting.
Jul 01 20:16:07 <GNUtoo> yes with my laptop/desktop it works out of the box
Jul 01 20:16:18 <GNUtoo> I'll do that
Jul 01 20:41:28 <GNUtoo> I'm still on it
Jul 01 20:43:45 <GNUtoo> PaulFertser, didn't work
Jul 01 20:43:50 <GNUtoo> I've replicated the desktop map
Jul 01 20:43:55 <GNUtoo> and still not working
Jul 01 20:52:05 <morphis_> GNUtoo: ping
Jul 01 20:55:09 <GNUtoo> pong
Jul 01 20:55:19 <GNUtoo> maybe something else is wrong
Jul 01 20:56:48 <GNUtoo> hi morphis 
Jul 01 20:56:56 <morphis> GNUtoo: hey
Jul 01 20:57:26 <morphis> I mostly finished the powervr driver integration in the aurora/development branch
Jul 01 20:57:40 <morphis> everything you have to do to get it is add some lines to your local.conf
Jul 01 20:57:47 <morphis> if you don't do that you will never get it
Jul 01 20:57:49 <GNUtoo> ok
Jul 01 20:57:53 <GNUtoo> I won't do that
Jul 01 20:58:01 <morphis> AURORA_QTE_PROVIDER = "qt4-embedded-gles"
Jul 01 20:58:01 <morphis> AURORA_QTE_EXTRA_RDEPENDS = " \
Jul 01 20:58:01 <morphis>     qt4-embedded-plugin-gfxdriver-gfxpvregl \
Jul 01 20:58:01 <morphis>     palmpre-libgles \
Jul 01 20:58:01 <morphis> "
Jul 01 20:58:04 <morphis> thats all
Jul 01 20:58:07 <GNUtoo> then for the repos, maybe separate it well, with another name
Jul 01 20:58:14 <morphis> GNUtoo: I know
Jul 01 20:58:17 <GNUtoo> or something telling that the powervr repo is proprietary
Jul 01 20:58:21 <morphis> GNUtoo: but just to tell you
Jul 01 20:58:25 <GNUtoo> ok thanks
Jul 01 20:58:37 <morphis> so you can safely try aurora :)
Jul 01 20:58:57 <GNUtoo> I'll try it when it'll compile
Jul 01 20:59:06 <GNUtoo> under oe or oe-core
Jul 01 20:59:07 <morphis> and you need one more step to get the blogs finally
Jul 01 20:59:13 <morphis> when flashing the image
Jul 01 20:59:13 <GNUtoo> else I needs tons of TM
Jul 01 20:59:16 <GNUtoo> *TB]\
Jul 01 20:59:22 <GNUtoo> *Terrabytes
Jul 01 20:59:37 <morphis> ok
Jul 01 20:59:37 <CIA-82> freesmartphone.org: 03morphis 07utilities * r305509770f4e 10/palmpre/fso-installer/scripts/setup-extra.sh: fso-installer: remove wifi stuff from setup-extra.sh script
Jul 01 20:59:38 <CIA-82> freesmartphone.org: 03morphis 07utilities * r43febefbe57c 10/palmpre/fso-installer/scripts/setup-extra.sh: fso-installer: add files necessary for accelerated graphics (OpenGL) to setup-extra.sh
Jul 01 20:59:53 <morphis> I don't think I will port all the change to upstream classic-oe
Jul 01 21:00:03 <morphis> s/change/changes/
Jul 01 21:00:03 <apt> morphis meant: I don't think I will port all the changes to upstream classic-oe
Jul 01 21:00:15 <GNUtoo> ok I'll try one more time to move to oe-core
Jul 01 21:00:39 <morphis> ok, but don't except the move of aurora in the near future
Jul 01 21:00:44 <morphis> not before mid/end of august
Jul 01 21:00:49 <GNUtoo> ok
Jul 01 21:01:00 <GNUtoo> so right now I've to fix normal oe
Jul 01 21:02:31 <GNUtoo> PaulFertser, evtest shows up,down,right,left
Jul 01 21:02:34 <CIA-82> freesmartphone.org: 03morphis 07aurora * r71e4e5fb6d61 10/ (6 files in 2 dirs): aurora-components: remove systemcontroll; it isn't needed anymore
Jul 02 01:13:25 <antrik> PaulFertser: TBH, the Prolog stuff sounded more like a research project to me than something people would want to see in their daily phone...
**** ENDING LOGGING AT Sat Jul 02 02:59:57 2011