**** BEGIN LOGGING AT Sun Dec 21 02:59:57 2008
Dec 21 05:53:45 <sicu> TAsn: sorry, havn't had time to do any icon mockups, and now i'll be gone for ca 10 days
Dec 21 05:54:03 <sicu> TAsn: it will have to wait, sorry :/
Dec 21 05:54:25 <Sargun> CA = Canada?
Dec 21 05:54:37 <sicu> TAsn: btw, my build finally finished, so now i have latest pyphonelog
Dec 21 05:57:24 <sicu> TAsn: found a bug: http://pastebin.com/m6baeb7e8
Dec 21 05:59:24 <sicu> TAsn: if the incoming call has a hidden number, it will cause pyphonelog to break (sqlite utf-8 issue)
Dec 21 06:00:28 <sicu> TAsn: you can test this by entering #31# in front of the phonenumber of your FR and calling
Dec 21 06:02:20 <Sargun> sicu, you wrote pyphonelog?
Dec 21 06:02:50 <sicu> Sargun: nope, TAsn did
Dec 21 06:03:26 <Sargun> ah
Dec 21 06:03:29 <sicu> =]
Dec 21 06:05:31 <sicu> TAsn: submitted a SHR ticket a few days ago, check #188
Dec 21 10:29:18 <quickdev> Hey
Dec 21 10:30:14 <Ainulindale> quickdev: hey
Dec 21 10:30:22 <quickdev> Ainulindale, everything fine?
Dec 21 10:31:16 <Ainulindale> Yeah, testing your UI =)
Dec 21 10:32:06 <quickdev> fine, although there are still segfaults because of gsm0710muxd
Dec 21 10:33:04 <PaulFertser> quickdev: the segfaults are because of improper input data handling ;)
Dec 21 10:33:36 <quickdev> PaulFertser, yeah, becaue of unproper input handling in frameworkd AND my app ;)
Dec 21 10:33:57 <PaulFertser> quickdev: I've just returned home and i'm trying to analize whether glib's buffered IO will suit the needs. So, the patch is coming, although slowly. I'm new to glib.
Dec 21 10:34:32 <quickdev> PaulFertser, great, take your time :)
Dec 21 10:34:44 <PaulFertser> quickdev: Actually those reproducable segfaults are perfect opportunities to fix frameworkd AND your app ;)
Dec 21 10:49:44 <Ainulindale> raster: ping ?
Dec 21 11:00:11 <Ainulindale> hey Daniel o/
Dec 21 11:00:29 <alphaone> hey Ainulindale 
Dec 21 11:00:39 <alphaone> Guess what? I'm done for the moment :-)
Dec 21 11:00:58 <quickdev> alphaone, done with your study stuff?
Dec 21 11:01:09 <alphaone> quickdev: Yeah for the moment
Dec 21 11:01:09 <Ainulindale> alphaone: yeah saw that, congrats :-)
Dec 21 11:01:13 <quickdev> great :)
Dec 21 11:01:17 <alphaone> thanks
Dec 21 11:02:54 <alphaone> SMS is already working again :-)
Dec 21 11:02:56 <alphaone> In master
Dec 21 11:03:19 <Ainulindale> heh
Dec 21 11:03:37 <Ainulindale> alphaone: how do you see ogsmd/opimd relation by the way?
Dec 21 11:03:45 <Ainulindale> Will you rework the API?
Dec 21 11:03:54 <alphaone> yeah, will need to
Dec 21 11:04:01 <Ainulindale> Ok, was wondering about that
Dec 21 11:04:18 <Ainulindale> If you saw that as a needed rework or a "use opimd after ogsmd" thing
Dec 21 11:04:32 <alphaone> Next thing is to complete the properties values
Dec 21 11:05:21 <alphaone> And then add the interface for checking how many SMS a message takes up.
Dec 21 11:05:35 <Ainulindale> yeah that sounds good
Dec 21 11:05:48 <Ainulindale> oh by the way is there already a way to reassemble smses?
Dec 21 11:05:56 <Ainulindale> quickdev: while I'm at it
Dec 21 11:06:03 <Ainulindale> dolf opened a bunch of tickets for you
Dec 21 11:08:27 <alphaone> Ainulindale: check for csm_id, csm_num and csm_seq
Dec 21 11:09:10 <Ainulindale> Hmmm
Dec 21 11:09:25 <Ainulindale> Why wouldn't it be handled by frameworkd directly?
Dec 21 11:10:22 <alphaone> Ainulindale: That should be handled by opimd
Dec 21 11:10:31 <Ainulindale> Yeah, my point
Dec 21 11:10:40 <alphaone> But not by ogsmd
Dec 21 11:11:40 <alphaone> But as long as opimd is not there yet...
Dec 21 11:11:48 <Ainulindale> True, true
Dec 21 11:12:16 <Ainulindale> (darn, some pork is roasting here, smells quite good)
Dec 21 11:12:34 <Ainulindale> (I might be away for a while focusing on my stomach instead of focusing on my phone)
Dec 21 11:12:42 <alphaone> :-)
Dec 21 11:17:56 <Hire> ahah
Dec 21 11:18:01 <Hire> i will eat a polenta
Dec 21 11:18:06 <Hire> with spuntature 
Dec 21 11:18:24 <Hire> http://www.gustopiemonte.com/Sito_ITA/Ricette/images/unici/polenta_gialla.jpg <-- polenta
Dec 21 11:18:50 <Hire> http://www.modenaweb.it/images/spesa/prodotti/403.jpg <-- spuntature 
Dec 21 11:19:30 <CM> Hire: Looks good, I liked the food in Italy :)
Dec 21 11:19:36 <quickdev> Ainulindale, I remove elementary-test package, ok?
Dec 21 11:19:42 * CM just had some chicken and rice
Dec 21 11:20:01 <Hire> it is fucking good
Dec 21 11:20:23 <BluesLee> quickdev: okay:-)
Dec 21 11:20:40 <quickdev> hey BluesLee 
Dec 21 11:20:46 <BluesLee> quickdev: hi
Dec 21 11:21:15 <BluesLee> quickdev: any progress concerning your fw ui lib?
Dec 21 11:21:24 <quickdev> fw?
Dec 21 11:21:33 <BluesLee> frameworkd
Dec 21 11:22:14 <quickdev> BluesLee, yeah, PaulFertser is currently fixing the segfault cause
Dec 21 11:22:23 <BluesLee> cool
Dec 21 11:22:25 <quickdev> it's a gsm0710muxd issue
Dec 21 11:22:52 <BluesLee> the lib is going to unstable first?
Dec 21 11:23:08 <Ainulindale> quickdev: Well I was wondering where we should remove that one
Dec 21 11:23:09 <quickdev> it already is in unstable
Dec 21 11:23:23 <BluesLee> quickdev: the fixed one?
Dec 21 11:23:49 <quickdev> BluesLee, not yet. The fixed gsm0710muxd will go into shr-testing and shr-unstable.
Dec 21 11:24:02 <BluesLee> oki doki
Dec 21 11:24:37 <quickdev> Ainulindale, ah, you meant elm-tests
Dec 21 11:25:03 <Ainulindale> quickdev: well it's in libelementary-test iirc
Dec 21 11:26:21 <Sargun> quickdev, which segfault? The python segfault?
Dec 21 11:26:50 <BluesLee> who is PaulFertser by the way?
Dec 21 11:27:08 <quickdev> Sargun, the segfault of the shr phone stack user interface
Dec 21 11:27:21 <quickdev> BluesLee, someone who is familar with the muxer :)
Dec 21 11:28:18 <Sargun> ah
Dec 21 11:28:34 <PaulFertser> quickdev: a comprehensive description, indeed ;)
Dec 21 11:29:03 <quickdev> PaulFertser, then tell us more about you..hehe ;)
Dec 21 11:29:06 <quickdev> Ainulindale, Unknown internal dbus error: Method "GetPowerStatus" with signature "" on interface "org.freesmartphone.Device.PowerSupply" doesn't exist
Dec 21 11:29:06 <quickdev> , 76 (dbus-glib-error-quark), code 19
Dec 21 11:29:35 <quickdev> mwester, is this a kernel problem? or because my gta02a04 has no power interface?
Dec 21 11:29:39 <Ainulindale> quickdev? what?
Dec 21 11:29:49 <Ainulindale> no this is because battery is advertised differently
Dec 21 11:29:52 <quickdev> Ainulindale, shouldn't we catch that error?
Dec 21 11:30:06 <quickdev> Ainulindale, a way to fix it?
Dec 21 11:30:42 <Ainulindale> yes, we should catch that
Dec 21 11:30:55 <Ainulindale> Fix it, right now, I don't know apart from using another kernel or listing the battery devices
Dec 21 11:31:03 <BluesLee> quickdev: it has nothing to do with qi i guess... with a newer qi version i get some mysterious power messages while resuming
Dec 21 11:32:14 <quickdev> Ainulindale, how to fix it? Should we ignore the power state? really? ;)
Dec 21 11:32:57 <Ainulindale> I just told you how
Dec 21 11:34:31 <quickdev> ah, yeah, ok
Dec 21 11:34:37 <quickdev> org.freesmartphone.GSM.Network.Status: {'strength': 86, 'mode': 'automatic', 'registration': 'denied'}
Dec 21 11:34:58 <quickdev> registration: denied, never received that before, strange
Dec 21 11:35:12 <bumbl> who develops ecalc?
Dec 21 11:38:52 <BluesLee> bumbl: http://code.google.com/p/ecalc/ isnt very helpful
Dec 21 11:39:32 <BluesLee> bumbl: i tried to replace the default calculator yesterday, mokox48 is okay, but not what i want
Dec 21 11:40:05 <BluesLee> bumbl: and i wasnt able to install ecalc because of missing libs afair
Dec 21 11:40:56 <BluesLee> bumbl: i think its thomas bertani
Dec 21 11:42:05 <bumbl> hmm
Dec 21 11:42:13 <bumbl> I'll post a feature request
Dec 21 11:42:35 <bumbl> in landscape mode - turn the calc to a scientific calc
Dec 21 11:43:11 <BluesLee> do u use it?
Dec 21 11:43:44 <BluesLee> i couldnt install it properly
Dec 21 11:43:55 <bumbl> no I haven't used it yet
Dec 21 11:44:14 <BluesLee> first we should get it into shr
Dec 21 11:44:52 <BluesLee> it fits better in than the gtk one
Dec 21 11:45:29 <quickdev> Ainulindale, you hardcoded the bat path in libframeworkd-glib: #define DEVICE_POWER_SUPPLY_BUS_PATH            "/org/freesmartphone/Device/PowerSupply/bat"
Dec 21 11:45:30 <bumbl> wow - 4339lines of edje code
Dec 21 11:45:44 <quickdev> Ainulindale, on my device it's /org/freesmartphone/Device/PowerSupply/bat_th_gta01 (GTA01 Battery)
Dec 21 11:46:06 <bumbl> import ecore, ecore.evas, evas, edje, etk, string, time <- all this libraries should be in the repos
Dec 21 11:46:18 <bumbl> I use most of them for omoney
Dec 21 11:46:48 <BluesLee> something was missing
Dec 21 11:46:53 <BluesLee> try to install it
Dec 21 11:47:31 <bumbl> have you edje_cc the edc file?
Dec 21 11:47:45 <quickdev> Ainulindale, how to fix it? I could check, if the gta01 path in dbus_connect_to_odeviced_power_supply() exists and then use it. Otherwise the standard one could be used.
Dec 21 11:48:54 <BluesLee> bumbl: i thought there is an ipk out there for ecalc
Dec 21 11:49:25 <bumbl> BluesLee: haven't found one - i'll try it manually
Dec 21 12:00:18 <bumbl> ecalc works here without errors
Dec 21 12:00:33 <bumbl> but the svn version lacks graphics
Dec 21 12:00:42 <raster> Ainulindale: pong
Dec 21 12:00:57 <raster> sorry malloc diistracting me
Dec 21 12:01:00 <raster> needs attention
Dec 21 12:01:29 <bumbl> hi raster 
Dec 21 12:01:48 <bumbl> is it planned to merge python-elementary into e-svn?
Dec 21 12:01:54 <raster> bumbl: yo
Dec 21 12:01:59 <quickdev> hey raster, we'd like to bump up EFL_SRCREV. Is there a stable one you know?
Dec 21 12:02:34 <raster> bumbl:  no idea - havent seen it - no one has asked for commit access to put it in either
Dec 21 12:02:35 <raster> :)
Dec 21 12:02:58 <raster> quickdev: sent email - rev i  last built
Dec 21 12:03:04 <raster> otherwise u'll have to wait until i do
Dec 21 12:03:08 <raster> i'll build one tomorrow
Dec 21 12:03:14 <raster> malloc has just been eating up my day
Dec 21 12:03:16 <quickdev> great :)
Dec 21 12:03:43 <quickdev> afk now
Dec 21 12:04:34 <raster> now back to  malloc - needing attention
Dec 21 12:08:27 <bumbl> raster: svn://projects.linuxtogo.org/svn/smartphones
Dec 21 12:08:56 <bumbl> developed by morphis
Dec 21 12:09:00 <raster> bumbl: whoever maintains them is welcome to aks for svn access
Dec 21 12:09:04 <raster> we are pretty open about it
Dec 21 12:09:10 <bumbl> i'll tell him
Dec 21 12:09:19 <raster> i do know i dont have time to go maintain them as i dont even use pytnon - so i'll never spot a problem
Dec 21 12:09:38 <raster> but those that do are more than welcom to
Dec 21 12:09:48 <raster> we have fairly open policires on granting access
Dec 21 12:10:02 <raster> just need a small .txt "form" filled out and a id_rsa.pub :)
Dec 21 12:10:14 <raster> we'll set it up - after that svn access is adminned via svn
Dec 21 12:10:35 <sylar1991> Ainulindale: http://scap.linuxtogo.org/files/f81e4f045b3995d6a89582f790854b83.png
Dec 21 12:11:23 <bumbl> ah sylar1991: [FEATURE-REQUEST]: when in landscape mode change to scientific calculator mode
Dec 21 12:11:47 <CM> sylar1991: Looks very nice :)
Dec 21 12:12:14 <bumbl> anyway good work
Dec 21 12:12:20 <CM> Or should I say "Ooooh! Shiny!" :D
Dec 21 12:12:31 <sylar1991> bumbl: for scientific calcs it has alway the constants tab and the functions one
Dec 21 12:12:42 <raster> looks good
Dec 21 12:13:01 <raster> how do u define the ui
Dec 21 12:13:19 <raster> looks to me like tyhe green calc lcd is stretched just a bit too much vertically
Dec 21 12:13:32 <sylar1991> In the enlightment svn I found the gui but I rewrote the calc engine
Dec 21 12:13:50 <raster> hmm
Dec 21 12:13:52 <sylar1991> and I changed other elements from the first one from svn
Dec 21 12:14:02 <raster> gui needs some work to stretch properly
Dec 21 12:14:10 <raster> never seen that before
Dec 21 12:14:11 <raster> :)
Dec 21 12:14:17 <raster> but looks decent
Dec 21 12:14:41 <bumbl> yep and you could make the .edc a bit smaller by turning the button grid into a makro
Dec 21 12:14:41 <sylar1991> yes, but before I need to complete the functions' tab and the constants one
Dec 21 12:15:37 <bumbl> like for example zhone does with it's keypad
Dec 21 12:15:48 <sylar1991> and this is (http://scap.linuxtogo.org/files/16194cf4e3f60158592f279939f4dae0.png) a simple screenlocker more useful and nicer than the current one
Dec 21 12:16:22 <bumbl> nice
Dec 21 12:16:42 <sylar1991> it makes numbers bacame green when pressed in the right order
Dec 21 12:16:52 <sylar1991> it is vry simple but also very confortable
Dec 21 12:16:55 <bumbl> although I want to see an android like screenlocker with custom unlock order
Dec 21 12:17:06 <sylar1991> bumbl: I'm working on it
Dec 21 12:17:10 <bumbl> ah good
Dec 21 12:18:12 <sylar1991> I'm 17 and I'm a noob in efl programming but it doesn't seems difficult (but the docs is very poor (like my english :P))
Dec 21 12:18:37 <raster> yeah - our docs suck :(
Dec 21 12:21:10 <bumbl> sylar1991: well the docs really suck but the demo apps are kind of self explaning
Dec 21 12:22:26 <bumbl> and thou shalt not log into irc as root
Dec 21 12:22:52 <sylar1991> bumbl: lol, I know: I'm mad
Dec 21 12:27:11 <viq> sylar1991: that's not mad, that's suicidal :P
Dec 21 12:27:40 <sylar1991> viq: lol, you are right
Dec 21 12:28:41 <Ainulindale> raster: looking for a stable EFL_SRCREV to test please :-)
Dec 21 12:28:51 <sylar1991> if anyones wants to test the alpha of ecalc & screenlocker -> http://www.thomasbertani.it/files/lol
Dec 21 12:29:13 <sylar1991> I haven't yet clean the code, nor completed it
Dec 21 12:30:19 <Ainulindale> sylar1991: regarding the screenlocker
Dec 21 12:30:38 <Ainulindale> A screenlocker which prevents from seeing the screen is bad IMHO
Dec 21 12:31:06 <sylar1991> mmm...
Dec 21 12:31:25 <Ainulindale> That's just my opinion :-)
Dec 21 12:31:52 <sylar1991> raster: is it possible to use canvas transparency for the screenlocker?
Dec 21 12:32:25 <quickdev> Ainulindale
Dec 21 12:32:40 <Ainulindale> yes,
Dec 21 12:32:43 <quickdev> http://rafb.net/p/ls0w6v93.html
Dec 21 12:32:43 <Ainulindale> ?
Dec 21 12:33:32 <Ainulindale> errr
Dec 21 12:33:33 <Ainulindale> yes and?
Dec 21 12:34:32 <quickdev> Ainulindale, have you asked him in a mail?
Dec 21 12:34:49 <quickdev> check for response
Dec 21 12:35:07 <Ainulindale> No, I didn't
Dec 21 12:35:16 <Ainulindale> That's not what I read from his response here
Dec 21 12:35:37 <Ainulindale> I read he sent an email
Dec 21 12:38:20 <raster> Ainulindale: tomorrow
Dec 21 12:38:21 <raster> :)
Dec 21 12:38:41 <Ainulindale> Ok no problem
Dec 21 12:39:06 <raster> sylar1991: "it depends"
Dec 21 12:39:39 <raster> ok
Dec 21 12:39:42 <raster> snoooz
Dec 21 12:39:46 <sylar1991> raster: by what? :P
Dec 21 12:39:48 <sylar1991> doh
Dec 21 13:04:35 <DocScrutinizer2> waah, live ot there :-)
Dec 21 13:06:33 <Ainulindale> hey DocScrutinizer2 
Dec 21 13:10:33 <DocScrutinizer2> hey ainu
Dec 21 13:10:52 <DocScrutinizer2> killing time at airport
Dec 21 13:11:16 <Ainulindale> Oh, eventually going home?
Dec 21 13:11:22 <Ainulindale> quickdev: just had an empty message
Dec 21 13:11:48 <DocScrutinizer2> only US homeland security might stop me now ;-)
Dec 21 13:12:02 <Ainulindale> In order to go to Europe? :-)
Dec 21 13:12:46 <PaulFertser> quickdev: Please take a look at http://pastebin.com/m7b869211 , it should probably work, i tested on my FR and didn't notice any regressions.
Dec 21 13:12:56 <bumbl> i think i will kill someone
Dec 21 13:13:04 <bumbl> bloody connection problems
Dec 21 13:13:51 <Ainulindale> hmmm PaulFertser 
Dec 21 13:14:01 <PaulFertser> hmmm Ainulindale 
Dec 21 13:14:05 <Ainulindale> this written != length
Dec 21 13:14:12 <Ainulindale> isn't it manageable?
Dec 21 13:14:20 <Ainulindale> That is to say, write until written = length then flush?
Dec 21 13:15:36 <PaulFertser> Ainulindale: it's by design. Being single-threaded, you don't want to block on writes, or you can miss some data from the modem.
Dec 21 13:15:48 <Ainulindale> errr
Dec 21 13:15:56 <Ainulindale> that wasn't an answer to my question I think :-)
Dec 21 13:15:59 <Ainulindale> I meant
Dec 21 13:16:20 <Ainulindale> From what I see line 42 (!) of the patch
Dec 21 13:16:26 <Ainulindale> You check if there was a write overflow
Dec 21 13:16:30 <sylar1991> Ainulindale: could you replace the current gtk calcultor with mine?
Dec 21 13:16:44 <Ainulindale> sylar1991: I could, were I to be provided a bb file
Dec 21 13:17:00 <Ainulindale> PaulFertser: and in that check, you just fail, no matter what the result is
Dec 21 13:17:08 <Ainulindale> It would seem logical, to me, to end the write process before flushing
Dec 21 13:17:22 <Ainulindale> But then I'm not aware of the constraints, and I'm interested in the technical considerations :-)
Dec 21 13:17:36 <Sargun> Is the charging problem fixed yet?
Dec 21 13:17:44 <sylar1991> Aninulindale: it is in edj+python, not c
Dec 21 13:17:51 <Ainulindale> sylar1991: That doesn't matter
Dec 21 13:17:58 <Ainulindale> And please use tab.
Dec 21 13:18:02 <Ainulindale> Else I'm not hilighted
Dec 21 13:18:53 <bumbl> sylar1991: 
Dec 21 13:19:08 <bumbl> http://shr.bearstech.com/git/?p=shr-overlay.git;a=tree;f=openembedded/packages/omoney
Dec 21 13:19:13 <DocScrutinizer2> Ainulindale: I don't even have any TAB on my N810
Dec 21 13:19:14 <bumbl> have a look at that one
Dec 21 13:19:28 <bumbl> that's a simple bb for a pyhton program
Dec 21 13:19:32 <Ainulindale> DocScrutinizer2: that's because you suck :-)
Dec 21 13:19:37 <sylar1991> bumbl: thanks
Dec 21 13:19:50 <Ainulindale> bumbl: wow this bb file looks nice. Who did it? :-)
Dec 21 13:20:15 <Ainulindale> (apart from the rev inside the src_uri)
Dec 21 13:20:20 <PaulFertser> Ainulindale: All writes are going through glib buffer to pty buffer to frameworkd. If the frameworkd is too slow to read the buffers, they overflow. After that we should either block on write (as we have no place to store more bytes) or we just drop the data.
Dec 21 13:20:21 <Ainulindale> (and the PV)
Dec 21 13:20:34 <bumbl> this http://code.google.com/p/omoney/source/browse/trunk/setup.py is the setup.py which you will need to
Dec 21 13:20:46 <Ainulindale> PaulFertser: damn....
Dec 21 13:20:54 <Ainulindale> PaulFertser: so this is a workaround but not a solution then?
Dec 21 13:21:23 <bumbl> Ainulindale: i did it, mrmoku reformatted it (i wrote the redepends and files in a single line)
Dec 21 13:21:48 <bumbl> well rev=29 is that what I tagged milestone 1
Dec 21 13:22:26 <quickdev> PaulFertser, can only test it this evening/night. Will report. Thanks in advance. Now I'm away
Dec 21 13:22:36 <Ainulindale> bumbl: I know who did that bb file
Dec 21 13:22:46 <Ainulindale> You bugged me so many times with question
Dec 21 13:22:49 <PaulFertser> Ainulindale: the real solution is to use an evergrowing buffer. I can do that, but do we really need to? We have a fixed buffer for serial data anyway. And if frameworkd is so very slow to read from a big enough buffer, then it's somehow broken anyway.
Dec 21 13:22:58 <Ainulindale> And I counter-bugged you as many with corrections to make =)
Dec 21 13:23:24 <Ainulindale> PaulFertser: well that's what I meant
Dec 21 13:23:33 <Ainulindale> If the problem comes from frameworkd then let's fix it
Dec 21 13:24:20 <bumbl> Ainulindale: well that's true 
Dec 21 13:24:27 <bumbl> it was done more or less by you
Dec 21 13:24:50 <Ainulindale> No, it was done by you, but mrmoku_ and I helped you with it because you did ugly things :-p
Dec 21 13:24:57 <bumbl> :p
Dec 21 13:24:57 <Ainulindale> Bad, bad bumbl 
Dec 21 13:25:01 <Ainulindale> bumbl: and FYI
Dec 21 13:25:06 <Ainulindale> You should have several bb files
Dec 21 13:25:09 <Ainulindale> one being ms1
Dec 21 13:25:10 <Ainulindale> the other svn
Dec 21 13:25:21 <bumbl> well svn is garbage at the moment
Dec 21 13:25:25 <Ainulindale> so what?
Dec 21 13:25:34 <bumbl> and when I do rev=HEAD
Dec 21 13:25:35 <Ainulindale> one can get a specific revision using includes
Dec 21 13:25:38 <bumbl> the bb file won't build
Dec 21 13:25:52 <Ainulindale> but this isn't doable right now with your bb file
Dec 21 13:26:13 <bumbl> although it fetches everythig correctly
Dec 21 13:27:06 <PaulFertser> Ainulindale: i think we can choose a reasonable size for the pty buffer and it'll be allright. How many bytes can a modem output as an answer for one AT request? Probably not that many. That's the size we should be able to keep in case frameworkd is busy with something.
Dec 21 13:29:15 * DocScrutinizer2 throws 15.000 SMD-chips at ainu
Dec 21 13:31:09 <Ainulindale> DocScrutinizer2: ouh yeah :-)
Dec 21 13:31:23 <Ainulindale> PaulFertser: well, yes
Dec 21 13:31:32 <Ainulindale> But that, I don't know :-)
Dec 21 13:34:38 <bumbl> well Ainulindale if you have time you could change the bb file to get specific revisions using includes
Dec 21 13:34:58 <bumbl> although i would prefer if you won't
Dec 21 13:35:17 <bumbl> because you could spend your time with doing more important stuff
Dec 21 13:35:39 <DocScrutinizer2> bumbl is now known as bumbl___
Dec 21 13:35:55 <DocScrutinizer2> ;-)
Dec 21 13:36:06 <PaulFertser> Ainulindale: what my patch improves is that we can now control the size of this buffer (instead of 4096 in kernel pty implementation). Now we can count the maximum size of the answer, add some more for unsolicited responses, and we're set. That's how i see it.
Dec 21 13:38:55 * CM notes that PaulFertser only writes 5-line long messages :)
Dec 21 13:39:18 <bumbl> DocScrutinizer2: :p
Dec 21 13:39:51 * DocScrutinizer2 only writes TLA :P
Dec 21 13:40:15 <DocScrutinizer2> some ETLA
Dec 21 13:40:43 <Ainulindale> PaulFertser: ok then, seems good to me :-)
Dec 21 13:40:55 <CM> DocScrutinizer2: TLA FTW! ;)
Dec 21 13:41:14 <DocScrutinizer2> Ainulindale: back to the gum. :-((((((
Dec 21 13:41:27 <PaulFertser> CM: lol. Must be a FIDO habit. ;)
Dec 21 13:42:12 <Ainulindale> DocScrutinizer2: for a little while or definitively?
Dec 21 13:42:17 <Ainulindale> just for the plane right? :-)
Dec 21 13:42:29 <PaulFertser> CM: Or probably the size of my internal mind buffer. :)
Dec 21 13:42:51 <CM> PaulFertser: I've noticed the same when im:ing with friends
Dec 21 13:42:53 <DocScrutinizer2> Ainulindale: right
Dec 21 13:43:03 <CM> PaulFertser: Some write whole essays, I prefer once sentence
Dec 21 13:43:12 <Ainulindale> DocScrutinizer2: well I'm trying to stop aswell, even though I have no plane to catch :-)
Dec 21 13:43:22 <Ainulindale> DocScrutinizer2: so nicopass menthol is my friend today
Dec 21 13:43:28 <CM> PaulFertser: Not complaining on how you write, just thought it looked funny. :)
Dec 21 13:44:10 <DocScrutinizer2> Ainulindale: that's silly to spend thousands in a project you cancel prematurely
Dec 21 13:44:32 <Ainulindale> Hehe :-)
Dec 21 13:46:18 <DocScrutinizer2> probably nearly hundereds of thousands
Dec 21 13:46:42 <Ainulindale> well, it was 20 a day all in all
Dec 21 13:46:56 <Ainulindale> that makes 35 euros a week
Dec 21 13:47:19 <DocScrutinizer2> one pack tobaco a day, for >30 y now
Dec 21 13:47:44 <Ainulindale> Let say 40 to round that up, so, 2000 a year, will say
Dec 21 13:47:53 <DocScrutinizer2> well the price changed over the years
Dec 21 13:48:11 <Ainulindale> Yeah
Dec 21 13:50:20 <PaulFertser> Are you guy smoking? IMO tobaco is the most useless drug among commonly consumed. No fun, but lots of problems.
Dec 21 13:50:20 <CM> Smoking is very rare here in Sweden
Dec 21 13:50:25 <CM> Too damn cold ;)
Dec 21 13:50:39 <mwester> greetings.  -22 C, wind chill to less than -40 C ...   I'm staying inside.  Good think I don't smoke (anymore).
Dec 21 13:50:57 <CM> mwester: Ouch, where is that?
Dec 21 13:51:03 <mwester> Chicago (!)
Dec 21 13:51:10 <mwester> ~weather KORD
Dec 21 13:51:10 <CM> Ah, the windy city ;)
Dec 21 13:51:12 <bzzbot> CHICAGO O'HARE INTERNATIONAL, IL, United States; (KORD) 41-59N 087-55W 200M; last updated: 2008.12.21 1251 UTC; Dew Point: -13.0 F (-25.0 C); Pressure (altimeter): 29.92 in. Hg (1013 hPa); Relative Humidity: 70%; Sky conditions: clear; Temperature: -6.0 F (-21.1 C); Visibility: 8 mile(s); Wind: from the W (260 degrees) at 25 MPH (22 KT) gusting to 38 MPH (33 KT); Windchill: -32 F (-36 C)
Dec 21 13:51:39 <CM> ~weather ARN
Dec 21 13:51:41 <bzzbot> I can't find station code "ARN" (see http://www.nws.noaa.gov/oso/site.shtml or http://www.nws.noaa.gov/tg/siteloc.shtml for ICAO locations codes).
Dec 21 13:51:42 <mwester> I'm northwest of the airport...
Dec 21 13:52:10 <PaulFertser> mwester: not exactly comfortable for a bicycle ride, indeed :)
Dec 21 13:52:14 <mwester> but the dog wants out.  I'll be back in a bit. (I hope)
Dec 21 13:52:36 <Ainulindale> ~weather LFMK
Dec 21 13:52:38 <bzzbot> Carcassonne, France; (LFMK) 43-13N 002-19E 130M; last updated: 2008.12.21 1330 UTC; Dew Point: 39 F (4 C); Pressure (altimeter): 30.53 in. Hg (1034 hPa); Relative Humidity: 57%; Sky conditions: mostly cloudy; Temperature: 53 F (12 C); Wind: from the WNW (300 degrees) at 16 MPH (14 KT) (direction variable)
Dec 21 13:52:48 <Ainulindale> That's where I am right now :-)
Dec 21 13:53:00 <CM> ~weather ESSA
Dec 21 13:53:02 <bzzbot> Stockholm / Arlanda, Sweden; (ESSA) 59-39N 017-57E 61M; last updated: 2008.12.21 1320 UTC; Dew Point: 28 F (-2 C); Pressure (altimeter): 29.85 in. Hg (1011 hPa); Relative Humidity: 86%; Temperature: 32 F (0 C); Visibility: greater than 7 mile(s); Wind: from the SW (230 degrees) at 7 MPH (6 KT); Windchill: 24 F (-4 C)
Dec 21 13:53:28 <CM> Ainulindale: Oh, Carcassonne! I like that boardgame :P
Dec 21 13:54:07 <Ainulindale> I bet I'd kick your ass
Dec 21 13:54:12 <Ainulindale> I'm a peasant bastard
Dec 21 13:54:30 <CM> Hehe, I did win the last 3 games I played, but yes, still think you'd win
Dec 21 13:54:31 <Ainulindale> Or a "let's connect to your big city" bastard
Dec 21 13:54:35 <Ainulindale> All in all, I'm just a bastard
Dec 21 13:54:39 <CM> But I'll beat you in Puerto Rico
Dec 21 13:54:39 <CM> HEhe
Dec 21 13:54:43 <Ainulindale> I doubt that too
Dec 21 13:54:52 <Ainulindale> Played and win to puerto rico two weeks ago
Dec 21 13:55:15 <Ainulindale> But I prefer more deterministic games
Dec 21 13:55:21 <Ainulindale> Antike / Imperial for instance
Dec 21 13:55:25 <Ainulindale> these are great
Dec 21 13:55:35 <bumbl> ~weather LOWL
Dec 21 13:55:37 <bzzbot> Linz / Hoersching-Flughafen, Austria; (LOWL) 48-14N 014-11E 313M; last updated: 2008.12.21 1350 UTC; Dew Point: 35 F (2 C); Pressure (altimeter): 30.42 in. Hg (1030 hPa); Relative Humidity: 86%; Sky conditions: mostly cloudy; Temperature: 39 F (4 C); Visibility: greater than 7 mile(s); Weather: Light rain; Wind: from the W (260 degrees) at 13 MPH (11 KT) (direction variable)
Dec 21 13:55:51 <dcordes> ~weather EDDL
Dec 21 13:55:53 <PaulFertser> ~weather RSXX0063
Dec 21 13:55:53 <bzzbot> Duesseldorf, Germany; (EDDL) 51-18N 006-46E 41M; last updated: 2008.12.21 1350 UTC; Dew Point: 46 F (8 C); Pressure (altimeter): 30.42 in. Hg (1030 hPa); Relative Humidity: 87%; Sky conditions: mostly cloudy; Temperature: 50 F (10 C); Visibility: greater than 7 mile(s); Wind: from the WSW (250 degrees) at 12 MPH (10 KT)
Dec 21 13:55:54 <bzzbot> I can't find station code "RSXX0063" (see http://www.nws.noaa.gov/oso/site.shtml or http://www.nws.noaa.gov/tg/siteloc.shtml for ICAO locations codes).
Dec 21 13:55:57 <dcordes> coool
Dec 21 13:56:07 <Ainulindale> bumbl: weather "lol"?
Dec 21 13:56:20 <CM> ~weather ESNU
Dec 21 13:56:22 <bzzbot> Umea Flygplats, Sweden; (ESNU) 63-48N 020-17E 14M; last updated: 2008.12.21 1350 UTC; Dew Point: 21 F (-6 C); Pressure (altimeter): 29.59 in. Hg (1002 hPa); Relative Humidity: 92%; Temperature: 23 F (-5 C); Visibility: greater than 7 mile(s); Wind: Calm
Dec 21 13:56:34 <bumbl> Ainulindale: yep
Dec 21 13:56:41 <bumbl> ~weather ROFL
Dec 21 13:56:43 <bzzbot> I can't find station code "ROFL" (see http://www.nws.noaa.gov/oso/site.shtml or http://www.nws.noaa.gov/tg/siteloc.shtml for ICAO locations codes).
Dec 21 13:56:45 <bumbl> bah
Dec 21 13:56:52 <bumbl> shame on you bzzbot 
Dec 21 13:57:07 <Ainulindale> :-)
Dec 21 13:57:20 <CM> Ainulindale: What games were you about to mention?
Dec 21 13:57:33 <CM> Ah, sorry, I'm blind
Dec 21 13:57:42 <Ainulindale> CM: well
Dec 21 13:57:43 <dcordes> ~lart bzzbot 
Dec 21 13:57:43 * bzzbot duct-tapes dcordes to the floor and drools on him
Dec 21 13:57:45 <Ainulindale> I have several
Dec 21 13:57:53 <CM> Hmmm.. Imperial
Dec 21 13:57:54 <PaulFertser> ~weather UUWW
Dec 21 13:57:56 <bzzbot> Moscow / Vnukovo , Russia; (UUWW) 55-39N 037-16E; last updated: 2008.12.21 1330 UTC; Dew Point: 10 F (-12 C); Pressure (altimeter): 30.21 in. Hg (1023 hPa); Relative Humidity: 67%; Temperature: 19 F (-7 C); Visibility: greater than 7 mile(s); Wind: from the SE (140 degrees) at 9 MPH (8 KT); Windchill: 8 F (-13 C)
Dec 21 13:57:56 * CM takes a look
Dec 21 13:57:59 <Ainulindale> What I play the most is Antike 
Dec 21 13:58:04 <Ainulindale> Then Caylus
Dec 21 13:58:05 <Ainulindale> Imperial
Dec 21 13:58:13 <Ainulindale> I recently bought Shogun which is very nice
Dec 21 13:58:22 <Ainulindale> Diplomacy now and then
Dec 21 13:58:34 <CM> Never even heard of Antike
Dec 21 13:58:41 <Ainulindale> Well it's great
Dec 21 13:58:45 <Ainulindale> Really great
Dec 21 13:58:48 <Ainulindale> 0 random
Dec 21 13:58:52 <Ainulindale> Apart from the initial position
Dec 21 13:58:55 <CM> Oh, I like that
Dec 21 13:59:02 <Ainulindale> You can research, build armies and temple
Dec 21 13:59:09 <CM> I thought Puerto Rico was quite good where only the tiles are random
Dec 21 13:59:10 <Ainulindale> And fights are rare but deadly
Dec 21 13:59:14 <Ainulindale> It usually means the end of the game
Dec 21 13:59:28 <CM> But a weak player can ruin the game for all others.. :-/
Dec 21 13:59:28 <viq> ~weather EPWA
Dec 21 13:59:30 <bzzbot> Warszawa-Okecie, Poland; (EPWA) 52-10N 020-58E 107M; last updated: 2008.12.21 1330 UTC; Dew Point: 35 F (2 C); Pressure (altimeter): 30.03 in. Hg (1017 hPa); Relative Humidity: 86%; Sky conditions: mostly cloudy; Temperature: 39 F (4 C); Visibility: greater than 7 mile(s); Weather: Light rain; Wind: from the NW (310 degrees) at 16 MPH (14 KT)
Dec 21 13:59:30 <Ainulindale> Well, in Antike you earn characters
Dec 21 13:59:54 <CM> Ainulindale: How long time does it usually take to play?
Dec 21 13:59:58 <Ainulindale> You can earn them either by destroying temples, building cities, conquering seas, researching and building temples
Dec 21 14:00:02 <viq> ~weather EPGD
Dec 21 14:00:04 <Ainulindale> Depends on the players
Dec 21 14:00:04 <bzzbot> Gdansk-Rebiechowo, Poland; (EPGD) 54-23N 018-28E 138M; last updated: 2008.12.21 1330 UTC; Dew Point: 37 F (3 C); Pressure (altimeter): 30.03 in. Hg (1017 hPa); Relative Humidity: 93%; Sky conditions: mostly clear; Temperature: 39 F (4 C); Visibility: greater than 7 mile(s); Wind: from the WNW (300 degrees) at 14 MPH (12 KT)
Dec 21 14:00:08 <viq> heh, fun
Dec 21 14:00:10 <Ainulindale> I usually play with my boss and his brother
Dec 21 14:00:16 <Ainulindale> It can take up to 5 hours
Dec 21 14:00:21 <Ainulindale> Usually it's 2h-2h30
Dec 21 14:00:25 <CM> Ouch, that's a bit long
Dec 21 14:00:30 <Ainulindale> But my boss and his brother are diplomacy players
Dec 21 14:00:36 <Ainulindale> Hence the time
Dec 21 14:00:38 <CM> Ah, heh
Dec 21 14:00:50 <Ainulindale> At first it looks a bit difficult
Dec 21 14:00:55 <Ainulindale> But when you understand what the wheel does
Dec 21 14:00:59 <Ainulindale> It's easy, truly easy
Dec 21 14:01:07 <Ainulindale> (the wheel is what you use to tell what you do)
Dec 21 14:01:10 <CM> Hmm.. The Antike map looks like some old Amiga game.. 
Dec 21 14:01:17 <Ainulindale> CM: don't let it fool yourself
Dec 21 14:01:21 <Ainulindale> it's GREAT
Dec 21 14:01:24 * CM tries to remember what it was
Dec 21 14:01:48 <CM> I'll see if I can find it here in Sweden
Dec 21 14:01:54 <Ainulindale> well
Dec 21 14:01:57 <Ainulindale> It's german
Dec 21 14:02:05 <CM> Yeah, Rio Grande
Dec 21 14:02:10 <Ainulindale> http://www.boardgamegeek.com/game/19600
Dec 21 14:02:17 * CM is browsing that page already
Dec 21 14:02:21 <Ainulindale> Seriously excellent
Dec 21 14:02:24 <Ainulindale> Imperial is better, to me
Dec 21 14:02:30 <Ainulindale> Because it 's deeply amoral
Dec 21 14:02:32 * bumbl throws defcon in
Dec 21 14:02:34 <CM> Hehe
Dec 21 14:02:38 <CM> Looking at that one too
Dec 21 14:02:39 <Ainulindale> In Antike you're the leader of a civilization
Dec 21 14:02:46 <Ainulindale> In Imperial you're a finance bitch
Dec 21 14:02:50 <Ainulindale> So you can lead a nation now
Dec 21 14:02:51 <CM> I want to try Agricola too, just because it's a farming game
Dec 21 14:02:55 <Ainulindale> Build armies with it
Dec 21 14:03:06 <Ainulindale> Then destroy it with another country you've taken control of
Dec 21 14:03:13 <Ainulindale> And that's just the funniest thing I know
Dec 21 14:03:32 <Ainulindale> Same author by the way
Dec 21 14:03:36 <Ainulindale> His games are great
Dec 21 14:03:55 <Ainulindale> I also want to try agricola
Dec 21 14:04:02 <Ainulindale> But there's none available in france
Dec 21 14:04:12 <Ainulindale> all of them were sold
Dec 21 14:04:23 <CM> Order online?
Dec 21 14:04:34 <Ainulindale> None available but in german
Dec 21 14:04:50 <Ainulindale> Usually i don't care
Dec 21 14:05:02 <Ainulindale> But there are information on the cards IIRC
Dec 21 14:05:07 <Ainulindale> That may be difficult
Dec 21 14:05:13 <CM> I prefer english, but german ist kein problem :)
Dec 21 14:05:42 <Ainulindale> http://www.trictrac.net/index.php3?id=jeux&rub=ludoperso&inf=liste&choix=9128&choix1=1&date=1
Dec 21 14:05:54 <Ainulindale> Don't know if you'll be able to see it, I guess not
Dec 21 14:06:04 <CM> I can see it
Dec 21 14:06:06 <Ainulindale> (those are my games)
Dec 21 14:06:28 <Ainulindale> Not that much though
Dec 21 14:06:34 <Ainulindale> We buy several with my friends
Dec 21 14:06:44 <Ainulindale> We're supposed to play Acquire one of these days
Dec 21 14:06:54 <CM> Never heard of that one either
Dec 21 14:07:26 <Ainulindale> Well if you need advices for 0 luck games, just ask me :-p
Dec 21 14:07:34 <CM> Hehe, thanks
Dec 21 14:08:27 <CM> If I manage to find Agricola and play it I'll let you know if it's any good :)
Dec 21 14:08:46 <Ainulindale> well I think I'll buy it by then :-)
Dec 21 14:09:11 <Ainulindale> CM: and try Caylus
Dec 21 14:09:14 <Ainulindale> It's GREAT
Dec 21 14:09:18 <Ainulindale> (and french)
Dec 21 14:09:19 <CM> I've already noted it
Dec 21 14:09:21 <Ainulindale> (and the author is a friend)
Dec 21 14:09:26 <CM> Hehe, and that makes it even better?
Dec 21 14:09:29 <CM> Oh, that's nice
Dec 21 14:09:32 <CM> :)
Dec 21 14:09:36 <Ainulindale> well, I was a beta tester
Dec 21 14:09:47 <Ainulindale> Played countless times
Dec 21 14:09:54 <Ainulindale> It's always great
Dec 21 14:10:32 <CM> We've been playing Puerto Rico for over 4 years now, time to try something new.
Dec 21 14:11:03 <Ainulindale> Well last time I played Puerto Rico, I was a bit disappointed
Dec 21 14:11:04 <CM> One friend have played Power Grid and liked it. Have to try that too
Dec 21 14:11:09 <Ainulindale> It's just too much luck I think
Dec 21 14:11:19 <Ainulindale> (that is, when you get the plantations)
Dec 21 14:11:40 <CM> Hmm... Usually it's not vital
Dec 21 14:11:49 <Ainulindale> Another game worth trying, using the same kind of principle, is alhambra
Dec 21 14:11:53 <Ainulindale> well yes it is
Dec 21 14:11:56 <CM> Unless you only get Indigo you can probably work around it
Dec 21 14:12:02 <Ainulindale> if you have coffee or tobacco early in the game
Dec 21 14:12:12 <CM> Yeah, I've played that some too. Really beat them with my long wall :)
Dec 21 14:12:21 <Ainulindale> gardens ftw o/
Dec 21 14:12:28 <CM> hehe, for sure
Dec 21 14:13:05 <Ainulindale> If you like talking/negociating games
Dec 21 14:13:08 <Ainulindale> Quo Vadis is good too
Dec 21 14:13:47 <CM> Hmm.. Could be something. I'm good at "Wherewolf" and that's only talking :)
Dec 21 14:13:53 <Ainulindale> Hahaha :-)
Dec 21 14:14:01 * CM is good at pretending to be innocent...
Dec 21 14:14:01 <Ainulindale> Well that's not the same at all
Dec 21 14:14:06 <Ainulindale> Yeah, same here
Dec 21 14:14:22 <Ainulindale> I'd like to play Princes of Florence & Mare Nostrum these days
Dec 21 14:14:35 <dcordes> I like command & conquer
Dec 21 14:14:47 <CM> The board game?
Dec 21 14:14:58 * CM liked the original computer game ;)
Dec 21 14:59:38 <GNUtoo> hello, i've a problem with dillo on SHR: when  i download files dillo creates them but their size keep beeing 0
Dec 21 14:59:55 <GNUtoo> s/keep beeing/stays
Dec 21 15:00:59 <GNUtoo> And I can't use another browser because it's the only browser that works on SHR
Dec 21 15:01:06 <GNUtoo> and I like it very much
Dec 21 15:01:29 <viq> midori works
Dec 21 15:01:58 <lindi-> iceweasel works too
Dec 21 15:02:30 <viq> I keep forgetting which of those funny debian names refers to which product
Dec 21 15:02:51 <lindi-> viq: we had gnu iceweasel first :)
Dec 21 15:03:03 <viq> which "we" is it?
Dec 21 15:03:04 <bumbl> viq: iceweasel is firefox icedove is thunderbird
Dec 21 15:03:19 <lindi-> viq: the free software community
Dec 21 15:03:38 <viq> I thought it was debian that first renamed it?
Dec 21 15:03:45 <lindi-> viq: no
Dec 21 15:04:02 <GNUtoo> viq, realy...it  doesn't work on certain pages and seg-something
Dec 21 15:04:04 <viq> oh. well, still :P
Dec 21 15:04:09 <GNUtoo> or was it fixed?
Dec 21 15:04:19 <GNUtoo> and can you download files with midori?
Dec 21 15:04:20 <lindi-> viq: "The gNewSense BurningDog browser and the Debian IceWeasel browser are similarly derived from Firefox, also with the intent of being free software. Technically, however, these projects are maintained entirely independently of IceCat. (Previously, this GNU browser project was also named IceWeasel, but that proved confusing.)"
Dec 21 15:04:25 <viq> true, it segfaults sometimes
Dec 21 15:04:37 <lindi-> viq: gnu now renamed their fork to gnuzilla
Dec 21 15:04:41 <viq> ...
Dec 21 15:05:02 <GNUtoo> and  I prefer  how dillo display web pages...
Dec 21 15:05:23 <viq> GNUtoo: did you try dillo from opgk.org ?
Dec 21 15:05:43 <viq> It also has a newer version, depending on E-something libs, not on gtk+1
Dec 21 15:05:54 <GNUtoo> viq, no i didn't I used the one from the SHR repo on SHR
Dec 21 15:06:08 <GNUtoo> viq, ok i'll try
Dec 21 15:14:45 <BluesLee> DocScrutinizer2: ping
Dec 21 15:18:17 <GNUtoo> viq, doesn't work...it writes aborted
Dec 21 15:18:28 <GNUtoo> in the download manager
Dec 21 15:18:58 <viq> interesting
Dec 21 15:19:09 <viq> can you try just grabbing it with wget ?
Dec 21 15:19:56 <GNUtoo> wget works but how do i copy a link address without the right click?
Dec 21 15:28:12 <GNUtoo> but does the right click patch that is for debian work on SHR?
Dec 21 15:30:58 <GNUtoo> mmm...the dillo that there is on my Desktop uses wget...mabe busybox wget isn't the same so it doesn't work
Dec 21 15:31:11 <GNUtoo> if SHR uses busybox...i'll check
Dec 21 15:31:57 <lindi-> GNUtoo: dillo uses wget? what?
Dec 21 15:32:18 <lindi-> so it seems, very odd
Dec 21 15:32:59 <GNUtoo> ah ok....wget: unrecognized option `--load-cookies'
Dec 21 15:32:59 <joerg_42> well that's unix
Dec 21 15:33:36 <joerg_42> nuke fsck busybox!
Dec 21 15:33:48 <GNUtoo> the old Dillo 0.8.6-i18n-misc uses wget
Dec 21 15:34:01 <GNUtoo> i'm not shure about the 2.0
Dec 21 15:35:57 <GNUtoo> and I bet there is no wget in SHR(opkg list | grep wget returns only a perl module)
Dec 21 15:36:31 <joerg_42> bloedybox
Dec 21 15:36:33 <GNUtoo> so i would have to compile it myself...and as I switched oe to angstrom i have to recompile everything from scratch...ouch
Dec 21 15:37:34 <Ainulindale> Or you could ask me to compile it on the buildhost
Dec 21 15:39:41 <BluesLee> Ainulindale: unstable was updated ..
Dec 21 15:40:10 <Ainulindale> Hmmm?
Dec 21 15:40:19 <Ainulindale> GNUtoo: wget is here.
Dec 21 15:40:26 <BluesLee> Ainulindale: will the testing feed be also updated? --> interested in libframeworkd-phonegui-efl0
Dec 21 15:40:43 <Ainulindale> libframeworkd-phonegui-efl will be in testing soon.
Dec 21 15:40:48 <BluesLee> okay
Dec 21 15:40:49 <Ainulindale> I have to test some stuff.
Dec 21 15:40:59 <GNUtoo> Ainulindale, what's the package name for wget(the wget not from busybox)
Dec 21 15:41:03 <Ainulindale> And there is stuff to fix.
Dec 21 15:41:05 <Ainulindale> GNUtoo: wget.
Dec 21 15:41:26 <Ainulindale> wget_1.9.1-r7.1_armv4t.ipk
Dec 21 15:41:27 <GNUtoo> ah ok...i wan not on the openmoko...sorry
Dec 21 15:41:31 <Hire> http://www.joke-portal.com/captain_obvious.jpg
Dec 21 15:41:34 <Ainulindale> GNUtoo: what?
Dec 21 15:42:18 <GNUtoo> I was in another console...sorry
Dec 21 15:43:00 <Ainulindale> Meh
Dec 21 15:43:15 <Ainulindale> No idea what you're talking about, GNUtoo.
Dec 21 15:43:17 <Ainulindale> But fine.
Dec 21 15:43:53 <GNUtoo> i opkg update and install wget
Dec 21 15:44:03 <Ainulindale> Ok then.
Dec 21 15:44:55 <bumbl> mhmm lasagna
Dec 21 15:49:29 <GNUtoo> wow it works!!!
Dec 21 15:50:07 <Hire> weird :)
Dec 21 16:34:39 <viq> Is there any information about opim available?
Dec 21 16:37:23 <bumbl> viq: abraxas changes will be merged before the fall of the year
Dec 21 16:38:36 <viq> OK. and any information about features and such?
Dec 21 16:39:30 <PaulFertser> alphaone: Is it correct that frameworkd.conf example file from git specifies path = /dev/ttyACM0 for ogpsd?
Dec 21 16:44:34 <viq> I guess that's a "no"...
Dec 21 16:50:09 <alphaone> PaulFertser: could be
Dec 21 16:50:37 <alphaone> I test ogpsd with external u-blox GPS receiver on my laptop
Dec 21 16:51:46 <PaulFertser> alphaone: That's what i thought. But could you please add a FR-compatible path too (as a comment)?
Dec 21 16:54:56 <mickeyl> morning folks
Dec 21 16:55:10 <erl_> Hello all! 
Dec 21 16:55:38 <alphaone> hey mickeyl 
Dec 21 16:55:46 <alphaone> PaulFertser: Sure could.
Dec 21 16:56:08 <erl_> How do I get mdbus on a fresh 2008.12 install?
Dec 21 16:56:24 <PaulFertser> Hey mickeyl :)
Dec 21 16:56:36 <alphaone> PaulFertser: How did you stumble across that?
Dec 21 16:56:44 <bumbl> viq: ask mickeyl 
Dec 21 16:57:23 <bumbl> good morning mickeyl 
Dec 21 16:57:45 <PaulFertser> alphaone: i tried to use GPS after installing frameworkd from git to another location. As it was the new version, i decided that i will get reasonable defaults with the example conf file.
Dec 21 16:57:53 <mickeyl> erl_: opkg install mdbus. it should drag in all dependencies (if you have a proper feed setup)
Dec 21 16:58:13 <alphaone> PaulFertser: Well, you will get reasonable defaults :-)
Dec 21 16:58:27 <alphaone> depending on your definition of reasonable
Dec 21 16:58:55 <PaulFertser> alphaone: btw, fixing the path is somehow not enough for me, i get rxerr: port ch=0x24, rxs=0x00000001 in dmesg after i "cat /dev/ttySAC1" :-/
Dec 21 16:59:02 <viq> mickeyl: I was just told to ask you about details of opim
Dec 21 16:59:14 <alphaone> PaulFertser: Try using the GTA02Device
Dec 21 16:59:21 <erll> root@om-gta02:~# opkg install mdbus
Dec 21 16:59:22 <erll> An error ocurred, return value: 2.
Dec 21 16:59:24 <erll> I have whatever default repositories are with 2008.12. What repo am I missing?
Dec 21 17:02:05 <PaulFertser> alphaone: Oh, that's another "unreasonable" default ;)
Dec 21 17:02:28 <erll> Also, do I need to install something to get the org.bluez services?
Dec 21 17:02:34 <alphaone> PaulFertser: So what is reasonable for an example file?
Dec 21 17:02:43 <alphaone> Config for GTA01?
Dec 21 17:02:45 <alphaone> GTA02?
Dec 21 17:03:44 <alphaone> PaulFertser: I always regard an example file as exactly that - an example. But it could be better documented for sure.
Dec 21 17:03:51 <PaulFertser> alphaone: Both. With comments.
Dec 21 17:05:12 <PaulFertser> BTW, does your USB receiver also act weird when ephemeris are loaded?
Dec 21 17:06:14 <erll> mickeyl: what repository should mdbus be in?
Dec 21 17:06:43 <mickeyl> http://downloads.freesmartphone.org/fso-testing/
Dec 21 17:06:45 <mickeyl> or
Dec 21 17:06:48 <mickeyl> http://downloads.freesmartphone.org/fso-unstable
Dec 21 17:07:32 <viq> mickeyl: is there any publicly available information about opim?
Dec 21 17:07:39 <CIA-51> freesmartphone.org: 03daniel 07framework * rfe6444a49bce 10/conf/example/frameworkd.conf: frameworkd.conf: Document ogpsd options more
Dec 21 17:07:59 <alphaone> PaulFertser: Haven't tried yet.
Dec 21 17:08:29 <mickeyl> viq: unfortunately only http://www.neo1973-germany.de/wiki/pyPimd -- and the source code, of course
Dec 21 17:09:11 <viq> where should I look for the source code? 
Dec 21 17:10:10 <erll> mickeyl: is it safe to add fso feeds to 2008.12, or will there be clashes? I can't find mdbus in the standard 2008.12 repositories.
Dec 21 17:11:10 <mickeyl> no idea
Dec 21 17:11:13 <mickeyl> i never used 2008.x
Dec 21 17:11:20 <mickeyl> i'm afraid you have to try
Dec 21 17:11:42 <mickeyl> if you are careful and only install single applications/packages it should not do any harm
Dec 21 17:11:57 <dcordes> hi mickeyl 
Dec 21 17:12:17 <dcordes> still trying to fight the frameworkd vs frameworkd-devel beast
Dec 21 17:14:31 <mickeyl> not your fault
Dec 21 17:14:33 <mickeyl> i found it
Dec 21 17:14:59 <mickeyl> committing...
Dec 21 17:15:05 <dcordes> great
Dec 21 17:15:42 <alphaone> mickeyl: what beast?
Dec 21 17:16:05 <mickeyl> PREF_PROV didn't work
Dec 21 17:16:14 <mickeyl> because i forgot an RPROVIDE
Dec 21 17:16:19 <mickeyl> did that now
Dec 21 17:22:01 <christophe_> Hi ! i just wonder if bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508710 has a workaround, there is one week now that my debian isn't working anymore ...
Dec 21 17:22:09 <viq> mickeyl: thanks, that project looks highly interesting
Dec 21 17:23:01 <mickeyl> viq: yeah, it is. i hope it gets steam again soon
Dec 21 17:23:13 <dcordes> ezx?
Dec 21 17:24:20 <viq> Again? It died off?
Dec 21 17:24:22 <CIA-51> freesmartphone.org: 03mickey 07framework * r0241f916278c 10/framework/subsystems/ogsmd/modems/ (3 files in 2 dirs): whitespace
Dec 21 17:24:41 <mickeyl> viq: it was parked due to the gsoc student being very busy
Dec 21 17:24:52 <viq> ah
Dec 21 17:24:59 <viq> Yes, I do hope it will take off
Dec 21 17:25:13 <viq> And reading that makes me wish there was something like that available for desktops too
Dec 21 17:25:46 <bumbl> viq: there is
Dec 21 17:25:49 <dcordes> mickeyl, ok worked for me.
Dec 21 17:25:49 <bumbl> akonadi
Dec 21 17:26:11 <viq> hm.. *click*
Dec 21 17:26:12 <mickeyl> dcordes: good. as said, now you need to work
Dec 21 17:26:29 <mickeyl> read my blog post for reference (adding a new modem...)
Dec 21 17:26:35 <dcordes> yea
Dec 21 17:27:30 <dcordes> there are not too many proprietary commands
Dec 21 17:27:59 <dcordes> I'm more concerned about the data connection
Dec 21 17:28:22 <dcordes> how does it work with the neos in fso?
Dec 21 17:28:30 <mickeyl> we're using ppp
Dec 21 17:28:36 <dcordes> great
Dec 21 17:29:02 <dcordes> and there's a seperate channel for the data?
Dec 21 17:29:06 <mickeyl> yes
Dec 21 17:29:12 <dcordes> perfect
Dec 21 17:31:02 <mickeyl> it might work out of the box
Dec 21 17:31:08 <mickeyl> give it a try
Dec 21 17:31:23 <mickeyl> you might only need to add the dataOptions method to the modem calss
Dec 21 17:32:12 <dcordes> yea
Dec 21 17:32:12 <christophe_> is there a way to bring zhone back to life after a freesh install of debian ? it crashed :/
Dec 21 17:33:04 <alphaone> christophe_: No idea about zhone on debian
Dec 21 17:33:05 <alphaone> Sorry
Dec 21 17:33:35 <dcordes> tmzt_, might help
Dec 21 17:33:51 <dcordes> I know he coped with framework in debian
Dec 21 17:34:01 <christophe_> alphaone : ok, thanks :/
Dec 21 17:34:24 <christophe_> ok
Dec 21 17:34:31 <dcordes> mickeyl, you mean which mode it uses like hsdpa or gprs?
Dec 21 17:34:32 <alphaone> christophe_: I can just say that it works okay here (on fso-image)
Dec 21 17:35:06 <alphaone> dcordes: No, which options to pass to pppd
Dec 21 17:35:22 <PaulFertser> christophe_: Yes, there is a way.
Dec 21 17:35:26 <christophe_> yeah , i know but it's broken since last week in debian .. thank you
Dec 21 17:35:48 <christophe_> PaulFertser : cool ! how ?
Dec 21 17:35:57 <alphaone> dcordes: Take a look at framework/subsystems/ogsmd/modems/ti_calypso/modem.py
Dec 21 17:36:01 <PaulFertser> christophe_: i'll find a relevant thread in community ml, just wait.
Dec 21 17:36:10 <christophe_> ok
Dec 21 17:39:04 <dcordes> mickeyl, qualcomm_msm in git is broken. cli-framework replies 1 to the gsmcall command, but modem doesn't dial and the log is spammed with call handler is busy and sync timeout errors. we had that situation before.
Dec 21 17:40:03 <PaulFertser> christophe_: Look at this thread: http://lists.openmoko.org/pipermail/community/2008-December/038315.html
Dec 21 17:41:22 <christophe_> PaulFertser : Thank you very much !
Dec 21 17:41:42 <mickeyl> dcordes: is the lowlevel init being performed?
Dec 21 17:42:00 <PaulFertser> christophe_: you're welcome, i hope the link helped.
Dec 21 17:42:58 <christophe_> hope too ;)
Dec 21 17:42:58 <dcordes> mickeyl, I just killed frameworkd and sent AT, got 0. that's a no
Dec 21 17:43:09 <mickeyl> i rather mean... does it run?
Dec 21 17:43:16 <mickeyl> like... not inspecting black box behaviour
Dec 21 17:43:22 <mickeyl> but trying to check the output
Dec 21 17:43:28 <mickeyl> to check the code path
Dec 21 17:44:19 <dcordes> alphaone, ok thanks
Dec 21 17:44:44 <dcordes> mickeyl, ok I will look at the log again
Dec 21 17:45:28 <dcordes> scrolling through the log with the 3x6 font looks funny
Dec 21 17:45:32 <christophe_> PaulFertser : Thanks !!! it work !!!
Dec 21 17:47:52 <dcordes> mickeyl, I can't find lowlevel in the log
Dec 21 17:53:52 <mickeyl> you're sure you're instanciating the right modem?
Dec 21 17:54:01 <mickeyl> like... is frameworkd.conf correct?
Dec 21 17:54:36 <dcordes> yes
Dec 21 17:55:12 <dcordes> no wait a minute. I put the singleline.
Dec 21 17:56:49 <mickeyl> *cough*
Dec 21 17:57:15 <mickeyl> i'd appreciate if you're trying to debug a bit more on your own
Dec 21 17:57:18 <dcordes> yea right
Dec 21 17:58:29 <dcordes> sorry didn't mean to waste time
Dec 21 17:59:00 <mickeyl> it's not about waste, just about trying to understanding. you will learn much more by not just following our cooking recipes
Dec 21 18:00:52 <tifereth> has there something changed with the pin request in the last time on shr
Dec 21 18:01:17 <tifereth> i updated today, and now the request doesnt pop up anymore
Dec 21 18:05:35 <dcordes> mickeyl, it works
Dec 21 18:05:40 <dcordes> as it should
Dec 21 18:07:43 <mickeyl> glad to hear
Dec 21 18:08:04 <mickeyl> i'd recommend starting with signal quality stuff, that should be almost trivial to add
Dec 21 18:10:13 <dcordes> ok need to do something else first
Dec 21 18:11:12 <viq> Where are the volume settings for during call set on SHR?
Dec 21 18:15:43 <mrmoku_> viq: in /usr/share/openmoko/scenarios
Dec 21 18:15:54 <mrmoku_> you will find various alsa state files 
Dec 21 18:16:02 <viq> thank you
Dec 21 18:16:41 <mrmoku_> viq: gsmhandset.state is the 'normal' one, if you don't use a headset or something
Dec 21 18:16:53 <viq> yeah
Dec 21 18:22:49 <BluesLee> where i can disable dropshadows?
Dec 21 18:23:42 <PaulFertser> BluesLee: Ha, disabling dropshadows is contagious :)
Dec 21 18:25:00 <BluesLee> PaulFertser: maybe
Dec 21 18:25:30 <BluesLee> PaulFertser: do you know where i can disable it completely?
Dec 21 18:27:30 <PaulFertser_> BluesLee: Don't use illume yet. Oh man, my friend showed my E17 with illume on his hx4700, it's fantastic!
Dec 21 18:27:40 <PaulFertser_> s/my/me/
Dec 21 18:27:40 <bzzbot> PaulFertser_ meant: BluesLee: Don't use illume yet. Oh man, me friend showed my E17 with illume on his hx4700, it's fantastic!
Dec 21 18:28:09 <BluesLee> who wrote this bot?
Dec 21 18:28:37 <BluesLee> s/who/hehe
Dec 21 18:28:45 <BluesLee> :-)
Dec 21 18:30:19 <BluesLee> okay, where are the modules loaded?
Dec 21 18:44:07 <Weiss> BluesLee: rm -rf /usr/lib/enlightenment/modules/dropshadow worked nicely for me :)
Dec 21 18:47:26 <BluesLee> weiss: hehe
Dec 21 18:47:46 <Weiss> then restart, and it'll complain and ask if you want to unload the module
Dec 21 18:47:55 <Weiss> i guess you can say Yes, then put the files back
Dec 21 18:48:26 <BluesLee> Weiss: i guess there is some command hidden in edje files which loads this module
Dec 21 18:48:50 <BluesLee> htop says 15% for enlightment
Dec 21 18:49:15 <Weiss> there's a Modules configuration inside illume-config
Dec 21 18:49:24 <Weiss> but it's not usable on the small screen :(
Dec 21 18:51:38 <BluesLee> no difference in htop
Dec 21 18:53:41 <Weiss> did you restart after disabling dropshadows?
Dec 21 18:53:51 <BluesLee> the xserver?
Dec 21 18:54:04 <Weiss> yea
Dec 21 18:54:10 <BluesLee> i removed .e and restartet the xserver
Dec 21 18:54:14 <BluesLee> yes
Dec 21 18:54:29 <BluesLee> more or less abput 15% cpu usage
Dec 21 18:54:31 <Weiss> hmm.. i didn't need to get rid of .e
Dec 21 18:55:28 <BluesLee> Weiss: i did it just for fun, no real advantage of removing dropshadows module
Dec 21 18:58:24 <Weiss> being able to use the Illume theme with the software_16 engine seems to speed things up a bit
Dec 21 18:58:32 <Weiss> and that only works without dropshadows..
Dec 21 18:59:00 <BluesLee> you mean illume+e16 stuff?
Dec 21 18:59:39 <Weiss> i mean the default Illume theme (the light grey one) - the one which gives you constant segfaults unless you change the engine
Dec 21 19:00:07 <BluesLee> and how you can change the engine? 
Dec 21 19:00:19 <BluesLee> i am not familiar with the e stuff
Dec 21 19:00:44 <Weiss> it's inside the "wrench" thing
Dec 21 19:00:50 <Weiss> but you have to change theme before you get that :S
Dec 21 19:01:49 <BluesLee> Weiss: i didnt get anything:-) 
Dec 21 19:02:02 <Weiss> didn't get any what?
Dec 21 19:02:08 <BluesLee> to which theme i should switch?
Dec 21 19:02:46 <Weiss> in /etc/enlightenment/default_theme, change "asu" to "illume"
Dec 21 19:03:05 <Weiss> (personally, i prefer the Illume theme anyway. but that's a matter of preference..)
Dec 21 19:04:12 <BluesLee> there is no file called like the above
Dec 21 19:05:10 <BluesLee> and what do you mean with asu? there shouldnt be anything like asu in shr or?
Dec 21 19:05:34 <mrmoku> Ainulindale: ping
Dec 21 19:05:35 <Weiss> err. default_profile, sorry
Dec 21 19:05:49 <Weiss> oo maybe.. i don't know..
Dec 21 19:06:00 <BluesLee> :-)
Dec 21 19:06:22 <BluesLee> there is illume and illume-shr theme
Dec 21 19:25:12 <Ainulindale> mrmoku: pong
Dec 21 19:25:58 <mrmoku> Ainulindale: hi, did some quick and dirty contact cache - as requested ;)
Dec 21 19:26:22 <mrmoku> have one or two questions though...
Dec 21 19:26:31 <Ainulindale> Yeah, fire at will
Dec 21 19:27:06 <mrmoku> I'm using a GHashTable thing... and I want to differ from quickdev to cleanly free it :-)
Dec 21 19:27:31 <Ainulindale> Differ from him, that is to say?
Dec 21 19:27:41 <Ainulindale> To do it? :->
Dec 21 19:27:47 <mrmoku> yeah ;)
Dec 21 19:28:09 <mrmoku> guess I have to use g_hash_table_new_full with delete funcs?
Dec 21 19:28:14 <tifereth> whats the default runlvel in shr?
Dec 21 19:28:20 <mrmoku> tifereth: 5
Dec 21 19:28:25 <Ainulindale> mrmoku: well I have no idea
Dec 21 19:28:39 <Ainulindale> I think there's a method to do that but can't recall which
Dec 21 19:28:55 <tifereth> root@(none) /etc $ ls /etc/rc5.d
Dec 21 19:28:56 <tifereth> S05xserver-nodm  S20cron          S23bluetooth     S60phonelogd
Dec 21 19:28:56 <tifereth> S10alsa-state    S20dbus-1        S29frameworkd    S99rmnologin
Dec 21 19:28:56 <tifereth> S10dropbear      S20syslog        S35fso-gpsd
Dec 21 19:28:56 <tifereth> S20apmd          S21avahi-daemon  S50usb-gadget
Dec 21 19:29:05 <mrmoku> or doesn't it matter, because it will get cleaned up on exit by the system...
Dec 21 19:29:14 <tifereth> shouldn't there be the network script?
Dec 21 19:29:24 <Ainulindale> tifereth: please use pastebin for next paste.
Dec 21 19:29:34 <tifereth> ah.. okay
Dec 21 19:29:47 <tifereth> and perhaps the init script for the pin request
Dec 21 19:29:59 <Ainulindale> pin is triggered by ophonekitd
Dec 21 19:30:02 <Ainulindale> which is triggered by x
Dec 21 19:31:02 <Ainulindale> mrmoku: well looking at the code
Dec 21 19:31:04 <Ainulindale> it seems easy
Dec 21 19:31:22 <Ainulindale> g_hash_table_new or new_full if you need to dynamically malloc stuff
Dec 21 19:31:31 <Ainulindale> And you'll need to alloc stuff
Dec 21 19:31:35 <Ainulindale> so new_full and remove_all
Dec 21 19:31:53 <mrmoku> ok
Dec 21 19:33:21 <tifereth> why the heck no one is complaining if the phone isn't working anymore
Dec 21 19:33:31 <tifereth> should i fill a bug report?
Dec 21 19:33:45 <Ainulindale> tifereth: errr it works here
Dec 21 19:33:49 <Ainulindale> it works perfectly in fact
Dec 21 19:35:10 <tifereth> no after last upgrade
Dec 21 19:35:16 <tifereth> all phone functions dont work anymore
Dec 21 19:35:19 <tifereth> pin request
Dec 21 19:35:28 <tifereth> and so call & sms etc
Dec 21 19:35:31 <TAsn> I gotta say everything works more than expected here ;]
Dec 21 19:36:09 <TAsn> the only "bug" is the "confidential number" (I don't know how to translate it...) showing some gibrish ;\
Dec 21 19:36:13 <Ainulindale> tifereth: killall -9 ophonekitd; DISPLAY=":0" ophonekitd; echo "learn to read mails & docs"
Dec 21 19:36:15 <tifereth> and the network script is no more in runlevel 5 what would be not very useful for a developer phone
Dec 21 19:36:27 <TAsn> which breaks phonelog and in turn breaks pyphonelog ;\
Dec 21 19:36:29 <Ainulindale> tifereth: I have standard SHR. I have network. I have phone.
Dec 21 19:36:53 <TAsn> Ainulindale, are you finally convinced you should do a 'while (true) ophonekitd'?
Dec 21 19:36:56 <Ainulindale> I need a little more detail to be of help than "I upgraded and OMFG everything borked"
Dec 21 19:36:57 <tifereth> did you do opkg update && opkg upgrade
Dec 21 19:37:03 <mrmoku> Ainulindale: the thing TAsn mentioned is my other thing :-)
Dec 21 19:37:14 <Ainulindale> mrmoku: I'm fiddling with that for a while but I'd hate to do that
Dec 21 19:37:16 <TAsn> mrmoku, that one sucks ass ;\
Dec 21 19:37:27 <TAsn> though it's framework related
Dec 21 19:37:31 <TAsn> not shr
Dec 21 19:37:32 <Ainulindale> I think I'll do that in the end because if I don't he'll piss me endlessly :-)
Dec 21 19:37:43 <mrmoku> if the number is suppressed we are passing an uninitialized string around me thinks
Dec 21 19:37:45 <TAsn> Ainulindale, oh, the while thingy? ;]
Dec 21 19:37:59 <TAsn> mrmoku, it seems so.
Dec 21 19:38:01 <Ainulindale> mrmoku: Ah this bug
Dec 21 19:38:07 <Ainulindale> Yes, that one is dumb
Dec 21 19:38:12 <Ainulindale> And is a potential segfault source
Dec 21 19:38:17 <mrmoku> yep
Dec 21 19:38:18 <Ainulindale> And the root is in libframeworkd-glib I think
Dec 21 19:38:31 <Ainulindale> tifereth: describe which image you got, and when you upgraded
Dec 21 19:38:32 <TAsn> /notice mrmoku please tell him to add the while (true)...
Dec 21 19:38:36 <TAsn> *wind*
Dec 21 19:38:39 <TAsn> *wink*
Dec 21 19:38:40 <TAsn> ;]
Dec 21 19:39:12 <tifereth> i've got shr-image-om-gta02.jffs2 from 12.10.2008
Dec 21 19:39:15 <tifereth> and upgraded today
Dec 21 19:39:22 <Ainulindale> Reflash, and retry.
Dec 21 19:39:30 <Ainulindale> We changed lots of thing these last weeks
Dec 21 19:39:40 <Ainulindale> And I specifically told on the ML to avoid upgrading on old images
Dec 21 19:39:51 <Ainulindale> And to reflash, if incoherent behavior was experienced
Dec 21 19:40:03 <mrmoku> Ainulindale: we could just set the number to 'unknown number' if no peerNumber comes from framework...
Dec 21 19:40:10 <Ainulindale> mrmoku: why not?
Dec 21 19:40:10 <mrmoku> should I?
Dec 21 19:40:14 <tifereth> ah.. okay havent read this
Dec 21 19:40:16 <TAsn> mrmoku, ****
Dec 21 19:40:17 <Ainulindale> Go, fly away :-)
Dec 21 19:40:19 <TAsn> is more suitable
Dec 21 19:40:48 <TAsn> or maybe five * ;]
Dec 21 19:41:52 <tifereth> so should i flash the one from 16.12?
Dec 21 19:43:01 <Ainulindale> Yes.
Dec 21 19:47:10 <mrmoku> TAsn: hmm, just ***... don't know
Dec 21 19:47:21 <mrmoku> how about *** unknown number ***
Dec 21 19:47:50 <Ainulindale> How about "@#~!$*ùù*ù I CAN HAZ UNKNOWN!"
Dec 21 19:48:23 <mrmoku> that is what we have now ;)
Dec 21 19:49:10 <mrmoku> we could make it configurable by parsing some very complicated xml file :p
Dec 21 19:49:19 <Ainulindale> yay
Dec 21 19:49:25 <TAsn> mrmoku, that's not a good idea.
Dec 21 19:49:40 * mrmoku was just kidding
Dec 21 19:49:40 <TAsn> I'm talking about internal presentation
Dec 21 19:50:01 <TAsn> I think it should eventually show unknown number on the gui
Dec 21 19:50:18 <TAsn> though internally it should look like a unique can't be a number easy to parse name.
Dec 21 19:51:30 <mrmoku> TAsn: this is all just temporary until opimd flies
Dec 21 19:51:46 <TAsn> I don't think it's opimd related
Dec 21 19:51:54 <TAsn> opimd is offline work related...
Dec 21 19:51:58 <TAsn> this is online...
Dec 21 19:52:04 <mrmoku> and if 'unknown number' gets into the phonelog pyhonelog will just show that nicely :-)
Dec 21 19:52:12 <mrmoku> +p
Dec 21 19:52:30 <TAsn> I guess, though still that sucks.
Dec 21 19:52:37 <TAsn> having spaces in the number isn't cool at all. ;\
Dec 21 19:53:37 <mrmoku> TAsn: okay, if I would do ***** and pass 'unknown number' to the efl frontend to show?
Dec 21 19:53:58 <Ainulindale> mrmoku: stop there
Dec 21 19:54:01 <mrmoku> that would mean for you to handle that ***** though, because I certainly don't want to see it in my phonelog
Dec 21 19:54:01 <TAsn> if ***** is not a possible number than sure thing. ;]
Dec 21 19:54:08 <Ainulindale> please dissociate number from display
Dec 21 19:54:17 <Ainulindale> as it's what you'll do for that
Dec 21 19:54:17 <TAsn> mrmoku, I don't mind ;]
Dec 21 19:54:24 <Ainulindale> just do the same for unknown
Dec 21 19:54:38 <Ainulindale> unknown, number is *****, and display name empty
Dec 21 19:54:44 <Ainulindale> if UI wants to set a name
Dec 21 19:54:49 <Ainulindale> let it do it by itself
Dec 21 19:54:56 <Ainulindale> (IMHO)
Dec 21 19:55:09 <TAsn> Ainulindale, I agree.
Dec 21 19:55:22 <mrmoku> ok, will do that
Dec 21 19:58:48 <TAsn> actually I'm having a though I know I should drop because it's a bit hackish, though it's a nice behavior, maybe let the user add a contact for ***** so the user will be able to easily change the GUI name of unknown and everything will be cool ;]
Dec 21 19:59:30 <Ainulindale> yuk
Dec 21 20:00:02 <TAsn> as I said, I should drop
Dec 21 20:00:04 <TAsn> ;]
Dec 21 20:00:07 * mrmoku shudders
Dec 21 20:00:11 <TAsn> thought*
Dec 21 20:00:21 <TAsn> hey, it is a number
Dec 21 20:00:41 <TAsn> and it will be handled as one in many situations...
Dec 21 20:01:20 <TAsn> btw mrmoku I will have to treat suppressed caller differently in pyphonelog anyway because I don't want it to group.
Dec 21 20:09:14 <mrmoku> TAsn: yep, that's true
Dec 21 20:09:32 <TAsn> so either way, if you fix it I have major work to do ;]
Dec 21 20:09:35 <TAsn> (j/k)
Dec 21 20:31:31 <ingi> Can anyone tell me the correct bitbake syntax for unpacking/building a package (in my case e-wm) and to NOT remote the sources afterwards. I've already commented out '#INHERIT += "rm_work" from conf/local.conf.
Dec 21 20:31:47 <ingi> (remote = remove)
Dec 21 20:35:36 <ingi> (Yes I've been reading the Bitbake documentation...)
Dec 21 20:40:29 <erll> I'm trying to build fso-unstable with fso-makefile, bug it fails with an error in qemu-native: error: unable to find a register to spill in class `GENERAL_REGS'. Any suggestions?
Dec 21 20:41:34 <TAsn> ingi, actually the bitbake docs are short and not that informative ;] have you tried OE's?
Dec 21 20:43:49 <ingi> TAsn, I've been surfing and reading on both of them, but not finding the exact example/doc on how to do it. Right now I did a 'bb e-wm -c unpack' followed by a 'bb e-wm -c build'. Hopefully the object files (w. debugging symbols) will NOT be removed.
Dec 21 20:44:17 <TAsn> ingi, I had major bb issues myself so I'm not the right man to ask
Dec 21 20:44:18 <TAsn> ;\
Dec 21 20:44:53 <ingi> TAsn, neither am I, but good luck with your issue then :-)
Dec 21 20:45:21 <ingi> TAsn, what was the issue btw ?
Dec 21 20:45:24 <TAsn> already solved them (I just asked Ainulindale to write my bb)
Dec 21 20:45:33 <TAsn> I had two issues
Dec 21 20:45:43 <TAsn> the first was not being able to write a good bb
Dec 21 20:45:50 <TAsn> and the second was an error with ccache
Dec 21 20:46:00 <TAsn> which I haven't resolved, just workedaround ;\
Dec 21 20:46:27 <ingi> TAsn, good to know you'e not stuck then :-)
Dec 21 20:47:05 <TAsn> ;]
Dec 21 20:49:55 <Ainulindale> ingi: don't use build
Dec 21 20:49:58 <Ainulindale> ingi: just do bitbake -c install
Dec 21 20:49:59 <ingi> lo and behold, 'bb e-wm -c unpack' and 'bb e-wm -c build' did leave the .o-files/binaries after build completed. Hello 'gdb' ...
Dec 21 20:50:06 <Ainulindale> it will install and not clean afterwards
Dec 21 20:50:18 <Ainulindale> And for the o files
Dec 21 20:50:24 <Ainulindale> the dbg package should include them
Dec 21 20:50:33 <Ainulindale> opkg install package-dbg =)
Dec 21 20:50:45 <Ainulindale> ingi: and FYI
Dec 21 20:50:48 <Ainulindale> build will unpack
Dec 21 20:50:54 <Ainulindale> so unpack isn't necessary before building
Dec 21 20:51:11 <ingi> ah, I already installed the e-wm-dbg, but I was running 'gdbserver' on the freerunner, and I was missing the files on my host !
Dec 21 20:51:48 <ingi> maybe it's better to run 'gdb' directly on the freerunner ?
Dec 21 20:51:54 <dcordes> mickey|dinner, the normal CSQ seems to work ok already
Dec 21 20:51:55 <dcordes> sending 8 bytes: 'AT+CSQ\r\n'
Dec 21 20:51:55 <dcordes> got 20 bytes from: '\r\n+CSQ: 4,99\r\n\r\nOK\r\n'
Dec 21 20:51:55 <dcordes> COMPLETED 'AT+CSQ' => ['+CSQ: 4,99', 'OK']
Dec 21 20:51:57 <Ainulindale> well yes you can
Dec 21 20:53:14 <TAsn> mrmoku, I'm not sure I got it right from our previous conversation, though are you patching libframeworkd-glib?
Dec 21 20:53:27 <mrmoku> TAsn: no, ophonekitd
Dec 21 20:53:54 <TAsn> I'm talking about the suppressed number bug
Dec 21 20:53:59 <TAsn> not in general.
Dec 21 20:54:05 <mrmoku> still ophonekitd
Dec 21 20:54:54 <TAsn> though it's a libframework bug...
Dec 21 20:55:52 <mrmoku> heh, just tried it... looks like phonelog does not like *****
Dec 21 20:56:50 <mrmoku> TAsn: don't know, if it's a libframework bug... thought it is just wrapping the dbus
Dec 21 20:57:17 <mrmoku> and if no number is transmitted it might just be legal to have peerNumber not set
Dec 21 20:57:29 <mrmoku> and ophonekitd should handle that anyways
Dec 21 21:02:43 <mrmoku> TAsn: what does sqlite3 do with: INSERT INTO call_ids (id, number) values (NULL, ?)
Dec 21 21:02:49 <mrmoku> when number is ***** ?
Dec 21 21:03:04 <mrmoku> might just dislike it?
Dec 21 21:03:10 <TAsn> no
Dec 21 21:03:15 <TAsn> it should work
Dec 21 21:03:33 <mrmoku> hmm, will have to start debugging then :(
Dec 21 21:03:49 <TAsn> start by checking the value of the number before insertion
Dec 21 21:04:02 <TAsn> are you sure you are passing a null terminated string?
Dec 21 21:04:39 <mrmoku> TAsn: you are right it is correctly in the log
Dec 21 21:05:01 <TAsn> what?
Dec 21 21:08:24 <mrmoku> TAsn: it's not phonelog... it stuffed the ***** into the log and after reboot it shows as such in pyphonelog
Dec 21 21:09:35 <TAsn> oh, we knew it's not phonelog
Dec 21 21:09:43 <TAsn> since the efl gui also shows the same string.
Dec 21 21:11:40 <mrmoku> TAsn: but the efl gui might dislike the empty string I'm passing to it?
Dec 21 21:12:51 <TAsn> I don't think it'll dislike as much as the programmer responsible on parsing it, empty strings suck. ;] I would really prefer something more "visual".
Dec 21 21:13:54 <mrmoku> 20:54 < Ainulindale> unknown, number is *****, and display name empty
Dec 21 21:13:54 <mrmoku> 20:54 < Ainulindale> if UI wants to set a name
Dec 21 21:13:54 <mrmoku> 20:54 < Ainulindale> let it do it by itself
Dec 21 21:14:49 <TAsn> ;\
Dec 21 21:14:51 <TAsn> what ever.
Dec 21 21:15:05 <TAsn> I'm just saying an empty string isn't cool.
Dec 21 21:15:43 <mrmoku> you would dislike it showing just 'Incoming Call' if no number is transmitted?
Dec 21 21:15:58 <Ainulindale> mrmoku: errr are you giving it a structure
Dec 21 21:15:59 <Ainulindale> ?
Dec 21 21:16:04 <Ainulindale> with name & number?
Dec 21 21:16:25 <mrmoku> Ainulindale: not yet
Dec 21 21:16:31 <Ainulindale> ok, just wondering
Dec 21 21:16:41 <mrmoku> would need changes on the other side (quickdev) too
Dec 21 21:16:54 <Ainulindale> well I think you can commit on libframeworkd-phonegui-efl :-)
Dec 21 21:17:55 <mrmoku> Ainulindale: pass in name and number and show both... but that would be easier with quickdev ;)
Dec 21 21:18:02 <mrmoku> no idea about that e stuff
Dec 21 21:18:14 <Ainulindale> yeah same here
Dec 21 21:18:17 <Ainulindale> it's for youngsters
Dec 21 21:18:21 <mrmoku> hehe
Dec 21 21:18:42 <mrmoku> some youngster around?
Dec 21 21:21:57 <TAsn> http://wiki.openmoko.org/wiki/Zedlock
Dec 21 21:21:59 <TAsn> wicked
Dec 21 21:22:17 <TAsn> though I really think having it transparent is better
Dec 21 21:22:30 <TAsn> a fully transparent screen overlay is the best solution
Dec 21 21:22:55 <TAsn> it can read the Z i don't mind, it can even be disabled by the aux button (a waste but still...) it's just that transparent is good!
Dec 21 21:23:08 <TAsn> i want the only indication to be a taskbar icon.
Dec 21 21:43:01 <dolf1074> raster: where can I find the source code of the settings app?
Dec 21 21:43:52 <dolf1074> I want to make a tabs like in the settings app, but it should be helpfull to have an example ;)
Dec 21 21:44:17 <raster> what settings app?
Dec 21 21:44:27 <dolf1074> that one in illume?
Dec 21 21:45:07 <dolf1074> you can access it by hitting the settings icon in the top shelf
Dec 21 21:48:19 <raster> well its not in illume or e
Dec 21 21:48:25 <raster> it's modules loaded by e
Dec 21 21:48:43 <raster> so if you want the code - it's c
Dec 21 21:48:48 <raster> and uses e's internal widgets
Dec 21 21:48:58 <raster> and u'd need to make a module to use them
Dec 21 21:49:07 <raster> as they are not in any shared lib
Dec 21 21:49:13 <dolf1074> It would be awesome to have the code
Dec 21 21:49:26 <raster> in e
Dec 21 21:49:38 <raster> spread around dozens of modules for driving the config dialogs
Dec 21 21:49:44 <raster> and the widget code is in e
Dec 21 21:49:57 <dolf1074> ok
Dec 21 21:51:03 <dolf1074> and do you have a url where I easy look into the edje file of the tabs in that program? Or should I not be lazy and ask you :p
Dec 21 21:51:08 <raster> bah malloc messing with my keyboard
Dec 21 21:51:25 <raster> they are not edje files
Dec 21 21:51:27 <dolf1074> * Or should I not be lazy and don't ask you
Dec 21 21:51:28 <raster> theyare regular widgets
Dec 21 21:51:47 <dolf1074> but the settings program use edje files? Or not?
Dec 21 21:51:53 <raster> no
Dec 21 21:52:00 <raster> well indirectly it does
Dec 21 21:52:10 <dolf1074> ok, hmm
Dec 21 21:52:24 <dolf1074> Is there an example of using that widget in a edj file?
Dec 21 21:52:24 <raster> eg if it displays a button it ueses e_widget_button_add()
Dec 21 21:52:33 <raster> to return an evas_object
Dec 21 21:52:49 <raster> and under that it happens to create a smart object that uses edje
Dec 21 21:52:55 <raster> but every button is the same
Dec 21 21:53:18 <dolf1074> ok, thanks for the info
Dec 21 21:53:44 <raster> e's theme has all of it there
Dec 21 21:53:47 <raster> if u want to look
Dec 21 21:54:02 <raster> but i don't think that is what u want
Dec 21 21:54:15 <dolf1074> why?
Dec 21 21:54:16 <raster> u want to do a stand-alone confif app - right?
Dec 21 21:54:23 <raster> configging what?
Dec 21 21:54:46 <dolf1074> no, I just want an example of a tab used in edje. So I can learn from it and use it in my own program
Dec 21 21:54:53 <dolf1074> or in programs of shr
Dec 21 21:54:56 <raster> oooh
Dec 21 21:55:03 <raster> well its not raw edje
Dec 21 21:55:15 <raster> its a combo of edje and smart objects
Dec 21 21:55:28 <raster> edje does the footwork of look of elements
Dec 21 21:55:56 <raster> but code lays it out at a higher level and defines behavior
Dec 21 21:56:18 <raster> eg its actually a toolbar widget in the config panel
Dec 21 21:56:40 <raster> all that does is display a horizontal list of icon+label
Dec 21 21:56:53 <raster> that can be scrolled by dragging
Dec 21 21:57:04 <raster> and u can select an item
Dec 21 21:57:05 <raster> thats it
Dec 21 21:57:18 <dolf1074> so it's actually fake tabs ? :p
Dec 21 21:57:23 <raster> on a select code runs and re-fills the list below with new content
Dec 21 21:57:24 <raster> :)
Dec 21 21:57:28 <raster> yeah
Dec 21 21:57:29 <raster> :)
Dec 21 21:57:44 <dolf1074> will there every be real tabs?
Dec 21 21:57:49 <dolf1074> just curious
Dec 21 21:57:58 <raster> not in e
Dec 21 21:58:09 <dolf1074> okay
Dec 21 21:58:12 <raster> but i've put toolar in elementary already
Dec 21 21:58:35 <raster> and basically all u need is a collector widget
Dec 21 21:58:49 <dolf1074> is there some tutorial on it?
Dec 21 21:58:51 <raster> that combines toolbar+multiple children (each page in a tab)
Dec 21 21:59:01 <raster> hmm no - but there is a simple test app
Dec 21 21:59:07 <raster> i will do a tut this week
Dec 21 21:59:11 <raster> an intro
Dec 21 21:59:17 <raster> its hyper-simple/easy
Dec 21 21:59:19 <raster> to use
Dec 21 21:59:24 <dolf1074> Nice
Dec 21 21:59:26 <raster> just look at the test app
Dec 21 21:59:29 <dolf1074> where can I find the test app?
Dec 21 21:59:39 <raster> included with elementary
Dec 21 21:59:42 <raster> test.c in bin/
Dec 21 21:59:47 <raster> tests all widgets
Dec 21 21:59:58 <dolf1074> okay, tyvm
Dec 21 22:00:53 <raster> but it looks like e's widgets
Dec 21 22:01:07 <raster> so its close to what u want
Dec 21 22:02:20 <dcordes> which channel is used for gprs on the calypso devices?
Dec 21 22:02:25 <quickdev> Hey
Dec 21 22:02:33 <dolf1074> quickdev: hey
Dec 21 22:02:53 <dolf1074> quickdev: I can't test anymore ;(
Dec 21 22:02:59 <dolf1074> http://shr.bearstech.com/trac/ticket/216
Dec 21 22:03:20 <PaulFertser_> quickdev: Hey :)
Dec 21 22:04:33 <quickdev> dolf1074, let's debug that in some minutes
Dec 21 22:04:37 <dcordes> I can't see in the framework which device is used by ppp to establish gprs connection on gta*
Dec 21 22:04:38 <dolf1074> okay
Dec 21 22:05:46 <quickdev> dolf1074, you're using the unstable ui, right?
Dec 21 22:05:53 <dolf1074> quickdev: now I am
Dec 21 22:05:55 <quickdev> or the "new" one
Dec 21 22:06:01 <dolf1074> I see white buttons in dialer
Dec 21 22:06:27 <dolf1074> so the 'new' one, I suppose
Dec 21 22:06:33 <quickdev> yeah
Dec 21 22:07:00 <quickdev> dolf1074, it's bug in the "info message" dialog. There should be an info, that your SIM Message storage is full ;)
Dec 21 22:07:04 <quickdev> have you started it from shell?
Dec 21 22:07:10 <dolf1074> yes
Dec 21 22:07:32 <quickdev> dolf1074, please try export DISPLAY=:0.0 and then again
Dec 21 22:07:41 <quickdev> close ophonekitd before and restart it afterwards
Dec 21 22:08:11 <dolf1074> what do you mean by close ophonekitd?
Dec 21 22:08:17 <Ainulindale> quickdev: well I'v been using it for a full day and didn't experience problems of any kind
Dec 21 22:08:25 <Ainulindale> Did you fix the events?
Dec 21 22:08:47 <Ainulindale> and did you check the tons of tickets opened by dolf1074? :-)
Dec 21 22:09:03 <dolf1074> Ainulindale: To bad most of them are only for the old UI
Dec 21 22:09:16 <dolf1074> I had acidentally reinstalled the old one
Dec 21 22:09:24 <Ainulindale> heh
Dec 21 22:09:31 <dolf1074> But now doing it over again and looking which bugs are still valid
Dec 21 22:09:39 <quickdev> dolf1074, it's worthful anyway. Some apply to the new one, too
Dec 21 22:09:44 <Ainulindale> Good job :-)
Dec 21 22:09:58 <quickdev> dolf1074, great, thanks for your work :)
Dec 21 22:10:09 <quickdev> Ainulindale, fix what events?
Dec 21 22:10:18 <Ainulindale> Info, such as full sim
Dec 21 22:10:19 <quickdev> PaulFertser_, has anyone tested the gsmmuxd thing till now?
Dec 21 22:10:25 <quickdev> Ainulindale, full sim is fixed, yes
Dec 21 22:10:30 <Ainulindale> good
Dec 21 22:10:34 <PaulFertser_> quickdev: Not that i know of.
Dec 21 22:10:47 <Ainulindale> quickdev: well as soon as you feel confident enough wrt existing tickets, let's push that to testing
Dec 21 22:10:51 <quickdev> dolf1074, kill %pid_of_ophonekitd, export DISPLAY=:0.0 ; ophonekitd &
Dec 21 22:11:03 <quickdev> Ainulindale, yes
Dec 21 22:11:10 <dolf1074> quickdev: worked, now I can open openmoko-contacts again
Dec 21 22:11:11 <quickdev> PaulFertser_, I'm going to do it now :)
Dec 21 22:14:42 <Ainulindale> quickdev: oh and
Dec 21 22:14:52 <Ainulindale> => BIGGER SCROLLBAR GOD DAMMIT <= :-)
Dec 21 22:15:01 <Ainulindale> I can't look for a contact with my gloves on
Dec 21 22:15:03 <Ainulindale> that's a pain
Dec 21 22:15:09 <Ainulindale> cold wind hurts :-p
Dec 21 22:15:23 <quickdev> Ainulindale, ask raster to implement an elementary list ;)
Dec 21 22:15:43 <Ainulindale> well, can't you just do a bigger scrollbar anyway?
Dec 21 22:16:01 <Hire> indeed
Dec 21 22:16:15 <Hire> i prefer a bigger scrollbar
Dec 21 22:17:43 <dolf1074> You can scroll without having to actually hit the scrollbar? isn't it?
Dec 21 22:17:51 <quickdev> dolf1074, possible, too
Dec 21 22:18:14 <raster> quickdev:  on the todo
Dec 21 22:18:25 <quickdev> Ainulindale, I'd have to modify the ETK theme and that's quite tricky
Dec 21 22:18:46 <Kensan_> raster: hey there
Dec 21 22:18:52 <raster> Kensan_:  boo!
Dec 21 22:19:03 <raster> god damn malloc
Dec 21 22:19:06 <Ainulindale> quickdev: ok!
Dec 21 22:19:11 <Hire> another time?
Dec 21 22:19:12 <raster> off my arm.
Dec 21 22:19:29 <Kensan> raster: how white is christmas on your side of the planet? ;)
Dec 21 22:19:31 <Hire> i will kill malloc for you
Dec 21 22:20:04 <raster> Hire:  noooo. malloc just needs to be shifted a bit to the right
Dec 21 22:20:12 <raster> Kensan:  sunny and blue actually :)
Dec 21 22:20:15 <quickdev> PaulFertser_, patch says: **** Only garbage was found in the patch input. Copied the rafb paste. Could you upload the patch somewhere?
Dec 21 22:20:34 <Kensan> raster: hehe, thought so. Here it's rainy and green
Dec 21 22:21:06 <PaulFertser_> quickdev: ok
Dec 21 22:21:07 <Kensan> raster: well rather darkish at the moment.
Dec 21 22:21:45 <Kensan> raster: still living out of cartons?
Dec 21 22:21:47 <raster> at least malloc stays clean. self-cleaning malloc == good.
Dec 21 22:21:55 <raster> Kensan:  i'm de-cartoned
Dec 21 22:22:08 <Kensan> raster: ah good.
Dec 21 22:23:52 <raster> quickdev: been busy adding stuff. toolbar there. fb support working. wince support in theory works.
Dec 21 22:24:25 <dolf1074> quickdev: Sequal, http://shr.bearstech.com/trac/ticket/216#comment:1
Dec 21 22:24:56 <PaulFertser_> quickdev: https://paulfertser.is-a-geek.org/files/0001-Implement-write-buffering-for-the-ptys.patch
Dec 21 22:25:05 <Kensan> raster: did you see the panny-video? They are featuring e ;)
Dec 21 22:25:11 <Kensan> raster: http://openpandora.org/blog.php
Dec 21 22:25:13 <neobaka> hi
Dec 21 22:25:19 <quickdev> dolf1074, is it reproducable with export DISPLAY=:0.0, too?
Dec 21 22:25:38 <raster> e! cool!
Dec 21 22:25:40 <dolf1074> I just click on the icons, I'm not using terminal
Dec 21 22:26:11 <quickdev> PaulFertser_, thanks, just noticed that the one before was just a diff :)
Dec 21 22:26:44 <quickdev> but it should have work nonetheless
Dec 21 22:26:47 <quickdev> let me test it now :)
Dec 21 22:26:58 <dolf1074> quickdev: exact steps are located on the trac
Dec 21 22:26:58 <raster> Kensan:  btw - they just had e because it was erasy on angstrom
Dec 21 22:27:02 <raster> theydont want it anyway
Dec 21 22:27:18 <raster> silly them not using illume
Dec 21 22:27:18 <raster> :)
Dec 21 22:27:41 <Kensan> raster: hm I was hoping they d'stick with it...
Dec 21 22:27:41 <quickdev> dolf1074, ok, thanks :)
Dec 21 22:36:01 <dolf1074> Ainulindale: I need more time for spending it on shr. I made another mockup http://alasal.be/openmoko/shr2/contacts/r3/contactlist_r3.jpg
Dec 21 22:38:02 <quickdev> PaulFertser_, http://rafb.net/p/0MaspQ11.html
Dec 21 22:39:35 <Ainulindale> niiice :-)
Dec 21 22:39:38 <Ainulindale> A tad to 
Dec 21 22:39:40 <Ainulindale> grmbl
Dec 21 22:39:45 <Ainulindale> A tad too green for me
Dec 21 22:39:49 <Ainulindale> But that's my taste :-)
Dec 21 22:39:51 <PaulFertser_> quickdev: ok, it is not so easy :(
Dec 21 22:40:06 <PaulFertser_> quickdev: good you have gdb installed :)
Dec 21 22:40:16 <dolf1074> It also to green for me
Dec 21 22:40:24 <Ainulindale> dolf1074: and it lacks a button to switch views
Dec 21 22:40:29 <quickdev> PaulFertser_, it's not easy, yeah...let's debug it :)
Dec 21 22:40:31 <Ainulindale> ("small icon", "list", etc)
Dec 21 22:40:34 <dolf1074> switch view?
Dec 21 22:41:28 <quickdev> PaulFertser_, I started it in gdb without any parameters
Dec 21 22:41:34 <neobaka> bye
Dec 21 22:41:55 <PaulFertser_> quickdev: i see, give me a minute.
Dec 21 22:43:52 <dolf1074> Ainulindale: what do you mean with switch view?
Dec 21 22:44:33 <Ainulindale> ("small icon", "list", etc) <=
Dec 21 22:44:43 <dolf1074> aren't that settings?
Dec 21 22:44:53 <dolf1074> and belong in the settings application
Dec 21 22:44:57 <Ainulindale> Not to me
Dec 21 22:45:04 <Ainulindale> Let say I use your list
Dec 21 22:45:07 <Ainulindale> With pictures
Dec 21 22:45:14 <Ainulindale> What if I want to scroll quickly through the contacts?
Dec 21 22:45:20 <Ainulindale> It'll be endless
Dec 21 22:45:39 <Ainulindale> Or I might want to switch to list to have a quick peek at my contact list
Dec 21 22:45:47 <quickdev> PaulFertser_, http://rafb.net/p/Lj40qF77.html - it's happening immediately after startup. Maybe the channellist array is not filled yet?
Dec 21 22:45:53 <Ainulindale> (IMHO, again)
Dec 21 22:45:58 <PaulFertser_> quickdev: exactly.
Dec 21 22:46:05 <raster> Kensan:  they probably don't know about it
Dec 21 22:46:06 <dolf1074> Ainulindale: I get it, but I just think that should be a setting
Dec 21 22:46:28 <Ainulindale> well provided it's done well enough, why not :-)
Dec 21 22:46:51 <PaulFertser_> quickdev: please refetch the patch. It should be better now.
Dec 21 22:47:34 <PaulFertser_> quickdev: it's strange i didn't hit the segfault. I definetly restarted it many times and it worked ok.
Dec 21 22:57:32 <quickdev> PaulFertser_, better now
Dec 21 22:57:53 <PaulFertser_> quickdev: you scare me.
Dec 21 22:57:55 <quickdev> at least the segfault :)
Dec 21 22:58:07 <quickdev> rebooting and then testing the overflow things
Dec 21 22:58:19 <quickdev> why do I scare you? ;)
Dec 21 22:58:45 <PaulFertser_> quickdev: segfault haven't gone but now it comes in three different colourfull flavours :)
Dec 21 23:00:51 <quickdev> PaulFertser_, there should be a warning in syslog, right?
Dec 21 23:01:51 <PaulFertser_> quickdev: Only in the overflow case.
Dec 21 23:02:23 <quickdev> PaulFertser_, in the case where it lost bytes before, ok
Dec 21 23:02:51 <PaulFertser_> quickdev: i hope extending the buffer helps and the warnings should be gone.
Dec 21 23:03:34 <quickdev> PaulFertser_, you haven't extended it yet, right? So there should be warnings?
Dec 21 23:06:56 <PaulFertser_> quickdev: No, i have extended it. To 16KiB. I hope there shouldn't be any warnings.
Dec 21 23:14:32 <quickdev> PaulFertser_, it's working, great :)
Dec 21 23:15:28 <PaulFertser_> quickdev: nice to hear. It helps partially or it works without problems at all? Can i go to sleep now then? ;)
Dec 21 23:15:31 <quickdev> PaulFertser_, you simply replaced the native write with a buffered glib file resource?
Dec 21 23:16:56 <PaulFertser_> quickdev: And added a flush()'s where reasonable. Unfortunately, glib IO buffering is not well documented, i had to experiment with a simple application first. Trying blocking/nonblocking, flushing at various places etc.
Dec 21 23:17:27 <quickdev> PaulFertser_, atm I don't see any problems, but it should be tested much more :)
Dec 21 23:17:44 <quickdev> thanks...have a good night
Dec 21 23:18:13 <quickdev> it should go upstream as soon as it's well tested
Dec 21 23:19:23 <PaulFertser_> quickdev: Will you notify me when you think it's tested enough so i can post it to the ml for the FSO team to review?
Dec 21 23:20:46 <quickdev> PaulFertser_, well, many people should test it
Dec 21 23:21:00 <quickdev> but you could post it for a review anyway
Dec 21 23:21:43 <PaulFertser_> quickdev: I think we should ask mickey|dinner for an estimation of size of a maximum possible reply from the modem to one command. Then we should round it up (for unsolicited reply's) and set the glib buffer size accordingly.
Dec 21 23:22:04 <quickdev> PaulFertser_, right :)
Dec 21 23:25:33 <PaulFertser_> quickdev: i hope you'll organize a tough testing ;) Thanks, good night.
Dec 21 23:26:21 <quickdev> yeah, good night
Dec 21 23:35:52 <quickdev> Ainulindale, still here?
Dec 21 23:36:49 <Ainulindale> yes
Dec 21 23:36:55 <Ainulindale> though reading
Dec 21 23:39:07 <quickdev> Ainulindale, http://shr.bearstech.com/trac/ticket/190 done?
Dec 21 23:39:22 <Ainulindale> yep forgot to close it
Dec 21 23:42:59 <quickdev> Ainulindale, what about providing a shr-theme-black in future?
Dec 21 23:43:50 <quickdev> Ainulindale, http://shr.bearstech.com/trac/ticket/130 <- we won't do that, because it's too specific, right?
Dec 21 23:44:06 <quickdev> please close it with "wontfix" if you agree
Dec 21 23:44:17 <Ainulindale> Well, no
Dec 21 23:44:26 <Ainulindale> It's a suggestion, even if we don't prioritize it we can do it
Dec 21 23:44:26 <quickdev> Ainulindale, no to what?
Dec 21 23:44:39 <Ainulindale> That's not that hard to do anyway
Dec 21 23:44:44 <Ainulindale> And it's a community distro after all :-)
Dec 21 23:45:28 <quickdev> yeah, ok, then I leave it
Dec 21 23:46:06 <quickdev> Ainulindale, have we talked with raster about EFL_SRCREVS today or yesterday?
Dec 21 23:46:20 <Ainulindale> Well he told he would but didn't do it
Dec 21 23:46:33 <Ainulindale> He seems quite busy with his malloc problems :-)
Dec 21 23:46:55 <quickdev> yeah, ok, close #58 if it's done :)
Dec 21 23:46:58 <raster> yes
Dec 21 23:47:03 <raster> i am building one
Dec 21 23:47:09 <raster> EFL_SRCREV ?= "38272"
Dec 21 23:47:38 <quickdev> Ainulindale, I'm adding support for USSD now. Is there something more important?
Dec 21 23:47:50 <Ainulindale> Well, fixing the existing tickets :-)
Dec 21 23:48:05 <Ainulindale> If they are, then there's multipart SMSes to
Dec 21 23:48:06 <Ainulindale> +o
Dec 21 23:48:52 <quickdev> ok, but as that feature will be there for ms1 I could do it nonetheless
Dec 21 23:49:07 <Ainulindale> Feel free to do what pleases you :-)
Dec 21 23:49:34 <quickdev> raster, have you already handled multipart sms?
Dec 21 23:49:47 <raster> quickdev: where? what?
Dec 21 23:49:49 <Ainulindale> quickdev: There's a mail about that on the ml from alphaone 
Dec 21 23:50:05 <alphaone> there is?
Dec 21 23:50:05 <quickdev> raster, in your sms application. I heard you once talking about it.
Dec 21 23:50:09 <quickdev> Ainulindale, already read it
Dec 21 23:50:10 <alphaone> ah
Dec 21 23:50:22 <Ainulindale> alphaone: heh
Dec 21 23:50:24 <raster> oh - errr it doesnt actually talk to fso yet
Dec 21 23:50:33 <raster> i'm doing al lthe ui, storage and contact data integration
Dec 21 23:50:39 <alphaone> Was written from memory, so might not be completely accurate
Dec 21 23:51:36 <quickdev> alphaone, do you know if stefan schmidt is in vacation?
Dec 21 23:54:30 <alphaone> quickdev: 
Dec 21 23:54:51 <alphaone> quickdev: Well, he won't be doing too much FSO work
Dec 21 23:54:55 <alphaone> why?
Dec 21 23:55:32 <alphaone> With Christmas coming up and then 25C3...
Dec 22 00:01:24 <Sargun> I wish I got to go to 25C3.
Dec 22 00:01:26 <Ainulindale> Great, another book down the pile
Dec 22 00:01:46 <Sargun> ok, stupid FSO question: is there any way of doing "triggers" rather than this stupid gobject add_timeout shit?
Dec 22 00:01:58 <Ainulindale> That leaves me with only one book to read from now to the 25th, damn
Dec 22 00:05:13 <quickdev> Ainulindale, do you know USSD? We should handle that in ophonekitd, right?
Dec 22 00:05:41 <Ainulindale> I know about the principle, yes
Dec 22 00:05:50 <Ainulindale> I didn't think about it, your guess is as good as mine
Dec 22 00:05:51 <quickdev> Ainulindale, there a method and a signal (response): http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.GSM.Network.html;hb=HEAD
Dec 22 00:06:03 <Ainulindale> But as it's based on signals
Dec 22 00:06:09 <Ainulindale> It's ophonekitd, that's for sure
Dec 22 00:08:33 <quickdev> Ainulindale, are you willing to add the USSD functions to your frameworkd-glib ogsmd network code?
Dec 22 00:11:41 <quickdev> Ainulindale, or should I do it?
Dec 22 00:16:02 <quickdev> Ainulindale, would be fine if you do it. In case your starting before tomorrow morning, please drop me a mail.
Dec 22 00:16:11 <Ainulindale> Well
Dec 22 00:16:19 <Ainulindale> I won't have the time to do that so please do
Dec 22 00:16:26 <quickdev> ok
Dec 22 00:16:37 <Ainulindale> Tomorrow I have to get my girlfriend at the airport
Dec 22 00:16:50 <Ainulindale> and see family
Dec 22 00:34:34 <quickdev> Ainulindale, I add a new handler in ophonekitd, ok? void (*incomingUssd)(const int); } FrameworkdHandlers;
Dec 22 00:48:32 <quickdev> Ainulindale, did it. WIll commit it tomorrow. gn8
Dec 22 01:21:05 <CIA-51> freesmartphone.org: 03daniel 07framework * r0e2e6a232695 10/framework/subsystems/ogsmd/ (gsm/channel.py modems/abstract/modem.py): 
Dec 22 01:21:05 <CIA-51> freesmartphone.org: ogsmd: Fail gracefully if the serial device doesn't exist yet
Dec 22 01:21:05 <CIA-51> freesmartphone.org: Thinkpad WWAN cards can be enabled through a /sys file. It takes some
Dec 22 01:21:05 <CIA-51> freesmartphone.org: time from enabling the device to the device nodes actually appearing.
Dec 22 01:21:07 <CIA-51> freesmartphone.org: This makes the VirtualChannel fail gracefully when the device does not
Dec 22 01:21:09 <CIA-51> freesmartphone.org: exist so it will retry. Also increased the channel open retries from 5
Dec 22 01:21:11 <CIA-51> freesmartphone.org: to 7.
Dec 22 01:21:13 <CIA-51> freesmartphone.org: 03daniel 07framework * r19c1b94e79d3 10/framework/subsystems/ogsmd/modems/ericsson_F3507g/modem.py: ogsmd: [ERICSSON] Use enable_wwan node found in thinkpad devices
Dec 22 01:21:32 <Sargun> whoa
Dec 22 01:52:11 <Kensan> alphaone: so you got your card&antenna? ;)
Dec 22 01:57:02 <natrium42> how do i override openssl with my own receipe?
Dec 22 02:02:57 <Montgoss> anyone here familiar enough with the SHR build process to give me some help?
Dec 22 02:05:55 <Montgoss> python-etk is throwing a bunch of compile errors.  See http://pastebin.com/m185cc196
Dec 22 02:11:54 <Kensan> Montgoss: Evas_Data.h:4:18: error: Eina.h: No such file or directory
Dec 22 02:12:02 <Kensan> Montgoss: you seem to be missing Eina
Dec 22 02:12:46 <Montgoss> ok...  but how/why would I be missing it?  I just did a fresh rebuild (deleted everything and started over)
Dec 22 02:13:54 <Kensan> Montgoss: maybe the build is currently borked.
Dec 22 02:14:12 <Montgoss> or maybe the more appropriate question is how do I get the missing file?
Dec 22 02:15:27 <Kensan> Montgoss: well afaik Eina is part of ecore so there's probably something wrong with the build/recipe...
Dec 22 02:15:49 <Kensan> Montgoss: ok, it's not part of ecore...
Dec 22 02:17:19 <Kensan> Montgoss: try to build the eina-package by hand
Dec 22 02:21:00 <Montgoss> err...  any idea where eina is?  is it libeina?
Dec 22 02:21:47 <Kensan> packages/efl/eina_svn.bb
Dec 22 02:21:51 <Kensan> I think
Dec 22 02:23:03 <Montgoss> Tasks Summary: Attempted 19 tasks of which 14 didn't need to be rerun and 0 failed.
Dec 22 02:23:47 <Kensan> Montgoss: check if the header file is in /home/montgoss/shr/shr-testing/tmp/staging/armv4t-angstrom-linux-gnueabi/usr/include/
Dec 22 02:24:10 <Kensan> (Eina.h)
Dec 22 02:25:22 <Montgoss> it's in /home/montgoss/shr/shr-testing/tmp/staging/armv4t-angstrom-linux-gnueabi/usr/include/eina-0
Dec 22 02:26:20 <Kensan> hm so that dir should get added to your include path...
Dec 22 02:26:47 <Kensan> Montgoss: for some reason it doesn't get added or the header file gets installed in the wrong dir.
Dec 22 02:27:02 <Montgoss> :-(
Dec 22 02:29:32 <Kensan> Montgoss: did you update your sources from the shr repos before rebuilding? Maybe it's a build issue which just crept in the last couple hours/days...
Dec 22 02:30:45 <Kensan> Montgoss: ah, you did a clean rebuild/deleted everything... so it seems likely.
Dec 22 02:31:37 <Montgoss> would a "make update" do what you're suggesting?  or is it something different?
Dec 22 02:32:44 <Kensan> Montgoss: I don't think there's such a make target.
Dec 22 02:33:05 <Kensan> Montgoss: did you delete everything and redid the steps as outlined in the shr wiki?
Dec 22 02:33:42 <Kensan> Montgoss: there seems to be a make shr-update target
Dec 22 02:33:55 <Kensan> Montgoss: actually, there is a make update *heh*
Dec 22 02:34:31 <Kensan> Montgoss: I haven't built any of the distros lately so I am not very helpfull, sorry.
Dec 22 02:35:10 <Montgoss> Kensan: Yes, I did follow the wiki
Dec 22 02:36:02 <Montgoss> Kensan: the make update looked like it might've pulled some changes...  I'm building again right now
Dec 22 02:37:56 <Kensan> Montgoss: hm there was no commit to shr since saturday...
Dec 22 02:40:17 <Montgoss> Kensan:  yah, made no difference  :-(
Dec 22 02:41:49 <Kensan> Montgoss: hm... sorry, don't know what could be the cause.
Dec 22 02:42:06 <Kensan> erhm what the cause could be. 
Dec 22 02:43:53 <Montgoss> i'm been trying for weeks to get this to build...
Dec 22 02:45:01 <Kensan> Montgoss: oh so you've never been able to build it?
Dec 22 02:45:25 <Kensan> Montgoss: so this issue has not just come up recently?
Dec 22 02:45:42 <Montgoss> this is a new error
Dec 22 02:45:53 <Montgoss> i fought through several others, but never got the SHR image to build
Dec 22 02:46:03 <Montgoss> I can build OM2007 just fine though...
Dec 22 02:46:08 <Kensan> Montgoss: hm... I see.
Dec 22 02:46:25 <Kensan> Montgoss: you should ping one of the SHR guys (ainulindale or quickdev)
Dec 22 02:46:25 <Montgoss> i did the full rebuild in hopes of fixing a different error I was getting
Dec 22 02:46:40 <Montgoss> define ping
Dec 22 02:46:47 <Kensan> Ainulindale: ping
Dec 22 02:46:51 <Kensan> like this :)
Dec 22 02:47:06 <Montgoss> obviously I don't use IRC much..
Dec 22 02:47:28 <Kensan> Montgoss: well that's no prerequisite here so no worries.
Dec 22 02:48:06 <Kensan> they are all asleep I guess so it's going to be a while until they get back in.
Dec 22 02:48:57 <Montgoss> i post my errors to the mailing list, but never get any help.  :'(  figured I'd try IRC
Dec 22 02:52:47 <Kensan> Montgoss: hm I see. Since SHR devs are mainly from EU they are all asleep right now. It's usualy quite busy here.
Dec 22 02:55:19 <Kensan> Montgoss: seems like somebody hit the same error before: http://pastebin.ca/1277371
Dec 22 02:56:49 <raster> damn sleepers
Dec 22 02:58:37 <Kensan> raster: I assume efl etc is building fine in OE?
Dec 22 02:58:50 <tmzt_> raster: how do I enable the illume module, enlightenment_start -profile illume just complains about the configuration being old and restores the defaults?
Dec 22 02:59:05 <raster> Kensan:  yup.
Dec 22 02:59:16 <raster> just built
Dec 22 02:59:24 <raster> EFL_SRCREV ?= "38274"
**** ENDING LOGGING AT Mon Dec 22 02:59:56 2008