**** BEGIN LOGGING AT Tue Aug 02 02:59:57 2011
**** BEGIN LOGGING AT Tue Aug 02 03:41:18 2011
Aug 02 04:32:28 <CIA-82> freesmartphone.org: 03morphis 07cornucopia * rdce0ac7f7f9e 10/fsoaudiod/src/plugins/system_integration/plugin.vala: fsoaudiod: system_integration: switch to call audio mode on an incoming call too
Aug 02 04:32:28 <CIA-82> freesmartphone.org: 03morphis 07cornucopia * rb61e419be0f1 10/fsogsmd/src/plugins/modem_qualcomm_palm/callhandler.vala: fsogsmd: modem_qualcomm_palm: also switch audio status on call origination to get a dial tone
Aug 02 04:45:56 <CIA-82> freesmartphone.org: 03morphis 07aurora * r37ed0d58dc5f 10/aurora-applications/app-phone/main.qml: aurora-applications: app-phone: check sim auth status also on startup
Aug 02 06:00:17 <mrmoku> pespin_: nice
Aug 02 07:10:13 <[Rui]> morning
Aug 02 07:15:48 <mrmoku> morning [Rui] 
Aug 02 10:51:27 <DocScrutinizer> yoh, moin
Aug 02 11:05:19 <PaulFertser> DocScrutinizer: hey hey :)
Aug 02 11:05:28 <PaulFertser> How's it going?
Aug 02 11:53:59 <nschle85> hello, does anybody know when JaMa will be back ? I have a problem building shr.
Aug 02 12:42:47 <GNUtoo|laptop> nschle85, yes ket me look
Aug 02 12:44:01 <nschle85> here the console output of jenkins: http://norman-schleicher.de/jenkins/job/shr-core-clean-build/14/console
Aug 02 12:44:09 <GNUtoo|laptop> Jul 29 12:42:52 <JaMa>  GNUtoo|laptop: I won't be here for next week+weekend.. so if you're using oe-core-contrib/shr, feel free to update it when it's fixed in master
Aug 02 12:44:12 <GNUtoo|laptop> from #oe
Aug 02 12:44:12 <gkwhc> hi everyone!
Aug 02 12:46:56 <PaulFertser> gkwhc: you do not need fso-abyss on modern FSO2
Aug 02 12:47:08 <PaulFertser> gkwhc: the functionality is provided to fsogsmd via library.
Aug 02 12:47:26 <gkwhc> PaulFertser: the libgsm0710mux?
Aug 02 12:47:30 <PaulFertser> gkwhc: yes
Aug 02 12:49:14 <gkwhc> PaulFertser: but regarding receiving SMS, I dont see any relevant information in the logs http://pastebin.com/aUbsvWGK
Aug 02 12:54:47 <gkwhc> what can i do to diagnose this problem?
Aug 02 12:54:56 <PaulFertser> gkwhc: (fsogsmd.log) when did you expect to receive a message? The output indicates you've send one successfully.
Aug 02 12:55:40 <gkwhc> PaulFertser: yes, I sent it to myself so it should arrive pretty quickly
Aug 02 12:56:35 <PaulFertser> gkwhc: i'm not sure i've tried sending myself messages from the same device, are you sure that's supported?
Aug 02 12:57:04 <gkwhc> PaulFertser: it works on android
Aug 02 12:57:34 <gkwhc> PaulFertser: I have also tried sending to friends, but when they said they replied, i never got their messages
Aug 02 12:58:00 <PaulFertser> gkwhc: can you use your cell operator's website to send messages to you and what do you see in the log if you try?
Aug 02 12:58:15 <nschle85> GNUtoo|laptop: will be offline for one hour
Aug 02 12:58:34 <gkwhc> PaulFertser: hm sure I can try that
Aug 02 12:59:20 <gkwhc> PaulFertser: by the way, do you think it may be an IMEI problem? i got this sim card with a cellphone (prepaid)
Aug 02 13:00:07 <PaulFertser> gkwhc: it might be possible though i haven't heard about such restrictions.
Aug 02 13:00:29 <gkwhc> PaulFertser: i see.
Aug 02 13:01:42 <GNUtoo|laptop> ok
Aug 02 13:16:35 <gkwhc> hm modem status changed to closed..
Aug 02 13:17:36 <gkwhc> why?!
Aug 02 13:17:57 <mickey|office> last client shut down, or problem in connection to modem.
Aug 02 13:18:04 <gkwhc> it also displays that im connected
Aug 02 13:34:56 <gkwhc> mickey|office: oh i see. there seems to be alot of CME ERROR 512 while doing nothing
Aug 02 13:35:12 <mickey|office> uh oh, 512
Aug 02 13:35:31 <gkwhc> mickey|office: iirc it means user abort
Aug 02 13:36:12 <mickey|office> 512 is basically "i'm lost. please reboot me". Openmoko Bug #1192
Aug 02 13:36:26 <mickey|office> we had it under containment for a while
Aug 02 13:36:36 <mickey|office> but sadly enough it seems to come back every once and then
Aug 02 13:37:03 <gkwhc> hmm
Aug 02 13:38:21 <GNUtoo|laptop> mickey|office, I've also issues with the PIN with the dream
Aug 02 13:38:21 <GNUtoo|laptop> basically it does +CREG,2,3
Aug 02 13:38:22 <GNUtoo|laptop> that means not allowed
Aug 02 13:38:22 <GNUtoo|laptop> and nevers display the PIN GUI
Aug 02 13:38:23 <GNUtoo|laptop> but....
Aug 02 13:38:24 <GNUtoo|laptop> if I do that it does:
Aug 02 13:38:24 <GNUtoo|laptop> apm -s
Aug 02 13:38:25 <GNUtoo|laptop> wait a bit
Aug 02 13:38:25 <GNUtoo|laptop> and resume
Aug 02 13:38:59 <gkwhc> PaulFertser: i just send something from cell provider. nothing new in the log (i cleared the window, and nothing showed up). however you know how speakers can pick up the cellphone signal? i heard something the moment i press send from the cell provider.
Aug 02 13:39:35 <PaulFertser> gkwhc: speakers can't but an active amplifier can rectify the interference.
Aug 02 13:40:31 <gkwhc> PaulFertser: ah you are right :)
Aug 02 13:41:49 <PaulFertser> gkwhc: if you're testing it not after clean boot, then the results do not mean much, your modem's already closed.
Aug 02 13:42:09 <gkwhc> PaulFertser: i tested it after a clean reboot
Aug 02 13:42:35 <PaulFertser> gkwhc: and nothing appeared in the logs? Too damn strange, i can't really understand how that might be possible.
Aug 02 13:45:09 <gkwhc> PaulFertser: me neither..so thats why I was thinking if it could be an IMEI problem -> but android receives fine when i sended to myself
Aug 02 13:50:15 <PaulFertser> gkwhc: on the same freerunner?
Aug 02 13:50:41 <gkwhc> PaulFertser: yes
Aug 02 13:50:48 <gkwhc> i only have one FR
Aug 02 14:00:15 <gkwhc> PaulFertser: i tried it on a different phone just now, and sending/receiving to myself works
Aug 02 14:01:04 <PaulFertser> gkwhc: unfortunately, i'm not using latest fso2 now, so i do not have much to say. Init sequence always enables unsolicited "replies" for incoming messages, so you should see something there...
Aug 02 14:03:44 <gkwhc> PaulFertser: no its not in messages nor opimd-messages
Aug 02 14:04:16 <PaulFertser> gkwhc: i meant some activity in the logs.
Aug 02 14:04:21 <gkwhc> PaulFertser: is receiving SMS working in the version you are using?
Aug 02 14:04:26 <PaulFertser> gkwhc: yes
Aug 02 14:04:39 <gkwhc> PaulFertser: what version is the image?
Aug 02 14:05:26 <PaulFertser> gkwhc: i'm using debian with self-compiled cornucopia, i can't tell you the revision right atm, but it was just before the gdbus switch.
Aug 02 14:07:34 <gkwhc> PaulFertser: hm okay, i should check it out
Aug 02 14:14:12 <gkwhc> mickey|office: how can i diagnose something that doesnt even show up in the fsogsmd & libgsm0710mux logs? i cleared the logs and sent SMS to myself from the cell provider, and it shows nothing...
Aug 02 14:28:41 <mickey|office> gkwhc: i'm afraid i have no simple answer to that. if we had osmocom/bb on the Calypso or you were operating a basestation with osmocom, we could check on a lower layer, but without that, i'm afraid we can only try different things, like checking whether there are any hang ups on other layers of the stackl
Aug 02 14:31:07 <gkwhc> mickey|office: i see. how can i check other layers of the stack? i have enabled loglevel=DEBUG and opened logs for fsogsm, libgsm0710mux, frameworkd, phonefsod, and phoneuid but they all have the same results == nothing
Aug 02 14:32:30 <mickey|office> gkwhc: i guess my approach would be to try on the most basic level
Aug 02 14:32:37 <mickey|office> i.e. use the AT prompt
Aug 02 14:32:42 <mickey|office> and send yourself an SMS via that
Aug 02 14:33:01 <mickey|office> if that still doesn't work, although everything is properly setup, then we are just lost
Aug 02 14:34:33 <mickey|office> it's not exactly rocket science, but you need to learn about a bunch of AT commands to do that
Aug 02 14:35:11 <gkwhc> okay i will try that now, tho i'd rather flash an image from somebody that has working SMS
Aug 02 14:35:17 <gkwhc> oh hey pespin!
Aug 02 14:37:23 <gkwhc> http://pastebin.com/55tm1y44 does this look like its receving a message? or sending and storing the data?
Aug 02 14:42:54 <gkwhc> mickey|office: do i use ttySAC1?
Aug 02 14:47:42 <mickey|office> wah, it's been a while...
Aug 02 14:47:49 <mickey|office> i'd say ttySAC0
Aug 02 14:47:56 <gkwhc> okay
Aug 02 14:47:57 <mickey|office> but just check in fsogsmd.conf
Aug 02 14:48:03 <mickey|office> the port should be listed there
Aug 02 14:48:07 <mickey|office> sac1 is the gps iirc
Aug 02 14:48:54 <gkwhc> yes you are right
Aug 02 14:51:24 <gkwhc> hm unfortunately mickeyterm isnt responding after issuing "at"
Aug 02 14:55:49 <mickey|office> don't forget the deep sleep
Aug 02 14:55:55 <mickey|office> the modem falls asleep after 7 seconds without a command
Aug 02 14:56:00 <mickey|office> enter AT%SLEEP=2
Aug 02 14:56:02 <mickey|office> (iirc)
Aug 02 14:56:05 <mickey|office> as first command 
Aug 02 14:56:07 <mickey|office> to disable that
Aug 02 14:56:26 <mickey|office> and be sure to do that on a rebooted modem
Aug 02 14:56:54 <mickey|office> as the calypso has a bug so that it will never move back into AT mode once it is in multiplexed 07.10 mode (which is the standard mode fsogsmd operates the calypso with)
Aug 02 15:06:08 <gkwhc> pespin: may i test out the new image please?
Aug 02 15:38:14 <nschle85> does anybody have the history of this channel from the ast 3 hours ?
Aug 02 15:40:57 <antrik> nschle85: the log listed in the /topic seems fine?...
Aug 02 15:44:09 <nschle85> antrik: yes, did not read the topic ...
Aug 02 15:52:30 <angelox|n900> hi everyone! 
Aug 02 15:56:28 <rah> ~nf
Aug 02 15:56:29 <apt> The #openmoko-cdevel Newsflash Bulletin Board. (continued at ~NF2. For help see ~NF-help)  - - - Recommended URLs and channels(chanlogs etc):see ~RL  - - -  NEWSFLASH [2011-05-06] No News
Aug 02 15:56:53 <rah> NEWSFLASH No News
Aug 02 15:58:36 <rah> on this page:
Aug 02 15:58:38 <rah> http://www.shr-project.org/trac/wiki/Devices/PalmPre/InstallGuide
Aug 02 15:58:50 <rah> it says "Don't expect a usable phone after you installed SHR too!"
Aug 02 15:59:10 <rah> why does SHR on a Pre not make a usable phone?
Aug 02 16:04:58 <GNUtoo|laptop> hi, is there someone there, the channel seem deserted nowadays with for instance JaMa that is gone again, Weiss or larsc that are hard to get etc...
Aug 02 16:05:06 <GNUtoo|laptop> here's what I have:
Aug 02 16:05:07 <GNUtoo|laptop> http://pastie.org/2309721
Aug 02 16:06:49 <GNUtoo|laptop> ah no one reacted
Aug 02 16:06:50 <GNUtoo|laptop> too bad
Aug 02 16:06:59 <GNUtoo|laptop> I want the freerunner to work!!!!!
Aug 02 16:07:12 <GNUtoo|laptop> basically I cannot build SHR core
Aug 02 16:07:15 <GNUtoo|laptop> so I tried an image
Aug 02 16:07:18 <GNUtoo|laptop> which doesn't work
Aug 02 16:07:25 <GNUtoo|laptop> because it uses 2.6.39 
Aug 02 16:07:28 <GNUtoo|laptop> which fails with NAND
Aug 02 16:07:40 <GNUtoo|laptop> and no one is there
Aug 02 16:07:59 <GNUtoo|laptop> we're blocked on n900, gta02 bluetooth etc....waiting for mrmoku 
Aug 02 16:08:06 <GNUtoo|laptop> the dream has a pin problem
Aug 02 16:08:07 <GNUtoo|laptop> etc...
Aug 02 16:08:42 <angelox|n900> hi GNUtoo!
Aug 02 16:08:48 <GNUtoo|laptop> hi
Aug 02 16:09:00 <GNUtoo|laptop> is there something to do
Aug 02 16:09:04 <GNUtoo|laptop> because I cannot work on audio
Aug 02 16:09:08 <GNUtoo|laptop> waiting for mrmoku
Aug 02 16:09:14 <GNUtoo|laptop> I cannot work on shr-core
Aug 02 16:09:17 <GNUtoo|laptop> waiting for JaMa
Aug 02 16:09:26 <GNUtoo|laptop> I cannot work on om-gta02 
Aug 02 16:09:36 <GNUtoo|laptop> waiting for JaMa || Weiss || larsc 
Aug 02 16:09:42 <angelox|n900> hmm
Aug 02 16:09:48 <angelox|n900> that error..
Aug 02 16:09:58 <GNUtoo|laptop> I cleared the NAND before installing
Aug 02 16:10:47 <angelox|n900> clearing should help,but since you already did that...
Aug 02 16:11:16 <GNUtoo|laptop> indeed
Aug 02 16:11:32 <GNUtoo|laptop> and I don't know why it does this
Aug 02 16:11:36 <GNUtoo|laptop> * kernel issue
Aug 02 16:11:40 <GNUtoo|laptop> * bad connection ?
Aug 02 16:11:46 <GNUtoo|laptop> (corrupt rootfs)
Aug 02 16:11:53 <GNUtoo|laptop> both are quite possible
Aug 02 16:13:27 <angelox|n900> kernel i don't think so,since it boots fine and start searching rootfs,but it isnt accessible
Aug 02 16:14:01 <angelox|n900> hmm
Aug 02 16:14:05 <angelox|n900> i found something 
Aug 02 16:14:06 <GNUtoo|laptop> rootfs could have been corrupted
Aug 02 16:14:14 <GNUtoo|laptop> or kenrel could have a bug
Aug 02 16:14:30 <GNUtoo|laptop> for rootfs I've a very bad connection:
Aug 02 16:14:33 <GNUtoo|laptop> the AP is far
Aug 02 16:14:48 <GNUtoo|laptop> and I've an ssh tun vpn on top of it
Aug 02 16:15:08 <angelox|n900> hmm
Aug 02 16:15:09 <GNUtoo|laptop> the second is possible too
Aug 02 16:15:19 <GNUtoo|laptop> the kernel had bugs in the past
Aug 02 16:15:23 <angelox|n900> the thing is:
Aug 02 16:15:24 <GNUtoo|laptop> similar bugs
Aug 02 16:15:48 <angelox|n900> your mdt-utils is in a too old version i think
Aug 02 16:15:59 <GNUtoo|laptop> I'll refrase for you
Aug 02 16:16:14 <GNUtoo|laptop> the mtd-utils of the shr build machine is too hold
Aug 02 16:16:23 <GNUtoo|laptop> since I still cannot build SHR
Aug 02 16:16:32 <GNUtoo|laptop> s/SHR/SHR-core
Aug 02 16:16:39 <GNUtoo|laptop> it's been months since I first tried
Aug 02 16:16:43 <GNUtoo|laptop> maybe more than 6 months
Aug 02 16:16:49 <GNUtoo|laptop> that I'm trying to build shr-core
Aug 02 16:17:52 <angelox|n900> you have the tar(.gz,bz2) of that rootfs you got the error?
Aug 02 16:18:07 <GNUtoo|laptop> no only .ubi
Aug 02 16:19:31 <GNUtoo|laptop> I'll try to build again....sigh
Aug 02 16:19:40 <angelox|n900> you should generate a new one .ubi with a mtd-utils compiled from git in your host with the extracted rootfs
Aug 02 16:19:51 <GNUtoo|laptop> that won't work
Aug 02 16:19:56 <GNUtoo|laptop> tarball and ubi are different
Aug 02 16:20:03 <angelox|n900> yes
Aug 02 16:20:04 <GNUtoo|laptop> what's inside is different
Aug 02 16:20:13 <GNUtoo|laptop> for instance the kernel flashing/updating 
Aug 02 16:20:51 <angelox|n900> so there are other things into the ubi file else the rootfs?
Aug 02 16:21:07 <GNUtoo|laptop> no idea
Aug 02 16:21:13 <gkwhc> GNUtoo|laptop: i had the audio problem. you need to downgrade and reflash the kernel
Aug 02 16:21:30 <GNUtoo|laptop> audio problem?
Aug 02 16:22:44 <nschle85> GNUtoo|laptop: hello, i am back but think you could not solve the dfu-util build problem..
Aug 02 16:23:14 <gkwhc> GNUtoo|laptop: there wouldnt be any sound. and if you goto SHR settings on the toolbar to configure audio/mixer, enlightenment crashes
Aug 02 16:23:57 <GNUtoo|laptop> gkwhc, ok
Aug 02 16:24:04 <GNUtoo|laptop> gkwhc, which images? shr-core?
Aug 02 16:24:20 <GNUtoo|laptop> nschle85, I've prior issues
Aug 02 16:24:22 <GNUtoo|laptop> like libc
Aug 02 16:24:35 <gkwhc> GNUtoo|laptop: the problem was corrected after using the kernel that corresponds with the image
Aug 02 16:25:04 <GNUtoo|laptop> ok
Aug 02 16:25:34 <nschle85> GNUtoo|laptop: i thought a not compiling issue is very prior :-)
Aug 02 16:26:29 <gkwhc> GNUtoo|laptop: oh sorry i thought you mentioned something about an audio problem previously
Aug 02 16:27:25 <GNUtoo|laptop> no
Aug 02 16:27:52 <gkwhc> my bad :)
Aug 02 16:28:06 <GNUtoo|laptop> before building
Aug 02 16:28:12 <GNUtoo|laptop> I must access my build files
Aug 02 16:28:37 <gkwhc> i see
Aug 02 16:28:39 <GNUtoo|laptop> that are in an encrypted array that got disconnected
Aug 02 16:29:18 <GNUtoo|laptop> I don't know how to disassemble an array
Aug 02 16:29:26 <nschle85> GNUtoo|laptop: OK i see you are in trouble..
Aug 02 16:29:29 <GNUtoo|laptop> else I must reboot and loose irc
Aug 02 16:29:46 <GNUtoo|laptop> Assemble -f doesn't work
Aug 02 16:30:16 <GNUtoo|laptop> # mdadm -A /dev/md3  => mdadm: device /dev/md3 already active - cannot assemble it
Aug 02 16:31:15 <gkwhc> by the way, does receiving SMS work for you guys?
Aug 02 16:33:59 <GNUtoo|laptop> I've that:
Aug 02 16:34:01 <GNUtoo|laptop> md3 : active raid0 sdd4[0] sdf4[1]
Aug 02 16:34:10 <GNUtoo|laptop> I cannot remove them
Aug 02 16:34:25 <GNUtoo|laptop> mdadm --remove /dev/sdd4 => mdadm: error opening /dev/sdd4: No such file or directory
Aug 02 16:41:38 <GNUtoo|laptop> I finally got the array assembled:
Aug 02 16:41:50 <GNUtoo|laptop> mdadm -A /dev/md4 /dev/sde4 /dev/sdh4 => mdadm: /dev/md4 has been started with 2 drives.
Aug 02 16:59:02 <PaulFertser> gkwhc: btw, you might want to check the initialisation log. Do you see the modem returning "OK" for the command that enables reporting of incoming messages?
Aug 02 16:59:26 <PaulFertser> initialization even i guess
Aug 02 17:01:05 <PaulFertser> Hm, or not, the first is correct according to the UK spelling rules it seems.
Aug 02 17:01:31 <gkwhc> PaulFertser: you mean dmesg? i dont recall seeing an initilization log in /var/log
Aug 02 17:02:02 <angelox|laptop> n900 guys: My Nokia N900,everytime i plug a usb cable,the RGB Led shows a green(almost yellow) color..that is normal?
Aug 02 17:04:26 <angelox|laptop> GNUtoo|laptop: what should i do when there's "[DEBUG] fsogsmd : GLib <gisicomm>: gisicomm.vala:142: waiting for netlink state to change..." at fsogsmd.log?
Aug 02 17:04:54 <rah> CPU  600MHz Cortex-A8 processor, PowerVR SGX530 GPU, TI OMAP3410 chipset
Aug 02 17:05:05 <GNUtoo|laptop> forget the powervr
Aug 02 17:05:21 <GNUtoo|laptop> angelox|laptop, no idea
Aug 02 17:06:03 <rah> anyone know if such a beast would be usable with FSO?
Aug 02 17:06:12 <rah> http://www.gsmarena.com/motorola_flipout-3271.php
Aug 02 17:07:24 <angelox|laptop>  hmm
Aug 02 17:07:35 <angelox|laptop> it's at least a Android phone
Aug 02 17:08:15 <angelox|laptop> anyway we need check if bootloader is signed,it's hardware,things like that rah,do you have that phone?
Aug 02 17:08:28 <rah> angelox|laptop: no, I'm looking at buying it
Aug 02 17:09:24 <rah> is it likely I would be able to get it to the point of making calls and sending text messages?
Aug 02 17:10:00 <angelox|laptop> if we/you port SHR for it,so there's a big chance!
Aug 02 17:10:50 <gkwhc> contrar, for FR..
Aug 02 17:10:52 <rah> heh
Aug 02 17:11:03 <rah> angelox|laptop: obviously :-)
Aug 02 17:11:12 <rah> I mean, is the TI OMAP3410 supported already?
Aug 02 17:11:39 <rah> apparently it has a "TCS Modem Chipset"
Aug 02 17:12:11 <angelox|laptop> let me check the processor..
Aug 02 17:13:54 <angelox|laptop> hmm
Aug 02 17:14:14 <angelox|laptop> I'm not sure,but it's well reported
Aug 02 17:14:23 <angelox|laptop> s/reported/supported/
Aug 02 17:14:23 <apt> angelox|laptop meant: I'm not sure,but it's well supported
Aug 02 17:15:42 <GNUtoo|laptop> rah, hi
Aug 02 17:16:06 <rah> heh
Aug 02 17:16:06 <rah> ok
Aug 02 17:16:25 <GNUtoo|laptop> like angelox|laptop the big problem on motorollas would be the signature
Aug 02 17:16:31 <GNUtoo|laptop> then maybe the modem protocol
Aug 02 17:17:28 <rah> "signature"?
Aug 02 17:17:32 <GNUtoo|laptop> there is a project that wants to break motorolla "security against users"
Aug 02 17:17:49 <GNUtoo|laptop> basically you need to root your phone
Aug 02 17:18:00 <GNUtoo|laptop> and I'm not sure how much you can modify once it's rooted
Aug 02 17:19:09 <rah> apparently the FlipOut can be rooted easily using some "Universal Androot App"
Aug 02 17:19:32 <angelox|laptop> yes,that app roots a lot of phones
Aug 02 17:19:43 <angelox|laptop> but there's also the chance of it don't work
Aug 02 17:19:49 <angelox|laptop> then you'll need flash your phone.
Aug 02 17:20:50 <rah> angelox|laptop: where did you find out that the processor is supported?
Aug 02 17:21:17 <angelox|laptop> i take Nokia N900 as base of comparating
Aug 02 17:21:27 <angelox|laptop> s/N900/N900's processor/
Aug 02 17:21:29 <apt> angelox|laptop meant: i take Nokia N900's processor as base of comparating
Aug 02 17:22:15 <GNUtoo|laptop> rah, you need to be very very carefull before buying a phone
Aug 02 17:22:23 <GNUtoo|laptop> specially if no one tried it before
Aug 02 17:22:32 <GNUtoo|laptop> your first task: understand what is not modifiable
Aug 02 17:22:44 <GNUtoo|laptop> like for instance: is the kernel modifiable?
Aug 02 17:23:00 <rah> O_o
Aug 02 17:23:03 <GNUtoo|laptop> your second task: look what is hard to support
Aug 02 17:23:10 <DocScrutinizer> PaulFertser: hi :-D 
Aug 02 17:23:15 <rah> it's possible that the kernel *isn't* modifiable?
Aug 02 17:23:19 <GNUtoo|laptop> for instance the modem, the wifi chip, is there alsa etc...
Aug 02 17:23:35 <rah> GNUtoo|laptop: I'm coming here for those answers
Aug 02 17:23:44 <rah> google has nothing
Aug 02 17:23:48 <DocScrutinizer> PaulFertser: Well I just gave up on N9 hostmode, thanks aegis
Aug 02 17:24:02 <rah> GNUtoo|laptop: how can I find answers without having the hardware in front of me?
Aug 02 17:24:15 <GNUtoo|laptop> rah, yes it's possible
Aug 02 17:24:30 <GNUtoo|laptop> there is a website that talks aobut that
Aug 02 17:24:30 <GNUtoo|laptop> I must find it
Aug 02 17:25:12 <PaulFertser> gkwhc: no, i mean your fsogsmd log of course.
Aug 02 17:25:46 <GNUtoo|laptop> but my connection is *very* slow
Aug 02 17:25:49 <PaulFertser> DocScrutinizer: oh, do you mean that aegis makes it totally impractical to run a modified kernel on the device?
Aug 02 17:26:11 <gkwhc> PaulFertser: hm okay i will look for it
Aug 02 17:26:50 <GNUtoo|laptop> on the website there is a picture of a motorolla phones
Aug 02 17:27:19 <DocScrutinizer> PaulFertser: up til now nobody managed to do that
Aug 02 17:27:39 <PaulFertser> DocScrutinizer: what does nokians say? Stskeeps?
Aug 02 17:27:41 <PaulFertser> do
Aug 02 17:28:10 <DocScrutinizer> they claim you "only" need a kernel without aegis build in
Aug 02 17:29:10 <DocScrutinizer> but then I don't see how to flash and run a "normal" harmattan image on such a kernel. Won't it blow chunks starting with preinit, even with flashing?
Aug 02 17:29:56 <DocScrutinizer> and I *HATE* the idea to help make TC a success
Aug 02 17:33:06 <PaulFertser> DocScrutinizer: weird, are they really silent about that? damn :/
Aug 02 17:34:39 <DocScrutinizer> well, some funny guy never gets tired to educate us "this is a USER device, you don't understand what USER device means, you can't do what you suggest here" etc
Aug 02 17:35:01 <rah> :-/
Aug 02 17:35:12 <DocScrutinizer> on my device there's printed "DEVELOPER DEVICE" in huge letters
Aug 02 17:36:13 <GNUtoo|laptop> http://and-developers.com/
Aug 02 17:37:09 <DocScrutinizer> and when Nokia promised there would a developer or open mode (even they mix those terms up though they allegedly mean different things) they didn't mention you need a custom kernel for doing this.
Aug 02 17:37:17 <DocScrutinizer> ~aegis
Aug 02 17:37:18 <apt> aegis is, like, http://www.developer.nokia.com/Community/Wiki/Harmattan:Developer_Library/Developing_for_Harmattan/Harmattan_security/Security_guide , or "The purpose of this framework is: ... to make sure that the platform meets the requirements set by third party software that requires a safe execution environment.", or http://en.wikipedia.org/wiki/Trusted_Computing#Criticism
Aug 02 17:37:52 <rah> GNUtoo|laptop: ah, thank you
Aug 02 17:38:27 <rah> GNUtoo|laptop: the motorola charm (which is on that list) seems to be the same as the flipout but in a different form factor
Aug 02 17:38:50 <DocScrutinizer> according to RMS and others I have to stay away from harmattan, there's no compromises
Aug 02 17:39:57 <GNUtoo|laptop> DocScrutinizer, n9 is out?
Aug 02 17:40:00 <GNUtoo|laptop> hi btw
Aug 02 17:40:41 <DocScrutinizer> GNUtoo|laptop: for me N9 never was 'in'
Aug 02 17:40:56 <GNUtoo|laptop> I mean it's released
Aug 02 17:41:03 <GNUtoo|laptop> and you can choose not to buy it?
Aug 02 17:41:13 <DocScrutinizer> but it'smaybe still a valuable target for SHR
Aug 02 17:41:21 <GNUtoo|laptop> because I don't want something tivoized, that's useless
Aug 02 17:41:26 <DocScrutinizer> no not yet
Aug 02 17:41:32 <GNUtoo|laptop> ok
Aug 02 17:41:42 <GNUtoo|laptop> so we don't know how much it will be tivoized
Aug 02 17:41:49 <GNUtoo|laptop> we have only a preview of it
Aug 02 17:42:33 <GNUtoo|laptop> so let's continue to warn people about aegis
Aug 02 17:43:32 <gkwhc> are there any FSO people here? it'd be nice if debian FSO/phoneui packages are updated :)
Aug 02 17:43:50 <GNUtoo|laptop> debian has phoneui?
Aug 02 17:43:53 <GNUtoo|laptop> wow
Aug 02 17:44:00 <gkwhc> its from 2010
Aug 02 17:44:06 <GNUtoo|laptop> ah ok
Aug 02 17:44:13 <gkwhc> GNUtoo|laptop: why wow?
Aug 02 17:44:35 <GNUtoo|laptop> because I tought it had only fso1 and zhone
Aug 02 17:45:18 <pespin> gkwhc, did you only try shr-core images? afaik shr-core are not yet for users
Aug 02 17:45:22 <pespin> you should use shr-unstable
Aug 02 17:46:01 <gkwhc> pespin: yesterday i tested all of shr-core images. SMS didnt work. some even displayed return characters..
Aug 02 17:46:11 <pespin> gkwhc, what about shr-unstable?
Aug 02 17:46:17 <pespin> shr-core != shr-unstable
Aug 02 17:46:39 <nschle85> DocScrutinizer: GNUtoo|laptop: please debate a littele big longer about N900 and N9 because i want to buy one of them but i dont know which
Aug 02 17:46:45 <gkwhc> pespin: shr-unstable was the image i started with.
Aug 02 17:46:56 <pespin> I'll try sms now
Aug 02 17:47:09 <gkwhc> ok
Aug 02 17:47:27 <angelox|laptop> nschle85: GNUtoo|laptop convinced me to buy the N900 :)
Aug 02 17:47:40 <GNUtoo|laptop> I told the state of it
Aug 02 17:47:48 <GNUtoo|laptop> and how it was related to the other phones
Aug 02 17:47:55 <GNUtoo|laptop> that's all
Aug 02 17:48:13 <angelox|laptop> yes :)
Aug 02 17:48:14 <nschle85> but N9 was not released yet
Aug 02 17:49:00 <nschle85> or should i wait for gta04 ? 
Aug 02 17:49:48 <GNUtoo|laptop> nschle85, what are you looking for exactly?
Aug 02 17:51:11 <nschle85> a phone which will be supported by shr developers   
Aug 02 17:51:28 <nschle85> GTA02 is since shr-core unusable
Aug 02 17:51:45 <GNUtoo|laptop> it doesn't even boot for me
Aug 02 17:51:51 <GNUtoo|laptop> JaMa is gone again
Aug 02 17:51:59 <GNUtoo|laptop> for one week
Aug 02 17:52:08 <GNUtoo|laptop> basically after the week-end he's back
Aug 02 17:52:21 <GNUtoo|laptop> shr-core is a work in progress
Aug 02 17:52:29 <GNUtoo|laptop> I cannot even build it
Aug 02 17:52:36 <GNUtoo|laptop> I tried during more than 6 months
Aug 02 17:52:39 <GNUtoo|laptop> or something like that
Aug 02 17:52:46 <GNUtoo|laptop> each time I build it fails
Aug 02 17:52:50 <GNUtoo|laptop> and I tried many times
Aug 02 17:52:52 <GNUtoo|laptop> maybe 20 times
Aug 02 17:53:09 <nschle85> N9 is the last linux phone from nokia ... so it would be better to buy the modernst model i can get
Aug 02 17:53:21 <GNUtoo|laptop> http://wiki.freesmartphone.org/index.php/HardwareComparison
Aug 02 17:53:26 <GNUtoo|laptop> N9 is not out yet
Aug 02 17:53:39 <GNUtoo|laptop> and N9 has not been researched yet
Aug 02 17:53:44 <GNUtoo|laptop> and no one has N9 yet
Aug 02 17:53:49 <PaulFertser> And no hw keyboard 
Aug 02 17:53:51 <DocScrutinizer> nschle85: there's no N9 available yet, and I prefer the N900 over N950 even, just for the hardware properties
Aug 02 17:54:51 <DocScrutinizer> even the hw kbd of N950 feels way more alienating that it should
Aug 02 17:55:56 <DocScrutinizer> and the c-ts is unbearable for me, even with the "finger friendly" harmattan swipe GUI
Aug 02 17:57:08 <DocScrutinizer> for SHR to get usable on N9 it would be a looooong way from where SHR GUI is today
Aug 02 17:58:33 <nschle85> does n900 support hsupa or hsdpa ?
Aug 02 17:58:47 <GNUtoo|laptop> indeed 
Aug 02 17:58:53 <GNUtoo|laptop> and captainigloo is not very active ultimately
Aug 02 17:58:53 <GNUtoo|laptop> s/ultimately/nowadays/
Aug 02 17:58:54 <apt> GNUtoo|laptop meant: and captainigloo is not very active nowadays
Aug 02 17:58:57 <GNUtoo|laptop> it supports 3g
Aug 02 17:59:01 <DocScrutinizer> it's not only the OS but also *ALL* apps that need adaption to a c-ts hw button less device
Aug 02 17:59:02 <nschle85> i heard 
Aug 02 17:59:18 <GNUtoo|laptop> it worked in SHR
Aug 02 17:59:18 <GNUtoo|laptop> not sure if it still works
Aug 02 17:59:28 <nschle85> that the | is missing on keyboard, is that true ?
Aug 02 17:59:31 <angelox|laptop> sorry!,what is c-ts ?
Aug 02 17:59:40 <DocScrutinizer> nschle85: N900 has HSPA
Aug 02 17:59:42 <GNUtoo|laptop> there is a PIN issue in htcdream
Aug 02 17:59:49 <GNUtoo|laptop> so maybe that issue is present with n900 too
Aug 02 17:59:49 <GNUtoo|laptop> no idea
Aug 02 18:00:03 <GNUtoo|laptop> angelox|laptop, capacitive touch screen
Aug 02 18:00:09 <DocScrutinizer> capacitive touchscreen
Aug 02 18:00:22 <angelox|laptop> ah ok,thanks :)
Aug 02 18:01:57 <angelox|laptop> I'll bbl
Aug 02 18:11:58 <GNUtoo|laptop> sorry bad connection
Aug 02 18:12:22 <GNUtoo|laptop> I said that the only phones supported are: gta02,htcdream,palmpre,n900
Aug 02 18:12:35 <GNUtoo|laptop> for the rest you'll have to do the support yourself
Aug 02 18:12:48 <GNUtoo|laptop> I made a porting guide for that
Aug 02 18:13:47 <pespin> gkwhc, works ok here
Aug 02 18:15:34 <GNUtoo|laptop> dos1 said he would be active again
Aug 02 18:15:39 <GNUtoo|laptop> there are tons of issues to fix
Aug 02 18:17:00 <GNUtoo|laptop> who is left?
Aug 02 18:17:02 <GNUtoo|laptop> ping mrmoku 
Aug 02 18:17:48 <GNUtoo|laptop> deubeuliou, hi
Aug 02 18:18:04 <GNUtoo|laptop> mickeyl, hi
Aug 02 18:18:26 <gkwhc> pespin: which version?
Aug 02 18:19:24 <pespin> gkwhc, shr-unstable
Aug 02 18:19:57 <pespin> kernel 2.6.37.6
Aug 02 18:20:39 <gkwhc> pespin: is the kernel from the bottom of the page, r5-oe6?
Aug 02 18:20:53 <pespin> gkwhc, I built it everything in my own buldhost
Aug 02 18:21:25 <pespin> I get this one in my build dir -> uImage-2.6.37-r5-oe6-om-gta02.bin
Aug 02 18:21:35 <gkwhc> pespin: oh i see. i grabbed the ready to use images
Aug 02 18:21:47 <gkwhc> yes thats the one
Aug 02 18:22:09 <pespin> it can be that I have newer FSO than you thought
Aug 02 18:22:17 <pespin> afair I have autorev set in fso
Aug 02 18:22:48 <gkwhc> pespin: hm may i try out your new build?
Aug 02 18:22:55 <pespin> for instance Package: fsogsmd
Aug 02 18:22:55 <pespin> Version: 1:0.5.0+gitr7+675c0717af683d5e8a92a2bc7aed803be0d7854b-r6.3.6
Aug 02 18:23:33 <pespin> gkwhc, do you know where can I upload the image?
Aug 02 18:23:38 <gkwhc> how did you grab the package version? i;d like to check mine
Aug 02 18:23:46 <pespin> opkg info fsogsmd
Aug 02 18:23:52 <gkwhc> pespin: i can try opening a ftp server
Aug 02 18:24:31 <pespin> my home server doesn't have good bandwith, I'm uploading file to it at 70KB/s ;)
Aug 02 18:24:32 <gkwhc> pespin: Version: 1:0.5.0+gitr879+187abf0a3fac06de95842685d0c048a915ad3787-r6.3.6
Aug 02 18:25:20 <gkwhc> i have no idea what mine is xD
Aug 02 18:25:47 <gkwhc> pespin: my fsogsmd is newer o.O
Aug 02 18:27:44 <gnutoo> hi morphis 
Aug 02 18:28:57 <gnutoo> is SHR dead now?
Aug 02 18:28:57 <pespin> gkwhc, afaik that gitrXXX is not about the git repo itself, but the XXXh time the package was built
Aug 02 18:29:01 <gnutoo> no one is left
Aug 02 18:29:16 <pespin> SHR is having holidays ;)
Aug 02 18:29:25 <gnutoo> hmmm
Aug 02 18:29:30 <gkwhc> oh  i see
Aug 02 18:29:39 <pespin> we can fight against iphones, but we can't fight against good weather and beach :P
Aug 02 18:29:54 <gnutoo> I'm ready to tackle issues
Aug 02 18:30:04 <gnutoo> but the right people aren't there
Aug 02 18:30:08 <gnutoo> how frustrating.....
Aug 02 18:30:11 <gnutoo> so I wait
Aug 02 18:30:14 <gnutoo> and wait
Aug 02 18:30:16 <gnutoo> and wait
Aug 02 18:30:24 <gnutoo> and get more and more nervous
Aug 02 18:30:31 <gnutoo> everything seem broken
Aug 02 18:30:38 <gnutoo> and it more and more stuff break
Aug 02 18:30:52 <pespin> yeah I understand
Aug 02 18:31:14 <pespin> there are couple things which could be upgraded but shr-core and similar are quite mess right now
Aug 02 18:31:34 <pespin> so I'm waiting for it to settle before sending patches
Aug 02 18:31:37 <gnutoo> it's not only about shr-core
Aug 02 18:31:57 <gnutoo> sound is frozen because we are waiting for mrmoku 
Aug 02 18:32:09 <gkwhc> pespin: would you mind changing the loglevel of fsogsmd & libfsotransport to DEBUG (/etc/freesmartphone/conf/GTA02/fsogsmd.conf irrc), restart, and grep "CMGF="? i think i may have found the culprit..
Aug 02 18:32:15 <pespin> for instance emtooth2 in repos/OE is far behind upstream now. I think same happens with Elfe
Aug 02 18:32:21 <gnutoo> htcdream' has a PIN issue
Aug 02 18:32:36 <gnutoo> n900 has a PIN issue too
Aug 02 18:32:58 <gnutoo> n900 has an audio issue with the mic+modem
Aug 02 18:33:00 <gnutoo> etc...
Aug 02 18:33:05 <gnutoo> lot and lot of issues
Aug 02 18:33:08 <gnutoo> and it's growing
Aug 02 18:33:15 <gkwhc> pespin: or just do a quick grep without changing anytthing/restarting
Aug 02 18:33:24 <pespin> hink as of people is charging batteries to return :P
Aug 02 18:33:26 <pespin> *think
Aug 02 18:33:42 <gnutoo> maybe I should concentrate on htcdream?
Aug 02 18:33:49 <pespin> gkwhc, # grep CMGF *
Aug 02 18:33:49 <pespin> fsogsmd.log:2000-01-01T00:01:09.841534Z [INFO]  libfsotransport <0710:2>: SRC: "+CMGF=0" -> [ "OK" ]
Aug 02 18:34:00 <gnutoo> it seem stupid but :
Aug 02 18:34:04 <gnutoo> *om-gta02 is frozen
Aug 02 18:34:08 <gnutoo> *n900 is frozen
Aug 02 18:34:23 <gnutoo> or ask for atags
Aug 02 18:34:25 <pespin> whole country is frozen here during summer :P
Aug 02 18:34:48 <gnutoo> so I should come back after summer?
Aug 02 18:35:02 <gnutoo> but I cannot use om-gta02 anymore
Aug 02 18:35:05 <pespin> fix whatever you can meanwhile
Aug 02 18:35:15 <gnutoo> and I found that the msm/qsd phones spy
Aug 02 18:35:23 <gnutoo> so I don't want to use them anymore
Aug 02 18:35:23 <pespin> or play a bit with programming apps :)
Aug 02 18:35:42 <gnutoo> else I could play with the bug20
Aug 02 18:35:56 <gnutoo> but that means that I cannot use any of my phones
Aug 02 18:36:03 <pespin> I'm waiting for fix in vala-dbus-binding-tool before I can sstart with the IM app I have in mind
Aug 02 18:36:08 <gnutoo> htcdream is the one that seem to work the best
Aug 02 18:36:21 <gnutoo> hmmm
Aug 02 18:36:38 <gnutoo> I wonder what's the best to write
Aug 02 18:36:42 <gnutoo> what's lacking the most?
Aug 02 18:36:46 <gnutoo> maybe not an IM app
Aug 02 18:36:52 <gnutoo> maybe a terminal?
Aug 02 18:36:59 <gnutoo> or an irc client?
Aug 02 18:37:04 <gnutoo> both with efl
Aug 02 18:37:05 <pespin> irc client would be nice :D
Aug 02 18:37:29 <pespin> or maybe you wanna look at enjoy code
Aug 02 18:37:48 <gnutoo> no, I was talking for you
Aug 02 18:38:05 <gnutoo> you want to code an IM app
Aug 02 18:38:10 <pespin> terminal it's not necessary
Aug 02 18:38:11 <nschle85> and core-shr cannot be build 
Aug 02 18:38:24 <gnutoo> or maybe a VOIP app?
Aug 02 18:38:29 <pespin> I want to use telepathy
Aug 02 18:38:34 <gnutoo> ok
Aug 02 18:38:42 <pespin> but best way to use telepathy right now is telepathy-glib
Aug 02 18:38:43 <gnutoo> what about a VOIP app?
Aug 02 18:38:44 <pespin> which uses dbus-glib
Aug 02 18:38:50 <pespin> and I want to use gdbus
Aug 02 18:39:08 <pespin> gnutoo, the point is that telepathy gives us voip :)
Aug 02 18:39:18 <pespin> at least XMPP audio
Aug 02 18:39:20 <pespin> and video
Aug 02 18:39:26 <pespin> with libfarsight
Aug 02 18:39:28 <gnutoo> yes that's why I said that
Aug 02 18:40:08 <pespin> I'm trying to get gdbus vindings of telepathy using vala-dbus-binding-tool and telepathy-spec xml
Aug 02 18:40:32 <gkwhc> pespin: how about grep "type 5"?
Aug 02 18:40:37 <pespin> but v-d-b-t needs a couple of fixes/enchancements before being albe to write them correctly
Aug 02 18:40:44 <gnutoo> does it also gives SIP?
Aug 02 18:40:51 <pespin> gkwhc, nothing
Aug 02 18:41:25 <gnutoo> pespin: I'm not sure it's because of the hollidays
Aug 02 18:41:26 <gkwhc> pespin: hm mind said gsogsmd sms typee 5 not yet supported
Aug 02 18:41:27 <pespin> gnutoo, it has sip too
Aug 02 18:41:30 <gnutoo> ok
Aug 02 18:41:36 <gnutoo> mrmoku is too busy with work
Aug 02 18:41:52 <pespin> gkwhc, where are you from?
Aug 02 18:41:54 <gnutoo> mickeyl is busy with his kid
Aug 02 18:42:03 <gnutoo> JaMa may be on hollidays tough
Aug 02 18:42:05 <gnutoo> not sure
Aug 02 18:42:11 <gkwhc> pespin: i am located in the US
Aug 02 18:42:13 <gnutoo> but it seem that everybody is abandonning
Aug 02 18:42:21 <gnutoo> I cannot fix all issues alone
Aug 02 18:42:33 <pespin> give them some time I would say :)
Aug 02 18:42:38 <gnutoo> and I'm not sure it will change aftr the holliday period
Aug 02 18:43:08 <pespin> mail app would be nice too
Aug 02 18:43:26 <pespin> which lib would you recommend for that?
Aug 02 18:44:01 <gnutoo> hmmm
Aug 02 18:44:11 <gkwhc> PaulFertser: i dont see anything regarding initialization. do you see it in your log, whether success or fail? if so, i can grep my log
Aug 02 18:44:16 <gnutoo> the qualcomm devices are out(too much spying)
Aug 02 18:44:25 <gnutoo> rest my freerunner and my n900
Aug 02 18:44:49 <gnutoo> SHR is out because it's out of core developers
Aug 02 18:44:52 <pespin> gkwhc, I'll have the image uploaded in 2 min ;)
Aug 02 18:45:02 <gkwhc> pespin: oh great!
Aug 02 18:45:03 <gnutoo> the freerunner can run qtmoko but cannot run replicant
Aug 02 18:45:21 <pespin> gnutoo, because of armv4t arch?
Aug 02 18:45:28 <gnutoo> because of slowness
Aug 02 18:45:38 <pespin> lol ok
Aug 02 18:45:59 <gnutoo> I must buy a battery for the geeksphone
Aug 02 18:46:09 <gnutoo> and for om-gta02
Aug 02 18:46:13 <gnutoo> so that rules them out
Aug 02 18:46:19 <gnutoo> rest the n900
Aug 02 18:46:27 <gnutoo> maybe I could do the port to replicant?
Aug 02 18:46:43 <gnutoo> or buy a nexus S(not cheap...)
Aug 02 18:47:01 <gnutoo> and port u-boot to it
Aug 02 18:47:11 <PaulFertser> gkwhc: sure i do :) let me find it.
Aug 02 18:47:25 <pespin> gnutoo, I was looking to buy a htc desire Z but it's still too expensive 
Aug 02 18:47:35 <gnutoo> what SOC?
Aug 02 18:48:23 <pespin> gnutoo, http://www.gsmarena.com/htc_desire_z-3421.php
Aug 02 18:48:35 <PaulFertser> gkwhc: Modem Status changed to FSO_GSM_MODEM_STATUS_INITIALIZING
Aug 02 18:49:31 <PaulFertser> gkwhc: and then follows the initialisation
Aug 02 18:49:45 <PaulFertser> gkwhc: SRC: "E0Q0V1" -> [ "OK" ] etc.
Aug 02 18:50:00 <PaulFertser> gkwhc: but i do not remember which command enables indication of incoming messages, i'm yet to find it in the manual.
Aug 02 18:51:02 <gkwhc> PaulFertser: ok lemme check mine
Aug 02 18:51:03 <pespin> gkwhc, http://espeweb.net/misc/tmp/shr-full-eglibc-ipk--20110801-om-gta02.rootfs.jffs2
Aug 02 18:51:30 <gkwhc> pespin: thank you  so much! can you provide md5sum please?
Aug 02 18:52:23 <pespin> sure
Aug 02 18:53:11 <gkwhc> PaulFertser: yes that does appear in my log
Aug 02 18:53:14 <gnutoo> pespin: the page doesn't load here
Aug 02 18:53:17 <gnutoo> what's the SOC
Aug 02 18:53:21 <gnutoo> MSM/QSD?
Aug 02 18:53:55 <pespin> gnutoo, 800 MHz Scorpion processor, Adreno 205 GPU, Qualcomm MSM 7230 chipset
Aug 02 18:54:27 <pespin> gkwhc, $ md5sum shr-full-eglibc-ipk--20110801-om-gta02.rootfs.jffs2
Aug 02 18:54:27 <pespin> d63c895a4abd72881100f3fb479c3bf3  shr-full-eglibc-ipk--20110801-om-gta02.rootfs.jffs2
Aug 02 18:54:35 <PaulFertser> gkwhc: SRC: "+CNMI=2,2,2,1,1" -> [ "OK" ]
Aug 02 18:54:50 <gnutoo> ok
Aug 02 18:55:02 <gnutoo> pespin: are you really sure you want to buy that
Aug 02 18:55:04 <gnutoo> ?
Aug 02 18:55:09 <gkwhc> PaulFertser: yes i see that too
Aug 02 18:55:14 <gnutoo> it spies a lot and isn't well supported
Aug 02 18:55:16 <pespin> not sure, but it has hw kb
Aug 02 18:55:17 <pespin> hehe
Aug 02 18:55:25 <gnutoo> spies a lot means:
Aug 02 18:55:43 <gkwhc> pespin: thanks! now, 42 minutes till flashing
Aug 02 18:55:47 <gnutoo> *the GPS and CODEC(sound card) are  connected to the modem
Aug 02 18:55:57 <gnutoo> *The modem has access to the main CPU ram
Aug 02 18:56:17 <pespin> hmm not nice
Aug 02 18:56:22 <gnutoo> not well supported means that you'll need to invest a lot of time in it
Aug 02 18:56:35 <gnutoo> maybe several hours a day during one year
Aug 02 18:56:37 <jluis> pespin at carrer hospital you can get a n900 for 260 eur 
Aug 02 18:56:41 <PaulFertser> gkwhc: well... what about +CMT ?
Aug 02 18:57:07 <jluis> a colege got one this june
Aug 02 18:57:14 <pespin> jluis, nice! bounded to some company or free?
Aug 02 18:57:34 <jluis> free 
Aug 02 18:57:40 <pespin> ok, thanks for the info :D
Aug 02 18:58:04 <pespin> atm I'm not going to buy any mobile, but good to know for the future :)
Aug 02 18:58:07 <PaulFertser> mickeyl: "Got new SMS from ..." getting message service from some peer's random, interesting, heh ;) (i mean SMS is not a message)
Aug 02 18:58:17 <pespin> jluis, how's summer going? :)
Aug 02 18:59:42 <gkwhc> PaulFertser: there is +CMTI but not +CMT
Aug 02 18:59:48 <jluis> fine i'm maping gprs coverage  as I olny can connect outside of the village
Aug 02 19:00:03 <pespin> jluis, where are you now?
Aug 02 19:01:16 <jluis> in Soria  in a litle village  near Zaragoza border
Aug 02 19:01:45 <jluis> and 1km from home in the countryside
Aug 02 19:01:47 <PaulFertser> gkwhc: CMTI would mean a message was received in fact. Random guess: is your SIM message memory full? That would explain you not seeing any incoming messages.
Aug 02 19:02:18 <gkwhc> PaulFertser: im sure i cleared out the messages
Aug 02 19:02:48 <pespin> jluis, lol nice, you are on holidays hehe
Aug 02 19:03:23 <gkwhc> PaulFertser: TiCalypsoUnsolicitedResponseHandler : Registering URC '+CMTI'
Aug 02 19:04:22 <jluis> yes and goin home so this connection will breack son
Aug 02 19:05:23 <pespin> jluis, ok, have a good time there then :)
Aug 02 19:06:09 <mrmoku> gnutoo: pong
Aug 02 19:06:11 <gkwhc> PaulFertser: i think that command has to do with registering services
Aug 02 19:06:42 <mrmoku> gnutoo: not only work is blocking me... that I don't know how to tackle aci in fsoaudiod is blocking me too
Aug 02 19:06:57 <gkwhc> now the modem closes...
Aug 02 19:07:20 <gnutoo> hi
Aug 02 19:07:30 <gnutoo> mrmoku: we need to fix that ACI quickely
Aug 02 19:07:39 <gnutoo> else we block everything else
Aug 02 19:07:58 <mrmoku> yup, but I don't know how to continue :/
Aug 02 19:09:02 <PaulFertser> gkwhc: how do you tell you have no messages on sim?
Aug 02 19:09:22 <gkwhc> PaulFertser: opimd-cli m query
Aug 02 19:09:36 <pespin> that's for ompimd, not SIM afaik
Aug 02 19:09:39 <PaulFertser> gkwhc: wrong
Aug 02 19:09:58 <gkwhc> PaulFertser: i also used mdbus2
Aug 02 19:10:27 <PaulFertser> gkwhc: org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.SIM.RetrieveMessage 1
Aug 02 19:14:21 <gkwhc> PaulFertser: this function is not available while modem is in FSO_GSM_MODEM_STATUS CLOSED. it closed after i sent myself a text
Aug 02 19:14:56 <gnutoo> mrmoku: did you talk to morphis 
Aug 02 19:14:57 <gnutoo> ?
Aug 02 19:15:12 <gnutoo> where are you blocked exactly?
Aug 02 19:16:49 <mrmoku> nowhere exactly... just that I don't know how to start
Aug 02 19:17:15 <gnutoo> is ACI documented somewhere?
Aug 02 19:17:22 <gnutoo> like in FSO wiki?
Aug 02 19:17:46 <mrmoku> gnutoo: http://people.openmoko.org/joerg/ALSA/ACI/
Aug 02 19:17:59 <DocScrutinizer> \o/
Aug 02 19:18:38 <mrmoku> DocScrutinizer: maybe a start would be to define a file format for the amix files
Aug 02 19:18:54 <gnutoo> ok thanks
Aug 02 19:18:57 <gnutoo> I'll eat
Aug 02 19:19:00 <PaulFertser> gkwhc: what does the log say about the reason for it to close itself?
Aug 02 19:19:08 <DocScrutinizer> indeed, start with the 5% boring stuff that's not yet ready in my head
Aug 02 19:20:41 <mrmoku> DocScrutinizer: well the file format is an important part to be considered for the implementation
Aug 02 19:21:03 <mrmoku> at leats if you want it correct from the start
Aug 02 19:21:03 <DocScrutinizer> hmm, is it?
Aug 02 19:21:07 <gkwhc> PaulFertser: from what i can gather, "timeout while waiting for an answer to @POFF...SRC: "@POFF" -> [ "+EXT: TIMEOUT 5" ]"
Aug 02 19:21:17 <DocScrutinizer> yeah, prolly youre right
Aug 02 19:21:55 <mrmoku> I could start with plain amix and we add control prios later... but that's not what you wanted :-)
Aug 02 19:22:14 <DocScrutinizer> that's been my idea, also of this very second
Aug 02 19:22:22 <mrmoku> ok :)
Aug 02 19:22:48 <mrmoku> then I will do that...
Aug 02 19:22:50 <DocScrutinizer> keep it compatible with plain amix, so it could get fed to amix or alternatively can get executed as shellscript
Aug 02 19:23:00 <mrmoku> yup
Aug 02 19:23:15 <DocScrutinizer> add prio etc as metatags in comments
Aug 02 19:23:38 * DocScrutinizer thinks he posted that before
Aug 02 19:24:20 <PaulFertser> gkwhc: nah, there should be a reason for @POFF
Aug 02 19:24:21 <DocScrutinizer> #&prio=500
Aug 02 19:24:34 <DocScrutinizer> something like that might show up in chanlog
Aug 02 19:26:14 <DocScrutinizer> iirc you can feed whatever you like to amixer as input, it will simply discard all cruft that doesn't make sense for it
Aug 02 19:26:39 <DocScrutinizer> or was that alsactl? or patch ? ;-P
Aug 02 19:27:30 <DocScrutinizer> mrmoku: rationale always is to keep it scalable
Aug 02 19:28:12 <DocScrutinizer> you could build a braindead "ACI" just with alsa standard "hook control"
Aug 02 19:28:37 <gkwhc> PaulFertser: why dont i reboot and try sending a text message again?
Aug 02 19:28:57 <DocScrutinizer> you also should be able to execute arbitrary cmds via hook-exec, without needing a fsoaudiod
Aug 02 19:29:15 <PaulFertser> gkwhc: i'd try checking you really have no messages stored on SIM right after you reboot, before trying to receive a message.
Aug 02 19:29:20 <morphis> heyho
Aug 02 19:29:37 <DocScrutinizer> mrmoku: one of the commands should be "amixer <fsoaudiod_ctlfile"
Aug 02 19:30:17 <CIA-82> freesmartphone.org: 03morphis 07cornucopia * r2fbffc9a8970 10/libfsotransport/fsotransport/ (Makefile.am raw.vala): libfsotransport: implement a raw transport to be able to process device nodes
Aug 02 19:30:25 <CIA-82> freesmartphone.org: 03morphis 07aurora * ra79bd346f46c 10/aurora-applications/configure.ac: aurora-applications: fix installation of main qml script
Aug 02 19:30:28 <DocScrutinizer> or sth similar, so you get basic function of fsoaudiod which is establishing a path as defined in a config file
Aug 02 19:31:15 <mrmoku> morphis: I'm starting a router_aci plugin now
Aug 02 19:31:31 <gkwhc> PaulFertser: good idea
Aug 02 19:31:46 <morphis> mrmoku: ok, how it should work?
Aug 02 19:32:05 <morphis> accessing a different stream will change the audio routing?
Aug 02 19:32:05 <DocScrutinizer> then you can go for the full treatment and have fsoaudiod and dbus and hook fsoaudiod-dbus, and this will give you the additional function of priority handling, and volume control management
Aug 02 19:32:18 <mrmoku> morphis: I don't know the complete picture yet :P
Aug 02 19:32:29 <morphis> ah ok
Aug 02 19:32:41 <mrmoku> but I have to start something to see where I get
Aug 02 19:32:50 <mrmoku> and we need it
Aug 02 19:33:04 <morphis> whats for example with the palmpre and it's audio scripts? can I use the router_aci in this case too?
Aug 02 19:33:42 <morphis> mickeyl: ping ping
Aug 02 19:33:44 <mrmoku> good question
Aug 02 19:33:58 <morphis> or will it only work with plain alsa?
Aug 02 19:33:59 <mrmoku> for the mixing part probably yes... if there is another part handling the scripts
Aug 02 19:34:21 <mrmoku> router_aci is competing against router_alsa
Aug 02 19:34:26 <morphis> ok, we should thing about this
Aug 02 19:34:28 <mrmoku> there is router_palmpre too
Aug 02 19:34:30 <morphis> yes
Aug 02 19:35:22 <morphis> my questions was more about if the router_aci is a general or specific approach
Aug 02 19:35:32 <DocScrutinizer> morphis: accessing a different high level aka abstract audio device will send a notification to fsoaudiod, and fsoaudiod will check and evaluate priority of requested vs established routing and either establish new routing and answer OK via dbus which makes the pcm_open() succeed, or the prio of established path is higher and so fsoaudiod will simply reply dbus-msg "sorry but no" and pcm_open() will fail
Aug 02 19:35:35 <mrmoku> morphis: btw. there is one thing I dislike somehow... multiple fsoaudiod plugins listening to fsogsmd call signals
Aug 02 19:36:15 <morphis> mrmoku: yes, I also though about this 
Aug 02 19:36:48 <morphis> mrmoku: but it was the simplest way to archive some things with listing to the fsogsmd status updates
Aug 02 19:36:49 <DocScrutinizer> morphis: fsoaudiod will use alsactl call to establish a routing. on Pre that is a call to load your script rather than a call to a alsa mixer setup tool
Aug 02 19:36:58 <DocScrutinizer> (simplified picture)
Aug 02 19:37:57 <morphis> so we will actively interrupt the application?
Aug 02 19:38:14 <DocScrutinizer> err no? when? why? how?
Aug 02 19:39:07 <DocScrutinizer> I planned for an extension to fsoaudiod.conf files that hold the pathes, so you could define sth like sending arbitrary dbus msgs to the app, etc
Aug 02 19:39:24 <DocScrutinizer> but the basic concept is all about changing mixer setting
Aug 02 19:39:25 <gkwhc> PaulFertser: how can i check if all of my messages are deleted?
Aug 02 19:39:48 <morphis> DocScrutinizer: you said we will let pcm_open() fail
Aug 02 19:40:02 <morphis> which will cause the application to get an error with audio
Aug 02 19:40:14 <mrmoku> morphis: what about the system_integration plugin offering the possibility to register a callback?
Aug 02 19:40:20 <DocScrutinizer> that's a property already existent in acihookexec
Aug 02 19:40:45 <morphis> yes, but we will interrupt the application in some way
Aug 02 19:41:00 <morphis> and the application must be able to handle this or it will be never able to play audio
Aug 02 19:41:06 <DocScrutinizer> so isn't that what we need to do?
Aug 02 19:41:16 <morphis> mrmoku: and where should the callback be implemented?
Aug 02 19:41:22 <morphis> DocScrutinizer: thats one way
Aug 02 19:41:35 <DocScrutinizer> err, when the audio card isn't available, the app *IS* not able to play audio
Aug 02 19:41:59 <morphis> you don't want to prioritize the audio playback with this approach?
Aug 02 19:42:11 <DocScrutinizer> pcm_open() failing is the natural way to signal the audio resource isn't available
Aug 02 19:42:28 <morphis> then I didn't understand your concept right
Aug 02 19:42:54 <morphis> "or the prio of established path is higher and so fsoaudiod will simply reply dbus-msg "sorry but no" and pcm_open() will fail"
Aug 02 19:43:07 <morphis> so we have different alsa devices the app can use
Aug 02 19:43:14 <morphis> with different priorities
Aug 02 19:43:17 <mrmoku> the question is what happens with applications that have the pcm open already... if I remember correctly muting them was one option
Aug 02 19:43:30 <morphis> yes
Aug 02 19:43:35 <DocScrutinizer> yes
Aug 02 19:43:37 <morphis> thats the way I prefer
Aug 02 19:43:39 <DocScrutinizer> exactly
Aug 02 19:43:57 <morphis> DocScrutinizer:  which kind of devices we have a btsco or a media one?
Aug 02 19:44:00 <mrmoku> and new applications trying to open the pcm will fail
Aug 02 19:44:03 <PaulFertser> gkwhc: i'm not sure, try org.freesmartphone.GSM.SIM.RetrieveMessage
Aug 02 19:44:13 <morphis> mrmoku: so we will lock audio playback?
Aug 02 19:44:28 <DocScrutinizer> mrmoku: that's default behaviour, yes
Aug 02 19:44:37 <PaulFertser> gkwhc: does "org.freesmartphone.GSM.SIM.RetrieveMessage 1" work?
Aug 02 19:44:43 <DocScrutinizer> you are free to define arbitrarily complex ones as well
Aug 02 19:44:48 <morphis> hm
Aug 02 19:45:20 <morphis> and how we manage the access to different audio devices?
Aug 02 19:45:22 <DocScrutinizer> just pcm_open() failing feels like the most natural approach for simple cases
Aug 02 19:45:28 <morphis> hm
Aug 02 19:45:37 <DocScrutinizer> mrmoku: via acihooklib
Aug 02 19:45:48 <morphis> yes
Aug 02 19:45:56 <DocScrutinizer> morphis: ^^^
Aug 02 19:46:01 <morphis> but the application needs to define the device it wants to use
Aug 02 19:46:08 <morphis> with pcm_open
Aug 02 19:46:11 <DocScrutinizer> usually
Aug 02 19:46:26 <DocScrutinizer> each pcm_open() needs a device definition
Aug 02 19:46:46 <DocScrutinizer> most brainfucked apps have a hardcoded "alsa:default" there
Aug 02 19:47:26 <DocScrutinizer> we can handle even this, like ># ALSADEFAULTDEV=hifi-playback brainfucked_app
Aug 02 19:47:40 <morphis> hm
Aug 02 19:48:46 <DocScrutinizer> and having a pcm:!default { pcm slave {func getenv ALSADEFAULTDEVICE}}
Aug 02 19:48:54 <DocScrutinizer> as .alsarc 
Aug 02 19:49:23 <morphis> I was thinking more about a approach with using media, alert, alarm, navigation, ... devices and each device can be opened multiply times and audio will be mixed and there is a priority scheme which defines which device has the highest priority
Aug 02 19:49:37 <morphis> if audio is played on a device with a higher priority than the current one
Aug 02 19:49:42 <morphis> the other devices will be muted
Aug 02 19:49:44 <gkwhc> PaulFertser: +CMS ERROR 321. i think this is due to the fact that i deleted the messages
Aug 02 19:49:51 <morphis> and routing is a different thing
Aug 02 19:49:51 <DocScrutinizer> morphis: that's exactly what's going to be it
Aug 02 19:50:09 <morphis> which is a additional control
Aug 02 19:50:38 <morphis> so 1. Priorize your audio and 2. Route them to the device you want
Aug 02 19:50:42 <DocScrutinizer> absolutely every point in your description was correct and will get implemented
Aug 02 19:51:05 <morphis> but the routing should not be initiated by a application
Aug 02 19:51:32 <morphis> it should be a system decision
Aug 02 19:51:51 <DocScrutinizer> the routing as in setting up mixer conmtrols is handled by fsoaudiod, via proxy amixer
Aug 02 19:52:12 <PaulFertser> gkwhc: right, that's the correct behaviour. Now please start monitoring the log and send yourself a message.
Aug 02 19:52:18 <DocScrutinizer> fsoaudiod is using config files for that
Aug 02 19:52:31 <morphis> so routing is not controled by a application open a specified device like btsco which will route audio to bt?
Aug 02 19:52:38 <gkwhc> PaulFertser: ok
Aug 02 19:52:38 <DocScrutinizer> thise config files have routing plus prio, for each device of the list you mentioned
Aug 02 19:52:41 <morphis> s/open/opening/
Aug 02 19:52:42 <apt> morphis meant: so routing is not controled by a application opening a specified device like btsco which will route audio to bt?
Aug 02 19:53:07 <morphis> DocScrutinizer: ah I begin to understand
Aug 02 19:53:44 <morphis> so we priorize the audio stream by the current routing situation?
Aug 02 19:54:02 <DocScrutinizer> morphis: app tells fsoaudiod via acihooklib and dbus: "I am going to use BT". fsoaudiod looks up BT device in config file, checks if it is allowed to establish this route, and do it
Aug 02 19:54:26 <DocScrutinizer> via amixer
Aug 02 19:54:40 <morphis> or palmpre scripts
Aug 02 19:54:46 <DocScrutinizer> or via call to your pre scripts loader, called amixer on your pre
Aug 02 19:54:58 <DocScrutinizer> basically
Aug 02 19:55:43 <morphis> hm, but what if I want as user the application not to use bt but back speaker instead?
Aug 02 19:55:54 <DocScrutinizer> actually it is a script wrapper around amixer binary that checks if the "control" is a pre script loading cmd, and does the scropt loading then. Otherwise hands thru to amixer
Aug 02 19:57:02 <DocScrutinizer> morphis: then you either define your app's audiodevice accordingly ("set audio device to 'rear_hifi'")
Aug 02 19:57:20 <mrmoku> like in 'mplayer is playing and I plugin the headset'
Aug 02 19:57:29 <mrmoku> I want the output of mplayer to go to the headset...
Aug 02 19:57:39 <mrmoku> without stopping and restarting it with a different device
Aug 02 19:57:49 <DocScrutinizer> or you make yiur app open a combined device that outputs to several destinations concurrently and you select volume for each of the destinations in alsamixer app
Aug 02 19:58:28 <morphis> ok, I don't think I understand completely how it should work but it sounds good to me
Aug 02 19:58:38 <morphis> but about the amixer proxy for palmpre scripts
Aug 02 19:58:49 <gkwhc> PaulFertser: this is what i see in fsogsmd.log after i pressed send. http://pastebin.com/wCKkuYKp 
Aug 02 19:58:49 <morphis> this should be done with a plugin in fsoaudiod
Aug 02 19:58:52 <DocScrutinizer> mrmoku: this kills your app's options to show proper name and value for volume control
Aug 02 19:59:49 <PaulFertser> gkwhc: sending to yourself?
Aug 02 20:00:00 <morphis> btw. someone in IRC these days?
Aug 02 20:00:00 <gkwhc> PaulFertser: 
Aug 02 20:00:06 <gkwhc> PaulFertser: yes
Aug 02 20:00:06 * angelox|laptop is back
Aug 02 20:00:06 <DocScrutinizer> morphis: definiely not. this will bloat fsoaudiod with a zillion #ifdef pre #elseifdef htc-dream
Aug 02 20:00:14 <morphis> s/someone/someone saw mickeyl/
Aug 02 20:00:15 <apt> morphis meant: btw. someone saw mickeyl in IRC these days?
Aug 02 20:00:22 <morphis> DocScrutinizer: no
Aug 02 20:00:31 <mrmoku> morphis: yeah, he was here today for a second :)
Aug 02 20:00:33 <morphis> DocScrutinizer: that can be done more dynamically
Aug 02 20:00:38 <morphis> mrmoku: for a second, ok
Aug 02 20:00:56 <morphis> DocScrutinizer: as it's already done with the router plugins
Aug 02 20:01:04 <morphis> and streamcontrol plugins
Aug 02 20:01:17 <DocScrutinizer> ill concept, in my book
Aug 02 20:01:23 <PaulFertser> gkwhc: i'd prefer sending from a website but well... damn strange, i have no other ideas.
Aug 02 20:03:01 <DocScrutinizer> I'll elaborate about API design and separation of domains and tasks later
Aug 02 20:03:05 <DocScrutinizer> off for dinner now
Aug 02 20:03:08 <morphis> ok
Aug 02 20:03:12 <morphis> mrmoku: about the callbacks
Aug 02 20:03:27 <morphis> where would you implement them?
Aug 02 20:04:25 <DocScrutinizer> just so much as a teaser: amixer is the generic API for controlling all low level audio aspects of a device, there shall not be any low level stuff that can't get controlled via this API
Aug 02 20:04:34 <gkwhc> PaulFertser: yeah. we can see that it sended, but nothing with about receiving
Aug 02 20:04:48 <DocScrutinizer> this API shall be uniform cross-platform
Aug 02 20:05:04 <DocScrutinizer> o/
Aug 02 20:05:20 <angelox|laptop> gkwhc: Hi
Aug 02 20:06:10 <gkwhc> angelox|laptop: hello
Aug 02 20:06:30 <angelox|laptop> gkwhc: you still with SMS problems?
Aug 02 20:06:39 <gkwhc> angelox|laptop: yes
Aug 02 20:07:12 <pespin> gkwhc, did you try my image?
Aug 02 20:07:26 <gkwhc> pespin: 15 more minutes!
Aug 02 20:08:40 <angelox|laptop> btw,
Aug 02 20:08:45 <angelox|laptop> Hi everyone! :)
Aug 02 20:09:18 <gkwhc> and i just found out, sending USSD requests result in CME error 100 (unknown error)
Aug 02 20:10:40 <gkwhc> PaulFertser: i sent one from the cell provider's website. nothing new in the log. but i did hear noise on the active amplifier connected to the speaker :)
Aug 02 20:11:44 <gkwhc> pespin: by the way, which kernel are you using with the new image?
Aug 02 20:12:10 <gkwhc> oh right
Aug 02 20:12:19 <gkwhc> the 2.6.37 yeah?
Aug 02 20:12:35 <PaulFertser> gkwhc: and yet you can detect and answer an incoming call?
Aug 02 20:13:07 <gkwhc> PaulFertser: well i have only dialed, not answered
Aug 02 20:13:11 <PaulFertser> gkwhc: i just can't see how it can be possible.
Aug 02 20:13:28 <PaulFertser> gkwhc: doesn't matter, i mean you have unsol "reply" indicating a call but not a message.
Aug 02 20:13:41 <PaulFertser> gkwhc: can you try with another SIM, probably from another operator?
Aug 02 20:13:58 <gkwhc> PaulFertser: i only have one SIM unfortunately
Aug 02 20:14:39 <pespin> gkwhc, the one I told you before :)
Aug 02 20:14:45 <gkwhc> PaulFertser: i dont think its hardware since it works on android
Aug 02 20:15:03 <gkwhc> pespin: yup i just remembered :)
Aug 02 20:17:36 <mrmoku> morphis: (callbacks) IIRC it's the system_integration listening to the Call signals
Aug 02 20:18:09 <mrmoku> morphis: dunno what the correct vala callback technique is though
Aug 02 20:18:48 <PaulFertser> gkwhc: ah, right, i've forgotten about it. But it might be using another method for delivering incoming messages, it's possible to either store on SIM or to deliver directly.
Aug 02 20:19:29 <mrmoku> morphis: have to sleep now though... I fail to think straight :-P
Aug 02 20:19:34 <gkwhc> PaulFertser: hmm..
Aug 02 20:19:36 <mrmoku> gnight all
Aug 02 20:20:31 <gkwhc> PaulFertser: i have also tried enabling sim buffer
Aug 02 20:20:39 <angelox|laptop> night mrmoku!
Aug 02 20:21:53 <PaulFertser> gkwhc: i use sim_buffers_sms = false
Aug 02 20:22:15 <gkwhc> PaulFertser: yeah thats the defualt
Aug 02 20:25:47 <playya_> oh. shit. I forgot to mention pespin 
Aug 02 20:25:55 <gkwhc> pespin: boo md5sum doesnt match
Aug 02 20:26:07 <playya_> sorry pespin 
Aug 02 20:26:24 <playya_> pespin, r62020
Aug 02 20:26:59 <pespin> gkwhc, lol try another time xD
Aug 02 20:27:19 <gkwhc> pespin: yeah im downloading again
Aug 02 20:27:29 <pespin> playya_, r62020 in E svn=?
Aug 02 20:27:35 <playya_> yes
Aug 02 20:30:06 <pespin> playya_, ok thanks :)
Aug 02 20:43:49 <pespin> gnutoo, your bluetoothd work in fso seems to work, thanks! :)
Aug 02 20:51:30 <gnutoo> mrmoku: my connection timeouts when I try to load that page
Aug 02 22:41:03 <gnutoo> pespin: nice
Aug 02 23:05:42 <pespin> emtooth2 can receive file via bluetooth now (rev160), and shows a fileselector and and inwin with info about the transfer :D
Aug 03 01:02:55 <gkwhc> pespinin_: im trying out different kernels right now with the new image
Aug 03 01:03:13 <gkwhc> sound didnt work
Aug 03 01:15:40 <angelox|laptop> Good Night Everyone
Aug 03 01:18:52 <pespin_> gkwhc, with sound you mean calls? incoming? outcoming?
Aug 03 01:21:34 <gkwhc> pespin_ : dialtone, ringing, playing any sound. enlightenment crashes if i goto the mixer (default is 0 in audio level) and pull up the audio level.
Aug 03 01:22:29 <pespin_> I'll try it tomorrow
Aug 03 01:22:42 <pespin_> but sound worked fine when I received the SMS
Aug 03 01:24:15 <gkwhc> could you point to me the kernel you are using?
Aug 03 01:27:21 <pespin_> gkwhc, http://espeweb.net/misc/tmp/uImage-2.6.37-r5-oe6-om-gta02.bin
Aug 03 01:27:59 <gkwhc> pespin_ thanks!
Aug 03 01:29:21 <pespin_> yw
Aug 03 01:34:06 <gkwhc> pespin_ yeah audio crashes again. let me check the sms
Aug 03 01:38:55 <gkwhc> pespin_: sms doesnt work =(
Aug 03 01:39:08 <gkwhc> could it be a bootloader problem?
Aug 03 01:40:04 <pespin_> gkwhc, are you using uboot or Qi?
Aug 03 01:40:15 <gkwhc> pespin_: qi
Aug 03 01:41:21 <pespin_> me too
Aug 03 01:42:18 <gkwhc> which version?
Aug 03 01:42:29 <pespin_> no idea :P
Aug 03 01:43:42 <gkwhc> hmm
Aug 03 01:45:59 <pespin_> you may want to have a look at fsoaudiod and fsodeviced logs
Aug 03 01:46:42 <gkwhc> ok
Aug 03 02:01:22 <pespin_> going to sleep, gnight
**** ENDING LOGGING AT Wed Aug 03 02:59:57 2011