**** BEGIN LOGGING AT Wed Jun 01 02:59:56 2011
Jun 01 04:22:34 <antrik> dcordes: last time elfe was proposed as default, it turned out too buggy/incomplete still. that was a while ago though...
Jun 01 04:56:19 <Guest68735> Hi! Can someone please explain to me what piece of hardware gives the freerunner phone functionality and the software that manages this?
Jun 01 05:04:29 <antrik> the hardware is the Calypso modem
Jun 01 05:04:45 <antrik> the software talking to it is mostly fsogsmd I think...
Jun 01 05:05:25 <antrik> (well, not only the modem of course... also the sound infrastructure)
Jun 01 05:39:58 <mrmoku> moin
Jun 01 06:06:53 <JaMa> moin
Jun 01 06:11:11 <JaMa> mrmoku: when will we switch to shr-core? :)
Jun 01 06:12:44 <JaMa> DocScrutinizer51: you were asking about lis302dl, right? Have you found some newer version using genirq?
Jun 01 06:14:10 <DocScrutinizer> err, I was asking? well no I didn't find anything new but I thought the OM flavour of driver was absolutely sane
Jun 01 06:14:23 <DocScrutinizer> almost perfect
Jun 01 06:15:07 <DocScrutinizer> what's genirq?
Jun 01 06:15:30 <JaMa> newer kernel API to handle irqs
Jun 01 06:15:49 <DocScrutinizer> duh, we need a kernel API to handle IRQ?
Jun 01 06:15:57 <JaMa> that's why good old lis302dl doesn't work with 2.6.39
Jun 01 06:16:22 <DocScrutinizer> o.O
Jun 01 06:16:47 <JaMa> DocScrutinizer51: http://git.openmoko.org/?p=kernel.git;a=commit;h=2a4a2d5f6441105e9791a2145adef6e9cf36e7ae if you're interested
Jun 01 06:17:05 <DocScrutinizer> so who should've updated the openmoko lis30dl driver?
Jun 01 06:17:52 <DocScrutinizer> also I don't really understand what genirq is and why we need it
Jun 01 06:21:03 <JaMa> I'll try to update it
Jun 01 06:21:31 <JaMa> but we need it because ie set_irq_handler is not available now
Jun 01 06:25:35 <DocScrutinizer> aah
Jun 01 06:26:46 <DocScrutinizer> so some weirdos at kernel-hardcore decided it's time to mess up everything again so nobody get tired or considering holiday... ;-P
Jun 01 06:27:05 <DocScrutinizer> cool shit
Jun 01 06:27:55 * DocScrutinizer wants to know what *these* dudes smoke the whole day
Jun 01 06:29:48 <DocScrutinizer> it's just how many? 2000? kerneldrivers.ko that need revision and patches now - hope none of the maintainers has retired or went on a long holiday
Jun 01 06:30:13 <lindi-> that's just normal linux development, a good way to get rid of drivers that don't have maintainers :)
Jun 01 06:30:44 <DocScrutinizer> yeah, bin that shit, nobody cares \o/
Jun 01 06:31:23 <DocScrutinizer> probably that's also the reason why my friggin sata still acts up on every new kernel, and initrd refuses to build
Jun 01 06:32:21 <DocScrutinizer> ohwell that laptop is almost 4 years old now, should be illegal to even ponder to use it for linux
Jun 01 07:10:38 <DocScrutinizer> ~bark
Jun 01 07:10:38 * apt barks, like a rabid dog.
Jun 01 07:12:05 <mrmoku> JaMa: whenever you feel like it being ready :)
Jun 01 07:12:59 <mrmoku> JaMa: last night my desktop locked up while building... today when I restarted the build I get an error in do_rootfs
Jun 01 07:13:10 <mrmoku> | cp: cannot stat `/OE/shr-unstable/tmp/rootfs/shr-lite-image../bin/busybox': No such file or directory
Jun 01 07:14:24 <mrmoku> JaMa: (genirq) that explains mokomaze locking right?
Jun 01 07:15:14 <JaMa> mrmoku: (genirq) no probably as it's only in 2.6.39 but I wanted to try lis302dl with .39 to see if it's still there
Jun 01 07:15:23 <mrmoku> ahh, right .39
Jun 01 07:16:49 <JaMa> and now with bitbake fixed I'm quite happy with shr-core, so I'll focus on shr-core runtime more
Jun 01 07:17:39 <JaMa> I just fear that if we won't start putting new stuff to shr-core I'll return from holidays and have to import month of changes to meta-smartphone from oe.dev :/
Jun 01 07:18:10 <mrmoku> JaMa: in two or three words... how to switch?
Jun 01 07:18:11 <mrmoku> :)
Jun 01 07:18:46 <JaMa> but at least internet connection in new flat looks better now, I've found company with 5GHz wifi in that area and they already have ap on roof (they said)
Jun 01 07:18:46 <mrmoku> or better restart from scratch?
Jun 01 07:19:10 <JaMa> make setup-shr-core; cd shr-core; . ./setup-env; bitbake -k shr-image
Jun 01 07:19:12 <JaMa> :)
Jun 01 07:19:21 <JaMa> build from scratch is needed
Jun 01 07:19:39 <mrmoku> hmm... that looks easy enough for me :P
Jun 01 07:19:47 <JaMa> but shared env is fine (as used on shr-buildhost)
Jun 01 07:19:58 <JaMa> are you using shr-chroot?
Jun 01 07:20:01 <mrmoku> yup
Jun 01 07:20:25 <JaMa> then don't forget to update it.. you need latest bitbake from it
Jun 01 07:20:34 <mrmoku> just read that I'm supposed to run make update-chroot outside of chroot :P
Jun 01 07:20:39 * mrmoku always did it inside
Jun 01 07:21:15 <JaMa> isn't it trying to removove stuff from your --bind directories?
Jun 01 07:21:28 <mrmoku> hmm, not that I noticed
Jun 01 07:21:39 <mrmoku> at least my sources are still there ;)
Jun 01 07:23:23 <JaMa> lucky :)
Jun 01 07:23:32 <mrmoku> hmm
Jun 01 07:23:39 <mrmoku> OE @ / # make setup-shr-core
Jun 01 07:23:39 <mrmoku> make: *** No rule to make target `setup-shr-core'.  Stop.
Jun 01 07:23:54 <mrmoku> dahh... nvm
Jun 01 07:24:00 * mrmoku still has to wake up
Jun 01 07:24:14 <JaMa> cd /OE ?
Jun 01 07:24:29 <mrmoku> su - bitbake... yeah
Jun 01 07:24:44 <mrmoku> setup I have to run inside, right?
Jun 01 07:24:59 <JaMa> yes, but probably works also when run outside
Jun 01 07:25:12 <JaMa> those --reference paths should be relative now
Jun 01 07:25:25 <mrmoku> hmm
Jun 01 07:25:36 <JaMa> but I prefer to run everything except setup-shr-chroot from inside
Jun 01 07:25:39 <mrmoku> OE @ ~ $ make setup-shr-core
Jun 01 07:25:39 <mrmoku> make: Entering directory `/OE'
Jun 01 07:25:39 <mrmoku> make[1]: Entering directory `/OE'
Jun 01 07:25:39 <mrmoku> make[1]: *** No rule to make target `shr-core/.configured'.  Stop.
Jun 01 07:26:04 <JaMa> do you have current Makefile? (is it link to makefile dir?
Jun 01 07:26:17 <mrmoku> OE @ ~ $ ls -l Makefile 
Jun 01 07:26:17 <mrmoku> lrwxrwxrwx 1 bitbake bitbake 15 May 29 19:59 Makefile -> common/Makefile
Jun 01 07:26:52 <mrmoku> and seems to be current
Jun 01 07:27:01 <JaMa> .PRECIOUS: shr-core/.configured should be there
Jun 01 07:27:14 <JaMa> please check if you have master branch in common repo
Jun 01 07:27:19 <mrmoku> did you merge the shr-chroot branch there?
Jun 01 07:27:27 <JaMa> yes
Jun 01 07:27:45 <mrmoku> strange
Jun 01 07:27:52 <mrmoku> I have no such PRECIOUS
Jun 01 07:28:10 <mrmoku> OE @ ~/common $ git branch master
Jun 01 07:28:10 <mrmoku> * shr-chroot
Jun 01 07:28:12 <mrmoku> duhh :P
Jun 01 07:28:29 <mrmoku> OE @ ~/common $ git checkout master
Jun 01 07:28:29 <mrmoku> Switched to branch 'master'
Jun 01 07:28:29 <mrmoku> Your branch is behind 'origin/master' by 53 commits, and can be fast-forwarded.
Jun 01 07:28:32 <mrmoku> :)
Jun 01 07:28:35 <JaMa> yup I remember you testing it
Jun 01 07:28:57 <JaMa> then I merged it to master and then also merged shr-core branch and then removed both from repo
Jun 01 07:28:57 <mrmoku> yeah, and I forgot
Jun 01 07:29:04 <mrmoku> (to switch back)
Jun 01 07:29:07 <mrmoku> works now
Jun 01 07:29:57 <JaMa> great :)
Jun 01 07:32:33 <mrmoku> JaMa: lrwxrwxrwx  1 bitbake bitbake   10 Jun  1 09:30 bitbake -> ../bitbake
Jun 01 07:32:43 <mrmoku> ../bitbake does not exist
Jun 01 07:33:09 <mrmoku> I can remove that link, right? bitbake is included in the chroot
Jun 01 07:35:50 <CIA-81> freesmartphone.org: 03morphis 07msmcomm * r56ba07ad3703 10/libmsmcomm/msmcomm/smsmessage.vala: libmsmcomm: some response type handling for sms events
Jun 01 07:37:12 <mrmoku> ok.. bbi running :)
Jun 01 07:37:40 <JaMa> yes you can
Jun 01 07:40:06 <JaMa> ../bitbake link was added only for people without shr-chroot http://git.shr-project.org/git/?p=shr-makefile.git;a=commit;h=fea8bcd57fa56e0b6073270b1aad5e1d42d8421e but shouldn't harm people with shr-chroot as setup-env checks bitbake/bin existence before adding it to PATH.. test ! -d "${TOPDIR}/bitbake/bin" || export PATH="${TOPDIR}/bitbake/bin:${PATH}"
Jun 01 08:08:55 <JaMa> radekp: hi
Jun 01 08:09:05 <radekp> JaMa: hi
Jun 01 08:09:59 <JaMa> radekp: I've merged couple of .37 patches to .39 kernel, don't you have lis302dl updated for genirq somewhere?
Jun 01 08:10:27 <radekp> JaMa: i have something...
Jun 01 08:11:11 <JaMa> great, can you share? ;)
Jun 01 08:12:30 <radekp> JaMa: https://github.com/radekp/linux-2.6/commit/992c53974c9b7c9a53798c5d8e4e6e9ef1bce4ff
Jun 01 08:12:36 <radekp> JaMa: https://github.com/radekp/linux-2.6/commit/6cb43d0551194815c5fd51e93dfac92245b5a15c
Jun 01 08:13:42 <JaMa> and few people reported fr to just hang after using accels for a while with .37 :/
Jun 01 08:14:04 <radekp> JaMa: this is from some old andy-tracking - it's quite clean patch, later it was spoiled with some unmaintainable changes
Jun 01 08:14:10 <JaMa> radekp: this is the old version still using set_irq_handler()
Jun 01 08:14:17 <radekp> JaMa: hmm it sometimes panices kernel :(
Jun 01 08:14:50 <JaMa> and I have this in .39 already, what is missing is change to use genirq :)
Jun 01 08:15:35 <radekp> ahh so i dont have anything more then...
Jun 01 08:15:48 <radekp> JaMa: there is also this older spoiled version: https://github.com/radekp/linux-2.6/commit/be787e11ffb9308b3c10d94e275ba3363c469123
Jun 01 08:15:54 <JaMa> radekp: here is what I have https://gitorious.org/shr/linux/commits/shr-2.6.39-nodrm
Jun 01 08:16:07 <radekp> JaMa: but i couldnt port it to 2.6.37 - it was just too much mess
Jun 01 08:17:02 <radekp> JaMa: btw does it work good this 2.6.39? I had troubles even booting it
Jun 01 08:17:18 <JaMa> radekp: have you seen my replies to openmoko-kernel?
Jun 01 08:18:31 <radekp> JaMa: yup
Jun 01 08:19:49 <JaMa> with Forlin's patches reverted and patch from Benjamin for NAND it boots and works fine (without bq27x00 driver)
Jun 01 08:20:09 <radekp> oki, i'll try once more
Jun 01 08:31:19 <morphis> yeah!!! I found the latitude in the binary blob of a GPS message for the Palm Pre!!
Jun 01 08:31:24 <morphis> playya_: ping
Jun 01 08:31:53 * morphis praises Gnutoo for his fso-msm-gps-activator!
Jun 01 08:35:16 <antrik> morphis: congrats :-)
Jun 01 08:35:39 <morphis> antrik: thanks :)
Jun 01 09:02:09 <CIA-81> freesmartphone.org: 03morphis 07msmcomm * rabc7e6dbf690 10/libmsmcomm/protocol/structures/pdsm.xml: libmsmcomm: found latitude/longitude fields in pdsm_pd_event message structure
Jun 01 09:03:45 <radekp> morphis: qfsodbusxml2cpp works here now with qt 4.7.2
Jun 01 09:03:53 <morphis> radekp: ok
Jun 01 09:04:05 <radekp> morphis: so i think i have just old QT at home
Jun 01 09:11:47 <morphis> radekp: ok, can be as I copied the *.h files from a very recent version of Qt
Jun 01 09:17:03 <GarthPS> morphis: pong! (a bit late :p )
Jun 01 09:17:13 <morphis> GarthPS: no problem :)
Jun 01 09:17:19 <GarthPS> :)
Jun 01 09:17:29 <morphis> GarthPS: I pushed yesterday some change in the fsousaged configuration for the palmpre
Jun 01 09:17:48 <morphis> and I wanted you to ask if you can test if it still works with SHR
Jun 01 09:18:05 <morphis> it's this one: http://git.freesmartphone.org/?p=cornucopia.git;a=commit;h=81d1ac9905479153a20f3ab0f81acc79b905901e
Jun 01 09:18:30 <morphis> if you have SHR on your device you can just change the fsousaged.conf file and reboot and try if it stills works
Jun 01 09:19:12 <GarthPS> morphis: yep. what do I need to do ? I have already fso-autorev
Jun 01 09:19:44 <GarthPS> morphis: yes I have already so I just need to replace fsousaged.conf ?
Jun 01 09:20:24 <morphis> yes
Jun 01 09:20:30 <morphis> and reboot
Jun 01 09:20:36 <morphis> then telephony should still work
Jun 01 09:21:12 <GarthPS> morphis: :/ hmm as it does not work currently on my pre2 .. I am not sure to help here..
Jun 01 09:22:30 <GarthPS> for now I can just log my SIM and hook my operator network
Jun 01 09:22:52 <morphis> thats enough
Jun 01 09:23:06 <GarthPS> but perhaps this is what you call "working" :)
Jun 01 09:23:09 <morphis> if you can insert the pin and register to the network after the config file change everything should be fine
Jun 01 09:23:12 <morphis> yes :)
Jun 01 09:23:26 <morphis> GarthPS: if you want telephony really to work within SHR 
Jun 01 09:24:12 <GarthPS> what is "everything" for you morphis ?
Jun 01 09:24:48 <GarthPS> what is "shadow resources "by the way ?
Jun 01 09:24:51 <morphis> the configuration change I did
Jun 01 09:25:30 <morphis> whenever you request a resource from fsousaged it's auto-launched
Jun 01 09:25:45 <morphis> org.freesmartphone.Usage.RequestResource GSM will launch fsogsmd
Jun 01 09:26:19 <morphis> without enable_shadow_resources = 1 , "org.freesmartphone.Usage.RequestResource GSM" will do nothing when fsogsmd is not already launched
Jun 01 09:26:48 <morphis> GarthPS: if you want audio for calls working in SHR you can try the fsoaudio branch of libphone-ui (http://git.shr-project.org/git/?p=libphone-ui.git;a=shortlog;h=refs/heads/fsoaudio)
Jun 01 09:27:52 <GarthPS> morphis: hmm ok . I will take a look for the audio (I hope. because I have some things to do ..)
Jun 01 09:28:05 <morphis> ok
Jun 01 09:28:28 <GarthPS> morphis: but yes I want telephony to work within SHR!
Jun 01 09:32:38 <GarthPS> morphis: in fact I don't need to replace the whole file but just to enable the shadow resource in the file right ?
Jun 01 09:32:47 <morphis> yes
Jun 01 09:35:04 <GarthPS> morphis: rebooting
Jun 01 09:36:08 <GarthPS> morphis: pin entered and network hooked
Jun 01 09:38:09 <morphis> yeah
Jun 01 09:38:18 <morphis> ok then everything is ok
Jun 01 09:38:48 <GarthPS> morphis: can I run a other test to be sure ? or is it good ?
Jun 01 09:39:02 <GarthPS> ppp connection still not working here
Jun 01 09:40:58 <morphis> GarthPS: why ppp connection is not working?
Jun 01 09:41:02 <morphis> any hints?
Jun 01 09:42:26 <GarthPS> morphis: hmm I don't rememeber how to launch it in a terminal.. I launch it with the gui for now so no output
Jun 01 09:42:39 <GarthPS> what is the command ? cli-....
Jun 01 09:43:28 <morphis> mdbus2 -s -i
Jun 01 09:44:21 <morphis> org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.PDP org.freesmartphone.GSM.PDP.SetCredentials apn username password
Jun 01 09:44:30 <morphis> org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.PDP org.freesmartphone.GSM.PDP.ActivateContext
Jun 01 09:47:09 <GarthPS> morphis: if  username and password is empty do I have to put some NULL field ?
Jun 01 09:47:21 <morphis> ""
Jun 01 09:49:33 <GarthPS> morphis: oh.. I rebooted reenter my pin and now I have no network.. but I did not saw if it hooked one and lost it or  did never hooked it ... I reboot abain
Jun 01 09:53:12 <GarthPS> morphis: ok I rebooted re-entered my pin but the widget still does not show an hooked network even 2 minutes later
Jun 01 09:54:07 <GarthPS> morphis: tell me what do you want
Jun 01 10:01:03 <morphis> GarthPS: take a look at fsogsmd.log
Jun 01 10:02:38 <GarthPS> morphis: ok I will but just FYI while you answered I revereted the  conf change and now i hook the network.. so I reenable the shadow resource and reboot and willl look in the fsogsmd.log
Jun 01 10:07:44 <GarthPS> morphis: even better no pin screen anymore.. :/
Jun 01 10:08:46 <GarthPS> morphis: http://pastebin.com/raw.php?i=gZDiZeWg
Jun 01 10:14:08 <morphis> whats with msmcommd.log?
Jun 01 10:18:45 <GarthPS> morphis: http://pastebin.com/raw.php?i=DBHt6SjH
Jun 01 10:20:24 <morphis> hm, seems to be some problem with the msmcommd
Jun 01 10:20:31 <morphis> can you reboot and try again?
Jun 01 10:20:43 <GarthPS> yep
Jun 01 10:24:54 <GarthPS> morphis: ok pinscreen
Jun 01 10:24:57 <GarthPS>  and logged
Jun 01 10:25:02 <GarthPS> ... :/
Jun 01 10:26:17 <GarthPS> [ERR]: No method org.freesmartphone.GSM.PDP found at /org/freesmartphone/GSM/Device for org.freesmartphone.ogsmd
Jun 01 10:27:21 <morphis> org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.PDP org.freesmartphone.GSM.PDP.SetCredentials
Jun 01 10:27:29 <morphis> äh sorry
Jun 01 10:27:35 <morphis> org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.PDP.SetCredentials
Jun 01 10:27:37 <morphis> thats correct
Jun 01 10:27:48 <morphis> <busname> <path> <interface+method-name>
Jun 01 10:29:16 <GarthPS> morphis: MDBUS2> org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.PDP.ActivateContext 
Jun 01 10:29:16 <GarthPS> ()
Jun 01 10:29:31 <morphis> whats does fsogsmd.log say?
Jun 01 10:29:53 <GarthPS> morphis: I can quit mdbus2 ?
Jun 01 10:30:05 <morphis> CTRL+C
Jun 01 10:31:35 <GarthPS> morphis: http://pastebin.com/Y0gW2Hhn
Jun 01 10:31:50 * GarthPS off for the time of a shower
Jun 01 10:33:33 <morphis> GarthPS: "PPP stack now online via ppp0. Local IP is 10.241.103.211, remote IP is 0.0.0.0, DNS1 is 172.20.2.10, DNS2 is 172.20.2.39"
Jun 01 10:33:36 <morphis> so PPP is up
Jun 01 10:33:59 <morphis> you should check if fsonetworkd is running and installed
Jun 01 10:34:11 <morphis> as thats why it fails "Can't call offer_default_route on onetworkd: "
Jun 01 10:34:48 <GarthPS> morphis: root@palmpre2 ~ # ps aux |grep fson
Jun 01 10:34:49 <GarthPS> root@palmpre2 ~ # 
Jun 01 10:35:00 <GarthPS> no fsonetworkd running
Jun 01 10:35:03 <morphis> is it installed?
Jun 01 10:35:23 <GarthPS> root@palmpre2 ~ # fsonetworkd 
Jun 01 10:35:25 <GarthPS> 2011-06-01T08:17:05.871246Z [CRITICAL] subsystem : Can't claim busname org.freesmartphone.onetworkd
Jun 01 10:35:25 <GarthPS> Aborting due to critical error:
Jun 01 10:35:25 <GarthPS> 'Can't claim busname org.freesmartphone.onetworkd'
Jun 01 10:35:25 <GarthPS> root@palmpre2 ~ # 
Jun 01 10:35:41 <morphis> hm
Jun 01 10:35:47 <GarthPS> so yeah installed but can't run
Jun 01 10:35:58 <GarthPS> perhaps it can walk... :)
Jun 01 10:36:03 <GarthPS> =>[]
Jun 01 10:36:24 * GarthPS off for the time of a shower, really.
Jun 01 10:36:31 <morphis> please check
Jun 01 10:36:33 <morphis> root@palmpre:/etc/dbus-1/system.d# cat fsonetworkd.conf 
Jun 01 10:36:42 <morphis> hehe
Jun 01 10:57:19 <mrmoku> JaMa: yay, shr-core light image finished successfully :-D
Jun 01 10:59:14 <GNUtoo> mickeyl, hi, what's the type of a vala function?
Jun 01 11:01:35 <GarthPS> morphis: ok I check
Jun 01 11:02:22 <GarthPS> <busconfig>
Jun 01 11:02:22 <GarthPS>     <policy context="default">
Jun 01 11:02:22 <GarthPS>         <allow own="org.freesmartphone.onetworkd"/>
Jun 01 11:02:22 <GarthPS>         <allow send_path="/org/freesmartphone/Network"/>
Jun 01 11:02:22 <GarthPS>         <allow send_destination="org.freesmartphone.onetworkd"/>
Jun 01 11:02:24 <GarthPS>     </policy>
Jun 01 11:02:26 <GarthPS>     <policy context="default">
Jun 01 11:02:28 <GarthPS>         <allow send_interface="org.freedesktop.DBus.Introspectable"/>
Jun 01 11:02:30 <GarthPS>         <allow send_interface="org.freedesktop.DBus.Peer"/>
Jun 01 11:02:33 <GarthPS>     </policy>
Jun 01 11:02:35 <GarthPS> </busconfig>
Jun 01 11:02:56 <GarthPS> ok so typo
Jun 01 11:03:38 <GarthPS> morphis: how do I fix it ?
Jun 01 11:03:46 <GNUtoo> never mind I'll copy paste
Jun 01 11:03:54 <GarthPS> perhaps this bug explain the ssh bug
Jun 01 11:04:55 <morphis> GarthPS: a typo?
Jun 01 11:05:48 <GarthPS> morphis: yes look at this => 'Can't claim busname org.freesmartphone.onetworkd
Jun 01 11:06:18 <morphis> I don't see it ...
Jun 01 11:06:18 <GarthPS> it should be  org.freesmartphone. >FS< onetworkd
Jun 01 11:06:33 <GarthPS> => freesmartphone.fsonetworkd
Jun 01 11:06:51 <morphis> no
Jun 01 11:06:59 <morphis> onetworkd is correct
Jun 01 11:08:47 <GarthPS> morphis: ?! ok then.. I though it should be fsonetworkd . I don't get the name..
Jun 01 11:09:11 <morphis> fsonetworkd is the name of the binary
Jun 01 11:09:22 <morphis> the busname for fsonetworkd is org.freesmartphone.onetworkd
Jun 01 11:09:29 <morphis> for fsogsmd it is org.freesmartphone.ogsmd
Jun 01 11:10:01 <GarthPS> why in http://git.freesmartphone.org/?p=framework.git;a=blob;f=etc/dbus-1/system.d/frameworkd.conf;h=cd0c775da95b2e14a9bfb519216bdae806e5a441;hb=HEAD the path is not the same as in my local fsonetworkd.conf 
Jun 01 11:10:51 <GarthPS> what o stand for ?
Jun 01 11:12:22 <morphis> for the "o" ask mickeyl 
Jun 01 11:12:47 <morphis> GarthPS: thats the old framework
Jun 01 11:13:08 <morphis> new fsonetworkd lives here: http://git.freesmartphone.org/?p=cornucopia.git;a=tree;f=fsonetworkd;h=b9cb14096d90089468844fcb44a6c050fe0db99c;hb=HEAD
Jun 01 11:15:06 <GNUtoo> sigh
Jun 01 11:15:27 <GNUtoo> cmthandler.vala:106.10-106.14: error: Expression is either not a member access or does not denote a lockable member  lock ( ulbuf ){
Jun 01 11:15:38 <GNUtoo> I cannot lock a buffer?
Jun 01 11:17:01 <JaMa> mrmoku: good :)
Jun 01 11:18:31 <GarthPS> morphis: so why fsonetwork does not launch...?
Jun 01 11:20:16 <GarthPS> morphis: ... fsonetwork is not running and can not be launch because it can not claim busname org.freesmartphone.onetworkd because someone is already providing it!
Jun 01 11:20:35 <GNUtoo> morphis, what variables can I lock?
Jun 01 11:20:48 <GarthPS> morphis: mdbus2 -s |grep onetworkd
Jun 01 11:20:48 <GarthPS> org.freesmartphone.onetworkd
Jun 01 11:21:27 <GNUtoo> GarthPS, if it cannot be launched ti means that it's already launched
Jun 01 11:22:08 <GarthPS> GNUtoo: nope not running . at least nothing shown by ps aux|grep fsonetworkd
Jun 01 11:22:15 <dos1> Over the past twelve months, 26 developers contributed new code to SHR.
Jun 01 11:22:17 <dos1> This is one of the largest open-source teams in the world, and is in the top 2% of all project teams on Ohloh. 
Jun 01 11:22:18 <dos1> ;)
Jun 01 11:25:52 <GNUtoo> no one knows vala? or no one cares?
Jun 01 11:26:15 <GNUtoo> GarthPS, then some other daemon took his place and uses the bus ?
Jun 01 11:33:31 <GarthPS> GNUtoo: perhaps but how to know that ?
Jun 01 11:33:43 <GNUtoo> hmmm
Jun 01 13:09:14 <GNUtoo> mickey|office, hi, can I lock a buffer in vala?
Jun 01 13:09:21 <GNUtoo> like lock (dlbuf)
Jun 01 13:09:53 <GNUtoo> ping mrmoku 
Jun 01 13:14:15 <GarthPS> morphis: are you there ? I want to reboot under webos..
Jun 01 13:25:02 <mickey|office> GNUtoo: you can create a mutex, e.g. private Mutex mutex = new Mutex ();
Jun 01 13:25:07 <mickey|office> and then lock / unlock the mutex
Jun 01 13:25:17 <GNUtoo> ok
Jun 01 13:25:49 <mickey|office> sync example: http://mail.gnome.org/archives/vala-list/2008-December/msg00034.html
Jun 01 13:26:30 <GNUtoo> ok thanks
Jun 01 13:29:50 <GarthPS> JaMa: hi . libav still needs your patch ? is it not pushed mainstream ?
Jun 01 13:30:03 <JaMa> yes it's still needed
Jun 01 13:51:53 <GarthPS> JaMa: ok thx It built
Jun 01 13:52:37 <GNUtoo> mrmoku, ping
Jun 01 14:01:38 <GNUtoo> mickey|office,  basically here's the current status:
Jun 01 14:01:55 <GNUtoo> *audio playback works without recording
Jun 01 14:02:12 <GNUtoo> * I guess recording would work without audio playback(not tested again)
Jun 01 14:02:24 <GNUtoo> but both together produce buffer overruns
Jun 01 14:02:49 <lindi-> GNUtoo: non-FR?
Jun 01 14:02:56 <GNUtoo> yes
Jun 01 14:02:57 <GNUtoo> n900
Jun 01 14:03:05 * lindi- has similar trouble on FR
Jun 01 14:03:13 <GNUtoo> ah?
Jun 01 14:03:14 <GNUtoo> interesting
Jun 01 14:04:01 <GNUtoo> maybe fsoaudiod's alsa config then
Jun 01 14:04:10 <GNUtoo> lindi-, how do you record?
Jun 01 14:04:22 <lindi-> it is in the bts
Jun 01 14:04:35 <mickey|office> with recording you mean microphone input or writing to a file?
Jun 01 14:13:50 <GNUtoo> microphone input
Jun 01 14:14:49 <GNUtoo> I'll continue(or not) later
Jun 01 14:15:17 <GNUtoo> lindi-, which bugtracker fso? openmoko? 
Jun 01 14:15:38 <GNUtoo> does debian package fsoaudiod now?
Jun 01 14:15:42 <lindi-> openmoko
Jun 01 14:16:07 <GNUtoo> ok
Jun 01 14:16:26 <lindi-> not using fso so i do not know sorry
Jun 01 14:17:15 <GNUtoo> ok np
Jun 01 14:29:59 <morphis> GarthPS: now I am available
Jun 01 14:30:08 <GarthPS> morphis: :)
Jun 01 14:33:55 <GarthPS> so
Jun 01 14:34:14 <GarthPS> morphis: ... fsonetwork is not running and can not be launch because it can not claim busname org.freesmartphone.onetworkd because someone is already providing it! but Who ?
Jun 01 14:34:30 <morphis> check framework.conf
Jun 01 14:34:47 <morphis> or check if frameworkd is running
Jun 01 14:38:42 <GarthPS> morphis: ok I reboot under SHR
Jun 01 14:42:51 <morphis> mickey|office: "good news": webOS is using the same version of the rpc protocol as android does
Jun 01 14:43:16 <morphis> mickey|office: I took a look at the pixi kernel source code and the pixi uses the rpc stuff too
Jun 01 14:50:55 <GarthPS> morphis: framorkd is running
Jun 01 14:51:05 <morphis> GarthPS: take a look at framework.conf
Jun 01 14:51:37 <morphis> and see if network subsystem is enabled there
Jun 01 14:51:49 <morphis> or shutdown frameworkd and try fsonetworkd again
Jun 01 14:53:14 <GarthPS> morphis: how to shut it down ?
Jun 01 14:53:37 <GarthPS> ok by init.D
Jun 01 14:53:39 <GarthPS> ok by init.d
Jun 01 14:53:53 <morphis> yes
Jun 01 14:55:18 <GarthPS> morphis: ok I could then launch fsonetwork. I am taking a llok in framework.conf by which one ?
Jun 01 14:55:27 <GarthPS> /etc/frameworkd.conf
Jun 01 14:55:27 <GarthPS> /etc/dbus-1/system.d/frameworkd.conf
Jun 01 14:55:35 <morphis> /etc/frameworkd.conf
Jun 01 14:55:43 <morphis> /etc/dbus-1/system.d/frameworkd.conf is the dbus config for frameworkd
Jun 01 14:55:54 <morphis> /etc/frameworkd.conf is frameworkd config
Jun 01 14:56:28 <GarthPS> morphis: ok by the way is it not taht ther is no init.d script for fsonetwork  ?
Jun 01 14:56:29 <morphis> look for [onetworkd]
Jun 01 14:56:36 <morphis> yes
Jun 01 14:56:37 <GarthPS> morphis: yeah yeah
Jun 01 14:56:44 <morphis> onetwork is autolaunch'ed by dbus
Jun 01 14:56:54 <morphis> there should be disable = 1
Jun 01 14:58:37 <GarthPS> morphis: nope I only have this 
Jun 01 14:58:38 <GarthPS> # Subsystem configuration for onetworkd   
Jun 01 14:58:38 <GarthPS> #
Jun 01 14:58:38 <GarthPS> [onetworkd]
Jun 01 14:58:38 <GarthPS> [onetworkd.network]
Jun 01 14:59:35 <GarthPS> morphis: oups sorry.. it should be what you meant. so waht do i do ?
Jun 01 14:59:57 <morphis> then add disable = 1
Jun 01 15:00:03 <morphis> below [onetworkd]
Jun 01 15:00:13 <GarthPS> hm yeah
Jun 01 15:02:14 <GarthPS> morphis: I have restarted the daemon and now I don't have any dbus domain for onetwork
Jun 01 15:02:16 <morphis> and then reboot
Jun 01 15:02:20 <morphis> :)
Jun 01 15:03:35 <GarthPS> morphis: rebooting. do you think that fsonetworkd not launched could explain that ssh oes not work out of the box?
Jun 01 15:08:08 <morphis> no
Jun 01 15:08:23 <morphis> there should be no clue between both
Jun 01 15:08:37 <morphis> but you need to do that ssh is working again?
Jun 01 15:10:32 <GarthPS> morphis: I don't understand your question..
Jun 01 15:14:44 <GarthPS> holy shit it is the second time that I reboot to hook to the network by still nothing morphis! pin entered but no network. and now no touchscreen... hta is new
Jun 01 15:15:24 <morphis> GarthPS: my question was: what do you need to do to get ssh working again?
Jun 01 15:15:26 <morphis> GarthPS: hm
Jun 01 15:17:36 <GarthPS> morphis: hm from a fresh shr-u install on my pre2 I need to do this one time for all then it allway  works http://www.freenux.fr/Erreur-SSH-PTY-allocation-request.html
Jun 01 15:18:21 <GarthPS> morphis: ok thrid time reboot without hooking network after sin screen passed. where do I look ?
Jun 01 15:19:51 <GarthPS> how to be sure tha it is not the widget is wrong and I am actually hooked to network ?
Jun 01 15:20:26 <morphis> look at fsogsmd.log and msmcommd.log
Jun 01 15:20:33 <morphis> GarthPS: is udev running?
Jun 01 15:21:21 * GarthPS rebooting again because of no ts anymore
Jun 01 15:23:15 <GarthPS> morphis: yes udev is running
Jun 01 15:24:11 <morphis> GarthPS: maybe it's a problem as SHR switched for most devices to devtmpfs 
Jun 01 15:25:15 * GarthPS says "gosh what this gost ts is anoying!!"
Jun 01 15:25:29 <GarthPS> morphis: I think I will update my image..
Jun 01 15:25:31 <morphis> :)
Jun 01 15:25:34 <morphis> do this
Jun 01 15:26:05 <GarthPS> morphis: wow! the whole device is hanging!
Jun 01 15:27:06 * GarthPS make update-all
Jun 01 15:27:11 <morphis> do that :)
Jun 01 15:37:48 <GNUtoo> morphis, do you have devtmpfs and udev at the same time?
Jun 01 15:38:02 <GNUtoo> morphis, else what udev version do you have? you have an old kernel
Jun 01 15:38:22 <GNUtoo> recent udev doesn't work on old kernels
Jun 01 15:39:44 <GNUtoo> and the lack of working udev prevents ssh from working
Jun 01 15:39:53 * GarthPS thinks it is crazy that one that one time to an other e button and layout size are not screen's resolution dependant! => huge uggly buttons not fittin well
Jun 01 15:39:55 <GNUtoo> (pty allocation failure, the same error you saw)
Jun 01 15:40:26 <pespin> leviathan, hi, I read your mail in ml, and I think you didn't try Elfe yet hehe
Jun 01 15:47:27 <GNUtoo> hi playya_ 
Jun 01 15:49:02 <GarthPS> morphis: still the same . and msmcommd.log ends with 2011-05-25T06:43:05.068725Z [CRITICAL] msmcommd : GLib <msmcommd>: _lambda17_: assertion `conn != NULL' failed
Jun 01 15:51:31 <mrmoku> GNUtoo: pong
Jun 01 15:51:50 <GNUtoo> hi
Jun 01 15:52:06 <mrmoku> hi GNUtoo 
Jun 01 15:52:09 <GarthPS> morphis: I applied  framewrokd.conf  and fsousaged.conf change 
Jun 01 15:52:10 <GNUtoo> maybe it's better if I abandon alsa cmtspeech backend and leave it to someone else
Jun 01 15:53:20 <GNUtoo> playya wrote a mail to me, maybe he could continue what I started?
Jun 01 15:53:29 <mrmoku> GNUtoo: you could practice your efl knowledge and fix scaling for n900 in quick settings :)
Jun 01 15:53:43 <mrmoku> (if you want to do something&
Jun 01 15:53:56 <playya_> hi GNUtoo 
Jun 01 15:57:07 <mrmoku> GNUtoo: could you paste your work somewhere?
Jun 01 15:58:27 <GNUtoo> yes
Jun 01 15:58:38 <GNUtoo> I already did and will repaste the current state
Jun 01 15:58:56 <GNUtoo> I've to give a working state tough
Jun 01 15:59:03 <GNUtoo> else you will be in the dark
Jun 01 16:01:38 <mrmoku> ok
Jun 01 16:01:40 <playya_> mickeyl, maybe we should use inline function for debugging to get the file/line/method into the log messages
Jun 01 16:12:46 <GNUtoo> it's pasting....
Jun 01 16:12:52 <mickey|office> playya_: in python?
Jun 01 16:12:54 <GNUtoo> but it seem to take 3 hours for pasting
Jun 01 16:13:00 <mickey|office> need to run
Jun 01 16:13:05 <mickey|office> bb tomorrow :/
Jun 01 16:14:45 <GNUtoo> http://pastie.org/2004125
Jun 01 16:15:22 <GNUtoo> wait a sec
Jun 01 16:15:31 <morphis> GNUtoo: you should adjust the formatting of your vala code :)
Jun 01 16:15:35 <GNUtoo> maybe puting alsaSrc in ACTIVE_DL
Jun 01 16:15:37 <GNUtoo> yes 
Jun 01 16:15:40 <GNUtoo> I know
Jun 01 16:15:46 <GNUtoo> it's not for pushing
Jun 01 16:15:53 <GNUtoo> it's for handling my work over to someone else
Jun 01 16:17:30 <morphis> ah ok
Jun 01 16:17:45 <GNUtoo> I wouldn't commit something like that!!!!
Jun 01 16:17:49 <GNUtoo> lol
Jun 01 16:19:34 <CIA-81> freesmartphone.org: 03psonek2 07specs * rb18154f0f0f3 10/ (12 files in 4 dirs): 
Jun 01 16:19:34 <CIA-81> freesmartphone.org: qfsodbusxml2cpp annotations
Jun 01 16:19:34 <CIA-81> freesmartphone.org: It is very difficult to make qdbusxml2cpp to autogenerate classes
Jun 01 16:22:06 <morphis> GNUtoo: I didn't mean you want commit that code, I just took a look and saw it's style :)
Jun 01 16:22:21 <GNUtoo> ok
Jun 01 16:24:51 <dcordes> 06:22 < antrik> dcordes: last time elfe was proposed as default, it turned out too buggy/incomplete still. that was a while ago though...
Jun 01 16:25:17 <dcordes> antrik: according to mailing list everybody would be happy with default elfe
Jun 01 16:27:30 <GNUtoo> aha, upload alone causes buffer overruns
Jun 01 16:27:33 <playya_> argh. i need to work on my elementary patch
Jun 01 16:28:04 <playya_> but I need a eina_inlist_insert_sorted_with_data first
Jun 01 16:28:26 <GarthPS> morphis: I reverted the shadow ressource change rebooted and then hooked to the network again. then I could launch fsonetworkd and had a ppp connection up using the UI and now I am surfing under eve :)
Jun 01 16:28:39 <GarthPS> related ticket updated
Jun 01 16:28:44 <mrmoku> GNUtoo: hmm... does not load (pastie)
Jun 01 16:30:35 <GNUtoo> ah?
Jun 01 16:30:39 <GNUtoo> what do you mean?
Jun 01 16:30:49 <GNUtoo> http://pastie.org/pastes/2004125/text
Jun 01 16:30:52 <GNUtoo> is that better?
Jun 01 16:33:40 <GNUtoo> now the notes that goes with it
Jun 01 16:33:46 <GNUtoo> if I put the recording in a thread
Jun 01 16:33:52 <GNUtoo> oops
Jun 01 16:33:55 <GNUtoo> I meant:
Jun 01 16:34:38 <GNUtoo> if I put the actual recording in handleAlsaSrc2 with 160 as buffer size it has buffer underruns
Jun 01 16:34:41 <GNUtoo> for instance:
Jun 01 16:34:57 <morphis> GarthPS: ok
Jun 01 16:35:05 <morphis> GarthPS: so shadow resources are not working
Jun 01 16:35:14 <morphis> GarthPS: you verified that shadow resources are not working?
Jun 01 16:35:16 <GNUtoo> http://pastie.org/2004207
Jun 01 16:35:28 <GNUtoo> that for instance creates buffer underruns
Jun 01 16:35:45 <GNUtoo> reducing 160 to 140 or 150 makes it somehow work with a robot voice
Jun 01 16:35:47 <GarthPS> morphis: yeah not very reliable..
Jun 01 16:35:56 <morphis> GarthPS: ok
Jun 01 16:35:58 <GarthPS> morphis: how do I check that ?
Jun 01 16:36:00 <GNUtoo> what are shadow resources?
Jun 01 16:36:26 <morphis> GNUtoo: think about org.freesmartphone.Usage.Request GSM when fsogsmd is not already launched
Jun 01 16:36:37 <morphis> fsousaged will then start fsogsmd automatically
Jun 01 16:36:43 <GNUtoo> ok
Jun 01 16:37:04 <morphis> GarthPS: enable shadow resources again
Jun 01 16:37:35 <GarthPS> morphis: and ?
Jun 01 16:37:42 <morphis> reboot
Jun 01 16:37:54 <morphis> if then everything works as expected then it is ok
Jun 01 16:38:01 <morphis> otherwise I have to revert my commit 
Jun 01 16:38:13 <morphis> and find another solution to enable it only for aurora
Jun 01 16:38:25 <GNUtoo> ah no not anymore
Jun 01 16:38:33 <GNUtoo> it overruns too now
Jun 01 16:38:44 <GarthPS> morphis: In fact it is like russian wheel
Jun 01 16:38:49 <GNUtoo> ahhh
Jun 01 16:38:51 <GNUtoo> wait a sec
Jun 01 16:38:57 <morphis> GarthPS: :)
Jun 01 16:39:02 <morphis> GarthPS: thats bug fixing 
Jun 01 16:39:10 <GNUtoo> wrong buffer
Jun 01 16:39:19 <mrmoku> GNUtoo: it was hanging before on connect... now it works :)
Jun 01 16:39:51 <GNUtoo> ah?
Jun 01 16:39:55 <GNUtoo> what is connect?
Jun 01 16:40:07 <GNUtoo> a cmtspeech state?
Jun 01 16:40:08 <GarthPS> morphis: yeah so it is not completely good not completely bad right ?
Jun 01 16:40:42 <GarthPS> morphis: so It does not work which log do I send to you
Jun 01 16:41:30 <morphis> you can send me the logs but I will not fix it in the way that it works with enabled shadow resources
Jun 01 16:41:38 <morphis> I will disable shadow resources then
Jun 01 16:41:47 <morphis> so everything is as before
Jun 01 16:42:00 <playya_> bbl
Jun 01 16:42:27 <mrmoku> GNUtoo: no, pastie :P
Jun 01 16:42:38 <mrmoku> had some hickup before for me
Jun 01 16:42:44 <mrmoku> anyway all fine now
Jun 01 16:42:48 <GNUtoo> ok
Jun 01 16:44:33 <GarthPS> morphis: holysh.. I waited to much before enter my pin so screenlog so ts dead..
Jun 01 16:44:36 * GarthPS rebooting again
Jun 01 16:50:54 <GarthPS> morphis: I have send an email with logs. tell me If I can do something else
Jun 01 16:57:13 <CIA-81> freesmartphone.org: 03morphis 07cornucopia * r38b5c402769f 10/ (201 files in 2 dirs): First sketch for generating qt dbus bindings for fso-specs
Jun 01 17:02:27 <morphis> GarthPS: ook, will tell you
Jun 01 17:09:12 <GarthPS> morphis: ok so I 'm off  bbl
Jun 01 17:35:06 <GNUtoo> hmmm I broke something in my code
Jun 01 17:35:08 <GNUtoo> in 
Jun 01 17:35:21 <GNUtoo> handle data event
Jun 01 17:35:28 <GNUtoo> it's a lot different from :
Jun 01 17:35:37 <GNUtoo> http://git.freesmartphone.org/?p=cornucopia.git;a=blob;f=fsoaudiod/src/plugins/gsmvoice_alsa_cmtspeechdata/cmthandler.vala;h=ea648072f72b03d0e8f54ad251fc7dc6b57a77cd;hb=HEAD
Jun 01 18:13:21 <GNUtoo> also
Jun 01 18:13:26 <GNUtoo> with the record thread
Jun 01 18:13:35 <GNUtoo> I set memcpy to 160
Jun 01 18:13:38 <GNUtoo> instead of the size
Jun 01 18:13:42 <GNUtoo> (320)
Jun 01 18:27:44 <GNUtoo> http://pastie.org/2004667 back with the robot voice
Jun 01 18:28:03 <GNUtoo> but both recording and playback work "somehow"
Jun 01 18:48:16 <CIA-81> freesmartphone.org: 03morphis 07cornucopia * r3d324e19ee58 10/ (configure.ac src/Makefile.am): Tweak configure script to support debug and qt4 embedded
Jun 01 19:10:33 <GNUtoo> mrmoku, playya_ who is working on cmt?
Jun 01 19:13:28 <GNUtoo> first my actual version segfault
Jun 01 19:13:36 <GNUtoo> I've a version with robot voice
Jun 01 19:23:23 <GNUtoo> ok I've a trace
Jun 01 19:23:42 <GNUtoo> it segfault at mutex lock
Jun 01 19:24:07 <GNUtoo> http://pastie.org/2004922
Jun 01 19:25:08 <GNUtoo> ahhh mutex = 0x0
Jun 01 19:25:12 <GNUtoo> I'll fix that
Jun 01 19:30:39 <mrmoku> JaMa: hmm... strange thing
Jun 01 19:30:49 <mrmoku> rebuilding the lite image gave me:
Jun 01 19:30:49 <mrmoku> |  * opkg_install_cmd: Cannot install package locale-base-en-gb.
Jun 01 19:31:11 <mrmoku> GNUtoo: if playya_ does not beat me I'm willing to do it
Jun 01 19:31:23 <mrmoku> though first I wanted to take a look at kernel/modules/udev
Jun 01 19:31:29 <mrmoku> or better non-udev :P
Jun 01 19:32:13 <mrmoku> JaMa: GLIBC_GENERATE_LOCALES = "en_US.UTF-8 de_DE.UTF-8"
Jun 01 19:32:15 <GNUtoo> ok
Jun 01 19:32:18 <mrmoku> is what I have in local.conf
Jun 01 19:32:38 <JaMa> mrmoku: but first image built ok?
Jun 01 19:32:43 <mrmoku> yup
Jun 01 19:32:52 <JaMa> or you've changed local.conf after that?
Jun 01 19:33:05 <mrmoku> no, not that I would remember
Jun 01 19:33:13 <JaMa> weird
Jun 01 19:33:16 <mrmoku> I adjusted the locales before starting from scratch
Jun 01 19:39:01 <mrmoku> JaMa: bb -e tells me it is in LIBC_DEPENDENCIES
Jun 01 19:39:21 <mrmoku> IMAGE_LINGUAS="en-us en-gb"
Jun 01 19:39:23 <mrmoku> here too
Jun 01 19:39:39 <mrmoku> and here LINGUAS_INSTALL="locale-base-en-us locale-base-en-gb"
Jun 01 19:43:48 <JaMa> conf/distro/include/default-distrovars.inc:IMAGE_LINGUAS ?= "en-us en-gb"
Jun 01 19:43:51 <JaMa> conf/distro/include/tclibc-eglibc.inc:                       locale-base-en-gb "
Jun 01 19:44:16 <JaMa> so it's directly in LIBC_DEPENDENCIES
Jun 01 19:44:34 <mrmoku> JaMa: I'm trying right now with en-gb removed from distrovars
Jun 01 19:45:51 <JaMa> do you really hate en-gb that much? :)
Jun 01 19:46:05 <mrmoku> hehe, no
Jun 01 19:46:10 <mrmoku> but that did work
Jun 01 19:46:59 <mrmoku> in any way it's wrong to be able to limit generated locales and then to try to install one you excluded from generation :)
Jun 01 19:49:08 <mrmoku> JaMa: shr-lite----20110601-nokia900.rootfs.tar.gz is missing some variables :I)
Jun 01 19:50:53 * mrmoku installs his first core image now to see how n900 behaves without udev
Jun 01 19:52:41 <JaMa> it's missing eglibc and ipk, but I haven't decided if we need to put renamed variable there or just remove extra '-'
Jun 01 19:53:00 <JaMa> what do you think?
Jun 01 19:53:19 <mrmoku> I don't need them :-)
Jun 01 19:54:02 <mrmoku> and I guess we won't build images with different glibcs or rpms
Jun 01 19:55:13 <JaMa> agreed
Jun 01 19:55:26 <mrmoku> JaMa: gah, fonts in vala-terminal are broken again :/
Jun 01 19:55:48 <CIA-81> SHR: 03Martin.Jansa 07meta-smartphone * rb5c8dbd03cf0 10/meta-shr/conf/distro/shr.conf: shr: remove LIBC and PREFERRED_PKG_FORMAT from image name
Jun 01 19:55:58 <CIA-81> SHR: 03Martin.Jansa 07meta-smartphone * r0ba59efde291 10/meta-openmoko/recipes-kernel/linux/linux-openmoko.inc: linux-openmoko: use relative path for link to latest kernel
Jun 01 19:56:33 <JaMa> how? it looked right here
Jun 01 19:56:46 <JaMa> but I have 2 days old image now
Jun 01 19:57:37 <mrmoku> any character is just a rectangle
Jun 01 19:57:53 <JaMa> weird that's something I would notice for sure :)
Jun 01 19:58:00 <mrmoku> yup
Jun 01 19:58:19 <mrmoku> hmm... I selected de locale for the first time since long
Jun 01 19:58:23 <mrmoku> maybe it's related
Jun 01 20:00:03 <GNUtoo> http://www.pastie.org/2005103
Jun 01 20:00:12 <GNUtoo> does someone has an idea on the assert?
Jun 01 20:01:11 <mrmoku> would require reading alsalib sources to know what it wants to assert there
Jun 01 20:02:08 <GNUtoo> I'll read readi
Jun 01 20:02:16 <GNUtoo> but I guess I've not enough debug...
Jun 01 20:02:22 <GNUtoo> I'll install alsa lib dbg
Jun 01 20:03:54 <mrmoku> hmm... lots of potentially unexpected fatal signal 5 kernel warnings in logread
Jun 01 20:04:28 <DocScrutinizer51> heh, missed the relevant line by relogin
Jun 01 20:04:36 <DocScrutinizer51> alsu eh?
Jun 01 20:04:44 <DocScrutinizer51> asla*
Jun 01 20:04:50 <GNUtoo> yes
Jun 01 20:04:57 <GNUtoo> pcm.c:1305
Jun 01 20:05:00 <GNUtoo> I'll look
Jun 01 20:07:00 <DocScrutinizer51> error?
Jun 01 20:07:32 <GNUtoo> size of buffer was 0
Jun 01 20:07:44 <DocScrutinizer51> (just bashed PA on #qi-hw :-P )
Jun 01 20:07:58 <GNUtoo>         assert(size == 0 || buffer);
Jun 01 20:08:00 <GNUtoo> ok
Jun 01 20:08:13 <DocScrutinizer51> looks sane
Jun 01 20:08:44 <DocScrutinizer51> well sane for a proper error
Jun 01 20:10:05 <DocScrutinizer51> you ever considered to think of modem as being just another asla audiocard?
Jun 01 20:11:08 <GNUtoo> hmmm
Jun 01 20:11:14 <GNUtoo> that would be nicer
Jun 01 20:11:33 <GNUtoo> but kernel people told that it had more than alsa
Jun 01 20:11:37 <GNUtoo> so it coulnd't be alsa
Jun 01 20:11:44 <GNUtoo> or something like that which I don't remember
Jun 01 20:11:46 <DocScrutinizer51> bs
Jun 01 20:11:50 <GNUtoo> possible
Jun 01 20:12:17 <DocScrutinizer51> it has even same ISS hw IF like codec has, on N900
Jun 01 20:13:35 <DocScrutinizer51> of course there's more/less/other to it wrt mixer and control, well its a modem
Jun 01 20:13:54 <DocScrutinizer51> but mere audio is a plain alsa audiocar
Jun 01 20:13:56 <DocScrutinizer51> d
Jun 01 20:16:23 <DocScrutinizer51> honestly I think kernel folks != alsa experts
Jun 01 20:18:12 <GNUtoo> ok
Jun 01 20:18:39 <GNUtoo> anyway here's my current status: no more buffer underruns but I ear nothing on the remote
Jun 01 20:18:51 <DocScrutinizer51> I'd expect it to be a simple straightforward task to duplicate and strip the N900 std alsacard for modem
Jun 01 20:19:43 <DocScrutinizer51> buffer xruns are acceptable means to adapt wobbly rates of GSM to constant rate of codec
Jun 01 20:20:08 <GNUtoo> s/underruns/overruns
Jun 01 20:20:21 <DocScrutinizer51> the audible result is all that counts
Jun 01 20:20:28 <GNUtoo> the problem with xruns is that I cannot ear anything at all when I have them
Jun 01 20:20:54 <bonnefil_> hi all
Jun 01 20:20:59 <GNUtoo> ah I had a part commented
Jun 01 20:21:05 <GNUtoo> the part that handle src ulbuf
Jun 01 20:21:11 <GNUtoo> that prevent it from working
Jun 01 20:21:12 <bonnefil_> I've just installed shr-unstable for om-gta02
Jun 01 20:21:13 <GNUtoo> I'll retry
Jun 01 20:21:21 <GNUtoo> but I guess I won't ear anything again
Jun 01 20:21:23 <DocScrutinizer51> hmm so probably alsa goes into some exception state and needs restart 
Jun 01 20:21:41 <GNUtoo> I know how to handle it, but I didn't handle it
Jun 01 20:21:52 <bonnefil_> but I do not understand where is the application switcher/closer
Jun 01 20:21:59 <GNUtoo> the problem is worse than that
Jun 01 20:22:07 <GNUtoo> bonnefil_, click on the top bar
Jun 01 20:22:22 <GNUtoo> the problem is that the buffer overruns are not from alsa....
Jun 01 20:22:26 <GNUtoo> but rather from the modem
Jun 01 20:22:30 <bonnefil_> Yes, I did that with previous versions, but with the current... no way
Jun 01 20:22:44 <GNUtoo> bonnefil_, then the top bar is not loaded....
Jun 01 20:22:50 <GNUtoo> I don't remember its name
Jun 01 20:23:00 <GNUtoo> I tough it was fixed(the top bar loading)
Jun 01 20:23:17 <DocScrutinizer51> GNUtoo: service modem in due time, if there's no space left in outbuffer then simply dicard
Jun 01 20:23:19 <mrmoku> ERROR: Trying to resolve runtime dependency glibc-charmap-utf-8 resulted in conflicting PREFERRED_PROVIDER entries being found.
Jun 01 20:23:56 <GNUtoo> DocScrutinizer51, for now I'm trying to make something work, I'm not trying at all to make it perfect....yet
Jun 01 20:24:00 <JaMa> mrmoku: yes, not sure how to resolve this one
Jun 01 20:24:17 <mrmoku> ok
Jun 01 20:24:21 <JaMa> because eglibc and glibc both provide runtime glibc-charmap-utf-8
Jun 01 20:25:04 <DocScrutinizer51> GNUtoo: if modem blows chunks on xrun, then you need to deal with it
Jun 01 20:25:15 <GNUtoo> ok
Jun 01 20:25:37 <GNUtoo> I tough to avoid it
Jun 01 20:27:01 <DocScrutinizer51> you avoid by servicing in due time
Jun 01 20:27:11 <GNUtoo> yes
Jun 01 20:27:19 <GNUtoo> first implementation:
Jun 01 20:27:42 <GNUtoo> when the modem require/send a buffer I writei/readi
Jun 01 20:27:48 <GNUtoo> didn't work very well
Jun 01 20:28:02 <GNUtoo> I had to lower the buffer size in the readi
Jun 01 20:28:07 <GNUtoo> which made a robot voice
Jun 01 20:28:19 <GNUtoo> so now, I'm trying to do that:
Jun 01 20:28:28 <GNUtoo> I readi in a buffer
Jun 01 20:28:39 <GNUtoo> and then I copy the buffer to the modem
Jun 01 20:28:46 <GNUtoo> with memcpy
Jun 01 20:29:14 <GNUtoo> but I cannot ear anymore the remote
Jun 01 20:32:08 <GNUtoo> basically a separate thread with that line in it prevent audio from working:
Jun 01 20:32:33 <GNUtoo> pcmin.read((uint8[])alsaSrcBuf, 160 );
Jun 01 20:32:49 <GNUtoo> which call readi at the end
Jun 01 20:33:06 <GNUtoo> and the buffer is then copied
Jun 01 20:33:09 <bonnefil_> GNUtoo, thanks for the keyword: I found that I need to start manually shr_elm_softkey
Jun 01 20:33:10 <DocScrutinizer51> I'll read backscroll when back @home
Jun 01 20:33:12 <GNUtoo> so it's something with alsa
Jun 01 20:33:19 <GNUtoo> ok
Jun 01 20:33:35 <GNUtoo> if I work on it too late I'll get nervous tough
Jun 01 20:35:57 <DocScrutinizer51> np, pastebin Ur code
Jun 01 20:36:34 <GNUtoo> http://www.pastie.org/2005302
Jun 01 21:01:26 <GNUtoo> mickeyl, any idea?
Jun 01 21:04:15 <angelox> GNUtoo: why you need declarate (uint8)alsaSrcBuf if it's already a uint8 value?
Jun 01 21:04:37 <angelox> hi,btw
Jun 01 21:06:12 <GNUtoo> uint[]
Jun 01 21:06:19 <GNUtoo> *uint8[]
Jun 01 21:06:24 <GNUtoo> hi
Jun 01 21:06:41 <GNUtoo> because I'm on an old alsa lib
Jun 01 21:06:46 <GNUtoo> *alsa vala lib
Jun 01 21:07:41 <angelox> hmm,and what you get when you try to compile/run ?
Jun 01 21:08:27 <GNUtoo> it compiles fine, before it didn't maybe some changes
Jun 01 21:08:30 <GNUtoo> ahh I know why
Jun 01 21:08:41 <GNUtoo> because before it was a cmt.FrameBuffer
Jun 01 21:10:26 <GNUtoo> now It works and cut
Jun 01 21:10:30 <GNUtoo> thanks a lot!!!!
Jun 01 21:10:38 <GNUtoo> (audio playing)
Jun 01 21:10:53 <angelox> great :) on N900?
Jun 01 21:11:02 <GNUtoo> yes
Jun 01 21:11:10 <GNUtoo> roughly that means:
Jun 01 21:11:18 <GNUtoo> * I call the operator free number 4242
Jun 01 21:11:25 <GNUtoo> * I ear benvenuto nell
Jun 01 21:11:32 <GNUtoo> and then I ear nothing
Jun 01 21:12:34 <angelox> hmm
Jun 01 21:13:33 <GNUtoo> I'll rebase on newer alsa lib
Jun 01 21:13:39 <GNUtoo> *vala alsa bindings
Jun 01 21:13:57 <GNUtoo> if I do the same thing for the write I have:
Jun 01 21:13:59 <GNUtoo> cmthandler.vala:109.23-109.35: error: Argument 1: Cannot convert from `uint8*' to `uint8[]'
Jun 01 21:13:59 <GNUtoo>         pcmout.write( dlbuf.payload, dlbuf.pcount / 2 );
Jun 01 21:14:10 <GNUtoo> but it was fixed in later versions
Jun 01 21:15:03 <angelox> so it'll turn the things a bit better
Jun 01 21:15:13 <GNUtoo> yes a lot better
Jun 01 21:17:20 <angelox> i'll learn a bit of that framework,since i don't know it at all
Jun 01 21:17:44 <GNUtoo> but you know vala
Jun 01 21:18:36 <angelox> no too,it's like C isn't?
Jun 01 21:18:51 <GNUtoo> it's like java translated in C
Jun 01 21:19:05 <GNUtoo> it's the code you just saw
Jun 01 21:19:45 <angelox> so it's like 'easy' because i understood it
Jun 01 21:19:59 <GNUtoo> for me it's not easy....
Jun 01 21:20:07 <GNUtoo> I understand it
Jun 01 21:20:13 <GNUtoo> but for writing it it's another story
Jun 01 21:20:21 <GNUtoo> I've to look in the docs etc....
Jun 01 21:21:03 <angelox> i agree,understand one language is a thing,write using it is another thing..
Jun 01 21:22:07 <DocScrutinizer> GNUtoo: hey :-)
Jun 01 21:22:29 <DocScrutinizer> btw wasn't aware it's vala, I'm afraid I'm not any help with it
Jun 01 21:23:02 <DocScrutinizer> I'm rather sure it should be plain c rather than c++ or even vala
Jun 01 21:23:03 <GNUtoo> DocScrutinizer, indeed I feared that
Jun 01 21:23:23 <GNUtoo> there is a C version but it's highly illisible
Jun 01 21:24:22 <angelox> GNUtoo: btw,your code is in somewhere on git? or it's a "private" code from you?
Jun 01 21:24:54 <GNUtoo> it's code I'm writing right now not on git
Jun 01 21:24:55 <DocScrutinizer> for high level lang like c++ / vala the result of a code from a machine opcode PoV is rather unpredictable and usually highly suboptimal in the basic meaning of the word
Jun 01 21:27:22 <GNUtoo> angelox, thanks a lot!!! with the new mickeyl's code I've a strange voice but....it seems to work!!!!!!
Jun 01 21:28:36 <angelox> GNUtoo: A strange voice? like a robot ? It's a great start :) 
Jun 01 21:28:39 <GNUtoo> note that I've a single buffer which is not very good
Jun 01 21:28:50 <GNUtoo> a bit like a robot
Jun 01 21:31:36 <angelox> so it's need only some adjusts to turn it nicely useful
Jun 01 21:31:46 <GNUtoo> here's the whole diff: http://www.pastie.org/2005566
Jun 01 21:32:01 <GNUtoo> I'll cleanup that tomorrow
Jun 01 21:33:11 <GNUtoo> I'll try to sleep now
Jun 01 21:33:15 <GNUtoo> thanks a lot!!!!!!
Jun 01 21:33:34 <angelox> np
Jun 01 21:34:33 <angelox> usually i can't sleep when i fix something,i run for fix another one :)
Jun 01 21:40:54 <DocScrutinizer> angelox: you're obviously a coding addict
Jun 01 21:40:58 <DocScrutinizer> :-)
Jun 01 21:43:02 <angelox> DocScrutinizer: haha :) surely
Jun 01 22:04:16 <DocScrutinizer>   assert( logger.debug( "protocol state is ACTIVE_DLUL, uploading as well..." )  --- errr  .oO(??WTF??)
Jun 01 22:08:06 <angelox> where that?
Jun 01 22:11:38 <angelox> extremally strange
Jun 01 23:34:12 <DocScrutinizer> angelox: in that pastebin diff
Jun 01 23:35:25 <DocScrutinizer> it's maybe less strange than it seems to me, if only I knew what's a ACTIVE_DLUL ;-D
Jun 01 23:35:53 <DocScrutinizer> protocol state, even
Jun 01 23:37:02 <DocScrutinizer> basically not a single of those words in the logger msg makes any sense to me, nor does the crop in context
Jun 01 23:40:16 <angelox> it's like ACTIVE.LOREM_IPSUM,but in this case,i know what is Lorem Ipsum,but i really don't know what's ACTIVE_DLUL too :-D
Jun 02 00:30:46 <angelox> good night everyone
**** ENDING LOGGING AT Thu Jun 02 02:59:56 2011