**** BEGIN LOGGING AT Sat Feb 14 02:59:57 2009 Feb 14 03:06:21 wow. that was useful. Feb 14 03:06:42 i wonder how long ophonekitd will stay running.... Feb 14 03:30:13 ok! already dead. Feb 14 03:30:26 whats with this code.. ;) Feb 14 03:39:35 :o Feb 14 04:48:02 \o/ Feb 14 08:19:06 PaulFertser_: so... this is *not* a problem of ophonekitd... Feb 14 08:19:28 * mrmoku wonders how PaulFertser_ can do successfull phonecalls with the new firmware... Feb 14 08:20:19 just using cli-framework... request resource... and then retrieve phonebook does not work... Feb 14 08:22:39 mrmoku: that bug has been there for many months Feb 14 08:23:05 not sure what firmware makes the difference, but it is not the latest one (is much earlier) Feb 14 08:26:28 mwester: hmmm... gsmsim.RetrievePhonebook('own') Feb 14 08:26:35 in cli-framework is not supposed to work? Feb 14 08:26:52 dude, sue me for everything I got Feb 14 08:27:29 I've never figured out what exactly wasn't working -- I just could never get contacts read with SHR or FSO Feb 14 08:28:08 mwester: I remember that it worked for me... long time ago though Feb 14 08:28:46 mwester: after flashing the new firmware I've got ophonekitd crashing immediately after it registered to the network Feb 14 08:29:08 me too... Feb 14 08:30:01 mrmoku: yep. Feb 14 08:30:26 mwester: and that worked before ;) Feb 14 08:30:49 what firmware did you have before? Feb 14 08:31:27 ? Feb 14 08:33:53 mwester: heh... good question... did not check :( Feb 14 08:35:06 :( Ok. I went from moko-5 to moko-10; it failed in a similar way as you describe. So it may be that it changed between -5 and -8, or -8 and -10. Not sure. Feb 14 08:35:57 mwester: on GTA01 or GTA02 Feb 14 08:36:02 gta01 Feb 14 08:36:08 because I'm on gta02 Feb 14 08:38:03 sorry Feb 14 08:39:49 mwester: hmm, it seams its just the contacts that don't work... Feb 14 08:40:12 (which is fatal for shr because the first think ophonekitd does when having successfully registered to the network is to fill the contact cache :( Feb 14 08:40:28 s/seams/seems/ Feb 14 08:42:07 moo Feb 14 08:43:18 hehe, strange now gsmsim.RetrievePhonebook('contacts') worked... Feb 14 08:49:16 mrmoku: maybe now that flowcontrol works and avoids buffer overflow in uart, there's some buffer overflow in whatever app crashes at you? Feb 14 08:50:10 which never would apear on broken firmware as downloading contacts aborted prematurely on moko8 Feb 14 08:50:14 ust guessing Feb 14 08:50:18 Just Feb 14 08:52:20 DocScrutinizer: yeah... some error that was just hidden under the dirty coat called broken firmware Feb 14 08:53:14 exactly Feb 14 08:58:00 mrmoku: just flashed Moko11b1, started Zhone, made a call. I see SMS, phonebook, don't notice any problems ;) Feb 14 09:02:49 PaulFertser_: yeah... I don't think its the firmware's fault Feb 14 09:03:35 mrmoku: so what about debug ogsmd logs, do they show something really suspicious? Feb 14 09:03:40 mrmoku: U bet it isn't Feb 14 09:03:57 mrmoku: btw, you're not supposed to try to retrive Phonebook until you receive sim is ready signal. Feb 14 09:04:40 PaulFertser_: the ogsmd log looks fine (as far as I can tell) Feb 14 09:04:50 btw what was the name of irq-proxy I've got suggestion for? Feb 14 09:05:02 IRC-proxy Feb 14 09:05:44 docscrutinizer2: bip ! Feb 14 09:05:52 thx Feb 14 09:06:32 docscrutinizer2: i can't say i have already tried it myself (mostly because i'd like to install it on a real server, not home machine with flaky adsl), but features look very promising and i've read good opinions about it. Feb 14 09:06:35 might try to talk "my admin" into installing it on our box Feb 14 09:07:50 its a weak rh-engine with limits on monthly volume, but has a rocksolid ip backbone connection Feb 14 09:08:33 volume shouldnt be an issue with IRC, cpu grunt neither Feb 14 09:09:48 * docscrutinizer2 googles bip Feb 14 09:58:06 Is there no libewl1 for fso? Feb 14 10:24:29 PaulFertser_: yy_switch_to_buffer(in); Feb 14 10:24:33 gcc -DHAVE_CONFIG_H -I. -O2 -W -Wall -MT lex.o -MD -MP -MF .deps/lex.Tpo -c -o lex.o lex.c Feb 14 10:24:34 lex.l: In function `parse_conf': Feb 14 10:24:35 lex.l:48: parse error before `in' Feb 14 10:24:37 lex.l:49: `in' undeclared (first use in this function) Feb 14 10:25:03 :/ Feb 14 10:26:43 PaulFertser_: only obsolete .deb packages for "bip" (according to rpmseek) Feb 14 10:27:19 DocScrutinizer: i see. Do you want me to try to compile it with a modern compiler to see what's wrong with that? Feb 14 10:28:15 DocScrutinizer: are you compiling stable release or 0.8.0-rc1 ? Feb 14 10:28:45 0.7.5 Feb 14 10:29:29 system on box is really obsolete Feb 14 10:29:58 2.4.20-24.7 #1 Mon Dec 1 13:35:11 EST 2003 i686 unknown Feb 14 10:30:41 so I wonder how to get bip to run on that rotten system Feb 14 10:31:43 if you could verify it's me or the old system, that would be great Feb 14 10:33:59 DocScrutinizer: just tried to compile 0.8.0-rc1 ("got booze?") and 0.7.5. Both compiled, bison version 1.35. Feb 14 10:34:33 [jr@mak bip-0.7.5]$ bison -V Feb 14 10:34:34 bison (GNU Bison) 1.35 Feb 14 10:34:53 :/ hmm Feb 14 10:35:11 will delegate it to my "sysop" Feb 14 10:35:50 DocScrutinizer: flex version 2.5.4 Feb 14 10:35:59 DocScrutinizer: probably that's more relevant Feb 14 10:36:15 same Feb 14 10:36:55 probably some libs missing in the path Feb 14 10:37:16 DocScrutinizer: care to share your lex.l ? To compare it with mine. Feb 14 10:38:09 DocScrutinizer: no, wait, i should try to find out where "in" comes first. Feb 14 10:38:23 it's from bip-homepage 075tgz Feb 14 10:38:30 Yes Feb 14 10:39:06 yy_switch_to_buffer(in); is what line 48 looks like Feb 14 10:40:08 But lex.c is what really get compiled, in my i have http://pastebin.com/m4796b982, so that's syntactically correct. Feb 14 10:40:32 started configure with --enable-oidentd acording to README Feb 14 10:40:46 without it throws error as well Feb 14 10:44:30 Hm, tried to compile both with and without, no errors. And lex.c is generated by flex, and your version is the same as mine. No other errors before that? Feb 14 10:44:46 nope Feb 14 10:44:58 a lot afterwards ;) Feb 14 10:45:10 usual Feb 14 10:46:03 [jr@mak bip-0.7.5]$ gcc --version Feb 14 10:46:05 2.96 Feb 14 10:46:21 https://paulfertser.is-a-geek.org/files/lex.yy.c is the version that compiles for me... Feb 14 10:46:28 Uh, that's really ancient. Feb 14 10:46:38 yup, I told ya Feb 14 10:47:23 ahh nevermind Feb 14 10:47:51 will contact box owner this afternoon, speaking him into installing bip as he might like it as well Feb 14 10:59:56 DocScrutinizer: confirmed it's gcc issue, just installed 2.96 and got the same result. Feb 14 11:11:51 DocScrutinizer: all these issues are due to mixing code and variable declarations. Can be fixed by hand, but there's a lot of them (like 30 overall). Feb 14 11:37:54 PaulFertser_: ogsmd.modems.abstract.channel WARNING UNHANDLED INTERMEDIATE: OK Feb 14 11:38:12 any idea? that is what happens when ophonekitd does GetMessagebookInfo Feb 14 11:38:14 mrmoku: there should be something more interesting before that Feb 14 11:38:35 PaulFertser_: ok... have to re-enable DEBUG Feb 14 11:43:55 hmm, don't get that when having DEBUG enabled for ogsmd... Feb 14 11:46:34 wish I had bip in use already :/ Feb 14 11:47:19 PaulFertser_: could it be that calling GetMessagebookInfo and RetrievePhonebook in parallel causes problems in frameworkd? Feb 14 11:47:25 windoof-moob6 bt-pan locked up and 20min "downtime" Feb 14 11:47:53 DocScrutinizer: have you already read the root cause of compiling issues? Feb 14 11:48:21 yup [12:26] PaulFertser_: thanks a lot Feb 14 11:48:31 mrmoku: hm, i can't say it's not possible :) Feb 14 11:50:10 DocScrutinizer: though i have no idea how to compile it using 2.96. It doesn't support c99 or any exceptions and the code can't be compiled in C++ mode because of implicit (void*) casts. Feb 14 11:50:28 s/exceptions/extensions/ Feb 14 11:50:29 PaulFertser_ meant: DocScrutinizer: though i have no idea how to compile it using 2.96. It doesn't support c99 or any extensions and the code can't be compiled in C++ mode because of implicit (void*) casts. Feb 14 11:50:51 mrmoku: I dunno how framework ensures to finish one AT-command before issuing another one Feb 14 11:51:30 PaulFertser_: my friend really should update his box Feb 14 11:51:52 DocScrutinizer: it has a queue for every channel and waits until command completion or timeout (10 seconds mostly). Feb 14 11:51:58 or I should use a different one Feb 14 11:52:36 PaulFertser_: (queue) that sounds decent Feb 14 11:53:47 DocScrutinizer2: there are some other issues due to unsolicited coming inbetween request and reply, but they are hopefully fixed with the recent introduction of AlwaysUnsolicitedParser or smth like that. Feb 14 11:54:16 PaulFertser_: how recent? Feb 14 11:54:34 mrmoku: http://git.freesmartphone.org/?p=framework.git;a=commit;h=715d20e41d9799f92185d07ae4781215975e93c4 Feb 14 11:54:37 just this minute I wondered how mickey has done this Feb 14 11:55:25 PaulFertser_: hehe, very recent then ;) Feb 14 11:55:32 * mrmoku is updating frameworkd... Feb 14 11:56:14 though you probably can separate command channel and unsol-channel, you still need to handle unexpected responses in a reasonable manner Feb 14 11:56:54 we got chan on muxer, no? Feb 14 11:57:10 err 3 chan Feb 14 11:57:15 Mickey's using separate channel for unsol for longer than i remember, but it's sometimes not enough. Feb 14 11:57:31 4 channels total, 1 should be left for GPRS, so 3 left, right. Feb 14 11:58:03 of course he does. its the natural way to handle this Feb 14 11:58:29 (4total) plenty then Feb 14 11:59:36 One tricky case when you can't clearly separate unsol and sol, is when you need to disable or enable certain messages. Feb 14 12:00:20 needs to be done inband (means in channel)? Feb 14 12:00:58 Yes Feb 14 12:01:11 obvious conflict Feb 14 12:02:20 anyway you know which response to expect. push any nonfitting response back on top of the queue Feb 14 12:02:28 Moreover he wants to be maximum compatible with single-line modems, so something smart and tricky has to be done anyway. Feb 14 12:02:49 see above ;) Feb 14 12:03:01 He did the opposite, considers several messages as always unsolicited :) Feb 14 12:03:03 only way to handle this Feb 14 12:03:53 well that's the inverse function leading to same result in the end Feb 14 12:04:20 but U need to tread all responxe like unsol then Feb 14 12:04:24 BTW, is everybody happy with http://git.freesmartphone.org/?p=framework.git;a=commit;h=c9763cf52b7662335306f4efe96625152ab730c3 ? IMHO it's just not right, if charge is ongoing, then it's charging, it shouldn't be hidden from those who wants to know the truth :) Feb 14 12:05:14 huh, could U elaborate. I'm on N810 here! Feb 14 12:06:03 * DocScrutinizer2 ponders about his recent thoughts about batcharging Feb 14 12:06:30 Is this commit msg enough: " Feb 14 12:06:31 Is this commit msg enough: "odeviced: Fix oscillating power LED. On some devices, peripherals are connected directly to the battery, Feb 14 12:06:31 damn tricky nasty stuff Feb 14 12:06:34 which means they can _not_ drag power from USB. Hence, the battery needs to be recharged frequently, Feb 14 12:06:37 even while it is full. To cover up for this, we do not send the 'charging' signal if the last status was Feb 14 12:06:40 full.?" Feb 14 12:07:06 wrooooong Feb 14 12:07:31 bad, nasty, braindamaged Feb 14 12:07:40 do U need more? ;) Feb 14 12:07:53 mickey|ICE597 , are you really sure you should "cover up" that? ;) Feb 14 12:08:30 Would be fun to hotswap the battery and wonder why it doesn't charge :) Feb 14 12:09:25 even the basic assumption of bat being recharged "frequently" is incorrect Feb 14 12:10:02 au contraire: it's a big problem of 50633 Feb 14 12:10:09 it seems Feb 14 12:10:50 Andy and the team contacted bat vendor and they were told how to handle it properly. I think they implemented restart of charging in-kernel according to the recomendations. Feb 14 12:11:19 btw the semantics of indicating "charging / not charging" seems odd anyway Feb 14 12:11:47 PaulFertser_: thats not exactly what happened Feb 14 12:12:11 DocScrutinizer2: not? What exactly happened then? Feb 14 12:12:36 bat vendor told a very unspecific "U mustn't continue to charge all the time" Feb 14 12:13:13 he failed to define the meaning o "charging" though Feb 14 12:13:41 there were no further recommendations Feb 14 12:13:49 afaik Feb 14 12:14:26 That sucks. So, basically what's implemented now is some "reasonable" guess of somebody? Feb 14 12:15:04 data sheet says "charging: CC/CV" Feb 14 12:15:06 (guess) yup Feb 14 12:16:15 (cc/cv) which seems to make sense as current should approach zero when applying constant voltage and bat rises in own voltage Feb 14 12:16:42 for me zero current means charging stopped Feb 14 12:17:46 For NiCd we use current limiting and then constant charging voltage, lowering that when the bat temperature rises (for whatever reason). Feb 14 12:17:55 anyway quire some people say "thats incorrect. bat will die when connected to CV all the time" Feb 14 12:19:04 so PMU switches to "charge disabled" on reaching a certain lower limit of charge current Feb 14 12:19:42 (lowering) thats bat nicad chemistry Feb 14 12:21:25 usual charge pattern for nicad is delta-v which detects increase in temp via drop in V. bat starts to heat up when it cant store up constant charge current any more Feb 14 12:23:20 anyway for FR the PMU can be set up to restart charging on reaching a lower limit bat voltage. alas it seems this is way too low and not programmable independently Feb 14 12:24:25 Yes, i remember the talks about it. Feb 14 12:24:33 so probably what we should do is restart charge "manually" now and then, and maybe monitor bat charge state to decide when Feb 14 12:25:06 So the kernel does restart charge manually. I'm not sure on what condition, but it does. Feb 14 12:25:52 still I'm concerned all these considerations are based on *one* test *one* user did on charge state vs bat voltage Feb 14 12:28:03 wtf?? Feb 14 12:28:20 well for meit doesn't matter as I still think we maybe could charge CV all the time Feb 14 12:29:26 stinky umts dhcp Feb 14 12:34:54 mrmoku: ping Feb 14 12:35:54 doc: theproblem with the charging pause is that you'd need a coulomb counter to have better acurracy Feb 14 12:36:29 doc: so, ideally, you'd do all the restarting in the framework that has acess to pmu and CC Feb 14 12:37:38 wpwrak: absolutely ack Feb 14 12:38:12 doc: i'm a bit wary about the timer-based thing. you may end up still killing your battery ... Feb 14 12:39:51 btw my studies wrt treating LiIon revealed its not ffrequent charging that ages bat, instead they suffer from being discharged to less than 50% Feb 14 12:41:08 for me it would sound reasonable to recharge frequently but not up to max Vcharge Feb 14 12:41:21 BluesLee: yep Feb 14 12:41:40 docscrutinizer2: have you read the related bug report? Feb 14 12:41:56 i.e. recuce Vcharge-stop by ~o.1 to 0.2V Feb 14 12:42:19 lindi-: prolly. which one? Feb 14 12:42:53 mrmoku: i had problems with gsm registering. the reason was that i turned off pin recognition (for testing android) Feb 14 12:43:03 mrmoku: is it a know problem? Feb 14 12:43:04 docscrutinizer2: http://docs.openmoko.org/trac/ticket//1158 Feb 14 12:43:16 mompl Feb 14 12:43:31 BluesLee: I'm running SHR without PIN since the beginning... so no Feb 14 12:44:07 mrmoku: with the latest image? 9th of feb? Feb 14 12:44:21 BluesLee: yep, with that too Feb 14 12:44:58 mrmoku: okay ... than it has nothing to do with the turned off pin Feb 14 12:45:27 mrmoku: contacts was crahing with the latest, cpu usage was okay:-) Feb 14 12:45:34 lindi-: yup,an ancient one Feb 14 12:45:44 BluesLee: have you flashed the new firmware? Feb 14 12:45:55 mrmoku: which one? Feb 14 12:46:02 gsm firmware Feb 14 12:46:07 from some days ago Feb 14 12:46:13 doc:i don't know if the battery degrades due to the voltage or due to the constant charging Feb 14 12:46:22 brb Feb 14 12:46:22 mrmoku: no... Feb 14 12:46:53 wpwrak: what is the definition of "charging"? Feb 14 12:47:18 mrmoku: for what is it good? Feb 14 12:49:18 wpwrak: to applying a constant voltage and byt doesn't draw any current doesn't look like charging Feb 14 12:49:25 hmm. i thought i flashed moko10 some months ago and now there is a new one? Feb 14 12:49:37 BluesLee: yep there is Feb 14 12:50:02 arghh *to ME and *bAt Feb 14 12:50:15 lindi-: for what is it good? Feb 14 12:50:29 BluesLee: makes it possible to wake from suspend on incoming call Feb 14 12:50:30 :) Feb 14 12:51:09 even better: fixes buffer overrun Feb 14 12:51:19 BluesLee: http://docs.openmoko.org/trac/ticket//2231 Feb 14 12:51:39 lindi-: but its about moko10 not the beta of moko11 Feb 14 12:51:41 or download/README Feb 14 12:53:55 moko11-beta1 2009-02-12 00:24 Feb 14 12:53:55 setting wake_from_suspend interrupt line from calypso to SoC Feb 14 12:53:55 to correct level at calypso powerup should fix Feb 14 12:54:27 wpwrak: we just had to reduce Vconst for charge to a point where bat actually completely stops drawing any current Feb 14 12:54:32 is it recommended to flash beta firmware? Feb 14 12:54:42 even if this might be 3.7V Feb 14 12:55:21 BluesLee: depends on whether you're feeling venturous Feb 14 12:55:53 i have a neo so ... Feb 14 12:55:55 basically: yes, but not "officially" Feb 14 12:57:25 to me it seems the bugfix in 11beta is much more inportant than the improvements of moko10 Feb 14 12:58:39 but why there is a new moko10 firmware? Feb 14 12:58:47 doc: def. charging: current flows into the battery Feb 14 12:59:08 docscrutinizer2: is it the old one with a new time stamp? Feb 14 12:59:34 nope Feb 14 12:59:51 called moko11bata1 Feb 14 13:00:14 docscrutinizer2: http://people.openmoko.org/joerg/calypso_moko_FW/ Feb 14 13:00:25 "Why do you call it beta?" - "'cause it's beta than nothin'" Feb 14 13:00:34 wpwrak: exactly. see my comment about adjusting vconst accordingly Feb 14 13:00:42 here i see gsm_ac_gp_fd_pu_em_cph_ds_vc_cal35_ri_36_amd8_ts0-moko10.m0 as of 11-Feb-2009 23:47 5.3M Feb 14 13:01:16 BluesLee: you also see a drawer moko11 Feb 14 13:01:32 yeah i know Feb 14 13:01:34 PaulFertser: :D Feb 14 13:01:43 but i am asking for moko10 Feb 14 13:02:05 yup thats correct moko10 file Feb 14 13:02:25 and the same as the one 6 weeks ago Feb 14 13:02:26 nevermind the timestamp Feb 14 13:02:31 okay Feb 14 13:02:49 i was irritated by the time stamp Feb 14 13:02:50 I cleaned up a little and moved files around Feb 14 13:03:35 maybe i will flash moko11 this weekend Feb 14 13:04:17 to be specific first I moved all to mok10 drawer. Then I got aware it will break link and copied it back to orig loc Feb 14 13:04:53 cp -p will do it correctly Feb 14 13:04:59 afaik Feb 14 13:05:09 jajaja Feb 14 13:05:13 :-) Feb 14 13:05:15 doc: (vconst) but then you still hover at vconst, don't you ? Feb 14 13:05:38 yup Feb 14 13:05:50 doc: ah, never move public files :) Feb 14 13:06:34 yeah like them schem on download Feb 14 13:06:59 broke link at openmoko.com: 404 Feb 14 13:07:40 plus a myriad of bookmarks Feb 14 13:08:47 doc: ah, when did that happen ? during nytowl's reorg ? Feb 14 13:08:58 wpwrak: today you got the chance to apply just in time for an emergency seat Feb 14 13:09:25 (nytowl) yup Feb 14 13:09:33 2 days ago iirc Feb 14 13:10:13 how to find out what CMS ERROR: 314 means? Feb 14 13:10:39 google? dunno Feb 14 13:11:20 mrmoku: i guess some kind of sim not ready Feb 14 13:11:52 docscrutinizer2: good idea :-) it means SIM busy Feb 14 13:12:23 and frameworkd has no handling for it me thinks... Feb 14 13:12:27 yup sounds about correct Feb 14 13:13:19 or lfg does not handle it correctly... Feb 14 13:13:40 mrmoku: btw, read http://trac.freesmartphone.org/ticket/228 Feb 14 13:14:02 mrmoku: and http://trac.freesmartphone.org/ticket/339 Feb 14 13:15:01 Does any onyone knows the data structure of the contact_data on the backend side of opmid? The implementation of pimb_csv_contacts.py supports only one entry per field, but as written in the docs some fields can have multiple entrys per field Feb 14 13:16:02 PaulFertser: looks like handling sim busy got important with the new firmware ;) Feb 14 13:16:29 Heinervdm: sorry... no idea Feb 14 13:16:30 mrmoku: what at command errors out for you? Feb 14 13:16:58 Heinervdm: ask mickey|zzZZzz , he's the master of opimd now. Also Ainulindale looked into it. Feb 14 13:17:25 as I mentioned before: probably the new FW does NOT brake some commands that cause heavy traffic Feb 14 13:18:09 PaulFertser: the first one is CSMS, then CMMI and last CPMS Feb 14 13:18:12 all with 314 Feb 14 13:18:16 so sim gets busy now where it wasn't before Feb 14 13:18:24 docscrutinizer2: looks like Feb 14 13:18:43 mrmoku: PaulFertser ok, i think there are only 3 posible cases so i will choose one und try out :) Feb 14 13:19:30 doc: (seat) yeah. well, they promised to put me in biz today. alas, only from GRU to JNB, not the whole way Feb 14 13:20:20 ah, better than emergency seat Feb 14 13:20:58 whats gru and jnb btw. prolly jnb is joh.burg Feb 14 13:21:14 mrmoku: mickey said it would be good to have that handling, but it's not implemented yet. CNMI is retried on every resume, so that one has a workaround at least. But i wonder why CSMS now times out, doesn't look like firmware change... Feb 14 13:21:18 docscrutinizer2: consequence of the RTC/CTS change... ? Feb 14 13:21:54 yup Feb 14 13:22:07 I'd guess Feb 14 13:22:08 PaulFertser: ophonekitd does three things when the sim is ready... Feb 14 13:22:13 a) ogsmd_network_register Feb 14 13:22:17 b) ogsmd_sim_get_messagebook_info Feb 14 13:22:20 c) ogsmd_sim_retrieve_phonebook Feb 14 13:22:32 so SIM might be busy with a) and the other too fail... Feb 14 13:22:40 s/too/two/ Feb 14 13:22:41 mrmoku meant: so SIM might be busy with a) and the other two fail... Feb 14 13:23:00 mrmoku: you shouldn't request phonebook until you receive SIM ready signal btw Feb 14 13:23:01 mrmoku: very common situation Feb 14 13:23:19 PaulFertser: as I said... when the sim is ready Feb 14 13:23:23 ophonekitd got that signal Feb 14 13:23:58 and it worked with the old firmware... I'm inclined to say its a flaw in frameworkd ;) Feb 14 13:24:14 doc: yup and gru is sao paulo (GRUesome, easy to remember :) Feb 14 13:24:26 mrmoku: ah, sorry. I've read network_register and as zhone does that on startup, misread the whole message. Feb 14 13:24:37 PaulFertser: :-) Feb 14 13:24:48 Parser bugs Feb 14 13:25:43 registration takes quite a while, and I seen errormsg with same meaning on nearly every phone I checked, in certain situations like trying to access contacts after poweron Feb 14 13:28:09 PaulFertser: registration to network does not need sim readiness? Feb 14 13:28:21 mrmoku: i guess so, it works in Zhone. Feb 14 13:29:22 mrmoku: nah, registration occupies sim Feb 14 13:29:23 hmm, but it needs the pin... so sim readiness, or not? Feb 14 13:30:08 sonsim isnt ready *after* you enter sim Feb 14 13:33:11 err after you enter pin Feb 14 13:33:54 mrmoku: various things are called sim readiness. One thing is when +CPIN? answers ready, then you can register to network. Feb 14 13:34:14 damn ! the design of gta03 leaked ! Feb 14 13:34:18 http://www.isteamphone.com/ Feb 14 13:34:32 during egistration sim is busyanother time Feb 14 13:34:50 muahaha Feb 14 13:34:59 mrmoku: another is %CSTAT calypso proprietary response, look at framework/subsystems/ogsmd/modems/ti_calypso/unsolicited.py for description Feb 14 13:38:08 wpwrak: seen broonie's answer? Feb 14 13:38:23 to my alsa suggestions Feb 14 13:39:25 doc: where ? Feb 14 13:39:47 err, [kernel]? Feb 14 13:41:37 doc: symlink and scenario api ? sounds good, yes. i also noticed the "work in progress part" :) Feb 14 13:41:57 yeah XD Feb 14 13:42:37 really wonder what this api looks like Feb 14 13:43:33 as I'm about to create an alternative to statefiles myself Feb 14 13:43:38 doc: i would actually love it if our state files were generated in a more hierarchical way, with common elements copied from a single source, not replicated in each state file Feb 14 13:44:21 gonna be kinda like that Feb 14 13:44:48 using amixer scripts instead of statefiles Feb 14 13:45:03 doc: okay, why not Feb 14 13:50:55 ¿fsck!¥another downtime. N810 inadvertedly powered down Feb 14 14:01:54 well time to go home. umts is a bat hog **** BEGIN LOGGING AT Sat Feb 14 14:03:53 2009 Feb 14 14:04:44 ~seen raster Feb 14 14:04:44 raster was last seen on IRC in channel #openmoko-cdevel, 6d 1h 27m 52s ago, saying: 'and then extended launching via maybe somthing like what you have'. Feb 14 14:04:47 hmm no internet in korea? Feb 14 14:07:05 Or probably he's too busy to spend time on anything else except work. He even didn't take his toys with him. Feb 14 14:08:06 yup Feb 14 14:09:29 or maybe s/work/fun/ Feb 14 14:11:29 He said it's hard to have much fun in Korea, so probably he's really busy working. Feb 14 14:12:13 btw wich distros have amixer included per default? Feb 14 14:13:38 but he responded on the mailing list... so he is alive :-) Feb 14 14:14:01 good to hear Feb 14 14:15:39 amixer is used by stock frameworkd rules to mute/unmute "Amp Spk". I guess every distro has it. Feb 14 14:16:50 great Feb 14 14:17:55 so as i get that, this switching is done in userland Feb 14 14:19:24 Yes Feb 14 14:20:29 btw, "amp spk"? is this amp-shut, or hp-in Feb 14 14:20:36 ? Feb 14 14:20:50 ahh bette Feb 14 14:20:53 r Feb 14 14:24:00 * mrmoku is experimenting with bip :-) Feb 14 14:25:06 * DocScrutinizer is curious Feb 14 14:25:06 mrmoku: having fixed ophonekitd segfault you can now have some fun, yes? ;) Feb 14 14:25:43 :) Feb 14 14:27:09 moin Feb 14 14:27:36 moin Kensan Feb 14 14:28:15 PaulFertser: nothing is fixed :( Feb 14 14:29:44 DocScrutinizer: hey, how's it going? Feb 14 14:30:02 comme ci comme ca Feb 14 14:30:34 oh làlà ;) Feb 14 14:31:10 orry din't get it how to add the cedillia Feb 14 14:31:34 DocScrutinizer: Swiss keyboards rock *hehe* Feb 14 14:31:40 lol Feb 14 14:32:00 DocScrutinizer: we have all the crazy sonderzeichen. Feb 14 14:32:08 DocScrutinizer: right there at our fingertips Feb 14 14:32:52 測試軟件規格不匹配，尚未有效改善， 請協助加速處理 ;P Feb 14 14:33:34 don't ask me what that means though ;) Feb 14 14:34:17 heh Feb 14 14:36:29 Test-Software-Spezifikationen nicht entsprechen, ist noch nicht wirksam verbessert werden, wenden Sie sich bitte helfen, die Behandlung --- LOOOL Feb 14 14:37:32 DocScrutinizer: *g* Feb 14 14:38:05 english way better though Feb 14 14:43:33 replacing "," by "." seems to help a lot Feb 14 14:47:59 PaulFertser: but you are right... bip is really nice :-) Feb 14 14:50:02 joerg_42: you definitely need bip ;) Feb 14 14:50:13 yup Feb 14 14:50:21 mrmoku: how to send a command to bip? Feb 14 14:50:41 I think there is /bip ... have not tried yet though Feb 14 14:51:15 ah that reminds me to nag my "sysop" about gcc Feb 14 14:54:20 hah he's not averse, but has no hope to find a recent gcc for this ancient system Feb 14 14:55:18 Compile it statically on another host probably? Feb 14 14:55:23 PaulFertser: yeah... /bip Feb 14 14:56:01 PaulFertser: gcc? Feb 14 14:56:28 joerg_42: nope, bip itself ;) Feb 14 14:56:28 won't prolly help as it needs all the .h and libs as well Feb 14 14:56:42 bip might work, yeah Feb 14 14:57:48 have to confess I have no idea where to tweak a automake to generate a statically linked execurable Feb 14 15:06:42 If I disable the other two calls and just leave the registration in ophonekitd starts up nicely (as expected) Feb 14 15:06:57 mickey|zzZZzz: ping Feb 14 15:06:59 mrmoku: how to use /bip command properly? /quote BIP HELP? Feb 14 15:07:37 PaulFertser: /bip help Feb 14 15:07:48 mrmoku: irssi catches /bip itself Feb 14 15:07:59 oops Feb 14 15:08:57 mrmoku: so, you're waiting for the real full sim readiness dbus signal before requesting phonebook and yet it fails? Feb 14 15:10:21 PaulFertser: yep... SIM is ready... and then ophonekitd launches async dbus calls for register, messagebook info and retrieve phonebook Feb 14 15:10:32 the second two get sim busy... which is not handled by frameworkd Feb 14 15:11:09 mrmoku: so, Zhone doesn't have that one because it registers in advance probably. Feb 14 15:11:14 orrery isn't in the repository of fso-unstable? Feb 14 15:11:25 it's one of the most downloaded programs Feb 14 15:11:43 PaulFertser: I think it does not have to do the other two calls... Feb 14 15:11:58 ophonekitd does it to fill the contact cache and to show an error message if sim is full Feb 14 15:14:42 hi, i dont get an internet connection via usb anymore, something changed? Feb 14 15:17:29 BluesLee: but you can ssh into it? Feb 14 15:17:41 yes Feb 14 15:18:00 i use dnrd script Feb 14 15:18:07 dnrd? Feb 14 15:18:53 http://wiki.openmoko.org/wiki/USB_Networking#Proxying_with_dnrd Feb 14 15:22:27 BluesLee: I never used it... but I'm not aware of anything that has changed (apart from no USB net at all from time to time) Feb 14 15:22:55 usb0 seems to be configured well Feb 14 15:23:45 BluesLee: ip_forward and iptables are ok? Feb 14 15:23:52 (on the host) Feb 14 15:24:14 it worked before and i didnt changed anything Feb 14 15:24:41 but you might have rebooted the host... Feb 14 15:24:52 where can i find shr settings? Feb 14 15:25:12 kd8ikt: source? Feb 14 15:25:17 yea Feb 14 15:25:30 git.shr-project.org Feb 14 15:25:51 ah thanx Feb 14 15:26:40 mrmoku! Feb 14 15:26:59 Dave... you borked my moko ;) Feb 14 15:28:43 Hooray :D Feb 14 15:32:28 Sharwin_F: don't remember if I told you... but fbreader should come with opkg update / upgrade Feb 14 15:33:51 Sharwin_F: any news about your jack? ;) Feb 14 15:35:30 mrmoku: which version of fbreader is it, the patched one: navigation via touchscreen...? Feb 14 15:36:02 BluesLee: I added some patch... ask Sharwin_F what it does ;) Feb 14 15:36:25 makes it usable I think... Feb 14 15:36:50 hoi o/ Feb 14 15:37:08 Ainulindale: could you add python-pygame and orrery to the repo? Feb 14 15:37:14 hallo Dave Feb 14 15:37:36 Hallo iedereen :D Feb 14 15:38:24 PaulFertser, no news, I'm on examens and ill at the same time, so I'm like a bomb now :P Feb 14 15:38:37 ack! Feb 14 15:38:42 * Dave slowly backs away from Sharwin Feb 14 15:39:08 mrmoku, the one on the feeds now is the one with the patches applied? Feb 14 15:39:19 Sharwin_F: yep Feb 14 15:39:26 mrmoku, ok thanks :D Feb 14 15:39:43 Sharwin_F: heh, try it first ;) Feb 14 15:39:49 Dave, hey, I'm ill, but I don't have lag with my internet connection :P Feb 14 15:40:00 mrm0ku, I'll try in a moment Feb 14 15:40:10 :D Feb 14 15:40:21 where is Ainulindale? Feb 14 15:40:26 mrm0ku: are you trying to steal laf0rge's fame? ;) Feb 14 15:40:43 where is the dictator? Feb 14 15:41:13 BluesLee, about fbreader patches -> http://www.advogato.org/person/Elleo/diary/53.html Feb 14 15:42:11 PaulFertser: has he a good or a bad fame? Feb 14 15:42:14 Sharwin_F: okay, its the version i used before Feb 14 15:42:36 haha Feb 14 15:42:37 mrmoku: A good, indeed. :) Feb 14 15:42:59 PaulFertser: then... no ;) Feb 14 15:43:24 mrmoku: thanks for the url, that was what i'm looking for! Feb 14 15:43:59 Zorkman: python-pygames is there now... orrery I cannot find Feb 14 15:44:10 btw. what url? Feb 14 15:44:17 orrery! Feb 14 15:44:41 ah sorryk, i meant Sharwin_F: http://www.advogato.org/person/Elleo/diary/53.html Feb 14 15:44:47 ^^ Feb 14 15:45:51 mrmoku, what about the capyso11 not working on shr-unstable, any news? Feb 14 15:46:13 Sharwin_F: delay the flashing :p Feb 14 15:46:27 :D Feb 14 15:46:30 hahaha Feb 14 15:47:29 Sharwin_F: trying to install it on shr-unstable fives a lot of errors though : http://pastebin.com/m4a9a3115 Feb 14 15:48:18 mrmoku, ^ Feb 14 15:48:51 you may look at the dependences of the ipk package I showed you last day, the dependencies where right there Feb 14 15:49:50 Ainulindale: here? Feb 14 15:49:54 Zorkman: this is why we added it to the shr feed... no need to take it from mikeasoft.com Feb 14 15:50:14 or someone else with ability to close tickets in trac? Feb 14 15:50:25 dos1: which one? Feb 14 15:50:44 #222 and #277 Feb 14 15:50:47 Zorkman, ah, so you weren't installing from the feeds? Feb 14 15:51:05 I'll try to install from feeds Feb 14 15:51:16 dos1: you fixed and tested? Feb 14 15:51:30 mrmoku: yes Feb 14 15:52:07 dos1: ok... closed them Feb 14 15:52:46 mrmoku: #30 is fixed now too (not by me, but I tested it) - frameworkd-config-shr Feb 14 15:53:03 Zorkman: orrery looks nice... why is there no bitbake recipe for it? Feb 14 15:53:33 Sharwin_F: when i installed from the feeds, it was the version with the text overlapping as seen on that internetpage you pasted Feb 14 15:53:50 Zorkman, yep, just tried it and get the same Feb 14 15:54:10 mrm0ku: don't know, it used to be available for shr always, and it also was available for 2008.x from the feeds everytime i tried Feb 14 15:54:20 i can e-mail the author if you like Feb 14 15:54:48 "ALSA lib seq_hw.c:457:(snd_seq_hw_open) open /dev/snd/seq failed: No such file or directory" Feb 14 15:54:56 This isn't an SHR specific issue, is it? Feb 14 15:56:43 mrm0ku, or I didn't understood you well before or you haven't applied the patches for fbreader :P Feb 14 15:57:53 Sharwin_F: Was that directed to me? Feb 14 15:58:14 Montgoss, nop :) Feb 14 15:58:35 Sharwin_F: hmm, I did apply them... ahh, might have forgotten to bump up the rev Feb 14 15:59:08 mrm0ku, it looks like it installs the same version as before, without any patches applied Feb 14 15:59:21 Sharwin_F: hmm no bumped it... what version do you have installed Feb 14 15:59:43 fbreader_0.8.2a-r5_om-gta02.ipk Feb 14 16:00:04 the thing is that the package i showed you that has de patches applied, is the same version I think Feb 14 16:00:09 Sharwin_F: that's the old one... 5.1 is the new one Feb 14 16:00:16 Sharwin_F: did you opkg update? Feb 14 16:00:37 mrm0ku, removed it, opkg update, opkg upgrade, opkg install fbreader Feb 14 16:01:02 Sharwin_F: on shr-unstable? Feb 14 16:01:07 yess Feb 14 16:01:16 grrr don't understand then Feb 14 16:01:50 flash it like it's hot Feb 14 16:02:07 mrm0ku: is it safe to opkg upgrade shr unstable? Feb 14 16:03:12 Zorkman: hehe, if you have flashed an older shr-unstable... no Feb 14 16:03:13 mrmoku: can you compile a lite image similar to the one of the 9th of feb? Feb 14 16:03:20 mrm0ku, there's no fbreader_0.8.2a-r5.1_om-gta02.ipk on the feeds Feb 14 16:03:25 just tried to wget it Feb 14 16:03:31 why'd the ntp and gps clock update stuff get removed from shr-settings shr_clock.py Feb 14 16:03:44 mrmoku: with the one of the 8th the neo doesnt register Feb 14 16:04:15 mrmoku: hey, the pin dialog is there now Feb 14 16:04:25 took 2-2 minutes:-) Feb 14 16:04:38 mrmoku: you can close #304 too Feb 14 16:04:50 mrm0ku: have flashed shr unstable 09-02 Feb 14 16:05:43 looks like mrmoku will be little under stresss in a moment xD Feb 14 16:06:01 * mrmoku --> command queue overflow... Feb 14 16:06:13 I want a pink car! Feb 14 16:06:38 oh! usbhost is fixed in frameworkd :D Feb 14 16:06:46 USB module in shr-settings will work now ;) Feb 14 16:06:55 Sharwin_F: huh, there is just the dbg and dev package for fbreader... Feb 14 16:07:31 mrm0ku, look: Feb 14 16:07:32 $ opkg list | grep fbreader Feb 14 16:07:32 fbreader - 0.8.2a-r5 - FBreader is an ebook reader Feb 14 16:07:32 fbreader-dbg - 0.8.2a-r5.1 - FBreader is an ebook reader Feb 14 16:07:32 fbreader-dev - 0.8.2a-r5.1 - FBreader is an ebook reader Feb 14 16:08:55 mrmoku: this time usb doesnt work at all Feb 14 16:09:54 mrmoku: is the cpu usage problem of e solved? Feb 14 16:11:39 PaulFertser, "s3c24xx-gpio F4" still shows F1 always, nomatter jack plugged or not :P Feb 14 16:13:22 Sharwin_F: ok, looks like the jack is defective. BTW, i've looked up the vendor in google, seems that it is good enough. Probably just bad luck. Feb 14 16:14:08 PaulFertser, I may try to change my Neo then Feb 14 16:15:00 does our SHR kernel have usb midi device support? Feb 14 16:16:17 Montgoss: check what is needed on your pc for that and see if the necessary options are enabled in /proc/config.gz Feb 14 16:17:58 PaulFertser: I think it's SND_USB_AUDIO Feb 14 16:18:33 PaulFerster: and the SHR config file on my Neo says "# CONFIG_SND_USB_AUDIO is not set" Feb 14 16:19:54 i'm having some shr audio issues with latest shr unstable: Feb 14 16:20:05 root@om-gta02 /usr/share/applications $ DISPLAY=:0 euphony Feb 14 16:20:05 fluidsynth: error: The "hw:0" audio device is used by another application Feb 14 16:20:13 but i'm not running any other programs Feb 14 16:20:22 who was commiting fbreader patches? Feb 14 16:20:36 * mrmoku ducks Feb 14 16:21:41 dos1: me Feb 14 16:21:45 mrmoku: there are warnings about "space before tab in indent" Feb 14 16:21:46 * Zorkman takes the blame for mrmoku, although i can't even commit a hello world program :p Feb 14 16:21:56 and "trailing whitespace" Feb 14 16:22:04 warning: squelched 65 whitespace errors Feb 14 16:22:04 warning: 70 lines add whitespace errors. Feb 14 16:22:17 dos1: yeah... whitespace errors... from the original patch Feb 14 16:22:17 and before that lines: Feb 14 16:22:20 Sharwin_F: resolder the receptacle! Feb 14 16:22:25 27, 28, 29, 34, 36 Feb 14 16:22:48 DocScrutinizer, when are you suppoused to come to do that? :P Feb 14 16:23:07 Sharwin_F: found out why fbreader is missing... somehow it is machine dependent Feb 14 16:23:13 so the gta01 package should be there ;) Feb 14 16:23:18 Sharwin_F: also you might test poormans scope and while running it press firmly on the receptacle to push it onward the PCB Feb 14 16:24:09 dos1: I will clean the patch up... but not now ;) Feb 14 16:24:22 mrmoku: ok ;) Feb 14 16:24:39 mrmoku, do you mean it's something wrong only with the gta02 package? Feb 14 16:24:46 Sharwin_F: if we can confirm it's poor soldering you might get it done by your reseller or even I could do Feb 14 16:24:51 acn anybody add kernel-module-squashfs to the repo? thought it was available on testing, but on unstable i can't find it (it's needed for evopedia) Feb 14 16:25:03 Sharwin_F: it was only built for gta01 Feb 14 16:25:07 DocScrutinizer: that means you suspect a bad soldering joint? Then he can just use a voltmeter to measure the receptable pin itself. Feb 14 16:25:08 * mrmoku is looking into that now Feb 14 16:25:14 yup Feb 14 16:25:50 I'll try with the voltimeter on a week or so Feb 14 16:26:29 5th pin you said, isn' it? Feb 14 16:26:50 dos1: about #30... don't know if we can close that one Feb 14 16:26:56 is it possible for me to recompile the SHR kernel with support for SND_USB_AUDIO? Feb 14 16:26:56 yup, pin5 Feb 14 16:27:37 mrmoku: it's done in frameworkd-config-shr and it's working with disabled power settings in illume Feb 14 16:28:18 Dos1 ;p Feb 14 16:28:22 but the whole illume/frameworkd screen blanking thingie is an open discussion, no? Feb 14 16:29:00 Sharwin_F: you may short 5 to 1. if "scope" drops to 0 it's a broken receptacle. If not it's something else Feb 14 16:29:09 mrmoku: illume power settings is disabled in newer eflrev, so it should be abbandoned Feb 14 16:29:18 mrmoku: and now frameworkd is doing all the work Feb 14 16:29:24 mrmoku: blanking screen with blocking screen Feb 14 16:29:32 :o Feb 14 16:29:34 dos1: ok... closing it Feb 14 16:30:01 pushing pin5 mechanically causing scope to drop to 0 is a bad solderpoint Feb 14 16:30:41 also try to push pin4, just in case Feb 14 16:30:49 ick Feb 14 16:31:04 DocScrutinizer, ok, I write it down to try it on some days time. Now it's time to study chemistry T_T Feb 14 16:31:07 some 50~100g force should do Feb 14 16:31:36 Sharwin_F: ok Feb 14 16:32:12 Sharwin_F: no... now its time to install fbreader :P Feb 14 16:32:21 mrm0ku, yeah! Feb 14 16:32:32 ofcourse you can read some chemistry book with it :-) Feb 14 16:32:39 hahah Feb 14 16:32:56 I think I prefer reading other things Feb 14 16:33:52 Zorkman: update & upgrade from 09/02 is ok Feb 14 16:34:04 k, thanks Feb 14 16:35:05 mrmoku, works great now, thanks ;) Feb 14 16:38:57 can the SHR kernel be updated to support SND_USB_AUDIO? Feb 14 16:39:03 mrmoku: thanks Feb 14 16:39:11 Montgoss: surely you can build your own kernel Feb 14 16:39:55 lindi-: no clue Feb 14 16:40:41 the modules.tgz has a sound/usb/snd-usb-audio.kb file in it. is that what I'm looking for? Feb 14 16:40:42 Zorkman: orrery looks really good... want that too. Are you sure it was available in SHR? Feb 14 16:41:01 yes, positively Feb 14 16:41:03 Montgoss: possibly that is a recipe to build the package Feb 14 16:41:15 although there is aofcourse a small chanse i'm mistaken Feb 14 16:41:21 lindi-: that was actually a .ko file, if that's different than .kb Feb 14 16:41:52 mrmoku: http://projects.openmoko.org/frs/download.php/583/orrery_2.4_arm_2008.8.ipk works on shr unstable if you want to test Feb 14 16:42:07 Zorkman: no... I want to build :-) Feb 14 16:44:21 Montgoss: then it's the kernel object you need. just insmod it then Feb 14 16:46:09 lindi-: insmod: error inserting 'snd-usb-audio.ko': -1 Invalid module format Feb 14 16:46:30 Montgoss: probably wrong architecture? Feb 14 16:46:42 Montgoss: "file -sL sound/usb/snd-usb-audio.ko" Feb 14 16:47:05 mrmoku: i e ailed ken young (the one who made it) at orrery.moko [at] gmail.cmo Feb 14 16:47:36 Zorkman: ok, thank you Feb 14 16:48:08 lindi-: it might be for the wrong kernel version. let me try an older modules.tgz Feb 14 16:48:28 Montgoss: a package manager should handle these things really in modern operating systems :) Feb 14 16:50:30 lindi-: you think there's an opkg command for this? Feb 14 16:50:46 Montgoss: i don't know your distro but possibly Feb 14 16:51:27 let me chroot to om2008.12 Feb 14 16:52:41 is "opkg list" supposed to work as normal user? it seems to want to 'creat("/usr/lib/opkg/lock", 0640) ' Feb 14 16:52:50 i don't want to give root access to om2008.12 Feb 14 16:56:42 Montgoss: try 'opkg install kernel-module-snd-rawmidi' Feb 14 17:09:42 :) Feb 14 17:12:52 well, ophonekitd still crashes about every 5 minutes. Feb 14 17:14:24 juri_: care to provide a backtrace? Feb 14 17:16:03 PaulFertser: hmm, we dot coredumps on OM? guess no Feb 14 17:16:07 paul: i've got an errand in meatspace to run first. Feb 14 17:16:26 when i return, however, i'll be in full hack mode. ;) Feb 14 17:16:36 well, partial hack mode. i am sick. :( Feb 14 17:17:03 joerg_42: do you think coredump is impossible on ARM or what? ;) Feb 14 17:17:50 nah just most fs isn't exactly suited for them Feb 14 17:18:19 joerg_42: i thought one can easily opkg gdb and backtrace is not the problem... Feb 14 17:18:29 funny idea to fill nand with coredumps Feb 14 17:18:59 yup gdb is no problem. i know. just curious Feb 14 17:19:10 Just run the app from gdb, or enable coredumps before starting it. I think that's no problem. Feb 14 17:19:12 paul: should i update my gsm firmware first? after all, i am running an atnt 3G sim, with the 'round' pins. Feb 14 17:19:47 juri_: as long as it's recognized Feb 14 17:19:54 juri_: if you can register to the network, then not. Anyway ophonekitd shouldn't crash regardless of the firmware, i think SHR devs will be grateful for a sane backtrace. Feb 14 17:19:58 juri_: well.... with the new firmware ophonekitd crashes on gta02 also ;) Feb 14 17:20:28 paul: kk. off to the bank, and the freegeek offices! Feb 14 17:20:34 kick the devel Feb 14 17:20:38 juri_: good luck :) Feb 14 17:22:42 why is there only an old navit on the feeds? something wrong with http://download.navit-project.org/navit/openmoko/svn/navit-svn-2051_armv4t.opk ? Feb 14 17:27:20 nav it! Feb 14 17:27:41 and how lons is this gtk+-fastscaling going to keep haunting us? Feb 14 17:28:27 mrmoku: i've just fixed and tested #217 :) Feb 14 17:29:20 Zorkman: until packagers of packages with gtk+-fastscaling will change dependences to gtk+ :P Feb 14 17:29:39 :) Feb 14 17:29:39 hmm Feb 14 17:36:12 ok, i commited some patches to new sms gui Feb 14 17:36:49 there is messages counter, "add a contact" window is closing after adding contact, and sending blank messages is possible ;) Feb 14 17:45:27 Phone log crashes on staaaaaart Feb 14 17:47:15 lindi-: well, i got the /dev/midi1 device now. still doesn't work though :'( Feb 14 17:47:24 crash log -> http://pastebin.com/m39403f04 Feb 14 17:47:27 Montgoss: what does not work? ;) Feb 14 17:47:50 lindi-: fluidsynth can't/won't connect to it Feb 14 17:48:43 fluidsynth: error: Couldn't find the requested midi driver Feb 14 17:48:43 Failed to create the MIDI thread; no MIDI input will be available. You can access the synthesizer through the console. Feb 14 17:49:18 Montgoss: hexdump -C /dev/midi00 Feb 14 17:49:49 lindi-: it's /dev/midi1. that makes no difference, right? Feb 14 17:49:53 I'll add the bug to Trac Feb 14 17:49:57 Montgoss: not sure Feb 14 17:52:35 lindi-: i see a bunch of numbers from the hexdump when I hit keys on the MIDI device Feb 14 17:52:45 lindi-: that what you were expecting? Feb 14 17:53:04 Montgoss: seems to work then Feb 14 17:55:43 lindi-: I don't think I'm starting fluidsynth with the right params... i'll look into that Feb 14 17:57:41 is it known that disabling suspend doesn't work on shr-unstable? Feb 14 18:00:05 Zorkman: how are you disabling suspend? Feb 14 18:13:06 lindi-: I sorta got it working. apparently fluidsynth looks for /dev/midi and I can't figure out how to change that. so I created a symlink to /dev/midi1 and it worked. Thanks for your help Feb 14 18:13:49 my remaining issues I think are solely fluidsynth issues (so I'll take them elsewhere) Feb 14 18:14:13 mrmoku, is phonelog a app made specifically for shr or you took it from another place? Feb 14 18:19:39 lindi-: ayt? Still interested in a way to use gdb together to inspect python programs? Feb 14 18:20:09 Sharwin_F, it was originally created as a stand alone app, though it was ported to use the shr phonelog db. Feb 14 18:20:34 lindi-: http://unadventure.wordpress.com/2009/02/09/python-stack-in-gdb/ Feb 14 18:20:51 TAsn, has it a specific main developer? Feb 14 18:21:02 Sharwin_F, I am. Feb 14 18:21:49 TAsn, ok, it was just to tell you about the bug I've just filled in the shr bugtracker :) Feb 14 18:22:01 link please ;] Feb 14 18:22:44 TAsn, http://www.shr-project.org/trac/ticket/317 Feb 14 18:22:55 thanks, I'll take a look. Feb 14 18:23:08 thanks :) Feb 14 18:23:45 hm.. do you have any contacts? Feb 14 18:23:54 if so, do you have any without a phone#? Feb 14 18:24:12 TAsn, don't know, could be posible Feb 14 18:24:15 I'll look Feb 14 18:24:19 so you do have contacts. Feb 14 18:24:29 yes, I've contacts xD Feb 14 18:24:32 well that's a starter. ;] Feb 14 18:25:45 TAsn, mmm in the openmoko-contacts3 all the contacts it show have a phone number Feb 14 18:25:55 cool, thanks. Feb 14 18:28:25 Mononoke: it works now? what does fluidsynth do? Feb 14 18:28:48 Sharwin_F, do you have any missed calls? Feb 14 18:29:08 PaulFertser: thanks a lot that debugging tip, i'll look into it Feb 14 18:29:18 TAsn, that's what I want to know hehe Feb 14 18:29:27 lol. Feb 14 18:29:31 TAsn, looking at the phonelog.db Feb 14 18:30:08 geekness is incompatible with women, every day I'm more sure about it Feb 14 18:30:09 xD Feb 14 18:30:34 if you don't mind I would like to see the result of 'select * from caals' Feb 14 18:30:41 calls* Feb 14 18:33:12 PaulFertser: 'will need to rebuild python with debug information in.' that's bit troubling Feb 14 18:34:20 TAsn, mmm how do I open a db file with sqlite? I'm using a GUI, didn't managed sqlite db bfore Feb 14 18:34:29 TAsn, shall I send you the db file? Feb 14 18:34:45 Sharwin_F, if it's not too much of an hassle, please do. Feb 14 18:34:49 that will be best. Feb 14 18:35:00 lindi-: yes, but you can implement any other suggestion from the article, like implant pdb in the program you're debugging in advance. Feb 14 18:35:06 cool. Feb 14 18:35:09 thanks. Feb 14 18:35:35 Sharwin_F: http://koeln.ccc.de/archiv/cached_sites/the_girls_guide_to_geek_guys.html Feb 14 18:36:40 PaulFertser: yeah i'll try to figure it out Feb 14 18:37:06 anyone here using latest shr-unstable? Feb 14 18:38:23 arg0, me Feb 14 18:38:40 can anyone add libssl0.9.7 (>= 0.9.7g) * libcrypto0.9.7 (>= 0.9.7g) * Feb 14 18:38:44 to shr unstable feeds? Feb 14 18:38:50 (needed for mokoko) Feb 14 18:38:58 arg0, me too Feb 14 18:39:03 Zorkman, make symlinks from the 0.98 ones Feb 14 18:39:09 arg0: me too Feb 14 18:39:11 is what I do :P Feb 14 18:39:28 pffffffffff Feb 14 18:39:42 Zorkman: or ask for mokoko to be included ;) Feb 14 18:39:50 did any of you have this problem? Feb 14 18:39:51 http://pastebin.ca/1337308 Feb 14 18:40:56 arg0, when doing what? Feb 14 18:41:14 on startup Feb 14 18:43:53 Zorkman: mokoko is in OE :-) but does not build :( Feb 14 18:50:36 anyone? Feb 14 18:52:48 arg0: no.. never seen that. On clean boot of shr-unstable? Feb 14 18:52:59 anyone using the latest navit? Feb 14 18:53:04 yeah Feb 14 18:53:08 the zoom buttons are not being dusplayed on the Fr it seems... Feb 14 18:54:04 Zorkman: how could it detect hardware in such a fashion? Feb 14 18:54:28 what do you mean lindi-? Feb 14 18:55:22 Zorkman: exactly that :) Feb 14 18:56:15 arg0: which shr-unstable image? what date? Feb 14 18:56:23 feb 09 Feb 14 18:57:17 hmm, I have never seen org.freesmartphone.Usage.UserExists Feb 14 19:00:05 Zorkman: ok... opkg update; opkg install mokoko Feb 14 19:00:53 btw. how is it? Feb 14 19:17:31 why it's not possible to copy files using ssh on nautilus? Feb 14 19:17:40 on the openmoko I mean Feb 14 19:18:00 openssh-sftp Feb 14 19:18:12 ? Feb 14 19:18:49 so the cause is that shr is using dropbear? Feb 14 19:19:15 *flashing takes forever* :( Feb 14 19:19:29 dunno how nautilus does its thing Feb 14 19:22:49 Sharwin_F: opkg install openss-sftp ? Feb 14 19:22:52 +h Feb 14 19:24:11 mrmoku, but then I would have running openssh an dropbear at the same time, isn't it? Feb 14 19:24:41 Sharwin_F: hmm... don't know... just know that there is an openssh-sftp package :-) Feb 14 19:24:47 Sharwin_F: Just install openssh and remove dropbear. However, then the login takes 5-6 seconds, and nautilus will time out. Haven't found a solution yet :( Feb 14 19:25:18 I'm also trying to use nautilus with sftp... Feb 14 19:25:46 ... Feb 14 19:31:41 hey mokoko works really well, better than efplayer Feb 14 19:31:57 Sharwin_F: do you have a playlist? Feb 14 19:32:16 mrmoku, what do you mean? Feb 14 19:32:25 do you see the songs its playing? Feb 14 19:32:56 yes Feb 14 19:33:08 I installed it from my local build which is using newest EFL and I don't see them... Feb 14 19:33:16 don't show specifically the on it's playing at the time, but you can scroll and pick the one you've Feb 14 19:33:20 (though I have no icons in illume either ;) Feb 14 19:33:33 Where is doxy2 when one needs him? I wanted to tell him that when i finally understood how to build stage1 gcc for armv4, my kernel compiled and run without problems. I'm still wondering how to do it gentoo-way though. Feb 14 19:33:35 mrmoku, be sure music gets loaded Feb 14 19:33:42 mrmoku, have you set the conf file? Feb 14 19:33:56 Sharwin_F: yeah music gets loaded and is playing... just don't see the titles Feb 14 19:34:09 though I think it might be some changes in e that is causing that Feb 14 19:34:20 lot of things change in e and brake other stuff me thinks Feb 14 19:34:21 mrmoku, touch over PlayingList Feb 14 19:34:30 you can show and hie the playlist Feb 14 19:34:54 *hide Feb 14 19:35:11 ahhh it is just mrmoku that is tooo stupid to use it ;) thanks Feb 14 19:35:42 have to admit that I really like it... its nice :-) Feb 14 19:35:47 hahaha Feb 14 19:35:51 * mrmoku is adding it to the feed :D Feb 14 19:36:05 yeah, just needs to show the song being played on top Feb 14 19:36:22 mrmoku, it's in the feed Feb 14 19:36:48 because I manually built it... to have it automatically build I need to add it to task-feed-shr :-) Feb 14 19:37:29 ook :) Feb 14 19:38:18 Oh, btw, any player that uses tremor (fixed-point ogg implementation)? Feb 14 19:39:07 ok, now I just need vagalume working and a fuckin jack to listen to it without annoying people near me to be happy :D Feb 14 19:39:17 PaulFertser: "what-depends-on libvorbisidec1" does not print anything Feb 14 19:39:52 lindi-: i thought someone has some sacred knowledge ;) Feb 14 19:40:31 PaulFertser: so it looks like debian does not have anything that uses tremor except for the library itself (quite odd!) Feb 14 19:41:13 mrmoku-feed.conf Feb 14 19:41:13 freshmeat does not find anything with 'tremor' Feb 14 19:42:21 lindi-: that's odd... Feb 14 19:42:34 PaulFertser: tremor source code has an example prog Feb 14 19:43:48 lindi-: don't you think that if nothing is packaged that uses this library, then it has some hidden flaws? Madplay is everywhere, why don't we have tremor? I guess there's a reason... Feb 14 19:47:17 PaulFertser: good question Feb 14 19:48:46 PaulFertser: i'll test it Feb 14 19:48:53 PaulFertser: http://iki.fi/lindi/openmoko/ivorbisfile_example.c Feb 14 19:49:09 mrmoku: thanks for the mokoko! it works great Feb 14 19:49:14 lindi-: cool, you're the great testing guy :) Feb 14 19:49:29 Zorkman: thanks for mentioning it... will be my favorite :-) Feb 14 19:53:06 Zorkman: so... what would be next? navit? you said its an old version? Feb 14 19:53:09 np, it's one of the few userfriendly interfaces and which just works :) Feb 14 19:53:18 yeah, it's a very old revision it seems Feb 14 19:53:59 http://download.navit-project.org/navit/openmoko/svn/ has a lot newer releases Feb 14 19:55:03 Zorkman: yeah, in shr it is set to 0.1.0... so it is taking that branch (which has not seen changes in 2 months it seems) Feb 14 19:55:16 lets see if the current one builds :-) Feb 14 19:56:08 fingers crossed :) Feb 14 19:58:32 PaulFertser: works! Feb 14 19:59:49 lindi-: cool, probably we can ask debian folks to package it then. Feb 14 19:59:52 PaulFertser: any idea how to easily measure cpu consumption automatically? Feb 14 20:00:57 lindi-: ps ax -eo pid,%cpu,command ? Feb 14 20:01:25 maybe but that is not very reliable? Feb 14 20:01:25 :o Feb 14 20:01:41 lindi-: do you want to measure overall cpu consumption? Feb 14 20:01:54 PaulFertser: maybe i'll just use 'time' Feb 14 20:02:54 Ah, you want to measure how fast the decoding itself is. Then yes, i don't know of better method. OTOH, i'm not a unix-guru :-/ Feb 14 20:03:38 PaulFertser: seems to be around 22.4 - 22.9 % cpu usage when playing stereo 44100 Hz vorbis file Feb 14 20:04:43 lindi-: hm, i hoped that it'll be the same as mp3 or less. Probably integer flac decoding is the fastest. Feb 14 20:04:52 PaulFertser: how much is mp3? Feb 14 20:05:39 lindi-: how do you reliably measure it? Feb 14 20:05:53 PaulFertser: i used top and ps Feb 14 20:05:57 PaulFertser: took 30 samples Feb 14 20:06:05 PaulFertser: it was always around 22-23 % Feb 14 20:06:37 32, 44.1 and 48 kHz Feb 14 20:06:55 :D Feb 14 20:07:01 kd8, you broadcasting? Feb 14 20:07:56 MPEG-1 Feb 14 20:09:05 er somethin like that Feb 14 20:09:08 screw mp3 Feb 14 20:09:23 lindi-: mpg321->libmad->libao->alsa 20\pm0.5% Feb 14 20:09:42 PaulFertser: 0.5 %? Feb 14 20:09:57 ah \pm is +- Feb 14 20:10:07 PaulFertser: but then we are at about the same! Feb 14 20:10:54 lindi-: it's not calculated properly (i've already forgot all that standard deviation stuff etc), but about that. Yes, about the same as tremor. Ok, that's cool, thanks for investigating and testing :) Now to convince debian maintainers :) Feb 14 20:11:28 PaulFertser: the example program is not something you want to package Feb 14 20:11:28 And yes, percent sign should also be escaped, my fault Feb 14 20:11:40 how are ringtones handled in fso? Feb 14 20:11:41 If it works, why not? ;) Feb 14 20:11:51 PaulFertser: it reads from stdin and writes to stdout Feb 14 20:11:55 i took a look and found a c64-tone-compilation Feb 14 20:12:04 mirko: played by gstreamer, triggered with oeventsd Feb 14 20:12:15 PaulFertser: so you need to know the samplerate/number of channels Feb 14 20:12:18 lindi-: typical unix way :) Feb 14 20:12:49 PaulFertser: ok, is it possible to change the ringtone-stuff by dbus calls? Feb 14 20:13:02 or is it done via the fso-config? Feb 14 20:13:25 mirko: it's possible by tweaking oeventsd config file Feb 14 20:13:34 mirko: dbus calls... or editing the config by hand Feb 14 20:15:24 http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Preferences.Service.html;hb=HEAD#SetValue Feb 14 20:17:49 Zorkman: ok... try it :-) Feb 14 20:19:05 ok, is there a 'getting a backtrace of ophonekitd dieing' howto anywhere Feb 14 20:19:08 ? Feb 14 20:19:19 * juri_ is sick, and currently memtesting her primary desktop box. Feb 14 20:20:14 juri_: log file would be a start Feb 14 20:21:33 mrmoku: i thought ophonekitd is a plain C application, how can getting backtrace for that be any different? Feb 14 20:22:21 PaulFertser: yeah plain C... though seeing the logfile would be a start anyway :-) Feb 14 20:23:03 Zorkman: what else is missing ;-) Feb 14 20:23:15 juri_: opkg install gdb Feb 14 20:23:20 mrmoku: Package navit (svn-2051) installed in root is up to date. Feb 14 20:23:22 nice Feb 14 20:23:27 juri_: gdb ophonekitd Feb 14 20:23:34 juri_: wait until it dies. Feb 14 20:23:36 Zorkman: let me know if it works :-) Feb 14 20:23:37 juri_: bt full Feb 14 20:23:39 mrmoku: correct? Feb 14 20:23:52 juri_: DISPLAY=:0 gdb ophonekitd Feb 14 20:23:58 PaulFertser: almost ;) Feb 14 20:26:52 hmm. this reboot, it decided that i had no sim. ;P Feb 14 20:27:28 sorry if i'm slugish. i'm out if it. Feb 14 20:27:42 juri_: because you had no SIM... or because it just decided so ? :-) Feb 14 20:27:48 it just decided so. Feb 14 20:28:44 mrmoku: i'll try it after taking a bath, btw, ffalarms needs something called "atd" Feb 14 20:29:12 juri_: frameworkd.log would be interesting also... with log_level = DEBUG in /etc/frameworkd.conf Feb 14 20:29:17 Zorkman: ffalarms? Feb 14 20:29:17 http://projects.openmoko.org/frs/download.php/639/ffalarms_0.2-r0_all.ipk Feb 14 20:29:52 hi Feb 14 20:30:12 everything i say has a very low priority, so if you don't find it worth your time feel free to ignore it, just thought that the more usefull things in the repo the better :) Feb 14 20:30:16 gonna take bath now, bbl Feb 14 20:30:36 Zorkman: right... have a nice bath Feb 14 20:30:48 reminds me that I wanted to take a shower ;) Feb 14 20:31:13 what would you say of http://pastebin.com/d34f3b121 ? Feb 14 20:31:24 ok, ssh'd in... Feb 14 20:31:44 is it much worse of the tut on accelerometer data retrieval page? Feb 14 20:32:17 ok, ophonekitd is dead... Feb 14 20:33:01 * juri_ tries to install gdb. Feb 14 20:36:44 ok, first defect on the default image, during an opkg update, i get 'Failed to download http://shr.bearstech.com/shr-unstable/ipk//armv4/Packages.gz, error 404' Feb 14 20:37:05 juri_: try again Feb 14 20:37:21 it looks like you catch moment when package list in repo was updated :P Feb 14 20:37:28 s/catch/catched/ Feb 14 20:37:30 dos1 meant: it looks like you catched moment when package list in repo was updated :P Feb 14 20:37:45 juri_: no... ignore it :-) it is a bogus feed file Feb 14 20:37:49 does not matter Feb 14 20:37:53 caught, not catched. ;) Feb 14 20:38:16 i'm ignoring the issue. just reporting it, as a good user should. ;) Feb 14 20:38:49 juri_: yeah :-) (we just did not dig into it to get rid of it) Feb 14 20:40:22 ah Feb 14 20:40:25 armv4 Feb 14 20:40:30 :-) Feb 14 20:40:36 :D Feb 14 20:40:52 ok! waiting for it to die. ;) Feb 14 20:41:18 * mrmoku is singing 'killing me softly' Feb 14 20:42:58 kaboom! Feb 14 20:43:08 * mrmoku stops singing Feb 14 20:44:21 non working ussd window is... strange Feb 14 20:44:34 ok! she's dead, jim. ;) Feb 14 20:44:43 Unknown internal dbus error: Method "GetPowerStatus" with signature "" on interface "org.freesmartphone.Device.PowerSupply" doesn't exist Feb 14 20:45:08 anyone want the full log, or is that enough? ;) Feb 14 20:45:23 :P Feb 14 20:45:32 mrmoku, don't quit your day job ;) Feb 14 20:45:42 mrmoku: what a shame, you segfault because of non-existent dbus method ;) Feb 14 20:46:00 juri_: have you got a frameworkd.log with DEBUG? Feb 14 20:46:12 nope. let me collect one. Feb 14 20:46:13 Dave: its saturday evening here :P Feb 14 20:46:39 PaulFertser: I do not segfault - I let phones segfault ;) Feb 14 20:46:41 and.. um.. how would i collect one of these? obviously edit the frameworkd.conf.. then what? Feb 14 20:46:55 juri_: /var/log/frameworkd.log Feb 14 20:47:09 is volatile though... will go away on reboot Feb 14 20:47:30 juri_: ahh, and restart frameworkd :-) Feb 14 20:48:07 "/etc/init.d/frameworkd stop/start" Feb 14 20:51:28 a lot of changes/fixes today Feb 14 20:52:06 BluesLee: its valentines day... and because we love our mokos... we take care of them :-) Feb 14 20:52:52 my moko is called lily :) Feb 14 20:53:12 admiral0: because its ill? Feb 14 20:53:25 cook it some tea then :P Feb 14 20:53:34 yeah, valentine images would be awesome Feb 14 20:53:45 Wikipedia about ENIAC: "The completed machine was unveiled on February 14, 1946 at the University of Pennsylvania, having cost almost $500,000." Feb 14 20:53:56 shit ... valentine? Feb 14 20:54:07 mrmoko:no, because i am ill Feb 14 20:54:09 i should call my girlfriend Feb 14 20:54:10 XD Feb 14 20:54:12 BluesLee: call her... NOW ;) Feb 14 20:54:15 lol Feb 14 20:54:19 hahahahahahaha Feb 14 20:54:25 Don't get mokowned! Feb 14 20:54:33 maybe don't use your moko... calling without buzz is better then ;) Feb 14 20:54:42 yeah Feb 14 20:55:00 Link by doc: http://koeln.ccc.de/archiv/cached_sites/the_girls_guide_to_geek_guys.html Feb 14 20:55:36 crank it up! Feb 14 20:55:46 set her up teh moko! Feb 14 20:57:29 PaulFertser XD Feb 14 20:57:51 who wrote that thing is a genius Feb 14 20:58:22 PaulFertser: I like it :D Feb 14 20:58:47 admiral0: can't be, it's written by women ;) Feb 14 20:59:40 ok, got it. ;) Feb 14 21:00:25 :O Feb 14 21:00:29 juri_: valentine postcard? Feb 14 21:00:34 juri_: ;) Feb 14 21:00:58 Valentine ping Feb 14 21:01:13 valenmokotine Feb 14 21:01:24 With enlarged TTL Feb 14 21:01:30 XD Feb 14 21:01:58 i have the frameworkd.log ;) Feb 14 21:03:21 juri_: can you put it somewhere? or add a ticket to shr trac (though that requires you to register)? Feb 14 21:04:20 *sigh* Feb 14 21:04:36 i already have four wikis i habitually edit. do i have to start editing yours? ;) Feb 14 21:04:43 cat frameworkd.log Feb 14 21:04:51 happy valentine's day Feb 14 21:04:56 XD Feb 14 21:05:07 juri_: if you put it somewhere I can do it for you :-) Feb 14 21:05:34 1373 lines. Feb 14 21:05:43 not exactly easy to put somewhere. Feb 14 21:05:54 and, my public server for linuxpmi is down. Feb 14 21:06:08 * juri_ ponders. Feb 14 21:06:08 juri_: i thought you have at least a dozen VPS's under your control ;) Feb 14 21:06:39 paul: two fakes, and one real, and its all down, due to failure of one of my clients to pay his bandwidth bills. Feb 14 21:07:12 * juri_ scratches her head a bit. Feb 14 21:07:34 mrmoku: btw, what about giving SHR users some kind of access to ftp/scp to some directory on public server? Feb 14 21:09:05 PaulFertser: hmm... would be nice to have... don't know if that is easy possible without some kind of protection though... Feb 14 21:09:22 and then you can also register to (your so much beloved) trac ;) Feb 14 21:09:47 mrmoku: just make a user and add anybody's public ssh key to authorized_keys. Feb 14 21:10:13 mrmoku: giving ones public key is easier than registering on trac. Feb 14 21:10:28 PaulFertser: problem is we don't run the server... it is sponsored by bearstech and we cannot add users I think Feb 14 21:10:47 http://68.98.200.252/frameworkd.log Feb 14 21:10:49 PaulFertser: we should talk with Ainulindale about it Feb 14 21:10:54 mrmoku: only one user will be ok for most purposes, i guess. Feb 14 21:10:58 technically, thats not my server, but i have root. Feb 14 21:11:27 juri_: ok got it :-) Feb 14 21:11:41 ok, fix it. ;) Feb 14 21:11:53 * juri_ returns to crashing her bios. ;) Feb 14 21:12:03 juri_: beware, the log contains your phonebook Feb 14 21:12:38 and those dirty sms's we all know you send Feb 14 21:12:47 the ones off the sim? Feb 14 21:12:56 no big deal. its an old phonebook. ;) Feb 14 21:13:04 unless you want to call my boss. ;) Feb 14 21:13:04 ;D Feb 14 21:14:31 actually, i have two bosses in there, neither current. and thats it. ;P Feb 14 21:15:02 http://shr.bearstech.com/trac/ticket/318 Feb 14 21:16:28 PaulFertser: guess what I found in the log :-) Feb 14 21:16:30 ogsmd.modems.abstract.channel WARNING UNHANDLED INTERMEDIATE: OK Feb 14 21:16:37 oh snap Feb 14 21:16:49 (not related to the crash because of GetPowerState though) Feb 14 21:16:56 * mwester sits in astonishment in front of two fully-functional computers (amid a pile of old cables), marvelling that nothing failed during the recabling exercise. Feb 14 21:17:38 Obviously I was not aggressive enough in terms of what I replaced/upgraded, since nothing broke. :D Feb 14 21:18:12 mrmoku: those are harmless Feb 14 21:18:13 juri_: though... it is not a DEBUG log Feb 14 21:18:21 picky picky! Feb 14 21:19:03 mrmoku: i see DEBUG for all the components, it seems Feb 14 21:19:08 i followed directions. want to provide better directions? ;) Feb 14 21:20:03 juri_: sorry... me is plain stupid :-) was looking at one of my logs locally :o Feb 14 21:20:12 :D Feb 14 21:20:13 juri_: your log is fine Feb 14 21:20:21 well, with you on the case, i feel great. :) Feb 14 21:20:32 hehe! Feb 14 21:21:14 juri_: if you kept the backtrace, please pastebin it, might give additional hints Feb 14 21:21:21 mrmoku: any updates on the firmware issue you encountered after upgrading? Feb 14 21:22:00 mwester: no solution yet... but it looks like that with the new firmware concurrent requests to the SIM don't work nicely in frameworkd Feb 14 21:22:26 mrmoku: can you show me your log that illustrates the problem? Feb 14 21:22:39 paul: didn't save it. need me to re-crash it? Feb 14 21:22:39 * mrmoku locally built an ophonekitd without contact cache and without sim full check and that works Feb 14 21:23:07 mrmoku: what? i flashed the new firmware ... Feb 14 21:23:34 juri_: mrmoku is SHR developer, he can say if it's useful with stock ophonekitd (that is, does it include function names at the very least). I can give some hints wrt FSO. Feb 14 21:26:38 i'll hang out. yell if you need me to break something. Feb 14 21:26:41 juri_: the more info the better :-) but you can still re-crash it later if we get no clue from the frameworkd.log Feb 14 21:27:25 PaulFertser: I installed a new image... booting now... let me see if I can make it reproducable for you ;) Feb 14 21:28:08 BluesLee: when did you flash? the 11b? how does it work for you? Feb 14 21:28:09 mrmoku: but still, is backtrace from a stock ophonekitd useful at all? Should i suggest it to users? Feb 14 21:29:02 PaulFertser: well... I don't know... I think it contains line numbers and file names... so maybe yes Feb 14 21:29:18 but I tried to bt the segfault after the firmware update and had no success Feb 14 21:29:52 mrmoku: but you can easily build it yourself with all the debugging enabled and probably that will give more information. Feb 14 21:30:13 mrmoku: i flashed the latest shr lite version, gsm registered Feb 14 21:30:35 mrmoku: i quited seeing the high e cpu usage:-) Feb 14 21:30:35 BluesLee: try to open the messages ;) Feb 14 21:30:56 mrmoku: one moment, have to change the phone Feb 14 21:31:54 where is my ice hockey puck? Feb 14 21:33:09 okay, now i know why i quitted, usb was not working Feb 14 21:37:40 what are you folks doing there? ;-) Feb 14 21:37:51 mrmoku: works well Feb 14 21:38:14 BluesLee: and which firmware did you flash? Feb 14 21:38:19 mrmoku: i sent and received an sms Feb 14 21:38:52 mrmoku: http://people.openmoko.org/joerg/calypso_moko_FW/moko11/calypso-moko11-beta1.m0 Feb 14 21:39:33 BluesLee: my ears ringing :D Feb 14 21:40:11 docscrutinizer2: I took it from downloads.om.org... any difference? Feb 14 21:40:22 nope Feb 14 21:40:34 docscrutinizer2: so far no problems Feb 14 21:40:48 mrmoku: but whats wrong with usb connection? Feb 14 21:40:55 though mine was the first one anyway ;D Feb 14 21:41:21 BluesLee: /etc/network/interfaces Feb 14 21:41:23 ok Feb 14 21:41:32 i have ussd window which is not segfaulting Feb 14 21:41:33 change allow-hotblug to auto for usb0 Feb 14 21:41:44 it is not displaying anything useful too, but it's not segfaulting Feb 14 21:41:54 ;) Feb 14 21:42:16 dos1: the new movie: segfault chase Feb 14 21:42:25 mrmoku: its there ..."auto usb0" Feb 14 21:42:46 BluesLee: then I don't know... Feb 14 21:43:03 mrmoku: i can ssh but internet via usb doesnt work anymore Feb 14 21:43:06 hmmm Feb 14 21:43:45 thats not usb but network setup then Feb 14 21:43:50 okay, got it Feb 14 21:44:45 PaulFertser: have to reinstall an image with un-modified ophonekitd to give you logs... Feb 14 21:45:12 mrmoku: tough way of changing one packet ;) Feb 14 21:46:24 PaulFertser: I could also un-modify and rebuild ophonekitd... but I don't want to ;-) Feb 14 21:47:31 BTW, for those who's interested in various stuff (this one is pulley-based continious variable transmission): http://auto.howstuffworks.com/cvt2.htm Feb 14 21:48:06 mrmoku: turning off my firewall solves the problem, now i have to check whats wrong here Feb 14 21:48:16 :-) Feb 14 21:48:23 I told you iptables ;_) Feb 14 21:51:00 hmmm Feb 14 21:51:15 i didnt changed my firewall settings Feb 14 21:51:19 patch commited Feb 14 21:51:32 i'm still trying to fix borked data Feb 14 21:51:34 usb0 belongs to internal zone Feb 14 21:51:47 so i dont knwo whats the prblem there Feb 14 22:01:51 message from USSD has different value in every function :/ Feb 14 22:01:58 looks like memory leak(?) Feb 14 22:02:24 it's const char* mapped to char* Feb 14 22:02:34 but when it isn't mapped, it behaves in the same way Feb 14 22:03:04 sometimes in first two functions value is correct, but in third it's borked Feb 14 22:03:13 and in third it is displayed to user :P Feb 14 22:07:57 hmm Feb 14 22:08:18 err Feb 14 22:09:41 whats ussd? Feb 14 22:10:09 excuse my silly question Feb 14 22:11:38 "the white zone is for loading and unloading only! If you.." Feb 14 22:11:49 docscrutinizer2: requests to for instance check cash in prepaid; numbers like *108# Feb 14 22:12:10 ahh Feb 14 22:12:49 *111# for me Feb 14 22:13:00 yep Feb 14 22:13:44 *100# is a very special case asking for interactive reply Feb 14 22:14:11 half of the phones i tested borked on this one Feb 14 22:14:43 docscrutinizer2: *100# here is interactive too Feb 14 22:14:50 nokia did it right since 1999 Feb 14 22:15:54 motorolo winmoob6 crashed XD Feb 14 22:16:23 samsung borks iirc Feb 14 22:17:50 nokia 6230i works, motorola f3 works, samsung x100 works, some lg works, motorola c651 works Feb 14 22:17:57 glofiish winmoob correctly tells "answer to USSD. 1.bla 2. foo" and opens an input field Feb 14 22:18:23 freerunner not :D but libframeworkd-phonegui-efl has some work started to it Feb 14 22:20:01 if I donÄt answer, I get a "USSD-message: net-timeout" Feb 14 22:21:27 but original menu & input field stays alive (zombie) :-/ Feb 14 22:45:06 PaulFertser: build.shr-project.org/tests/mrmoku Feb 14 22:56:27 :o Feb 14 22:56:35 mrmøøku Feb 14 22:56:36 :D Feb 14 22:57:03 Däve :P Feb 14 22:58:55 ;D Feb 14 23:01:14 Dąvę, mrmóku Feb 14 23:01:59 dôß1 ;D Feb 14 23:02:44 ðóś! ;] Feb 14 23:02:51 ðòß1, mrmòĸµ Feb 14 23:03:26 ðóß¹ Feb 14 23:03:31 ok, i have to go Feb 14 23:03:31 ;D Feb 14 23:03:35 good night Feb 14 23:03:51 or góóð ń¹għŧ Feb 14 23:03:54 ;] Feb 14 23:37:47 ok, so, how goes progress on #318? ;) Feb 14 23:37:52 * juri_ RUNS Feb 14 23:49:30 busybox's fault Feb 14 23:49:42 attack his build config Feb 14 23:49:58 right?! Feb 14 23:50:26 who's sites ticket? Feb 14 23:50:29 http://trac.freesmartphone.org/ticket/318 ? Feb 14 23:51:42 http://trac.shr-project.org/trac/ticket/318 ? Feb 14 23:51:50 two different things omg :D Feb 14 23:53:42 wassa problem wif busybox Feb 14 23:53:43 ? Feb 14 23:54:50 nothin Feb 14 23:54:55 false alarm Feb 14 23:55:24 i forgot juri and her gta01 Feb 14 23:57:58 :P Feb 15 00:48:17 freesmartphone.org: 03Frederik.Sdun 07fso-monitord * r8d05dc06cda4 10/configure.ac: added check for minimum vala version Feb 15 00:48:20 freesmartphone.org: 03Frederik.Sdun 07fso-monitord * r38dae5941692 10/ (16 files in 2 dirs): Feb 15 00:48:20 freesmartphone.org: Refactored everything Feb 15 00:48:20 freesmartphone.org: add logging for alle PowerSupplies,PowerControl Feb 15 00:48:20 freesmartphone.org: added FSO.Phone.Call logging ( no metadata ;)) Feb 15 00:48:22 freesmartphone.org: added FSO.Usage and FSO.Prefernces Feb 15 00:48:24 freesmartphone.org: 03Frederik.Sdun 07fso-monitord * ra537d4ffe6f2 10/autogen.sh: Merge branch 'master' of git@git.freesmartphone.org:fso-monitord Feb 15 01:57:38 hello, anybody tell me the "screen capture" app name in SHR? Feb 15 01:58:05 my SHR is the lite version, thanks Feb 15 02:00:42 answer myself: found it by opkg list | grep screenshot Feb 15 02:01:52 :) **** ENDING LOGGING AT Sun Feb 15 02:59:58 2009