**** BEGIN LOGGING AT Thu Dec 24 02:59:57 2009
Dec 24 03:02:10 <budfive_> any apps use that data yet?
Dec 24 03:06:53 <gonzoism> not that i know of.  they probably don't have enough data.   someone should come up with something though
Dec 24 03:07:17 <gonzoism> it would probably help its popularity.
Dec 24 08:05:56 <spaetz> lindi-, do you have more info on the suspend failed bug with gsm failed to suspend?
Dec 24 08:07:12 <spaetz> i experience that often now, running shr-testing from nand
Dec 24 08:28:39 <satish> hi 
Dec 24 08:28:52 <satish> any one has idea about apmd in ubuntu
Dec 24 08:59:02 <sybren> satish: it's easier to simply ask what you want
Dec 24 09:03:54 <satish> sybren : i didn't get u
Dec 24 09:30:24 <sybren> satish: you're asking whether we know about apm in ubuntu. It's easier just to ask what you want to know about apm in ubuntu, and see who answers.
Dec 24 10:04:58 <BillK> spaetz: ping
Dec 24 10:09:37 <daniele_athome> morning channel
Dec 24 10:09:46 <daniele_athome> is it possible to preload python-elementary? (c_elementary.so) 
Dec 24 10:09:55 <daniele_athome> so that python elementary apps starts up faster?
Dec 24 10:10:00 <daniele_athome> *start
Dec 24 10:19:07 <sybren> good morning daniele_athome 
Dec 24 10:19:18 <sybren> (sorry, no idea about preloading)
Dec 24 10:22:26 <DocScrutinizer51> I seem to remember a python starter developed 1.5years ago. The idea aiui was to have *one python interpreter that loads all the foo once and starts the apps then with preloaded 'environment'
Dec 24 10:24:51 <daniele_athome> hi sybren 
Dec 24 10:25:04 <daniele_athome> DocScrutinizer51, a sort of centralized python executable
Dec 24 10:25:14 <daniele_athome> that loads all python applications?
Dec 24 10:25:20 <DocScrutinizer51> yep
Dec 24 10:25:27 <daniele_athome> but if python segv...
Dec 24 10:25:31 <daniele_athome> every app is killed :D
Dec 24 10:25:43 <DocScrutinizer51> yep
Dec 24 10:27:18 <sybren> still sounds like a bloody good thing to have, starting Python takes long
Dec 24 10:27:29 <daniele_athome> sybren, actually importing library is the longest issue
Dec 24 10:27:41 <daniele_athome> the tiny python interpreter starts in a very short time
Dec 24 10:27:44 <daniele_athome> 0.19 ms or so
Dec 24 10:28:07 <daniele_athome> I mean, Cython with no extensions embedded
Dec 24 10:28:21 <daniele_athome> about 250kb
Dec 24 10:33:41 <sybren> daniele_athome: "python < /dev/null" takes 770ms on my Neo Freerunner
Dec 24 10:34:27 <daniele_athome> sybren, tried now on mine
Dec 24 10:34:30 <daniele_athome> 0.56 ms
Dec 24 10:34:32 <daniele_athome> 2.6.29 kernel
Dec 24 10:34:35 <daniele_athome> shr-u
Dec 24 10:34:42 <sybren> same here
Dec 24 10:35:21 <sybren> after a few starts it averages at around 0.8 seconds wall clock time
Dec 24 10:35:27 <sybren> definitely not 0.5 ms
Dec 24 10:35:28 <daniele_athome> but try with -S
Dec 24 10:35:35 <daniele_athome> I know that is useless
Dec 24 10:35:38 <daniele_athome> without site
Dec 24 10:35:46 <daniele_athome> but it's some start...
Dec 24 10:35:55 <sybren> that's around 0.3 seconds, still not half a millisecond
Dec 24 10:36:29 <daniele_athome> <daniele_athome> 0.19 ms or so
Dec 24 10:36:36 <daniele_athome> sorry I was wrong
Dec 24 10:36:40 <daniele_athome> not ms but s
Dec 24 10:36:49 <sybren> I thought as much ;-)
Dec 24 10:36:49 <daniele_athome> i mistyped
Dec 24 10:37:06 <sybren> and there I was hoping that Python could one day start in under a millisecond...
Dec 24 10:37:12 <sybren> *snif*
Dec 24 10:37:15 <sybren> T_T
Dec 24 10:38:42 <daniele_athome> sybren, by the way I need to try python on 2.6.31
Dec 24 10:38:52 <daniele_athome> because shr boot time was halfed on that kernel
Dec 24 10:38:57 <sybren> nice
Dec 24 10:38:59 <daniele_athome> maybe python also could starts faster
Dec 24 10:51:53 <daniele_athome> guys in e-wm there a illume2 module, what is it?
Dec 24 10:59:43 <daniele_athome> sybren, python </dev/null on 2.6.31 is 430ms
Dec 24 10:59:56 <daniele_athome> with -S is 150ms
Dec 24 11:20:43 <mickey|XmasCold> sooner or later we won't need python for the core stuff, so things will fly eventually ;)
Dec 24 11:21:33 <daniele_athome> mickey|XmasCold, why not?
Dec 24 11:21:42 <daniele_athome> I mean why not focusing on making python faster
Dec 24 11:21:47 <daniele_athome> instead of porting everything to C?
Dec 24 11:22:03 <daniele_athome> I know that python is already fast the way it is
Dec 24 11:22:14 <daniele_athome> and there is no way using the actual implementation to make it faster
Dec 24 11:22:29 <daniele_athome> but one could implement python in another, lighter way
Dec 24 11:22:51 <mickey|XmasCold> given the outlook, rewriting it in compiled language (not necessarily C) is less work
Dec 24 11:23:03 <mickey|XmasCold> trust me on that, i know the domain and have all eyes on things like pypy and jit etc.
Dec 24 11:23:10 <mickey|XmasCold> but i know how long these guys have been working on that
Dec 24 11:23:15 <mickey|XmasCold> and know the prospectives
Dec 24 11:23:42 <mickey|XmasCold> so all in all we will benefit more from the port, since it's also not just about speed
Dec 24 11:23:52 <mickey|XmasCold> but also about memory footprint, security, etc.
Dec 24 11:24:35 <mickey|XmasCold> last but not least, i enjoy coding in Vala :)
Dec 24 11:25:03 <daniele_athome> mickey|XmasCold, eh...
Dec 24 11:28:35 <mickey|XmasCold> wrt. illume2, i think that's the supersecret stuff raster is working on for some company
Dec 24 11:28:57 <daniele_athome> lol
Dec 24 11:29:11 <daniele_athome> mickey|XmasCold, it's supersecret and he puts it on the public repository? :D lol
Dec 24 11:29:34 <mickey|XmasCold> hehe
Dec 24 11:29:37 <mickey|XmasCold> i think it's a good deal
Dec 24 11:29:41 <mickey|XmasCold> he's not allowed to talk about it
Dec 24 11:29:46 <mickey|XmasCold> but he's allowed to code on it in public
Dec 24 11:29:52 <mickey|XmasCold> better than otherwise IMO
Dec 24 11:30:55 <daniele_athome> twice lol
Dec 24 11:30:56 <daniele_athome> :D
Dec 24 11:33:48 <sybren> daniele_athome: that looks quite a bit faster - assuming that's really milliseconds ;-)
Dec 24 11:34:00 <daniele_athome> sybren, yes they are :P
Dec 24 11:34:46 <dos1> illume2 is restructurised illume
Dec 24 11:34:54 <dos1> divided into modules
Dec 24 11:35:11 <dos1> and with cleaner code :P
Dec 24 11:35:25 <dos1> AFAIR what raster was explaining :D
Dec 24 11:36:29 <daniele_athome> dos1, talking about illume2 UI, doesn't change much
Dec 24 11:36:32 <daniele_athome> does it?
Dec 24 11:36:48 <dos1> daniele_athome: no, i don't think UI will really change
Dec 24 11:36:52 <daniele_athome> (dos1, any news about the window key_up callback?)
Dec 24 11:37:00 <dos1> but it will be easier to change illume2 UI than illume1 :P
Dec 24 11:37:06 <daniele_athome> dos1, that's sad :(
Dec 24 11:37:13 <dos1> so, for instance, you'll be able to use your own launcher instead of bundled one
Dec 24 11:37:20 <daniele_athome> i will have to write my own UI from scratch, or modify illume2
Dec 24 11:37:38 <beniwtv> I only hope they adapt the config dialogs for small screens
Dec 24 11:39:12 <daniele_athome> dos1, do you remember?
Dec 24 11:39:20 <dos1> yup
Dec 24 11:39:31 <dos1> but well, i failed to do that with standard way
Dec 24 11:39:45 <daniele_athome> oh...
Dec 24 11:39:45 <dos1> but i think it could be possible using hackish way ;d
Dec 24 11:39:52 <daniele_athome> dos1, that is?
Dec 24 11:39:56 <daniele_athome> using focus on a widget?
Dec 24 11:40:02 <dos1> use one big elementary.Layout
Dec 24 11:40:13 <dos1> and use SWALLOW to display your UI in it
Dec 24 11:40:22 <dos1> and then listen to signals of this Layout
Dec 24 11:40:26 <dos1> that will work for sure :D
Dec 24 11:40:48 <daniele_athome> dos1, ok.. better than nothing :)
Dec 24 11:40:53 <daniele_athome> thanks
Dec 24 11:41:20 <mickey|XmasCold> hmm
Dec 24 11:41:38 <mickey|XmasCold> ~lart TI Calypso not being able to switch from MUX mode back to AT mode without powercycling
Dec 24 11:41:39 * apt shoots TI Calypso not being able to switch from MUX mode back to AT mode without powercycling in his sleep
Dec 24 11:42:19 <mickey|XmasCold> that's really obnoxious when developing
Dec 24 11:42:21 <mickey|XmasCold> *sigh*
Dec 24 11:43:04 <daniele_athome> mickey|XmasCold, is it a hardware issue?
Dec 24 11:44:45 <mickey|XmasCold> hardware or firmware, yes
Dec 24 11:44:48 <mickey|XmasCold> well
Dec 24 11:44:50 <mickey|XmasCold> rather firmware
Dec 24 11:44:59 <mickey|XmasCold> but something we can't change
Dec 24 11:45:04 <mickey|XmasCold> easily
Dec 24 11:45:10 <beniwtv> mickey|XmasCold: What would that feature be used for?
Dec 24 11:45:18 <mickey|XmasCold> well
Dec 24 11:46:04 <mickey|XmasCold> the problem is that on shutdown of the MUX session
Dec 24 11:46:07 <mickey|XmasCold> whereas all modems fall back to AT
Dec 24 11:46:15 <mickey|XmasCold> the Calypso falls into a coma
Dec 24 11:46:19 <mickey|XmasCold> and does not answer anymore
Dec 24 11:46:24 <mickey|XmasCold> neither to MUX nor AT commands
Dec 24 11:46:48 <mickey|XmasCold> so i will have to patch out the "disconnect from MUX" for the calypso while developing
Dec 24 11:46:59 <mickey|XmasCold> which might work, but is somewhat annoying 
Dec 24 11:47:15 <daniele_athome> mickey|XmasCold, does this issue affect performance?
Dec 24 11:47:21 <mickey|XmasCold> no, not at all
Dec 24 11:47:23 <daniele_athome> I mean power cycling takes some time
Dec 24 11:47:26 <daniele_athome> ok
Dec 24 11:47:29 <mickey|XmasCold> it's acutally completely irrelevant for the users
Dec 24 11:47:40 <mickey|XmasCold> since typically you don't shutdown the mux session at all
Dec 24 11:47:45 <mickey|XmasCold> once it's established
Dec 24 11:47:55 <mickey|XmasCold> so it's just cumbersome for the developer :)
Dec 24 11:48:06 <mickey|XmasCold> which would be... me
Dec 24 11:48:48 <mickey|XmasCold> since I'm working on the TI Calypso modem abstraction next in fsogsmd
Dec 24 11:52:48 <daniele_athome> mickey|XmasCold, but when I have to send modem commands
Dec 24 11:52:53 <daniele_athome> should I have to switch to AT mode?
Dec 24 12:01:30 <lindi-> daniele_athome: you did ogpsd stuff?
Dec 24 12:03:22 <daniele_athome> lindi-, no gsm
Dec 24 12:03:32 <daniele_athome> i'm talking with mickey|XmasCold about calypso modem
Dec 24 12:03:41 <lindi-> daniele_athome: yes yes but in 2008?
Dec 24 12:03:55 <daniele_athome> lindi-, i don't get you
Dec 24 12:04:00 <lindi-> or was that alphaone|gone?
Dec 24 12:04:05 <mickey|XmasCold> daniele_athome: no, you can send AT fine in MUX mode as the libgsm0710mux is transparently converting this into the binary format
Dec 24 12:04:23 <lindi-> daniele_athome: ah, daniele != Daniel Willmann?
Dec 24 12:04:44 <daniele_athome> lindi-, yes :)
Dec 24 12:04:46 <daniele_athome> i'm not willmann
Dec 24 12:04:48 <daniele_athome> mickey|XmasCold, ok
Dec 24 12:04:50 <lindi-> daniele_athome: ok
Dec 24 12:05:12 <lindi-> mickey|XmasCold: calypso supports some binary protocol?
Dec 24 12:05:22 * mickey|XmasCold still hopes for a libublox from Daniel...
Dec 24 12:05:31 <lindi-> i was asking exactly about that
Dec 24 12:05:34 <mickey|XmasCold> lindi-: 07.10
Dec 24 12:05:40 <lindi-> mickey|XmasCold: ah that one
Dec 24 12:06:04 <mickey|XmasCold> like i complained above, you just can't shut it down properly 
Dec 24 12:06:07 <mickey|XmasCold> foobared in firmware
Dec 24 12:06:12 <mickey|XmasCold> *shrug*
Dec 24 12:07:05 <lindi-> mickey|XmasCold: btw, if resume reason is GSM it would be nice if muxer could tell me the channel that caused the resume
Dec 24 12:07:27 <lindi-> mickey|XmasCold: this way if I get GPRS data I can just go back to suspend immediately and save energy
Dec 24 12:07:54 <mickey|XmasCold> yes, makes sense
Dec 24 12:09:23 <lindi-> mickey|XmasCold: also, what's the status of that fso watchdog thing? i just realized I had to do some changes to my own quick'n'dirty watchdog script and thought they might be useful ideas for fso too
Dec 24 12:09:54 <mickey|XmasCold> playya did lots of work on fso-monitord, but I'm afraid it's too huge for my kind
Dec 24 12:10:01 <mickey|XmasCold> i planned something much more lightweight
Dec 24 12:10:16 <lindi-> mickey|XmasCold: (basically just polling for AT+COPS? is not enough. I also need to poll AT+CPIN? or else the SIM might sometimes decide that the PIN needs to be resent and all calls fail until you do that)
Dec 24 12:10:17 <mickey|XmasCold> so i'm afraid we will rip the watchdog functionality out
Dec 24 12:10:25 <mickey|XmasCold> and put it into a small project
Dec 24 12:10:43 <mickey|XmasCold> ah
Dec 24 12:10:44 <mickey|XmasCold> well
Dec 24 12:10:58 <mickey|XmasCold> that's more fsogsmd watchdog than fso watchdog
Dec 24 12:11:20 <lindi-> mickey|XmasCold: ok, what's the state of that?
Dec 24 12:11:57 <mickey|XmasCold> no work done, but it's going to be present in fsogsmd
Dec 24 12:12:05 <mickey|XmasCold> an optional watchdog thread
Dec 24 12:12:41 <mickey|XmasCold> i'm not feeling like introducing additional stuff in ogsmd
Dec 24 12:12:54 <mickey|XmasCold> but fsogsmd is another story
Dec 24 12:13:03 <lindi-> mickey|XmasCold: ok, if you have some todo list you might want to add AT+CPIN? polling there
Dec 24 12:13:13 <lindi-> mickey|XmasCold: and let me know if you find a way around that :)
Dec 24 12:13:17 <mickey|XmasCold> hmm
Dec 24 12:13:29 <mickey|XmasCold> i wonder about the conditions when this can happen at all
Dec 24 12:13:39 <lindi-> I have here a log file that shows how PIN is entered and after 7 hours all calls fail
Dec 24 12:13:41 <mickey|XmasCold> the only thing that can make the modem reset the SIM is a +CFUN command
Dec 24 12:14:01 <lindi-> and it took me a long time to figure out that setting PIN again makes it possible to answer calls again
Dec 24 12:14:03 <mickey|XmasCold> that's interesting. i'd like to see that log
Dec 24 12:14:10 <mickey|XmasCold> awesome
Dec 24 12:14:12 <mickey|XmasCold> scary though
Dec 24 12:14:23 <lindi-> uploading
Dec 24 12:14:51 <lindi-> mickey|XmasCold: also note that you need to have periodic RTC wakeups to poll for that
Dec 24 12:15:44 <mickey|XmasCold> *nod*
Dec 24 12:15:47 <mickey|XmasCold> which frequency are you using?
Dec 24 12:17:23 <lindi-> mickey|XmasCold: i have not implemented it with RTC yet. when the device is running its every 2 minutes
Dec 24 12:24:43 <lindi-> mickey|XmasCold: https://docs.openmoko.org/trac/ticket/2323
Dec 24 12:25:11 <mickey|XmasCold> thanks
Dec 24 12:27:02 <mickey|XmasCold> lindi-: hmm
Dec 24 12:27:13 <mickey|XmasCold> lindi-: were you on battery power?
Dec 24 12:30:29 <mickey|XmasCold> anyways a very interesting log 
Dec 24 12:30:53 <mickey|XmasCold> we need to seamlessly recover the modem going down and up anyways
Dec 24 12:31:15 <mickey|XmasCold> at least it didn't went down completely otherwise it would have relaunched in AT mode
Dec 24 12:31:54 <lindi-> mickey|XmasCold: yes battery power
Dec 24 12:32:29 <mickey|XmasCold> fun
Dec 24 12:32:31 <lindi-> mickey|XmasCold: see $ grep resuming syslog |nc paste.dyndns.org 1234
Dec 24 12:32:31 <lindi-> http://paste.debian.net/54820/
Dec 24 12:32:57 <lindi-> mickey|XmasCold: that 13-20 mA consumption indicates that it was on battery power
Dec 24 12:33:03 <mickey|XmasCold> ok, but definitely not low battery
Dec 24 12:33:42 <lindi-> mickey|XmasCold: nope, this will automatically shutdown itself gracefully on low battery
Dec 24 12:34:02 <lindi-> starts to warn at 20% and shutdowns at 3%
Dec 24 12:34:37 <lindi-> with nice synthesised "battery almost empty" voice :)
Dec 24 12:35:06 <mickey|XmasCold> hehe
Dec 24 12:36:48 * mickey|XmasCold would appreciate doing some UI level coding again
Dec 24 12:37:05 <mickey|XmasCold> don't see that coming for at least another 6 months though
Dec 24 12:42:53 <lindi-> heh
Dec 24 12:43:15 <lindi-> mickey|XmasCold: how easy it would be possible to use the new vala-rewritten tools to create a really simple gsmd that does not need dbus? ;)
Dec 24 12:50:18 <mickey|XmasCold> basically you would need to write a new plugin that does not forward the dbus calls to mediator invocations, but contains another means to receive commands that then invoce the correct mediators. 
Dec 24 12:50:46 <mickey|XmasCold> should be relativey simple
Dec 24 12:50:51 <mickey|XmasCold> take a look at the dbus service plugin
Dec 24 12:51:06 <mickey|XmasCold> you see it's 1:1 mapping dbus calls to mediator invocations
Dec 24 12:51:23 <mickey|XmasCold> now you just need to call the mediators based on your needs
Dec 24 12:51:40 <mickey|XmasCold> http://git.freesmartphone.org/?p=cornucopia.git;a=blob;f=fsogsmd/src/plugins/dbus_service/plugin.vala;h=60e8b71df5eea8e0fc249202f66fff2652764c0b;hb=8dd650901b76ded09b5dc0cd893384b9252e64c0
Dec 24 12:51:50 <mickey|XmasCold> line 118ff
Dec 24 12:52:51 <mickey|XmasCold> i'd wait until the TI calypso plugin is done though before starting with that :)
Dec 24 12:53:11 <mickey|XmasCold> although you can already use the singleline abstraction with the Calypso
Dec 24 12:54:42 <mickey|XmasCold> i figure this could also be very interesting for modems that e.g. do not need all the configuration, but just call one number, sending some DTMF, and be done
Dec 24 12:54:48 <mickey|XmasCold> M2M
Dec 24 12:56:04 <pespin> mickey|XmasCold, hey, I have a question/semiproblem with frameworkd
Dec 24 12:56:37 <pespin> I'm wrting a bluetooth manager and I want fso to power up bluetooth, so I request Bluetooth resource
Dec 24 12:57:20 <pespin> when frameworkd returns the message and I want to start using bluez, though, it isn't yet fully loaded and running
Dec 24 12:57:58 <pespin> so I may ask if this is a wrong behaivour and frameworkd should return after bluez is fully loaded
Dec 24 12:58:28 <pespin> or if it is posible to have some kind of signal for it, or just repeat the call untill bluez responds
Dec 24 13:01:10 <mickey|XmasCold> what exactly is the state of it after fsousaged returns the call?
Dec 24 13:01:29 <mickey|XmasCold> "isn't yet fully loaded and running" means exactly?
Dec 24 13:01:48 <mickey|XmasCold> the semantics is it should be ready for action after the call returns
Dec 24 13:02:04 <pespin> mickey|XmasCold, after requesting it, I call org.bluez / Adapter.GetDefaultDevice or something similar
Dec 24 13:02:14 <pespin> and I get null pointer to dbus rteplymessage
Dec 24 13:02:23 <mickey|XmasCold> ah, darn
Dec 24 13:02:27 <mickey|XmasCold> ok, i think i know what happens
Dec 24 13:02:58 <mickey|XmasCold> FSO turns it on
Dec 24 13:03:03 <mickey|XmasCold> then returns
Dec 24 13:03:06 <mickey|XmasCold> however
Dec 24 13:03:12 <mickey|XmasCold> bluetooth is a USB device on the FR
Dec 24 13:03:15 <mickey|XmasCold> meaning it appears on the bus
Dec 24 13:03:16 <mickey|XmasCold> gets enumerated
Dec 24 13:03:20 <mickey|XmasCold> and registered by bluez
Dec 24 13:03:26 <mickey|XmasCold> only some time after it's powered on
Dec 24 13:03:40 <pespin> yep
Dec 24 13:04:17 <mickey|XmasCold> ok, i'd like to fix that
Dec 24 13:04:23 <mickey|XmasCold> just need to think about the best way
Dec 24 13:04:29 <pespin> so the question is, should frameworkd be aware of this or I should do it in my app?
Dec 24 13:05:01 <mickey|XmasCold> for now I'm afraid you need to do it in your app, like, accepting that there might be a gap until BLuez sees the device
Dec 24 13:05:10 <pespin> I was thinking to just call the method untill it doesn't return a null pointer hehe
Dec 24 13:05:18 <mickey|XmasCold> yeah, not the worst idea
Dec 24 13:05:22 <mickey|XmasCold> just add delay
Dec 24 13:05:24 <mickey|XmasCold> so that you don't hammer it
Dec 24 13:05:35 <mickey|XmasCold> i could imagine that FSO cooperates more tightly with Bluez eventually to fix that
Dec 24 13:05:43 <mickey|XmasCold> so we would not return until bluez sees the device
Dec 24 13:05:51 <mickey|XmasCold> and if it doesn't after a timeout, we correctly report an error
Dec 24 13:05:59 <pespin> hmm how can I make a delay with C?
Dec 24 13:05:59 <mickey|XmasCold> would make more sense from an integration standpoint imo
Dec 24 13:06:07 <mickey|XmasCold> g_usleep()
Dec 24 13:06:15 <pespin> without glib? :P
Dec 24 13:06:22 <mickey|XmasCold> usleep :D
Dec 24 13:06:26 <pespin> xD ok
Dec 24 13:06:55 <mickey|XmasCold> by all means though, please add a bug report with your findings to the FSO bugtracker
Dec 24 13:07:01 <mickey|XmasCold> so that we don't forget this issue
Dec 24 13:07:15 <pespin> ok :)
Dec 24 13:07:17 <mickey|XmasCold> thanks
Dec 24 13:12:27 <pespin> mickey|XmasCold, which component I attach the bug to? fsousaged?
Dec 24 13:12:55 <dos1> i think it's fsodeviced job to correctly handle that
Dec 24 13:13:04 <dos1> as Bluetooth resource is registered in fsousaged by fsodeviced ;)
Dec 24 13:13:34 <mickey|XmasCold> pespin: fsodeviced for now, please
Dec 24 13:13:38 <mickey|XmasCold> dos1 is correct
Dec 24 13:13:54 <dos1> ;)
Dec 24 13:17:57 <Zorkman> tremendously off topic question: can anybody of you still use thepiratebay.org? I always get a login screen, even when i select "register"
Dec 24 13:27:31 <pespin> mickey|XmasCold, http://trac.freesmartphone.org/ticket/499
Dec 24 13:28:27 <pespin> dos1, is the theme with shr logo style in the feeds?
Dec 24 13:28:36 <mickey|XmasCold> pespin: right
Dec 24 13:28:39 <dos1> pespin: that one from scap?
Dec 24 13:28:46 <dos1> pespin: yup, e-wm-theme-illume-shrlogo
Dec 24 13:29:31 <pespin> dos1, I just have to use shr-settings to use it, right? :)
Dec 24 13:29:44 <dos1> pespin: no, there is no shrlogo elementary theme yet
Dec 24 13:29:51 <dos1> pespin: you have to select it in illume wrench
Dec 24 13:29:54 <pespin> ok
Dec 24 14:50:42 <CIA-78> freesmartphone.org: 03mickey 07cornucopia * r113490a4d765 10/docs/ (6 files): docs: add configuration file samples for the new world order...
Dec 24 15:12:46 <playya> *yawn*
Dec 24 15:12:50 <playya> merry chrismas
Dec 24 15:19:02 <DocScrutinizer51> ooh yeah. I wonder if I might get some food at turkish or asian restaurant at least
Dec 24 15:45:01 <CIA-78> freesmartphone.org: 03mickey 07cornucopia * rf18b1ca67349 10/fsogsmd/src/ (4 files in 3 dirs): fsogsmd: introduce notion of 'main' channel
Dec 24 15:59:53 <daniele_athome> mickey|XmasCold, at what point is fsogsmd?
Dec 24 15:59:55 <daniele_athome> :)
Dec 24 16:00:30 <daniele_athome> and what do you think about ofono as a replacement for opimd and fsogsmd?
Dec 24 16:00:39 <daniele_athome> and eventually fsodeviced, since ofono is pluggable...
Dec 24 16:04:30 <Heinervdm> blindcoder: you tried openttd some days ago?
Dec 24 16:07:22 <DocScrutinizer51> daniele_athome: ofono replaces opimd?? hardly
Dec 24 16:08:16 <daniele_athome> DocScrutinizer51, it could
Dec 24 16:08:26 <daniele_athome> is has backend interfaces for messages and calls
Dec 24 16:08:34 <daniele_athome> the fact is there are no backend actually implemented :D
Dec 24 16:08:43 <daniele_athome> *backends
Dec 24 16:09:18 <Heinervdm> So why should a non-working implementation replace a working one?
Dec 24 16:09:53 <daniele_athome> Heinervdm, I just want to know your opinion
Dec 24 16:09:59 <daniele_athome> about a potentially competitor
Dec 24 16:10:03 <daniele_athome> *potential
Dec 24 16:10:21 <daniele_athome> and I underline _potential_ don't get it wrong :)
Dec 24 16:10:53 <daniele_athome> an opinion from a programmer to other programmers
Dec 24 16:13:09 * daniele_athome buon natale a tutti!!!! :)
Dec 24 16:13:18 <daniele_athome> sorry :D
Dec 24 16:13:27 <daniele_athome> (damn xchat commands :S )
Dec 24 16:20:33 <DocScrutinizer51> AME? ;-P
Dec 24 16:21:24 <daniele_athome> DocScrutinizer51, yes :S
Dec 24 16:21:39 <daniele_athome> I thought it sends the message to only one network
Dec 24 16:21:41 <daniele_athome> not to all
Dec 24 16:21:41 <daniele_athome> :S
Dec 24 16:26:42 <DocScrutinizer51> well if u dont like it ->settings, usercmds
Dec 24 16:28:36 <DocScrutinizer51> daniele_athome: (opimd) fso framework is not only already production state. It is actually so much more than ofono even is designed to be eventually
Dec 24 16:29:15 <DocScrutinizer51> opimd also has contacts and callendar, no?
Dec 24 16:30:21 <daniele_athome> DocScrutinizer51, yes it has
Dec 24 16:30:36 <DocScrutinizer51> does ofono?
Dec 24 16:30:40 <daniele_athome> opimd
Dec 24 16:30:47 <daniele_athome> oh
Dec 24 16:30:49 <DocScrutinizer51> A: no
Dec 24 16:31:04 <daniele_athome> ofono has backends interface for messages and calls 
Dec 24 16:31:11 <daniele_athome> but I don't remember for contacts and calendar
Dec 24 16:31:14 <daniele_athome> but I guess not
Dec 24 16:31:28 <daniele_athome> DocScrutinizer51, the difference is fso is a complete smartphone framework
Dec 24 16:31:29 <DocScrutinizer51> you said that
Dec 24 16:31:48 <daniele_athome> ofono is just an interface to gsm related things
Dec 24 16:31:59 <DocScrutinizer51> exactly
Dec 24 16:32:06 <daniele_athome> although it has also support for other network methods
Dec 24 16:32:11 <daniele_athome> like wireless management, etc.
Dec 24 16:32:17 <DocScrutinizer51> or more 'will eventually be'
Dec 24 16:32:22 <daniele_athome> yes...
Dec 24 16:33:13 <DocScrutinizer51> k I'm going to walk a while now
Dec 24 16:33:17 <DocScrutinizer51> bbl
Dec 24 16:33:33 <daniele_athome> bye DocScrutinizer51 
Dec 24 20:33:47 <playya> ?
Dec 24 21:57:04 <misc> hi, i am having a strange problem, each time i try to register to the network I see "sim failure" ( error code 13 ), and since the card used to work on my freerunner some time ago, and still work fine on other phones, I wonder where the problem is :/
Dec 24 21:57:40 <misc> ( it is on debian on sdcard, but I am about to see if the problem is the same on shr and qtmoko )
Dec 24 21:58:10 <misc> ( and the modem firmware is moko11, the latest iirc )
Dec 24 22:08:38 <misc> ok, on shr, it work 
Dec 24 23:22:24 <linkmauve__> Merry Christmas!
Dec 25 02:59:10 <spaetz> BillK, pong
**** ENDING LOGGING AT Fri Dec 25 02:59:57 2009