**** BEGIN LOGGING AT Fri Feb 13 12:02:41 2009
Feb 13 12:03:34 <mrmoku> ptitjes: talking about lfg... is it possible to have a mixed vala/c thingie?
Feb 13 12:03:34 <ptitjes> mrmoku: I hope my vala patches will be in the next release (next week), and modulo and ophonekitd will be packagable
Feb 13 12:03:34 <ptitjes> mrmoku: yes why ?
Feb 13 12:03:35 <mrmoku> ptitjes: to not have to port everything to vala immediately
Feb 13 12:03:36 <ptitjes> mrmoku: BTW do you know this http://git.freesmartphone.org/?p=libfso-glib.git;a=tree
Feb 13 12:03:36 <ptitjes> It is generated with http://git.freesmartphone.org/?p=vala-dbus-binding-tool.git;a=tree
Feb 13 12:04:12 <mrmoku> ptitjes: the opimd stuff is missing though ;) 
Feb 13 12:04:15 <ptitjes> BTW we talked yesterday evening with Ainulindale that we will enhance the FreeSmartphone XML specs with mickeyl to be able to generate constants and errors and maybe regenerate libframeword-glib (and of course libfso-glib)
Feb 13 12:04:27 <ptitjes> mrmoku: those are not in the XML specs yet
Feb 13 12:04:33 <ptitjes> (that is a pity BTW)
Feb 13 12:04:49 <ptitjes> but you should modify the XML specs priori to update lfg
Feb 13 12:05:02 <ptitjes> prior to updating lfg
Feb 13 12:05:14 <mrmoku> ptitjes: the fso-specs are in fso-specs?
Feb 13 12:05:18 <ptitjes> yes
Feb 13 12:05:35 <ptitjes> there : http://git.freesmartphone.org/?p=specs.git;a=tree
Feb 13 12:06:13 <ptitjes> wait I think I should git update in local and regenerate
Feb 13 12:06:17 <ptitjes> :D
Feb 13 12:06:43 <mrmoku> ptitjes: yeah... have that one checked out... I added xml to lfg for the opimd interfaces...
Feb 13 12:06:48 <mrmoku> should probably go there then
Feb 13 12:08:19 <ptitjes> mrmoku: there is a .xml.in for PIM but this does not generate a .xml in the xml/ directory
Feb 13 12:08:26 <ptitjes> will look at this tonight
Feb 13 12:08:36 <ptitjes> got to go now (working grrr)
Feb 13 12:08:41 <ptitjes> see u soon
Feb 13 12:08:46 <mrmoku> yep saw that one... though its far from being complete
Feb 13 12:08:48 <mrmoku> cu
Feb 13 12:57:47 <Heinervdm> mrmoku: do you know how an address:// URI look like?
Feb 13 13:41:07 <CIA-47> freesmartphone.org: 03mickey 07framework * r4da280eb3753 10/ (setup.py tools/dump-netlink): tools: add dump-netlink
Feb 13 15:15:01 <jhass8401> Okay, I had a thought last night about the accelerometers.  It seems to me that the accelerometers work better when they only generate output when the device is not in motion
Feb 13 15:32:21 <jhass8401> This has the most noticeable effect on screen rotation.  For example, I have the screen rotation application omnewrotate installed on my device which responds to events generated by the accelerometers as a basis for changing the display orientation.  Since my accelerometers currently generate events while the device is in motion (as opposed to only when the device is not in motion) rotating the device 360 degrees causes omnewrotate to repaint the sc
Feb 13 15:33:19 <lindi-> jhass8401: work better? i want all possible information
Feb 13 15:33:58 <jhass8401> Well that's fine, but it would be nice if the screen was only repainted once the device stopped moving
Feb 13 15:35:41 <lindi-> jhass8401: just fix the rotation app?
Feb 13 15:36:42 <jhass8401> lindi-: Good point :P
Feb 13 15:38:38 <jhass8401> lindi-: How about disabling rotation while specific applications are open?  Particularly the dialer, and the incoming/outgoing calls screen.
Feb 13 15:39:20 <lindi-> jhass8401: i am not using automatic rotation yet since no X server seems to handle it well
Feb 13 15:40:41 <jhass8401> lindi-: Yeah, that was something I had also noticed which was part of the basis for my original conclusion.
Feb 13 15:44:01 <jhass8401> lindi-: I think it would be nice if the incoming/outgoing calls screen did not respond to the devices orientation, but I'm unsure where such changes would be made.  Would this be an addition to the rotation app, to the distros code, or to the window manager?
Feb 13 17:20:22 <PaulFertser> blist
Feb 13 17:23:55 <mrmoku> blast
Feb 13 17:24:30 <PaulFertser> mrmoku: Unknown command: blast. Please use help commands to get a list of available commands.
Feb 13 17:24:52 <mrmoku> :-)
Feb 13 17:25:00 <mrmoku> PaulFertser: btw. finished travelling?
Feb 13 17:25:45 <PaulFertser> mrmoku: nope, still at my grandma's :) How are you? :)
Feb 13 17:26:14 <PaulFertser> mrmoku: btw, that's a good way to test GPRS reliability ;)
Feb 13 17:26:16 <mrmoku> PaulFertser: fine... experimenting with newest e right now
Feb 13 17:26:40 <mrmoku> PaulFertser: I have to admit I never tried GPRS with the neo... no flat rate :(
Feb 13 17:27:57 <PaulFertser> mrmoku: have you found the source of that nasty segfault (that made upgrading E in SHR impractical)?
Feb 13 17:28:25 <mrmoku> PaulFertser: no, not yet :(
Feb 13 17:29:40 <mrmoku> PaulFertser: but I'm looking into reimplementing the lists in the SHR apps to use real elementary lists
Feb 13 17:29:54 <mrmoku> they were not there yet, when quickdev did the apps
Feb 13 17:30:19 <mrmoku> and I found some malloc related comment from quickdev to ask raster about that...
Feb 13 17:35:39 <PaulFertser> mrmoku: I'm looking forward to seeing SHR in Debian, it'd be great, hopefully E will stabilize enough soon. Are you using your FR as a phone, have you already flashed the latest calypso's firmware? ;)
Feb 13 17:36:07 <mrmoku> PaulFertser: yep... using it as my phone... and no not yet
Feb 13 17:36:19 <mrmoku> guess I should?
Feb 13 17:37:04 <Azog> what's the difference to the "normal" firmware?
Feb 13 17:37:39 <mrmoku> Azog: some nasty... OLD bug is fixed that caused overruns talking to the modem if I understood correctly
Feb 13 17:37:51 <PaulFertser> mrmoku: it will allow you to resume on call after the first suspend, and will make SoC UART buffer overrun impossible, i think that's enough for the reasons :)
Feb 13 17:38:12 <PaulFertser> mrmoku: overruns were when modem talked to SoC
Feb 13 17:38:25 <Azog> ah ok, that sounds good
Feb 13 17:38:35 <mrmoku> PaulFertser: where are good instructions how to do it? wiki?
Feb 13 17:38:48 * mrmoku is frightened to break something
Feb 13 17:39:04 <lindi-> mrmoku: wiki yes
Feb 13 17:39:08 * lindi- did it yesterday
Feb 13 17:40:02 <mrmoku> lindi-: GSM/Flashing?
Feb 13 17:41:05 <PaulFertser> mrmoku: sure
Feb 13 17:41:49 <PaulFertser> If mrmoku is afraid to flash, what should i expect from regular users?..
Feb 13 17:42:07 <mrmoku> ok... will try tomorrow
Feb 13 17:42:20 <mrmoku> have to eat now and play some Monopoly after that
Feb 13 17:42:43 <Dave> mrmoku!
Feb 13 17:42:54 <mrmoku> PaulFertser: if some instructions say 'Note that this process tolerates almost no variations' I'm scared ;)
Feb 13 17:42:58 <lindi-> mrmoku: yep
Feb 13 17:43:00 <Dave> I challenge you!
Feb 13 17:43:21 <mrmoku> Dave: sorry have to pass that challenge... family is calling and I'm hungry :P
Feb 13 17:43:25 <mrmoku> cu
Feb 13 17:43:27 <Dave> aw
Feb 13 17:43:30 <Dave> bye:\
Feb 13 17:44:12 * toggles_w pokes Dave
Feb 13 17:48:37 <PaulFertser> mrmoku: BTW, do you think FR's UI can be faster to use than UI of dumb cell phones? I spent some time trying various consumer models but was disappointed by clumsy UI that can't be used effectively every time. Any hope with SHR?
Feb 13 17:54:02 <Dave> toggles :)
Feb 13 18:13:13 <mrmoku> PaulFert1er: one thing I noticed with current efl is that it feels faster... so there might be hope :-)
Feb 13 18:15:38 <PaulFert1er> mrmoku: (i have probably missed your other messages due to disconnect) what if one writes something that is extremely simple, no fancy graphics or smooth scrolling, nothing not really needed, etc? Like kapula probably, will it work "lightning fast"?
Feb 13 18:16:28 <mrmoku> PaulFert1er: there was one of the light browsers that was lightening fast... based on fltk IIRC
Feb 13 18:16:50 <mrmoku> (just did that one answer... so you don't have missed anything :-)
Feb 13 18:18:34 <docscrutinizer2> moo
Feb 13 18:18:41 <docscrutinizer2> and OMG
Feb 13 18:18:52 <PaulFert1er> mrmoku: Dillo? But i don't need a browser, i need a phonebook, sms, stuff like that that is fast. I don't like modern cell phone's UI because they show all kind of useless animations and stuff and yet have no fast shortcuts to do the most common things.
Feb 13 18:19:19 <mrmoku> PaulFert1er: so maybe someone should write a phonegui-fltk :-)
Feb 13 18:19:39 <Hire> i prefer a phonegui-qt ...
Feb 13 18:19:51 <mrmoku> Hire: won't be faster though :P
Feb 13 18:19:56 <docscrutinizer2> PaulFert1er: you read my mail about alsa.state in (kernel)?
Feb 13 18:20:08 <Hire> i don't care
Feb 13 18:20:35 <mrmoku> Hire: might be you don't care... but we were talking about how to get _fast_ stuff ;)
Feb 13 18:21:27 <PaulFert1er> docscrutinizer2: sure :) Nice to see you working on bringing saneness and elegance in the mess of state-files ;)
Feb 13 18:22:22 <docscrutinizer2> PaulFert1er: alas nobody in TPE understand a single word of it :\
Feb 13 18:22:44 * mrmoku wonders if docscrutinizer2 dislikes the symlink solution :P
Feb 13 18:23:43 <PaulFert1er> docscrutinizer2: looks like TPE engineers are really from another planet or like they use another OS or smth...
Feb 13 18:23:49 <docscrutinizer2> nah, I dislike  massively messing around with alsa.state files that work on A7 but mess up A6
Feb 13 18:24:44 <Dave> symlinks :D
Feb 13 18:25:20 <docscrutinizer2> yeah per IMEI
Feb 13 18:25:44 <docscrutinizer2> deliver handcrofted rootfs for each phone
Feb 13 18:29:14 <docscrutinizer2> muahaha we got a buttload of statefile mess right now. Surely will get sane immediately if we don't ship *one* but instead *five* similar but differing files with every update
Feb 13 18:30:37 <PaulFert1er> docscrutinizer2: :) that's what basically commercial cell phone companies do :)
Feb 13 18:30:59 <PaulFert1er> docscrutinizer2: and not because it's necessary, but because someone is too busy and in a hurry to properly read docs :(
Feb 13 18:31:25 <docscrutinizer2> even more funny: the addon to bigC SOP that explains how to tweak all the  distris to meets the right synlinks
Feb 13 18:32:20 <docscrutinizer2> is an A6 with bigC an A6 anymore, or is it an A7???
Feb 13 18:33:03 <docscrutinizer2> hw-id say: A6
Feb 13 18:33:14 <docscrutinizer2> audio is A7
Feb 13 18:33:29 <docscrutinizer2> PMU is A6
Feb 13 18:33:31 <PaulFert1er> docscrutinizer2: and how that imaginary bootscript will choose the right dir to symlink... That's nuts... :-/
Feb 13 18:33:45 <docscrutinizer2> have fun on that dudes!
Feb 13 18:34:40 <PaulFert1er> docscrutinizer2: but i thought nobody was against unifying state files across GTA02, no?
Feb 13 18:35:14 <docscrutinizer2> they just don't eevven nitice what I wrote
Feb 13 18:35:31 <docscrutinizer2> kindergarden
Feb 13 18:35:56 <docscrutinizer2> erks  even notice
Feb 13 18:36:30 <mwester> The problem is that there's no manager who can see that this is an issue, and make somebody "own" it.
Feb 13 18:36:59 <docscrutinizer2> mwester: yup
Feb 13 18:38:07 <mwester> As we've seen with the GSM fix recently, things happen at Om because of individual effort -- because one person makes it their mission to get something fixed.  Clearly you cannot rely on that; those few people who take such initiative grow weary, or take a vacation, and then nothing gets done.
Feb 13 18:38:16 <docscrutinizer2> today they tested echo with 5 providers: result 5 times different. Didn't I tell 2 days ago??? muahaha
Feb 13 18:38:32 <mwester> This has nothing to do with open-source, rather this problem highlights that Om's management has no real management experience at all.
Feb 13 18:39:38 <docscrutinizer2> ack
Feb 13 18:40:43 <docscrutinizer2> though... which management? management implies some kind of vertical hirarchy
Feb 13 18:42:50 <docscrutinizer2> om is really open-source. there isnt any. everybody struggling on his own, to the best of his knowledge, with no general direction or directive
Feb 13 18:43:23 <root_at> hey, where can i find the default config for the latest kernel? in /usr/src is nothing, and in /proc also
Feb 13 18:43:34 <root_at> i am talking about shr btw
Feb 13 18:43:46 <Dave> Joerg, should I flash my firmware? :)
Feb 13 18:43:56 <docscrutinizer2> yup
Feb 13 18:44:32 <docscrutinizer2> if you want to use FR for a phone u should
Feb 13 18:45:15 <PaulFertser> Did they disable /proc/config.gz? Weird. SHR is built with OE, so go to cgit.openembedded.org , choose ms5 branch there and look for the linux package. There you'll find a recipe for 2.6.28 openmoko kernel
Feb 13 18:45:42 <docscrutinizer2> morning nausea.  should dtop reading mail until first coffee
Feb 13 18:45:44 <docscrutinizer2> bbl
Feb 13 18:45:59 <root_at> PaulFert1er, but i need excactly the shr config, i just want to add squashfs to the kernel
Feb 13 18:46:25 <root_at> oh, i found conifg.gz, but its not really readable oO
Feb 13 18:47:16 <PaulFertser> root_at: how can config.gz be not readable?
Feb 13 18:47:55 <PaulFertser> root_at: SHR uses exactly the OE config, so in general my directions are correct. BTW, it includes several patches found only in OE, beware.
Feb 13 18:48:37 <PaulFertser> root_at: it==kernel used by FSO/SHR
Feb 13 18:48:42 <root_at> PaulFertser, it looks like this: "4^\C^LB..O..^P..^T.I"
Feb 13 18:49:58 <docscrutinizer2> try tar, or open it using konqueror or mc
Feb 13 18:50:21 <mrmoku> root@om-gta02 ~ $ gunzip -c /proc/config.gz | less
Feb 13 18:50:46 <docscrutinizer2> ork ark
Feb 13 18:50:54 <docscrutinizer2> or ark
Feb 13 18:51:17 <PaulFertser> root_at: dumb question, but have you tried to ungzip it? ;)
Feb 13 18:52:24 <root_at> but on my pc its readable, without ungziping it
Feb 13 18:52:56 <PaulFertser> mrmoku: fully functional less can gunzip itself, btw. Or one can use zcat /proc/config.gz | less
Feb 13 18:52:58 <mrmoku> root_at: because of some magic less configuration
Feb 13 18:53:17 <mrmoku> PaulFertser: gunzip -c | less
Feb 13 18:53:23 <mrmoku> tried it... works
Feb 13 18:53:40 <root_at> yeah, now i can read it. thanks
Feb 13 18:54:01 * mrmoku is downloading gsm firmware
Feb 13 18:54:37 <PaulFertser> BTW, does everybody know that modern tar guesses type of archive itself and starts bzip2/gzip to decompress it, so one can just use tar xf mycoolar.tar.bz2 ?
Feb 13 18:54:39 <PaulFertser> mrmoku: but zcat also works ;)
Feb 13 18:54:55 <mrmoku> :-) many roads lead to rome :P
Feb 13 18:55:07 <mrmoku> (or something like that...)
Feb 13 18:55:43 <mrmoku> PaulFertser: what kernel should I use for flashing... or doesn't it matter
Feb 13 18:55:49 <docscrutinizer2> PaulFert1er: guess why i suggested tar and not gzip
Feb 13 18:55:54 <MarcOChapeau> mrmoku: well, not that many, but the road signs are quite good :)
Feb 13 18:56:31 <mrmoku> MarcOChapeau: yep... if one can read... one will arrive ;)
Feb 13 18:57:18 <docscrutinizer2> mrmoku: "theres more than one way to kill a cat" is the right idiom I guess
Feb 13 18:57:49 <mrmoku> docscrutinizer2: uhh, my wife would love that... she hates cats :P
Feb 13 18:58:11 * mwester has often wondered why it is assumed when that phrase is used that everyone present wishes to kill cats.
Feb 13 18:58:27 * mwester rather likes kittens.
Feb 13 18:58:39 * docscrutinizer2 *loves*, nah adores all feline
Feb 13 19:00:09 * mrmoku likes the kittens too... just his wife not
Feb 13 19:01:13 <docscrutinizer2> usually cat friends are more solitaire, whereas dog friends need a boss. I heard chinese eat both :D
Feb 13 19:02:05 <docscrutinizer2> (boss: as long as they aren't themselves)
Feb 13 19:02:22 <mrmoku> :-) my wife dislikes dogs also... though she doesn't eat them :P
Feb 13 19:02:33 <PaulFertser> mrmoku: any kernel will do. And any rootfs. 
Feb 13 19:04:40 <mrmoku> PaulFertser: ok... will try later... playing Monopoly now :P
Feb 13 19:05:20 * Dave goes to look for a bigger capacitor
Feb 13 19:05:42 * mwester slips a few extra houses on "Park Place" for mrmoku
Feb 13 19:05:50 <docscrutinizer2> go Dave GOOO1 ;)
Feb 13 19:05:59 <Dave> :D
Feb 13 19:06:08 <kareema> hi, I was just playing with openmoko-contacts3 and found that umlauts don't work - is this a known problem?
Feb 13 19:06:25 <docscrutinizer2> touchdown?
Feb 13 19:06:54 * mrmoku hopes that the extra houses from mwester will help to win this time...
Feb 13 19:08:31 <docscrutinizer2> well computers and umlauts.... *sigh*
Feb 13 19:08:49 <docscrutinizer2> did you check locale?
Feb 13 19:09:53 <kareema> docscrutinizer2: No such problem - I can enter umlauts with gtk-apps but not in contacts3
Feb 13 19:10:53 <kareema> Seem that there has been a ticket #58 that was closed by ainulindale
Feb 13 19:13:57 <kareema> If I had the rights I'd have reopened the ticket...
Feb 13 19:14:54 <PaulFertser> kareema: are you using the latest unstable?
Feb 13 19:16:15 <kareema> PaulFertser: I'm using shr-devel updated regularly since dec. 08
Feb 13 19:16:53 <kareema> /s/devel/unstable/
Feb 13 19:17:34 <PaulFertser> kareema: probably that's broken. SHR devs recommend to reflash unstable every time the new image is available ;) BTW, the last one includes fastboot patches again, so it worth a try ;)
Feb 13 19:18:31 <docscrutinizer2> mwester: (things happen at Om because of individual) with gsmhandset.state exactly that happened much too often, and not all of those individuals were experts for what they did
Feb 13 19:20:17 <kareema> PaulFertser: hmm, I will give it a try - it just was not necessary and I like my current working environment.
Feb 13 19:22:43 <PaulFertser> kareema: don't reflash, try booting from SD
Feb 13 19:25:28 <kareema> PaulFertser: Thanks for the hint - will report back after testing. I'll just have to repartition my SD for a new testing partition...
Feb 13 19:26:25 <PaulFertser> kareema: btw, i guess that the latest unstable can finally boot with rootfs mounted ro, so that nasty bug is finally fixed.
Feb 13 19:31:32 <kareema> PaulFertser: I'm using qi - so this problem does not exist for me AFAIK
Feb 13 19:33:29 <Sharwin_F-> mrmoku, is it possible to change the fbreader package in shr-unstable feeds with another that has  a patch to show text correctly?
Feb 13 19:33:34 <PaulFertser> kareema: just the opposite, qi has hardcoded kernel command line and booting distros that don't know they need to remount rootfs rw themselves can be painful.
Feb 13 19:33:52 <Sharwin_F-> it's here: http://www.infovit.net/fbreader_0.8.2a-r7%2Belleopatches_om-gta02.ipk
Feb 13 19:36:14 <kareema> PaulFertser: ok - thanks!
Feb 13 20:40:47 <mrmoku> voila... the cat hater has won :(
Feb 13 20:41:24 <mrmoku> Sharwin_F-: do you know where that patch is?
Feb 13 20:41:55 <mrmoku> I can't just use the package... have to build it... so i need the patch
Feb 13 20:59:22 <Heinervdm> One question to opimd: The contact data is saved in a map, that have this fields (Field name): http://git.freesmartphone.org/?p=framework.git;a=blob_plain;f=framework/subsystems/opimd/docs/contact_fields.txt;hb=master , but what is for example with Address? Multiple addresses are possible, bat multiple Address keys aren't possible in the map, so is this a List of Addresses?
Feb 13 21:02:11 <CIA-47> freesmartphone.org: 03daniel 07framework * raf530a040b84 10/framework/subsystems/ogsmd/gsm/sms.py: ogsmd: Fix FSO bug #218 (@ instead of padding)
Feb 13 21:12:22 <Sharwin_F-> mrmoku, just received the link of the package from a mail in the openmoko-spanish mailing list
Feb 13 21:12:27 <Sharwin_F-> I'll try to find it
Feb 13 21:13:09 <mrmoku> Sharwin_F-: ok
Feb 13 21:15:18 <Sharwin_F-> mrmoku, http://www.advogato.org/person/Elleo/diary/53.html <- patch link at the end of the page
Feb 13 21:17:03 <mrmoku> PaulFert1er: I did it.... and it was as easy as you said :D
Feb 13 21:17:33 <Dave> :D
Feb 13 21:18:26 <beniwtv> Greetings, Dave
Feb 13 21:18:31 <beniwtv> :)
Feb 13 21:19:40 <PaulFert1er> mrmoku: congrats! :) one more step to a working phone :)
Feb 13 21:19:44 <Dave> Greetings!
Feb 13 21:21:46 <toggles_w> mrmoku: what you talking about willis?
Feb 13 21:28:10 <mrmoku> toggles_w: willis?
Feb 13 21:28:42 <mrmoku> Sharwin_F-: trying the patch now
Feb 13 21:28:54 <Sharwin_F-> mrmoku, ok thanks :)
Feb 13 21:29:09 <Sharwin_F-> at least the package works ok
Feb 13 21:30:29 <toggles_w> mrmoku: some yank tv show reference.. what did you do to your phone?
Feb 13 21:34:53 <mrmoku> toggles_w: gsm firmware reflash :-)
Feb 13 21:35:19 <toggles_w> mrmoku: easy? take long? worth it?
Feb 13 21:36:05 <mrmoku> toggles_w: following the wiki it worked straight forward... and it should really be worth it
Feb 13 21:36:18 <mrmoku> (can't tell from personal experience yet though)
Feb 13 21:37:28 <toggles_w> mrmoku: thanks
Feb 13 21:38:13 <Sharwin_F-> what does get better when reflashing the firmware?
Feb 13 21:38:23 <mrmoku> toggles_w: in case you are going to give it a try... the firmware is on http://downloads.openmoko.org/firmware/calypso/testing/
Feb 13 21:38:46 <mrmoku> Sharwin_F-: fixes suspend/resume and buffer overruns
Feb 13 21:39:07 <toggles_w> mrmoku: thanks, will try it tomorrow
Feb 13 21:39:21 <Sharwin_F-> mrmoku, what's wrong with suspend/resume?
Feb 13 21:41:02 <PaulFert1er> Sharwin_F-: first suspend after powering on the calypso couldn't be resumed by incoming call/message
Feb 13 21:41:16 <mrmoku> Sharwin_F-: http://downloads.openmoko.org/firmware/calypso/testing/readme.txt
Feb 13 21:41:29 <Sharwin_F-> wow didn't know
Feb 13 21:41:47 <PaulFert1er> Sharwin_F-: try it now before you flashed ;)
Feb 13 21:41:49 <Sharwin_F-> so I might have being phoned or smsed without receiveing it?
Feb 13 21:42:18 <PaulFert1er> Sharwin_F-: sure, the calling party hears ringing tones, but your phone is asleep.
Feb 13 21:42:50 <Sharwin_F-> PaulFert1er, and do I receive and alert about the call when I resume the phone?
Feb 13 21:43:11 <Sharwin_F-> *an
Feb 13 21:44:00 <PaulFert1er> Sharwin_F-: yes, looks like someone just called you and hung up immediatly
Feb 13 21:44:43 * Sharwin_F- would like to be able to create directories and copy files from nautilus but can't don't know why
Feb 13 21:44:47 <Sharwin_F-> PaulFert1er, ok thaks :)
Feb 13 21:45:40 <PaulFert1er> Sharwin_F-: try that, really. It'd be interesting if SHR is prone to this bug.
Feb 13 21:47:15 <Sharwin_F-> PaulFert1er, so let's see
Feb 13 21:47:19 <Sharwin_F-> 1- restart the phone
Feb 13 21:47:23 <Sharwin_F-> 2- suspend
Feb 13 21:47:26 <Sharwin_F-> 3- make a call
Feb 13 21:47:31 <Sharwin_F-> that's it?
Feb 13 21:47:39 <Sharwin_F-> well, 4- see what if happens and report
Feb 13 21:47:41 <Sharwin_F-> xD
Feb 13 21:48:14 <PaulFert1er> Sharwin_F-: basically, yes. You can restart ophonekitd probably with the same results, as FSO does power off the calypso when nobody uses it.
Feb 13 21:58:58 <mrmoku> PaulFert1er: hehe, it breaks ophonekitd ;)
Feb 13 21:59:28 <mrmoku> Unknown SIM error: Antenna powered off or SIM not unlocked yet, 77 (dbus-glib-error-quark), code 32
Feb 13 21:59:42 <mrmoku> looks like the error changed and makes ophonekitd bail out :(
Feb 13 22:00:43 <PaulFert1er> mrmoku: shit. You're not the first to report this, btw.
Feb 13 22:00:52 <agg1n> me too ;)
Feb 13 22:00:52 <PaulFert1er> mrmoku: can you analise debug ogsmd log?
Feb 13 22:01:13 <mrmoku> PaulFert1er: at least I can produce it :-)
Feb 13 22:01:28 <Sharwin_F-> PaulFert1er, yep, it works for me
Feb 13 22:01:44 <Sharwin_F-> PaulFert1er, phone resumes and I get the alert
Feb 13 22:02:18 <PaulFert1er> Sharwin_F-: that's impossible ;)
Feb 13 22:02:37 <Sharwin_F-> PaulFert1er, well... it's whats has happened
Feb 13 22:02:37 <Sharwin_F-> xd
Feb 13 22:02:50 <Sharwin_F-> restarted, put in the pin, suspended
Feb 13 22:03:01 <Sharwin_F-> then my brother phoned me and it has resumed
Feb 13 22:03:39 <PaulFert1er> Sharwin_F-: what if you just stop ophonekitd, wait like 5 seconds, start it again?
Feb 13 22:04:04 <Sharwin_F-> then suspend and receive a call?
Feb 13 22:04:55 <PaulFert1er> Sharwin_F-: yes
Feb 13 22:05:06 <Sharwin_F-> PaulFert1er, how do I stop7starts it? /etc/init.d/ophonekitd stop?
Feb 13 22:05:26 <PaulFert1er> Sharwin_F-: you're the shr user, not me :p
Feb 13 22:05:53 <Sharwin_F-> yes, he user... so I'm not usually restarting ophonekitd manually... haha
Feb 13 22:06:26 <mrmoku> Sharwin_F-: killall ophonekitd 
Feb 13 22:06:34 <mrmoku> and then DISPLAY=:0 ophonekitd &
Feb 13 22:07:32 <Sharwin_F-> mrmoku, no need for DISPLAY=:0 if I do it from vala-terminal, isn't it?
Feb 13 22:09:00 <mrmoku> yep
Feb 13 22:09:02 <mrmoku> PaulFert1er: COMPLETED 'AT+CSMS=1' => ['+CMS ERROR: 314']
Feb 13 22:09:08 <mrmoku> normal?
Feb 13 22:09:39 <PaulFert1er> mrmoku: i guess yes, the sim is not ready yet, so no SMSes. 
Feb 13 22:10:40 <mrmoku> COMPLETED 'AT+CREG?' => ['+CREG: 0,1', 'OK']
Feb 13 22:10:49 <mrmoku> and immediately after that
Feb 13 22:11:06 <mrmoku> setting resource status for GSM from enabled to disabling
Feb 13 22:11:26 <mrmoku> because ophonekitd crashed
Feb 13 22:12:07 <PaulFert1er> mrmoku: ophonekitd crashed? So whose fault is that then? ;)
Feb 13 22:12:50 <mrmoku> PaulFert1er: hey, I did not say it is the fault of the firmware ;) I said it looks like the error changed and that makes ophonekitd go boom
Feb 13 22:13:24 <PaulFert1er> mrmoku: can you look into that?
Feb 13 22:14:05 <Sharwin_F-> PaulFert1er, ok, if doing so with ophonekitd, it resumes and vibrates and sound anb blabla, but I don't get the screen telling me to pick up the call
Feb 13 22:15:57 <mrmoku> PaulFert1er: installing a clean image first... might as well be my fault :x
Feb 13 22:16:28 <PaulFert1er> Sharwin_F-: i can't on earth figure how that can work, how can it resume on call if the interrupt can't be generated ;)
Feb 13 22:17:00 <Sharwin_F-> PaulFert1er, it might be the interupt from the fuckin' jack hahaha
Feb 13 22:17:12 <PaulFert1er> Sharwin_F-: lol
Feb 13 22:18:00 <PaulFert1er> Sharwin_F-: no, really, the bug was confirmed, it's real. I can't say why you don't reproduce it ;)
Feb 13 22:19:50 <Sharwin_F-> PaulFert1er, may differ between neo revisions?
Feb 13 22:27:01 <neobaka> hi 
Feb 13 22:28:30 <CIA-47> freesmartphone.org: 03mickey 07specs * r23155990bff8 10/ (3 files in 3 dirs): 
Feb 13 22:28:30 <CIA-47> freesmartphone.org: odeviced: fix type of org.freesmartphone.Device.PowerSupply.Capacity()
Feb 13 22:28:30 <CIA-47> freesmartphone.org: thanks Playya.
Feb 13 22:29:44 <mrmoku> PaulFert1er: ok... confirmed with the SHR unstable from 08/02 :(
Feb 13 22:29:58 <mrmoku> will look into it... tomorrow though
Feb 13 22:30:25 <CIA-47> freesmartphone.org: 03daniel 07framework * rceef20a8780e 10/framework/subsystems/ogsmd/gsm/sms.py: 
Feb 13 22:30:25 <CIA-47> freesmartphone.org: ogsmd: Fix binary SMS with null bytes
Feb 13 22:30:25 <CIA-47> freesmartphone.org: Since binary SMS are very likely to contain null bytes we use a
Feb 13 22:30:25 <CIA-47> freesmartphone.org: bytearray in the properties to convey the data. This still doesn't fix
Feb 13 22:30:27 <CIA-47> freesmartphone.org: the problem if we receive UCS2 messages which include null bytes (which
Feb 13 22:30:29 <CIA-47> freesmartphone.org: is possible, but less likely). Fixes FSO #345.
Feb 13 22:41:35 <docscrutinizer2> black screen isn't alwys a suspend
Feb 13 22:45:33 <Sharwin_F-> DocScrutinizer, I touched the suspend button of E and then waited for a min or so. It sould suspend, shouldn't it?
Feb 13 22:46:33 <docscrutinizer2> dunno
Feb 13 22:47:44 <docscrutinizer2> if a shellscript flashing one of the leds stopped then sure it is
Feb 13 22:48:27 <docscrutinizer2> well s/script/1liner/
Feb 13 22:50:06 <docscrutinizer2> while true; do echo 100 >brightness; sleep 1; echo 0 >brightness; sleep 1; done
Feb 13 22:58:49 <lindi-> is it just me or is trac really slow currently?
Feb 13 23:05:07 <lindi-> can somebody try to reproduce https://docs.openmoko.org/trac/ticket/2232 for me? as a bonus you get a nice example of how to make freerunner act as a custom usb gadget device
Feb 13 23:06:53 <kareema> Just wanted to report back that typing umlauts in openmoko-contacts3 does not work with a fresh install either
Feb 13 23:07:23 <kareema> I'm using openmoko-shr-image-glibc-ipk--20090209-om-gta02.rootfs.tar.gz
Feb 13 23:08:09 <kareema> So ticket #58 should be reopend - I don't have the rights to do it
Feb 13 23:15:12 <lindi-> kareema: add a comment where you ask it to be reopened?
Feb 13 23:17:08 <kareema> linid-: ah, ok - will do so...
Feb 14 02:43:40 * juri_ tries the newest SHR build on the neo 1973.
Feb 14 02:51:23 * mwester waits for the groans of disappointment...
Feb 14 02:51:32 <juri_> the loading across the bottom of the screen is boring...
Feb 14 02:51:45 <juri_> but, works as well as the last image.
Feb 14 02:52:54 <juri_> talking on it now. ;)
Feb 14 02:56:49 <mwester> bzzzzzzzzz (echo echo echo) zzzzzzzzzzzzzz
Feb 14 02:56:57 <juri_> works fine.
Feb 14 02:58:07 <mwester> I live very near a tower -- but it's a busy one, and the adjacent cells are quite distant.  So it'll be just fine for me, until I get swapped out to the distant tower -- then the buzz starts.
**** ENDING LOGGING AT Sat Feb 14 02:59:57 2009