**** BEGIN LOGGING AT Sun Apr 03 02:59:58 2011
Apr 03 12:02:30 <GNUtoo> hi mickeyl 
Apr 03 12:03:02 <mickeyl> morning GNUtoo 
Apr 03 12:03:04 <GNUtoo> I did yesterday's modification
Apr 03 12:03:09 <[Rui]> hi all. sadly the N900 at my job's operator was already sold out :(
Apr 03 12:03:10 <GNUtoo> and it still register automatically
Apr 03 12:03:14 <mickeyl> ok
Apr 03 12:03:33 <GNUtoo> how do I do the same with sendisi?
Apr 03 12:03:52 <GNUtoo> I tried but failed with sendisi
Apr 03 12:04:57 <GNUtoo> and how did you write libgisi?
Apr 03 12:05:08 <GNUtoo> with the headers found in the SDK?
Apr 03 12:05:15 <GNUtoo> or with ofono
Apr 03 12:05:31 <GNUtoo> because there is some ??? in a 0x0 thing for registering
Apr 03 12:05:40 <GNUtoo> let me look the code
Apr 03 12:06:01 <mickeyl> i mainly used the ofono headers, but crosschecked with the sdk
Apr 03 12:06:43 <mickeyl> to replicate the same with sendisi, you need to use the resource id as first parameter (PN_NETWORK)
Apr 03 12:06:56 <mickeyl> then give the parameters for the whole message, as found in gisicomm.vala
Apr 03 12:07:13 <GNUtoo>                 0x00,  /* Registered in another protocol? */
Apr 03 12:07:28 <GNUtoo> that's what I did
Apr 03 12:07:36 <GNUtoo> what is PN_NETWORK ?
Apr 03 12:07:43 <GNUtoo> 0xa ?
Apr 03 12:07:45 <mickeyl> check clients/network.h
Apr 03 12:08:25 <mickeyl> yes, 0x0a
Apr 03 12:09:48 <GNUtoo> ./sendisi phonet0 0a 00 00 01 01 04 02 00 didn't work
Apr 03 12:09:58 <GNUtoo> it didn't even accept the request
Apr 03 12:10:11 <GNUtoo> I think it timeouts
Apr 03 12:10:14 <GNUtoo> or something like that
Apr 03 12:10:20 <GNUtoo> ahhh
Apr 03 12:10:22 <GNUtoo> let me retry
Apr 03 12:10:29 <GNUtoo> after configuring the interface
Apr 03 12:10:46 <mickeyl> check first whether the resource answers at all
Apr 03 12:10:48 <GNUtoo> Answer ERROR: Connection timed out
Apr 03 12:10:55 <GNUtoo> Resource 0x0A answering, sending message...
Apr 03 12:10:57 <GNUtoo> it answer
Apr 03 12:11:00 <mickeyl> ok
Apr 03 12:11:09 <mickeyl> hmm
Apr 03 12:11:13 <mickeyl> 00 00 01 doesn't look right
Apr 03 12:11:24 <mickeyl> is this really NETWORK_SET?
Apr 03 12:11:45 <mickeyl>         NET_SET_REQ =                                   0x07,
Apr 03 12:11:54 <mickeyl> it should start with 0x07
Apr 03 12:14:48 <GNUtoo> basically it was register automatic
Apr 03 12:15:47 <GNUtoo> ahhh
Apr 03 12:15:52 <GNUtoo> I looked into the vapi
Apr 03 12:16:01 <mickeyl> the vapi doesn't contain the actual constants
Apr 03 12:16:08 <mickeyl> only the translation between vala names and C names
Apr 03 12:16:30 <mickeyl> so you always need to look into the .h files
Apr 03 13:11:10 <mrmoku> GNUtoo, mickey|bbl: http://build.shr-project.org/tests/mrmoku/n900/package-differences.ods
Apr 03 13:13:51 <mrmoku> might as well be gcc hitting us with some subtle thing
Apr 03 13:15:00 <GNUtoo> I'll try ofono
Apr 03 13:15:43 <mrmoku> ok... have to do some work in the garden now
Apr 03 13:15:48 <mrmoku> bbl
Apr 03 13:16:05 <mrmoku> and yes... I would prefer to continue searching instead ;)
Apr 03 13:18:27 <morphis> GarthPS: ping
Apr 03 13:30:41 <GNUtoo> who tried ofono already? mickey|bbl or mrmoku 
Apr 03 13:31:45 <GNUtoo> I need a modem.conf
Apr 03 13:38:38 <GarthPS> morphis: pong
Apr 03 13:47:40 <GNUtoo> I'm lost
Apr 03 13:47:52 <GNUtoo> mrmoku,  the image really worked?
Apr 03 13:47:56 <GNUtoo> if so how?
Apr 03 13:48:01 <GNUtoo> did it work for you?
Apr 03 13:48:04 <GNUtoo> if so how?
Apr 03 13:50:33 <GNUtoo> I'll stop until I get a response
Apr 03 13:50:47 <GNUtoo> because what I'm doing is useless
Apr 03 13:50:52 <GNUtoo> I'm searching in the dark
Apr 03 15:40:46 <morphis> bluez4 is still relying on kernel bluetooth support, right?
Apr 03 15:43:23 <mrmoku> GNUtoo: mickey|bbl tried ofono
Apr 03 15:43:49 <mrmoku> GNUtoo: I need a shower and after that I will retry that damn image to verify it really works
Apr 03 15:47:52 <mrmoku> GNUtoo: if it still works we should take a closer look at the differences
Apr 03 15:48:17 <mrmoku> GNUtoo: maybe build an image with cornucopia as of 8c7a3c536e314e8787afd87f054ea72cf002a7d9
Apr 03 15:48:31 <mrmoku> libgisi didn't change meanwhile
Apr 03 15:49:17 <GNUtoo> mrmoku, ok
Apr 03 15:50:01 <mrmoku> anyway... shower now
Apr 03 15:50:05 * mrmoku is dirty and stinks :P
Apr 03 15:52:23 * mwester holds his nose
Apr 03 16:01:14 <mrmoku> mwester: ok, you can leave your nose again :)
Apr 03 17:16:27 <dcordes> mrmoku: quick shower
Apr 03 17:16:45 <dcordes> GNUtoo: so you received spam mails from me ?
Apr 03 17:16:58 <dcordes> GNUtoo: which host name ?
Apr 03 17:17:05 <dcordes> GNUtoo|nexusone: 
Apr 03 17:17:33 <GNUtoo|nexusone> let me look
Apr 03 17:24:47 <dcordes> so ?
Apr 03 17:25:07 <GNUtoo> dcordes, I pinged you the result
Apr 03 17:25:16 <GNUtoo> s/pinged/PM ed
Apr 03 17:28:09 <mrmoku> GNUtoo: still works
Apr 03 17:28:14 <mrmoku> dcordes: :)
Apr 03 17:28:16 <mrmoku> 2011-03-15T00:11:02.270966Z [INFO]  NokiaIsiModem <phonet:phonet0>: Modem Status changed to FSO_GSM_MODEM_STATUS_ALIVE_REGISTERED
Apr 03 17:28:41 <GNUtoo> mrmoku, could you detail your setup?
Apr 03 17:28:43 <GNUtoo> and paste logs
Apr 03 17:28:47 <mrmoku> GNUtoo: maybe your problem is that you have to manually load some modules...
Apr 03 17:28:51 <mrmoku> I did the following
Apr 03 17:28:57 <mrmoku> a) install the image
Apr 03 17:29:05 <mrmoku> b) install phonet-utils
Apr 03 17:29:19 <mrmoku> c) copy the nokia initscript from current initscripts-shr
Apr 03 17:29:34 <mrmoku> d) install current kernel and unpack modules
Apr 03 17:29:44 <mrmoku> e) boot
Apr 03 17:29:52 <mrmoku> f) modprobe omap_ssi
Apr 03 17:29:59 <mrmoku> g) modprobe cmt_speech
Apr 03 17:30:14 <mrmoku> h) call the initscript with start
Apr 03 17:30:23 <mrmoku> i) fire up mdbus2 and do as usual
Apr 03 17:30:55 <mrmoku> somehow it looks like udev is loading cmt_speech for us
Apr 03 17:31:08 <mrmoku> as it does get automatically loaded when omap_ssi gets loaded
Apr 03 17:31:17 <mrmoku> but not in that minimal image (without udev)
Apr 03 17:32:10 <GNUtoo> ok
Apr 03 17:32:11 <mrmoku> [SIGNAL] org.freesmartphone.GSM.Network.Status  /org/freesmartphone/GSM/Device  :1.7
Apr 03 17:32:15 <mrmoku> ({"provider": "M-net","display": "M-net","lac": "C930","mode": "automatic","code": "26207","cid": "01F8","band": 1800,"network": "o2 - de","registration": "home","act": "UMTS"})
Apr 03 17:32:26 <GNUtoo> wow
Apr 03 17:32:33 <GNUtoo> I'll try
Apr 03 17:34:48 <GNUtoo> I've to eat
Apr 03 17:35:27 <mrmoku> ok, lets continue later then :)
Apr 03 17:35:33 * mrmoku already had dinner
Apr 03 17:36:58 <dcordes> GNUtoo: what's the sender address ?
Apr 03 17:56:15 <mrmoku> GNUtoo: in case you need a phonet-utils package: http://build.shr-project.org/tests/mrmoku/n900/phonet-utils_0.0.0+gitr0+4acfa720fd37d178a048fc2be17180137d4a70ea-r0.6_armv7a.ipk
Apr 03 18:36:31 <GNUtoo> back
Apr 03 18:41:27 <GNUtoo> mrmoku, ah I didn't know it was in oe
Apr 03 18:47:41 <mrmoku> GNUtoo: only in n900-oe for now
Apr 03 18:48:11 <GNUtoo> ok
Apr 03 18:48:46 <GNUtoo> <mrmoku> c) copy the nokia initscript from current initscripts-shr
Apr 03 18:48:49 <GNUtoo> that's in oe
Apr 03 18:49:01 <GNUtoo> or in n900-oe?
Apr 03 18:49:12 <mrmoku> GNUtoo: that's in both
Apr 03 18:49:16 <mrmoku> hmm
Apr 03 18:49:18 <mrmoku> wait
Apr 03 18:49:18 <GNUtoo> ok
Apr 03 18:49:26 <mrmoku> not sure if the one in oe has phonet too
Apr 03 18:49:33 <mrmoku> better take the one from n900-oe
Apr 03 18:49:42 <mrmoku> well... actually I'm sure
Apr 03 18:49:52 <mrmoku> because phonet-utils are not in OE :)
Apr 03 18:49:54 <GNUtoo> ok
Apr 03 18:52:36 <GNUtoo> phonet-utils is not GPL2 but GPLv2 or GPLv2+
Apr 03 18:52:50 <mrmoku> ahh, ok
Apr 03 18:55:32 <mrmoku> GNUtoo: GPLv2 then
Apr 03 18:57:53 <GNUtoo> do you have a package for the initscripts?
Apr 03 18:57:59 <GNUtoo> I don't understand how they get copied
Apr 03 18:58:22 <GNUtoo> basically I don't see that:
Apr 03 18:58:54 <GNUtoo> ah sorry
Apr 03 18:58:56 <GNUtoo> no problem
Apr 03 18:59:02 <GNUtoo> the file is named cmt-gpio
Apr 03 18:59:03 <GNUtoo> ok then
Apr 03 19:01:10 <mrmoku> GNUtoo: yeah nokia-n900-cmt-gpio.sh
Apr 03 19:01:25 <mickey|bbl> morphis: that 0 read is quite mysterious: http://pastie.org/1751537
Apr 03 19:02:04 <mickeyl> mrmoku: congrats, so the old image still works. with this as baseline we can change things and find out when it breaks
Apr 03 19:03:48 <GNUtoo> I'll try to make it work
Apr 03 19:03:51 <GNUtoo> for me
Apr 03 19:04:30 <mrmoku> mickeyl: did you see the link to my package comparison?
Apr 03 19:04:35 <GNUtoo> mrmoku, can you pastebin the whole fsogsmd.log?
Apr 03 19:04:45 <GNUtoo> I'll try again from scratch
Apr 03 19:04:50 <GNUtoo> but it doesn't seem to work for me
Apr 03 19:04:55 <mrmoku> GNUtoo: have to reproduce it
Apr 03 19:05:01 <GNUtoo> ok
Apr 03 19:05:13 <mrmoku> try to start with killing fsogsmd
Apr 03 19:05:19 <mickeyl> mrmoku: yes. all those are looking innocent, if you ask me
Apr 03 19:05:28 <mrmoku> mickeyl: thats the problem :/
Apr 03 19:06:07 <mrmoku> mickeyl: btw. I tried with the current kernel... so it's not kernel
Apr 03 19:06:16 <mickeyl> mrmoku: ok
Apr 03 19:06:31 <mickeyl> mrmoku: i'd try first with the base stuff
Apr 03 19:06:36 <mickeyl> netbase and sysvinit
Apr 03 19:06:49 <mickeyl> updating those should have no effect
Apr 03 19:07:06 * GNUtoo takes the shrlockohms | 
Apr 03 19:07:14 <mickeyl> tzdata as well
Apr 03 19:07:16 <GNUtoo> and think
Apr 03 19:07:20 <mickeyl> hehe
Apr 03 19:07:58 <mrmoku> mickeyl: netbase is the same in SHR and the working aurora
Apr 03 19:08:14 <mrmoku> note there are two tables in that thing
Apr 03 19:08:23 * mrmoku should have choosen shorter names maybe :P
Apr 03 19:08:33 <mrmoku> one that compares only the two auroras
Apr 03 19:08:37 <mrmoku> and one with shr included
Apr 03 19:08:40 <mickeyl> d'oh
Apr 03 19:08:43 <GNUtoo> maybe the kernel is the culpit, because I didn't install the current kernel
Apr 03 19:08:49 <GNUtoo> I've the one in the image
Apr 03 19:09:20 <mrmoku> mickeyl: sysvinit is the same in shr too
Apr 03 19:10:43 <mrmoku> mickeyl: one thing we don't see in that comparison is vala
Apr 03 19:11:01 <mrmoku> GNUtoo: yeah the one in the image probably won't work
Apr 03 19:11:06 <GNUtoo> why?
Apr 03 19:11:19 <mrmoku> it's mainline 2.6.35 I think?
Apr 03 19:11:27 <GNUtoo> mainline, no
Apr 03 19:11:28 <GNUtoo> meego
Apr 03 19:11:31 <mrmoku> ahh, ok
Apr 03 19:11:34 <GNUtoo> meego 2.6.35
Apr 03 19:11:37 <GNUtoo> mainline recipe
Apr 03 19:11:38 <mickeyl> mrmoku: ok, well in that case, i'd propose upgrading the fso stack first
Apr 03 19:11:40 <GNUtoo> but with tons of patches
Apr 03 19:11:40 <mrmoku> then I don't know... did not try that kernel
Apr 03 19:11:48 <mickeyl> mrmoku: if it still works, we know a lot
Apr 03 19:11:56 <GNUtoo> mrmoku, what kernel did you use, the newer one?
Apr 03 19:12:02 <mrmoku> GNUtoo: yup
Apr 03 19:12:10 <GNUtoo> the one in n900-oe
Apr 03 19:12:11 <GNUtoo> ok
Apr 03 19:12:25 <mrmoku> mickeyl: hmm... installing the fso packages from my local shr feed... yeah, will do that
Apr 03 19:12:55 <mickeyl> take care that you don't update too much
Apr 03 19:13:14 <mrmoku> I hope that will work... because gcc changed meanwhile
Apr 03 19:13:18 <mrmoku> dunno what else
Apr 03 19:13:33 <GNUtoo> I'll retry from scratch
Apr 03 19:14:06 <mickeyl> hmm, gcc and vala are major unknowns
Apr 03 19:14:14 <mickeyl> i really hope it's not somewhere down there
Apr 03 19:14:22 <mickeyl> that could take us ages to pin down
Apr 03 19:14:27 <mrmoku> mickeyl: gcc one can see with libgcc1 which is installed
Apr 03 19:14:34 <mrmoku> and it's the same for working aurora and shr
Apr 03 19:14:35 <GNUtoo> maybe the kernel
Apr 03 19:14:42 <mickeyl> yeah, i didn't mean the versions
Apr 03 19:14:44 <mickeyl> i meant the changes
Apr 03 19:14:45 <GNUtoo> it is not in the comparison
Apr 03 19:14:49 <GNUtoo> the kernel
Apr 03 19:14:59 <GNUtoo> is not the same
Apr 03 19:15:04 <GNUtoo> between both versions
Apr 03 19:15:25 <mrmoku> GNUtoo: true, but I tried with the older kernel back then and with the new one today
Apr 03 19:15:35 <mrmoku> and both worked with aurora and not with SHR
Apr 03 19:15:46 <GNUtoo> ok
Apr 03 19:16:05 <GNUtoo> I'll try your working setup again
Apr 03 19:16:12 <mrmoku> ok
Apr 03 19:17:29 <GNUtoo> ok unpacking minimal-fso2-console-image-eglibc-ipk-dev-snapshot-20110314-nokia900.rootfs
Apr 03 19:18:36 <mrmoku> mickeyl: what is the minimum I should try to update? fsogsmd alone probably won't work
Apr 03 19:19:02 <mickeyl> lets go back down there
Apr 03 19:19:17 <mrmoku> mickeyl: what is the minimum I should try to update? fsogsmd alone probably won't work
Apr 03 19:19:36 <mickeyl> fsogsmd needs libfsotransport, libfsobasics, libfsoresource
Apr 03 19:19:41 <mickeyl> libfsoframework
Apr 03 19:19:50 <mickeyl> libgisi
Apr 03 19:20:11 <mickeyl> and perhaps libfsoglib
Apr 03 19:20:18 <mickeyl> (may be ok though)
Apr 03 19:20:37 <mickeyl> libfsoresource hasn't changed in ages
Apr 03 19:20:47 <mickeyl> basics may be recent enough for fsogsmd
Apr 03 19:21:00 <mickeyl> transport didn't change either i guess
Apr 03 19:21:13 <mickeyl> thinking about it... framework as well
Apr 03 19:21:21 <mickeyl> so it may boil down to libgisi and fsogsmd
Apr 03 19:21:53 <mickeyl> (including libgisicomm, which is included in libgisi packaging)
Apr 03 19:22:35 <mrmoku> mickeyl: fine, because libgisi did not change :)
Apr 03 19:22:44 <mrmoku> so I try with fsogsmd only as first step
Apr 03 19:23:25 <mickeyl> i changed libgisi yesterday, but it was unrelated, just adding something
Apr 03 19:23:31 <mrmoku> GNUtoo: the log: http://paste.pocoo.org/show/364973/
Apr 03 19:25:22 <GNUtoo> ok thanks a lot
Apr 03 19:25:27 <GNUtoo> no PN_LINK_DOWN
Apr 03 19:25:30 <GNUtoo> in your log
Apr 03 19:28:27 <mrmoku> 2011-03-15T00:37:46.739040Z [DEBUG] fsogsmd : GLib <gisicomm>: gisicomm.vala:1106: found provider M-net [26207] with status NET_OPER_STATUS_AVAILABLE
Apr 03 19:28:31 <mrmoku> 2011-03-15T00:37:46.739497Z [DEBUG] fsogsmd : GLib <gisicomm>: gisicomm.vala:1106: found provider Vodafone.de [26202] with status NET_OPER_STATUS_FORBIDDEN
Apr 03 19:28:34 <mrmoku> 2011-03-15T00:37:46.740077Z [DEBUG] fsogsmd : GLib <gisicomm>: gisicomm.vala:1106: found provider E-Plus [26203] with status NET_OPER_STATUS_FORBIDDEN
Apr 03 19:28:37 <mrmoku> 2011-03-15T00:37:46.740535Z [DEBUG] fsogsmd : GLib <gisicomm>: gisicomm.vala:1106: found provider M-net [26201] with status NET_OPER_STATUS_FORBIDDEN
Apr 03 19:28:40 <mrmoku> 2011-03-15T00:38:25.799972Z [INFO]  NokiaIsiModem <phonet:phonet0>: Modem Status changed to FSO_GSM_MODEM_STATUS_ALIVE_REGISTERED
Apr 03 19:28:50 <mrmoku> mickeyl: newer fsogsmd works
Apr 03 19:28:55 <mickeyl> yay!
Apr 03 19:28:57 <mickeyl> *phew*
Apr 03 19:29:00 <mrmoku> :P
Apr 03 19:29:10 <mrmoku> would have been easier to fix though ;)
Apr 03 19:29:59 <mrmoku> mickeyl: transport next?
Apr 03 19:30:14 <mickeyl> yes, one-by-one please
Apr 03 19:30:31 <mickeyl> transport, basics, framework, resource
Apr 03 19:33:31 <mrmoku> hmm
Apr 03 19:33:33 <mrmoku> mickeyl: 2011-03-15T00:43:16.088282Z [DEBUG] fsogsmd : GLib <gisicomm>: gisicomm.vala:102: NETLINK STATE = PN_LINK_DOWN
Apr 03 19:33:36 <mrmoku> 2011-03-15T00:43:16.497721Z [DEBUG] fsogsmd : GLib <gisicomm>: gisicomm.vala:102: NETLINK STATE = PN_LINK_UP
Apr 03 19:33:53 <mrmoku> so transport...
Apr 03 19:33:55 <mickeyl> uh oh
Apr 03 19:34:13 <mrmoku> though it did show the providers
Apr 03 19:34:24 <mrmoku> but before registering went down
Apr 03 19:34:27 <mickeyl> yes, it always shows the providers, then goes down
Apr 03 19:34:44 <mrmoku> no, it did not even show the providers for me... at least I think so
Apr 03 19:34:51 <mrmoku> maybe I oversaw that though
Apr 03 19:35:09 <mrmoku> blinded by PN_LINK_DOWN
Apr 03 19:35:53 <GNUtoo> 2011-03-14T23:14:30.154541Z [DEBUG] fsogsmd : GLib <gisicomm>: gisicomm.vala:885: mccmnc = 22210
Apr 03 19:36:01 <GNUtoo> 2011-03-14T23:15:52.160217Z [DEBUG] fsogsmd : GLib <gisicomm>: gisicomm.vala:102: NETLINK STATE = PN_LINK_DOWN
Apr 03 19:36:01 <GNUtoo> 2011-03-14T23:15:52.161376Z [DEBUG] fsogsmd : GLib <gisicomm>: gisicomm.vala:102: NETLINK STATE = PN_LINK_UP
Apr 03 19:36:05 <GNUtoo> I'll reboot
Apr 03 19:36:07 <GNUtoo> and retry
Apr 03 19:37:33 <mrmoku> GNUtoo: for me it's enough to kill fsogsmd
Apr 03 19:37:47 <GNUtoo> ok
Apr 03 19:38:31 <mrmoku> jAca4fSo
Apr 03 19:38:35 <mrmoku> oops
Apr 03 19:38:56 <GNUtoo> ouch
Apr 03 19:39:03 <mickeyl> mrmoku: hmm
Apr 03 19:39:06 <mickeyl>  git diff 8c7a3c536e314e8787afd87f054ea72cf002a7d9 08efc76f0c997bf3b8caa8749e0cd11caffab473 -- .
Apr 03 19:39:17 <mickeyl> doesn't show anything _remotely_ connected to ISI
Apr 03 19:39:43 <mickeyl> (in libfsotransport)
Apr 03 19:40:27 <mrmoku> mickeyl: yeah, nothing changed there
Apr 03 19:40:40 * mrmoku retries
Apr 03 19:41:45 <GNUtoo> //first try: 22210
Apr 03 19:41:58 <GNUtoo> //second try: 22210
Apr 03 19:42:08 <GNUtoo> //third try: 22210
Apr 03 19:42:18 <GNUtoo> maybe reboot is better
Apr 03 19:42:23 <GNUtoo> since before I got 22288
Apr 03 19:43:03 <mrmoku> mickeyl: duh, now it worked
Apr 03 19:43:10 <mickeyl> *nod*
Apr 03 19:43:29 <mrmoku> hmm... strange though
Apr 03 19:43:32 <mickeyl> i'm not sure whether the MTC command is ok to be executed more than once
Apr 03 19:43:42 <mickeyl> so best would be a reboot before every test
Apr 03 19:43:50 <mickeyl> (although that takes longer and is annoying)
Apr 03 19:44:06 <mickeyl> but it's better to make sure the modem starts always in the same low level state
Apr 03 19:44:17 <mickeyl> i'm not sure i trust the powercycling to be effective...
Apr 03 19:44:17 <mrmoku> it worked the second time without reboot though... hmm.. but ok
Apr 03 19:44:24 * mrmoku reboots
Apr 03 19:45:28 <mickeyl> bbiab
Apr 03 19:47:47 * mrmoku too
Apr 03 19:48:37 <mrmoku> ok, worked after reboot
Apr 03 19:48:55 <mrmoku> brb to update basics and reboot
Apr 03 19:53:29 <GNUtoo> 2011-03-14T23:28:02.534301Z [DEBUG] fsogsmd : GLib <gisicomm>: gisicomm.vala:885: mccmnc = 22201
Apr 03 19:53:38 <GNUtoo> which is a forbidden network
Apr 03 20:03:57 <GNUtoo> what's the way to make the boot.scr executed
Apr 03 20:04:02 <GNUtoo> where should it go?
Apr 03 20:04:07 <GNUtoo> I've done it with mkbootimg
Apr 03 20:04:33 <mrmoku> GNUtoo: hmm
Apr 03 20:04:40 <mrmoku> I don't remember
Apr 03 20:05:03 <mrmoku> can check the u-boot env on next reboot
Apr 03 20:05:18 <GNUtoo> ok
Apr 03 20:05:25 <GNUtoo> it's bootcmd?
Apr 03 20:07:19 <GNUtoo> maybe in /
Apr 03 20:09:44 <mrmoku> GNUtoo: yeah, but which partition?
Apr 03 20:10:20 <GNUtoo> ah
Apr 03 20:10:23 <GNUtoo> I think 0:1
Apr 03 20:18:34 <mrmoku> GNUtoo: sorry, can't check the env from within uboot
Apr 03 20:18:45 <mrmoku> printenv scrolls the relevant part out of sight too fast
Apr 03 20:19:00 <mrmoku> and for printing a specific env I need {
Apr 03 20:19:04 <GNUtoo> mrmoku, uboot works
Apr 03 20:19:06 <mrmoku> which I don't have :/
Apr 03 20:19:10 <mrmoku> ahh, ok
Apr 03 20:19:13 <GNUtoo> I've just put it in /
Apr 03 20:19:23 <GNUtoo> and it works
Apr 03 20:20:10 <mrmoku> good
Apr 03 20:20:33 <GNUtoo> 2011-03-14T23:50:14.147562Z [DEBUG] fsogsmd : GLib <gisicomm>: gisicomm.vala:885: mccmnc = 22288
Apr 03 20:20:36 <GNUtoo> let's see how it goes
Apr 03 20:22:48 <mrmoku> GNUtoo: it takes a moment until I see the providers
Apr 03 20:22:54 <mrmoku> and another moment until it registers
Apr 03 20:23:08 <GNUtoo> ok
Apr 03 20:23:10 <GNUtoo> I'll wait
Apr 03 20:25:34 <mrmoku> 2011-03-15T01:28:23.006189Z [DEBUG] fsogsmd : GLib <gisicomm>: gisicomm.vala:93: MODEM STATE NOW MTC_NORMAL, TARGET = MTC_NORMAL
Apr 03 20:25:38 <mrmoku> 2011-03-15T01:28:58.222049Z [DEBUG] fsogsmd : GLib <gisicomm>: gisicomm.vala:1106: found provider M-net [26207] with status NET_OPER_STATUS_AVAILABLE
Apr 03 20:25:55 <mrmoku> GNUtoo: first moment = 35s for me
Apr 03 20:26:04 <GNUtoo> ok
Apr 03 20:26:05 <mrmoku> 2011-03-15T01:29:36.271066Z [DEBUG] NokiaIsiModem <phonet:phonet0>: Already in status FSO_GSM_MODEM_STATUS_ALIVE_REGISTERED, not advancing
Apr 03 20:26:37 <mrmoku> mickeyl: ok, updated all one-by-one up to resource with rebooting and everything works
Apr 03 20:26:57 <mrmoku> GNUtoo: does not work?
Apr 03 20:29:49 <GNUtoo> b no idea
Apr 03 20:29:52 <GNUtoo> it's blocked here:
Apr 03 20:30:18 <GNUtoo> http://pastie.org/private/tjcxkju1tqymkoascnj3lg
Apr 03 20:31:37 <mrmoku> GNUtoo: vodafone and wind are both allowed for you?
Apr 03 20:32:56 <GNUtoo> not a problem
Apr 03 20:33:01 <GNUtoo> I rebooted several time
Apr 03 20:33:05 <GNUtoo> to get the good network
Apr 03 20:34:19 <GNUtoo> my network is wind
Apr 03 20:34:21 <GNUtoo> 22288
Apr 03 20:37:41 <mrmoku> GNUtoo: but the log says vodafone would be allowed too
Apr 03 20:37:53 <GNUtoo> 22288 is wind
Apr 03 20:38:10 <mrmoku> 2011-03-14T23:50:14.141246Z [DEBUG] fsogsmd : GLib <gisicomm>: gisicomm.vala:1106: found provider vodafone IT [22210] with status NET_OPER_STATUS_AVAILABLE
Apr 03 20:40:36 <GNUtoo> yes but after it says:
Apr 03 20:40:41 <GNUtoo> 2011-03-14T23:50:14.147562Z [DEBUG] fsogsmd : GLib <gisicomm>: gisicomm.vala:885: mccmnc = 22288
Apr 03 20:41:00 <mrmoku> ahh, ok
Apr 03 20:42:21 <mrmoku> anyway... need some rest now
Apr 03 20:42:52 <mrmoku> GNUtoo: this is all really strange
Apr 03 20:43:01 <mrmoku> gnight
Apr 03 20:43:05 <GNUtoo> I've 2 allowed networks
Apr 03 20:43:09 <GNUtoo> mickeyl, any ideas on the log?
Apr 03 20:44:47 <GNUtoo> I think it won't register
Apr 03 20:44:54 <GNUtoo> since it's been like 18min waiting
Apr 03 20:45:30 <GNUtoo> I'll rerty withoug booting
Apr 03 20:46:47 <GNUtoo> now it uses 2011-03-15T00:17:07.516918Z [DEBUG] fsogsmd : GLib <gisicomm>: gisicomm.vala:885: mccmnc = 22201
Apr 03 20:46:50 <GNUtoo> I'll retry
Apr 03 22:33:09 <zub> PaulFertser: (FSO Usage interface) it seems that at least for my setup I get reply to RequestResource *before* the resource is really available
Apr 03 22:33:39 <zub> (requesting wifi)
Apr 03 22:33:41 <zub> sigh :-(
Apr 03 23:08:58 <PaulFertser> zub: i guess you get the reply as soon as it's done with "echo" thing.
Apr 03 23:09:19 <PaulFertser> zub: so yes, it might be not really available by the time
Apr 03 23:19:15 <zub> PaulFertser: ah, that sounds reasonable
Apr 03 23:19:42 <zub> but isn't the echo thing blocking?
Apr 03 23:20:51 <PaulFertser> zub: it tells the driver to bind but then it continues initialisation of the card asynchroniously i think.
Apr 03 23:21:20 <zub> so it seems that to be 100% sure I have to poll
Apr 03 23:21:59 <PaulFertser> zub: either that, or just do a 5-second pause after requesting the resource.
Apr 03 23:22:12 <zub> yuck :/
Apr 03 23:22:57 <zub> hardcoded sleeps are far from robust (and nice)
Apr 03 23:24:04 <zub> anyway, thanks
Apr 03 23:30:48 <PaulFertser> zub: the chip itself (and the driver for it) is far from robust, so you're not losing much here.
**** BEGIN LOGGING AT Sun Apr 03 23:55:22 2011
**** BEGIN LOGGING AT Mon Apr 04 15:14:14 2011
Apr 04 15:17:47 <dcordes> Slyon: nice!
Apr 04 15:26:49 <dcordes> "SHR is a Linux distribution focusing on embedded and mobile systems. "
Apr 04 15:27:02 <dcordes> all devices we 'support' are phones
Apr 04 15:27:24 <mrmoku> dcordes: not true
Apr 04 15:27:31 <mrmoku> pespin's tablet for example is not a phone
Apr 04 15:28:50 <dcordes> mrmoku: ok. I think it would be good to point out the possibility to operate phone hardware with shr
Apr 04 15:29:04 <dcordes> mrmoku: because that is something special as opposed to 'normal' linux distributions
Apr 04 15:29:12 <mickeyl> add "including, but not limited to Smartphones"
Apr 04 15:29:21 <mickeyl> or something like that
Apr 04 15:29:25 <dcordes> good idea
Apr 04 15:30:09 <dcordes> what about this in the introduction:
Apr 04 15:30:10 <dcordes> What makes SHR so special ?''' 
Apr 04 15:30:11 <dcordes> SHR is a 100% community driven and free and open source software project. This empowers everybody to realize their innovations - without asking some CEO or strategy manager first.
Apr 04 15:30:36 <mickeyl> hehe, yeah
Apr 04 15:32:48 <dcordes> mickeyl: you think I can put it like that in the intro ?
Apr 04 15:33:15 <mickeyl> sure, why not, sounds good
Apr 04 15:35:16 <mickeyl> hmm, what reasons would there be for a socket to be readable (select returns with IN being active), but a read returns 0 bytes
Apr 04 15:40:42 <antrik> it's pretty clear that SHR is first an foremost a smartphone system. I think it's important to keep a clear focus
Apr 04 15:41:28 <antrik> if people want to port it to tablets etc. that's fine; but I think the front page should send a clear message
Apr 04 15:42:19 <dcordes> antrik: I agree. I can run ubuntu linux on my smartphone but it doesn't mean ubuntu.com has to say ubuntu- the linux based os for your desktop, .. and sometimes also phone
Apr 04 15:42:57 <antrik> I'm not interested in a "distribution for embedded systems". I'm interested in a smartphone distribution. and I guess that's true for most other potential users
Apr 04 15:43:49 <dcordes> "SHR is a Linux distribution for smartphones."
Apr 04 15:44:20 <antrik> well, being a GNU enthusiast, I'd clearly prefer "GNU/Linux distribution" :-)
Apr 04 15:44:49 <dcordes> SHR is a GNU/Linux based distribution for smartphones.
Apr 04 15:44:52 <mickeyl> well, at least call it "mainly targetted at"
Apr 04 15:44:55 <mickeyl> instead of 'for'
Apr 04 15:45:25 <mickeyl> ~seen morphis
Apr 04 15:48:29 <dcordes> hm ok
Apr 04 15:48:40 <dcordes> maybe we can make it operating system instead of distribution
Apr 04 15:48:51 <antrik> BTW, as I mentioned a few times already, I don't think smartphones really fit the definition of an embedded system. in many regards, they are closer to a general-purpose desktop system than to traditional embedded applications
Apr 04 15:49:20 <antrik> dcordes: agreed. I almost suggested it myself :-)
Apr 04 15:51:20 <antrik> how about "GNU/Linux based operating system for smartphones and similar devices"?
Apr 04 15:55:12 <dcordes> that's good!
Apr 04 15:55:14 <dcordes> with the other devices
Apr 04 15:56:00 <dcordes> SHR is a GNU/Linux based operating system for smartphones and similar mobile devices.
Apr 04 15:56:20 <antrik> sounds good :-)
Apr 04 15:57:02 <dcordes> I am wondering if it's good to keep the list of devices in the intro
Apr 04 15:57:15 <dcordes> maybe we can make a references to the devices page ?
Apr 04 15:58:10 <antrik> hm... I think it's good if people immediately see "oh, I have one of those, it's for me!"
Apr 04 15:58:11 <morphis> heyho
Apr 04 15:58:29 <antrik> (or alternatively, "damn, mine is not supported... I need to change that!" ;-) )
Apr 04 15:59:39 <dcordes> true it might seem too anonymous without any mentions of hardware
Apr 04 16:01:02 <mickeyl> morphis: i found the forwarding issue 
Apr 04 16:01:11 <mickeyl> it's actually not a forwarding issue
Apr 04 16:01:31 <mickeyl> but rather a matter of opening/closing order. here's the full story
Apr 04 16:02:49 <mickeyl> morphis: msmcommd resets the modem on startup, which in turn resets the USB bus and the ttyACM0 device. If serial_forward is being called _before_ this happens, then every subsequent opening will return short reads (0 bytes) and HUP. If serial_forward is being called _after_ msmcommd has reset the port, then everything works as expected. took me a while to figure that out... :)
Apr 04 16:03:15 <dcordes> antrik: maybe we can pick the best supported / most famous ?
Apr 04 16:04:32 <morphis> mickeyl: ah ok :)
Apr 04 16:04:50 <morphis> mickeyl: but not msmcommd resets the modem on startup, only the link layer!
Apr 04 16:04:50 <dcordes> antrik: and maybe max. 1 per manufacturer
Apr 04 16:05:07 <morphis> mickeyl: fsogsmd resets the modem while initializing
Apr 04 16:05:14 <antrik> dcordes: I would list them in the order of best support; but depending on the wording, it should be fine to list the partially supported ones too...
Apr 04 16:05:42 <morphis> mickeyl: "org.msmcomm.State.ChangeOperation OFFLINE" does the real modem reset
Apr 04 16:06:09 <mickeyl> ok, then serial_forward needs to be launched after fsogsmd is idle
Apr 04 16:06:15 <antrik> yeah, I guess it's not necessary to list every single HTC device, or every single variant of the Pre :-)
Apr 04 16:06:17 <dcordes> antrik: 'able to run on:' ..
Apr 04 16:06:35 <morphis> mickeyl: correct
Apr 04 16:06:52 <dcordes> antrik: [wiki:"Devices" a vast selection of modern hardware] <few examples here>
Apr 04 16:07:10 <dcordes> antrik: or we include the device names in the link
Apr 04 16:08:49 <antrik> well, I would write something like: "supported or partially supported devices include: OM GTA02 (Freerunner), GTA01, Nokia N900, Palm Pre (and variants), HTC Dream (and some other HTC devices)" etc.
Apr 04 16:08:58 <CIA-10> freesmartphone.org: 03morphis 07cornucopia * r3dd59da90d63 10/fsogsmd/configure.ac: fsogsmd: add connman as build dependency
Apr 04 16:09:01 <CIA-10> freesmartphone.org: 03morphis 07cornucopia * rfd9a82cc35ad 10/fsogsmd/ (6 files in 4 dirs): fsogsmd: add initial connman plugin
Apr 04 16:09:21 <morphis> dcordes, antrik: great to hear that you are caring about SHR wiki stuff!
Apr 04 16:10:02 <antrik> make that "currently supported"
Apr 04 16:13:32 <CIA-10> freesmartphone.org: 03mickey 07cornucopia * ra1af738cd6c9 10/fsogsmd/configure.ac: fsogsmd: configure: fix help for connman check
Apr 04 16:15:43 <dcordes> antrik: difficult to restate it to include currently supported the way I put it now
Apr 04 16:16:10 <dcordes> I think we should brag with openembedded
Apr 04 16:17:39 <morphis> mickeyl: thx for the last commit ...
Apr 04 16:17:56 <mickeyl> :)
Apr 04 16:18:12 <mickeyl> adding connman support is great. things will finally fall into place
Apr 04 16:18:59 <morphis> I hope so ...
Apr 04 16:19:00 <mickeyl> eventually we'll have bluez as well. we can base a vala plugin on the old C plugin that works with frameworkd
Apr 04 16:19:22 <antrik> dcordes: I guess the current wording is fine. I think Freerunner should be mentioned first though, being by far the best supported device...
Apr 04 16:19:24 <morphis> with connmann we will get most feature other platforms already have like wifi/eth control, vpn support
Apr 04 16:19:38 <morphis> mickeyl: jepp, we should do that
Apr 04 16:19:47 <antrik> (and in fact still the only one that is actually usable)
Apr 04 16:28:31 <dcordes> Tadaa new introduction: http://trac.shr-project.org/trac/wiki/WikiStart?version=118
Apr 04 16:28:37 <dcordes> any comment welcome !
Apr 04 16:29:02 <dcordes> antrik: put freerunner first
Apr 04 16:30:00 <morphis> wuuh, vala is crazy ...
Apr 04 16:30:19 <morphis> it's generated code makes me nervous sometimes ...
Apr 04 16:31:52 <dcordes>     Customize your image -- Tricks and tips to customize your SHR
Apr 04 16:31:53 <dcordes>     Tweaks -- More advanced tweaks to improve your SHR 
Apr 04 16:31:57 <dcordes> we might merge that somehow
Apr 04 16:32:28 <dcordes> http://trac.shr-project.org/trac/wiki/Firmware
Apr 04 16:32:43 <dcordes> this reference might be moved to device specific pages
Apr 04 16:33:13 <morphis> mickeyl: is it possible to initialize structs in vala like in c ( struct test0 t0 = { .a = 0, .b = 1 } too?
Apr 04 16:36:50 <playya__> morphis, no. 
Apr 04 16:37:11 <playya__> but {1,2, "foobar"}
Apr 04 16:37:16 <antrik> dcordes: very nice :-)
Apr 04 16:37:55 <antrik> I would keep the device list more like the previous one, which IMHO was more informative... but I guess it's fine
Apr 04 16:39:20 <dcordes> antrik: hm what made the prvious device list more informative ?
Apr 04 16:39:35 <morphis> playya__:  sad ....
Apr 04 16:41:07 <morphis> playya__: btw. I discoverd to day that in webOS there is a /dev/gps which is a symlink to /dev/ttyACM2
Apr 04 16:41:25 <morphis> so maybe there is a way to use GPS without talking msmcomm to the modem
Apr 04 16:41:49 <morphis> as I looked at the log of the modem part of webOS and it says nothing when running google maps to get a gps fix ...
Apr 04 16:42:46 <mickeyl> morphis: yes, that's possible
Apr 04 16:42:51 <mickeyl> just leave out the dots
Apr 04 16:42:57 <morphis> mickeyl: really?
Apr 04 16:42:58 <morphis> cool
Apr 04 16:43:26 <mickeyl> http://pastie.org/1754971
Apr 04 16:43:52 <morphis> mickeyl: btw. you should read my last lines ... about GPS
Apr 04 16:44:10 <mickeyl> oh
Apr 04 16:44:17 <mickeyl> you mean there might be NMEA coming out?
Apr 04 16:45:06 <morphis> don't know
Apr 04 16:45:23 <morphis> I didn't find the component in webOS listing on that port
Apr 04 16:45:44 <morphis> but someone should try to find out
Apr 04 16:46:17 <mickeyl> yep
Apr 04 16:46:47 <CIA-10> freesmartphone.org: 03morphis 07cornucopia * r9f3f8743afa4 10/fsogsmd/ (src/connman/plugin.vala vapi/connman.vapi): fsogsmd: connmann: register the network driver to the connman core
Apr 04 16:46:51 <morphis> but who?
Apr 04 16:47:15 <mickeyl> anyone but you and me ;)
Apr 04 16:47:26 <morphis> Slyon|away or GarthPS or playya__ can try
Apr 04 16:47:33 <morphis> if the have time 
Apr 04 16:47:38 <morphis> s/the/they)
Apr 04 16:47:41 <morphis> mickeyl: jepp
Apr 04 16:48:21 * GarthPS reading what you said
Apr 04 16:48:46 * GarthPS since.. lunch time
Apr 04 16:49:12 <morphis> GarthPS: ok
Apr 04 16:49:13 <dcordes> antrik: I think it is good to make the device listing in the introduction one link. that way by clicking on it you will get all suported devices - new devices won't have to be added in the intro to be seen
Apr 04 16:49:26 <morphis> yeah vala 0.12.0 is out
Apr 04 16:49:54 <mickeyl> and already in oe
Apr 04 16:49:57 <morphis> mickeyl: we should really open now our own branch a git.freesmartphone.org of vala to have a stable version we base all FSO version on
Apr 04 16:50:07 <morphis> mickeyl: thats where I saw that it is out :)
Apr 04 16:50:56 <morphis> mickeyl, mrmoku, JaMa|Off: I will add connman as dependency of fsogsmd in OE now
Apr 04 16:51:13 <dcordes> bye bye
Apr 04 16:51:16 <morphis> so recent fsogsmd can be build with latest OE again
Apr 04 16:51:19 <morphis> dcordes: bye
Apr 04 16:53:44 <playya__> maybe on wednesday. 
Apr 04 16:54:20 <playya__> no program opens /dev/gps or ttyACM2
Apr 04 16:55:05 <morphis> playya__: hm
Apr 04 16:55:48 <morphis> thats misterious as I saw no log messages while requesting a fix
Apr 04 16:58:46 <JaMa|Off> morphis: looks like we should split fsogsmd/fsodeviced per module really soon
Apr 04 16:59:11 <morphis> JaMa: jepp
Apr 04 16:59:19 <morphis> and in third party modules
Apr 04 16:59:30 <morphis> as we ship plugins for pppd and connman in fsogsmd
Apr 04 16:59:45 <morphis> JaMa: I will commit my initial work for a meta-toolchain-shr in some minutes
Apr 04 16:59:55 <Any_Key> Hi, is anybody tried to run any openmoko stack SHR for example on Samsung galaxy?
Apr 04 17:00:23 <JaMa> morphis: ok, thanks
Apr 04 17:00:42 * JaMa fixed few more issues in shr-core
Apr 04 17:00:54 <JaMa> and we should move to shr-core soon
Apr 04 17:01:17 <morphis> JaMa: ok so oe-core and shr-core are ready for building?
Apr 04 17:01:45 <morphis> Any_Key: do you have a samsung galaxy phone?
Apr 04 17:01:58 <JaMa> morphis: still build errors even for shr-lite-image :/
Apr 04 17:02:05 <Any_Key> Yep
Apr 04 17:02:40 <JaMa> morphis: but around 2011.7, oe.dev is supposed to go to RO mode.. so we should be ready by then
Apr 04 17:03:35 <morphis> JaMa: ok, so we have a deadline
Apr 04 17:03:44 <JaMa> http://lists.linuxtogo.org/pipermail/tsc/2011-March/000209.html
Apr 04 17:05:10 <morphis> JaMa: good to know
Apr 04 17:05:39 * morphis should really spend more time with his head in his mailbox ...
Apr 04 17:09:22 <morphis> mickeyl: can you give GarthPS commit access for FSO?
Apr 04 17:09:44 <GarthPS> morphis: perhaps could it be limited to the relevant part ?
Apr 04 17:09:57 <mickeyl> send me your ssh key
Apr 04 17:10:16 <morphis> GarthPS: as far as I know everyone in FSO can commit to everything
Apr 04 17:10:36 <GarthPS> morphis: mickeyl ok then
Apr 04 17:10:41 <morphis> JaMa: shr-makefile has already support for oe/shr-core?
Apr 04 17:10:57 <JaMa> morphis: yes, just call make setup-shr-core
Apr 04 17:11:08 <Any_Key> morphis So have you any info?
Apr 04 17:11:14 <morphis> JaMa: ok, will try
Apr 04 17:11:44 <morphis> Any_Key: not really, but I don't know from anybody that he has tried it on the samsung galaxy
Apr 04 17:11:51 <JaMa> morphis: I'm using it mostly for om-gta02 and n900 builds.. so pre is maybe missing even more stuff
Apr 04 17:12:12 <morphis> Any_Key: but if you want to start the port we have some people which are experienced with android phones
Apr 04 17:12:20 <morphis> JaMa: hmm
Apr 04 17:12:20 <antrik> dcordes: well, it used a more expressive name for Freerunner; it mentioned both names of the Dream; it listed all supported Pre variants, not only Pre2...
Apr 04 17:12:32 <morphis> JaMa: than I should really try it ...
Apr 04 17:12:46 <morphis> as there are many stuff in oe that are needed for the palmpre
Apr 04 17:13:27 <GarthPS> morphis: mickeyl: ssh key sended by mail
Apr 04 17:14:24 <morphis> hm, mickeyl should we rely and connman git or the latest stable version?
Apr 04 17:14:34 <morphis> I currently see no reason for git version
Apr 04 17:14:38 <Any_Key> ok, when I'll came home I'll try to find something. SGS seems to be similar to nexus maybe irc possible.
Apr 04 17:15:26 <mickeyl> morphis: latest stable unless we need git features
Apr 04 17:15:38 <morphis> Any_Key: ok, we will listen
Apr 04 17:15:44 <morphis> mickeyl: ok
Apr 04 17:16:01 <morphis> GarthPS: just ping me if you need help with git commiting
Apr 04 17:16:05 <Any_Key> morphis: Ok be in contact.
Apr 04 17:16:16 <mickeyl> GarthPS: key added
Apr 04 17:16:45 <GarthPS> morphis: ok thx . I will!
Apr 04 17:16:59 <GarthPS> mickeyl: ok thank you!
Apr 04 17:17:47 <CIA-10> freesmartphone.org: 03morphis 07cornucopia * r2fb31c8afc6c 10/fsogsmd/configure.ac: fsogsmd: depend on connman version 0.68 rather than unreleased 0.72
Apr 04 17:17:47 <mickeyl> we're using gitosis, so clone address is git@git.freesmartphone.org:<project>
Apr 04 17:19:13 <morphis> JaMa: if you have some time and interest it would be great if you can even look at getting shr-core ready for the palmpre
Apr 04 17:19:19 <GarthPS> JaMa: Hi ; after talking with morphis about preinstall we decided that it should be time to have the shr host built pre and pre2 builds in shr-unstable. can you do that please ? the I will update the FSOinstaller (makefile) accordingly
Apr 04 17:19:50 <GarthPS> s/the/then
Apr 04 17:20:04 <JaMa> morphis: ok, but nokia900 shr-lite-image first 
Apr 04 17:20:15 <morphis> JaMa: no problem
Apr 04 17:20:34 <JaMa> GarthPS: ok, will do
Apr 04 17:20:35 <morphis> JaMa: I will try to find out what is all needed for the palmpre
Apr 04 17:21:02 <JaMa> morphis: finding needed recipes is easy
Apr 04 17:21:36 <GarthPS> JaMa: so that we will have http://build.shr-project.org/shr-unstable/images/palmpre/ and http://build.shr-project.org/shr-unstable/images/palmpre2/ availiable. And preferably the shr full image.
Apr 04 17:21:39 <GarthPS> thx!!
Apr 04 17:21:51 <morphis> JaMa: ok, but there are a lot of extra files/patches 
Apr 04 17:27:14 <morphis> damn it! there is already connman 0.72 released but it's not mentioned on their website only in git ...
Apr 04 17:28:53 <mickeyl> morphis: ok, ippp works fine via forwarding
Apr 04 17:28:59 <mickeyl> fixing the network setup now
Apr 04 17:30:26 <mickeyl> morphis: can you give me a dump of route -n next time you're connected in webos w/ the pre?
Apr 04 17:30:38 <mickeyl> (not urgent)
Apr 04 17:31:44 <morphis> mickeyl: http://pastie.org/1755144
Apr 04 17:31:52 <morphis> :)
Apr 04 17:33:07 <mickeyl> ok, thanx
Apr 04 17:34:45 <morphis> JaMa, mickeyl: there is some bitbake command to generate the checksum for a source packge, isn't it?
Apr 04 17:35:07 <morphis> mickeyl: hm, we need dbus-glib in fsogsmd again
Apr 04 17:35:15 <morphis> for the connman plugin
Apr 04 17:36:48 <mickeyl> why?
Apr 04 17:37:07 <mickeyl> connman uses its own dbus lib
Apr 04 17:37:19 <mickeyl> and we can talk dbus via the lib we want
Apr 04 17:38:27 <JaMa> morphis: you mean for SRC_URI[md5sum] etc?
Apr 04 17:40:14 <morphis> JaMa: correct
Apr 04 17:40:36 <morphis> mickeyl: yes we can talk dbus with whatever we want
Apr 04 17:40:39 <JaMa> morphis: then -v -c fetch should show you if checksums are missing or wrong
Apr 04 17:40:57 <morphis> mickeyl: but we get a dbus connection via connman_dbus_get_connection within the connman plugin ...
Apr 04 17:41:02 <morphis> JaMa: ok
Apr 04 17:41:35 <mickeyl> we don't have to use this connection or do we?
Apr 04 17:41:37 <morphis> mickeyl: so connman has its own dbus abstraction?
Apr 04 17:41:41 <mickeyl> yes, it has
Apr 04 17:41:43 <morphis> mickeyl: we have to
Apr 04 17:41:47 <mickeyl> it's actually also called gdbus
Apr 04 17:41:50 <morphis> or not
Apr 04 17:41:52 <mickeyl> but it's something different
Apr 04 17:42:06 <morphis> but we still have a glib mainloop in connman
Apr 04 17:42:18 <morphis> so we can use our own stuff, right?
Apr 04 17:42:21 <mickeyl> sure
Apr 04 17:42:28 <morphis> and not relying on the dbus connection from connman
Apr 04 17:42:35 <mickeyl> yep
Apr 04 17:42:38 <morphis> great
Apr 04 17:42:47 <CIA-10> freesmartphone.org: 03mickey 07cornucopia * r0182d3e54297 10/fsonetworkd/src/plugins/sharing/plugin.vala: fsonetworkd: support default routes without gateway
Apr 04 17:42:50 <morphis> then forget about what I said :)
Apr 04 17:42:53 <mickeyl> ok, with this commit, ppp should work out of the box on the Pre
Apr 04 17:42:58 <mickeyl> could you test, when you have a chance?
Apr 04 17:42:59 <morphis> yeah!
Apr 04 17:43:05 <morphis> mickeyl: will do tomorrow
Apr 04 17:43:07 <mickeyl> cool
Apr 04 17:43:24 <morphis> we need now a good gui to use connman
Apr 04 17:43:42 <mickeyl> we need a good UI for everything ;)
Apr 04 17:43:47 <morphis> hehe
Apr 04 17:43:57 <morphis> I even though about adding some meego applications to SHR
Apr 04 17:44:07 <morphis> like the calendar or mail app
Apr 04 17:45:05 * mickeyl still has his dream about an integrated telephony application
Apr 04 17:45:21 <mickeyl> as it stands, i may be able to do some UI work this year... fun
Apr 04 17:45:41 <mickeyl> can't wait to leave middleware for a while :)
Apr 04 17:45:43 <morphis> yeah!
Apr 04 17:46:08 <morphis> a complete integrated telephony application without window manager?
Apr 04 17:46:49 <morphis> like extending zhone2?
Apr 04 17:47:33 <mickeyl> something like that, yes. but i'm not sure about the UI toolkit. as for window manager, i want to support both naked-framebuffer and X, if it's not too much of a hassle
Apr 04 17:47:53 <mickeyl> basically i want something that i can use day2day
Apr 04 17:47:55 <mickeyl> finally...
Apr 04 17:48:08 <mickeyl> so i can abandon the iphone for telephony
Apr 04 17:48:13 <mickeyl> and messages
Apr 04 17:48:15 <mickeyl> etc.
Apr 04 17:49:04 <morphis> ok, but why not putting the work into getting E17/Elfe better?
Apr 04 17:50:53 <mickeyl> simple answer
Apr 04 17:50:55 <mickeyl> i have little time
Apr 04 17:51:04 <mickeyl> so i need to use the tools i know and where i'm efficient
Apr 04 17:51:08 <mickeyl> which means Vala and not C
Apr 04 17:51:14 <mickeyl> which might mean framebuffer, and not X
Apr 04 17:51:31 <mickeyl> which might mean a small selfconftained system, and not dozens of dependencies
Apr 04 17:51:55 <morphis> maybe you are right ...
Apr 04 17:52:10 <morphis> and have learned to step forward with small steps
Apr 04 17:52:26 <mrmoku> yeah, those dependencies and abstractions cost a lot of time :P
Apr 04 17:52:42 <mickeyl> that may sound a bit selfish, but i didn't invest all the years of middleware for nothing. i want a good base for my phone app :)
Apr 04 17:52:50 <mrmoku> :)
Apr 04 17:53:02 <mickeyl> you know... scratching the own itch and all that
Apr 04 17:53:13 <mickeyl> that's what keeps me at least somewhat motivated
Apr 04 17:53:14 <mickeyl> heh
Apr 04 17:53:28 <morphis> :)
Apr 04 17:53:53 <morphis> tell me when you will have more time for UI things ... maybe we can talk about that before you start to share ideas
Apr 04 17:53:58 <mickeyl> absolutely
Apr 04 17:54:30 <morphis> ok, connmand loads our plugin
Apr 04 17:54:37 <mickeyl> yay
Apr 04 17:55:55 <morphis> and broke my network connecton ... I should disable eth/wifi plugins next time I start connman
Apr 04 17:56:13 <mickeyl> hehe, right
Apr 04 17:59:20 <mickeyl> soo... what do i need to do to add fsoaudiod support to zhone2?
Apr 04 17:59:54 <morphis> you need to set the mode and device at the correct places
Apr 04 17:59:59 <morphis> when you start a call set mode = CALL
Apr 04 18:00:06 <morphis> when call ends set mode = NORMAL
Apr 04 18:00:10 <mickeyl> ok
Apr 04 18:00:18 <mickeyl> normal is always something like stereout ?
Apr 04 18:00:28 <mickeyl> (over whatever default loudspeakers)
Apr 04 18:00:29 <morphis> normal is not call mode
Apr 04 18:00:39 <morphis> normal:backspeaker is stereoout
Apr 04 18:00:54 <mickeyl> is normal garanteed to be set on startup or does it need to be initialized?
Apr 04 18:01:01 <mickeyl> or rather... a default mode
Apr 04 18:01:27 <morphis> you set this in the config file
Apr 04 18:01:30 <mickeyl> k
Apr 04 18:01:40 <morphis> later I want to store that in a preference file
Apr 04 18:07:37 * mickeyl takes a look at the state of EFL
Apr 04 18:09:53 <mickeyl> it's a pity luna (? or whatever the ui stuff of webos) is not open
Apr 04 18:10:12 <mickeyl> i still like it a lot
Apr 04 18:16:13 <mrmoku> mickeyl: do you usually build from scratch of was that probably an incremental build?
Apr 04 18:17:03 <mickeyl> mrmoku: chances are it was from scratch
Apr 04 18:19:18 <mrmoku> mickeyl: good... that makes it a bit easier
Apr 04 18:24:08 <GarthPS> dcordes: was that on pupose that you remove pre and pre plu to set only pre2 device on the start page ?
Apr 04 18:24:15 <GarthPS> wiki startpage
Apr 04 18:35:27 <mrmoku> hehe, vala-0.12 in arch linux... this distro rocks :-)
Apr 04 18:36:49 <morphis> mickeyl: ui stuff of webOS is directfb + their own stuff
Apr 04 18:43:48 <morphis> so I am off for today
Apr 04 18:43:49 <morphis> bye
Apr 04 19:06:50 <JaMa> GarthPS: NOTE: Running task 2896 of 11132 for palmpre2 images, but should be finished soon :)
Apr 04 19:08:14 <GarthPS> JaMa: ok cool thx! and pre after that ?
Apr 04 19:08:16 <GarthPS> :)
Apr 04 19:08:59 <JaMa> yup
Apr 04 19:09:32 <GarthPS> cool!
Apr 04 19:31:50 <dcordes> GarthPS: yes, we decided to include one device mention per manufacturer in the introductory sentences
Apr 04 19:32:46 <GarthPS> dcordes: oh sorry since then I have added  (and variants)" which i found much more less limited
Apr 04 19:33:04 <GarthPS> peolpe should realy not understand something wrong
Apr 04 19:35:01 <dcordes> GarthPS: http://logs.nslu2-linux.org/livelogs/openmoko-cdevel.txt
Apr 04 19:35:46 <GarthPS> dcordes: did already read trought this afternoon. can you specified somewhere?
Apr 04 19:37:53 <dcordes> Apr 04 16:06:15 <antrik> yeah, I guess it's not necessary to list every single HTC device, or every single variant of the Pre :-)
Apr 04 19:44:50 <GarthPS> dcordes: ok so what I changed is ok then
Apr 04 19:47:49 <dcordes> guess so. the thing is everybody will want to see their device mentioned there. I thought about it already
Apr 04 19:48:00 <dcordes> as I also mentioned mine :)
Apr 04 20:28:42 <JaMa> mrmoku: in case you'll need it later
Apr 04 20:28:45 <JaMa> mrmoku: http://autobuilder.yoctoproject.org/sources/trunk_developer.imendio.com_.svn.gconf-dbus_705_.tar.gz
Apr 04 20:39:10 <antrik> dcordes: well, I meant that it doesn't need to name every device explicitely; but it should still mention that it's not just one... that's why I suggested "Pre and variants" -- though the way it was before was also fine IMHO. the list is not so long yet as to make in unweildy
Apr 04 20:39:28 <mrmoku> JaMa: ok, thanks :)
Apr 04 20:40:01 <mrmoku> JaMa: for now I changed the preferred gconf provider back to gconf
Apr 04 20:46:16 <JaMa> GarthPS: pre2 images are there now
Apr 04 20:47:58 <GarthPS> JaMa: cool thx!
Apr 04 21:28:03 <dcordes> antrik: GarthPS: all good. just pointing to the discussions
Apr 04 21:28:31 <dcordes> regarding the main page / general wiki attractivity we should change the design
Apr 04 21:29:07 <dcordes> a) something classical / very generic (i.e. not purple) b) 'shr style': put the logo and black green colors
Apr 04 21:31:19 <GarthPS> dcordes: personnaly the design is not important enought for me regarding my sparetime  but yeah you are right
Apr 04 21:34:32 <dcordes> GarthPS: the problem is the person who has access to the wiki server can't be found
Apr 04 21:35:00 <dcordes> at least that is what I was told
Apr 04 21:35:48 <GarthPS> JaMa: bitbaake shr-image had some trouble here..fsogsmd was missing connman >=0.68 but the version was not specified apparently has it end out on a config error like haveing a connman but not suffisant version.
Apr 04 21:45:19 <dcordes> [Rui]: ping
Apr 04 21:45:35 <[Rui]> dcordes: pong
Apr 04 21:46:08 <dcordes> [Rui]: are you still using the large button on screen keyboard layout ?
Apr 04 21:46:37 <[Rui]> dcordes: I never used it but for the tests, I was waiting for captainigloo to fix it
Apr 04 21:52:19 <dcordes> [Rui]: ok. I remember you mentioned an 'alternative function' feature for buttons in the illume keyboard you wrote
Apr 04 21:52:30 <[Rui]> dcordes: yes.
Apr 04 21:52:59 <[Rui]> dcordes: right now (but you need a more recent e17 than that in shr-u) you can have a multi_shift button and a symbol button
Apr 04 21:54:05 <[Rui]> if a key is declared is_multi_shift and has text or icon for each of the states, press once, go from lowercase to shift mode, press a letter get it capitalized and then go back to lower case
Apr 04 21:54:28 <[Rui]> if in lower case you press is_multi_shift twice, you go to caps lock mode
Apr 04 21:54:47 <[Rui]> so it's a 50% button number reduction from shift + capslock
Apr 04 21:55:16 <dcordes> does captainigloo know about it ?
Apr 04 21:55:38 <[Rui]> then there's is_altgr
Apr 04 21:55:40 <dcordes> in case he is interested in improving his initial large keyboard he might take advantage of these features
Apr 04 21:55:57 <[Rui]> it works like shift, but just adds an alternative state where you can put more characters (like symbols)
Apr 04 21:56:26 <[Rui]> sadly I haven't figured out how to *compose* with shift so you'd get altgr+shift but it's already nice enough
Apr 04 21:58:13 <[Rui]> I mean, I might have figured it out, but haven't had the head to do anything about it in the last month
Apr 04 22:42:19 <dcordes> NOTE: package fsogsmd-1_0.5.0+gitr1+0182d3e542977bc0ae51e6ecb9801300fff1e389-r5.0: task do_configure: Failed
Apr 04 22:42:39 <dcordes> | No package 'connman' found
**** ENDING LOGGING AT Tue Apr 05 02:59:58 2011