**** BEGIN LOGGING AT Sat Feb 28 02:59:58 2009 Feb 28 03:08:13 any VoIP news Feb 28 03:09:37 iax/sip Feb 28 03:14:11 http://sflphone.org looks neat simple gtk one Feb 28 07:57:28 http://cguharry.myweb.hinet.net/ Feb 28 07:57:40 Dear All, give me a hand please!!! Feb 28 07:58:54 fill the survey....studying days are tough for me .. :( Feb 28 08:01:59 mickey|tv: ok thanks :-) Feb 28 09:06:15 * dos1 is fixing build problems on shr-unstable... Feb 28 09:28:51 http://wiki.openmoko.org/wiki/User:Harry hello pls give me hand to fill my survey Feb 28 09:37:43 ok, looks like fixed Feb 28 09:37:58 mrmoku|away: i think build problems are fixed now :) Feb 28 09:54:37 http://wiki.openmoko.org/wiki/User:Harry Feb 28 10:08:40 Hm, WTF Matt is talking about separate statefile for A7? :( Feb 28 10:10:47 hello, what should I install to get the session dbus on SHR(ophonekitd says dbus is not avaliable and the setting don't work) Feb 28 10:27:52 maybe i've found the cause...my fault Feb 28 10:40:39 hello -force-downgrade seems to be the opkg argument i'm looking for...I want to install an old version of a package(dbus-x11) how do I do it? Feb 28 10:46:55 Gnutoo, you wont find the older package in the repo i think, maybe in the shr-testing repo or in any other older repo, and if not you need to make you own ipk, which isnt that hard, and just install this package with opkg -force-downgrade Feb 28 10:48:00 root_at, i've my own repo,and it only want to install the newer dbus-x11 package that is in my own repo Feb 28 10:48:13 ok i'll retry Feb 28 10:48:52 Gnutoo why do you have the newer version in your repo if you dont want it? Feb 28 10:49:15 root_at, it was compiled as a dep of emacs-x11 Feb 28 10:49:58 Gnutoo, but it has its own ipk, doesnt it? why dont you just remove it? Feb 28 10:50:36 because there is a package-index Feb 28 10:50:58 root_at, -force-downgrade doesn't work Feb 28 10:51:17 Gnutoo, isnt there any force-install or something? Feb 28 10:51:36 ( http://rafb.net/p/m2juX742.html ) Feb 28 10:51:44 did you remove the newer dbus-x11 already? opkg remove i mean Feb 28 10:52:35 Gnutoo, i never user it, but there is an offline mode or something, so he cant connect to the repo and it has to install the ipk you give him Feb 28 10:52:40 used* Feb 28 10:53:21 yes I did remove it Feb 28 10:53:34 and i think you need to delete the tmp of opkg, there could be a package Feb 28 10:54:00 and be sure to be not connected to internet Feb 28 10:55:21 I need a rootdir for offline Feb 28 10:55:43 Gnutoo, then just delete the tmp of opkg and disconnect from internet Feb 28 10:56:18 root_at, ok thanks Feb 28 10:56:31 (if you dont know where it is, just do a "find /var -name "*.ipk" and the dir will be shown) Feb 28 10:56:48 Gnutoo, you are welcome Feb 28 10:57:49 maybe I should ask the dev of opkg to add a downgrade feature Feb 28 10:59:40 Gnutoo, there is already the force-downgrade, dont know why it doesnt work...but you have the package you want installed now? Feb 28 11:00:25 it's installed now but I don't like deleting all the cache(or whatever it's called) of opkg Feb 28 11:01:07 this is just the tmp, it would be deleted anyway after shutdown Feb 28 11:03:21 ok Feb 28 11:04:01 mmm it was not dbus but something is broken: ** (process:1359): DEBUG: dbus not available, try again in 5s Feb 28 11:04:09 in ophonekitd Feb 28 11:04:12 and I think it's my setup Feb 28 11:04:45 and 2009.02.28 10:29:32 ogsmd.modems.ti_calypso INFO Requesting new channel from 'gsm0710muxd' from FSO Feb 28 11:04:59 fails with: 2009.02.28 10:29:32 ogsmd.modem.abstract ERROR could not open channel MISC, retrying in 2 seconds Feb 28 11:14:25 i am sorry, i have as good as no idea about all this dbus things Feb 28 11:15:15 but the dbus often takes some time til its working after boot, about 5 mins or something Feb 28 11:17:42 ok Feb 28 11:57:14 Ive been building shr-unstable for a few days now - Ive copied Feb 28 11:57:29 the ipk directory to my webserver and Feb 28 11:57:45 edited the FR opkg conf files to point to it - it Feb 28 11:58:02 seems to see it ok, but doesnt do any updates, point Feb 28 11:58:20 the FR back to bearstech and a heap of updates just happened Feb 28 11:58:27 what am I missing? Feb 28 11:59:08 billk: dns? Feb 28 11:59:40 or bitbake package-index? Feb 28 11:59:45 I what way? - its an internal server on a 192.168 - it downloads the Feb 28 12:00:00 update files ok, just no upgrades Feb 28 12:00:14 if you configured the ip... then dns is not the problem :P Feb 28 12:00:29 the package-index might be... though Feb 28 12:00:52 package indexes are there - no missing files when I compared looked at both bearstech and the local using firefox Feb 28 12:02:11 billk: but did you update the package-index (with bitbake)? Feb 28 12:04:11 make update; cd shr-unstable; make image Feb 28 12:04:29 then copied the files across Feb 28 12:04:36 not enough... make image does not build the package-index me thinks Feb 28 12:04:47 the update using bitbake is something different? Feb 28 12:04:51 either do make distro or bitbake package-index Feb 28 12:04:59 ok, tkx Feb 28 13:33:54 hi Feb 28 14:04:33 freesmartphone.org: 03mickey 07phonesim * r43c702908041 10/ (31 files in 4 dirs): clean up build a bit, build static phonesim library Feb 28 14:09:21 freesmartphone.org: 03mickey 07phonesim * r258f23d3effa 10/ (app/app.pro data/gsm-xml.pl gsm-xml.pl): add pro file for app Feb 28 14:13:22 mickeyl: releasing display works like a charm now... thanks :-) Feb 28 14:13:29 np Feb 28 14:13:31 thanks for finding the problem Feb 28 14:13:44 well... np Feb 28 14:13:45 i didn't notice it here at first Feb 28 14:13:49 since i have a fully populated config Feb 28 14:14:47 mickeyl: btw... my shr minimal build stopped at kernel... in modinst_post Feb 28 14:15:29 which error? Feb 28 14:15:44 let me check... Feb 28 14:16:05 FYI: yesterday I wrote "Serial forwarding: A puzzle" to the kernel mailing list Feb 28 14:16:08 I'd be grateful for ideas Feb 28 14:16:17 dunno whether I should forward it to -devel as well Feb 28 14:16:22 perhaps to raise the audience Feb 28 14:17:13 mickeyl: ...install-sh: ./-m0644 does not exist Feb 28 14:17:20 ah Feb 28 14:17:23 git pull --rebase Feb 28 14:17:26 fixed that in my branch Feb 28 14:17:31 ahh. ok Feb 28 14:17:49 saw your mail... though I'm far from being that lowlevel :( Feb 28 14:17:53 hehe Feb 28 14:17:56 (to have ideas) Feb 28 14:17:59 it's really a mistery Feb 28 14:18:04 nothing urgent though Feb 28 14:18:16 just something that has been confusing me for months Feb 28 14:53:31 folks.. give me a hand http://wiki.openmoko.org/wiki/User:Harry Feb 28 14:53:39 fill the survey.. Feb 28 14:55:15 harrytt: much better ;) Feb 28 14:55:37 I learn al ot from here Feb 28 14:56:02 use the IRC, wiki.... Feb 28 14:56:36 hello, i've a problem with FSO,SHR and dbus...ophonekitd doesn't find the dbus session Feb 28 14:56:46 (I think) Feb 28 15:12:49 is my modem dead or off? Feb 28 15:14:45 help please, I fear that my modem is dead Feb 28 15:15:28 picocom /dev/ttySAC0 doesn't respond!!! and I killed all other things accessing this serial port Feb 28 15:18:28 Gnutoo, did you flash a new gsm firmware? Feb 28 15:18:44 root_at, yes but it was some time ago and it worked after that Feb 28 15:19:46 Gnutoo: I actually only had success talking to modem, if I use mickeyterm with default mux interface (automatically loads gsm0710mux) Feb 28 15:20:09 ok I'll try but I bet it won't work Feb 28 15:20:21 as I killed FSO,and SHR Feb 28 15:20:24 it will :) Feb 28 15:21:10 ok Feb 28 15:21:12 thanks a lot Feb 28 15:21:16 just be aware modem goes suspend after 10sec Feb 28 15:21:31 it only says <----------- Mickey's Term V2.9.3 @ /dev/ttySAC0 -----------> Feb 28 15:21:59 and doesn't accept "wrong" chars other than A And then T at beginning of line Feb 28 15:22:37 dev/ttySAC0 didn't work for me Feb 28 15:23:15 and /sys/class/i2c-adapter/i2c-0/0-0073/neo1973-pm-gsm.0/power_on is set to 1 Feb 28 15:23:26 yes I know AT commands a little bit Feb 28 15:24:43 mickeyterm wihtout argument gives the following error: serial.serialutil.SerialException: could not open port : [Errno 2] No such file or directory: '' Feb 28 15:24:54 maybe I should try to reinstall the rootfs? Feb 28 15:25:02 (know AT) anyway I never seen a modem before that doesn't even echo other chars than A for first char of line Feb 28 15:25:20 hmm Feb 28 15:26:00 for me on fso5 it works, so maybe good idea Feb 28 15:27:25 ouch I have: /usr/sbin/gsm0710muxd[2199]: gsm0710muxd.c:1709:start_muxer(): Modem does not respond to AT commands, trying close mux mode Feb 28 15:28:04 a good idea is to use mickeyterm with charmode (-c iirc) and send "AATE1" to modem Feb 28 15:28:22 (sic) Feb 28 15:28:34 ok i'll try Feb 28 15:29:01 np, that's normal Feb 28 15:30:02 it closes mux mode and reinits modem. then it's ok Feb 28 15:30:09 same problem Feb 28 15:30:41 trying with a port Feb 28 15:31:14 try starting mux with -v interactively. by scutinizing debug output you see modem DOES answer Feb 28 15:36:05 I tried that Feb 28 15:36:23 i'll retry Feb 28 15:36:38 still there's some nasty gotcha with setting up flowcontrol for ttySAC0 when using e.g. 'cat /dev/ttySAC0' Feb 28 15:37:04 that's probably why it didn't work for me Feb 28 15:38:47 a 'stty sane -F /dev/ttySAC0' occasionaly helped but still made cat output "ok" in endless loop Feb 28 15:40:24 DocScrutinizer2: does 'socat - file:/dev/ttySAC0,crtscts,crnl,echo=0,b115200' work always? Feb 28 15:40:43 never tried socat yet Feb 28 15:41:00 been told it should work Feb 28 15:42:47 i'll bitbake socat Feb 28 15:43:41 i'm now waiting fort he default SHR unstable to boot...i'll hope it will work... Feb 28 15:46:59 still doesn't wotk...i'll try FSO Feb 28 15:47:50 another funny detail is 'cat /dev/ttySAC0' returns (on EOF? aka break) when powering down modem Feb 28 15:48:39 ok i'll try Feb 28 15:48:53 i didn't power on the modem this time...i have forgetten to do it Feb 28 15:49:19 muxer does it Feb 28 15:49:32 ok Feb 28 15:49:42 for everything else you need to care Feb 28 15:50:04 muxer also powers down modem on exit Feb 28 15:51:31 anyway it was powered on Feb 28 15:56:40 mickey|sports: url for python-pyrex seems to have changed... ~greg --> greg.ewing Feb 28 16:03:20 just managed to flash 5.1 and it is working, for the most part... I am, however, getting bursts of static that come and go. any ideas? Feb 28 16:09:17 may have been the other end Feb 28 16:17:19 mickey|sports: well... forget about the url :-) they both work... having dns problems on my buildhost Feb 28 16:18:52 mickey|sports: or better still... the first nz has to be www :-) Feb 28 16:19:33 same problem in FSO milestone 5.1 Feb 28 16:19:48 <----------- Mickey's Term V2.9.1 @ /dev/ttySAC0 -----------> Feb 28 16:19:54 and no response from the modem!!!! Feb 28 16:21:02 dev/ttySAC0 didn't work for me Feb 28 16:21:15 once again Feb 28 16:21:19 ah ok Feb 28 16:21:26 so what should i try? Feb 28 16:21:57 use mux what is default iirc Feb 28 16:22:38 DocScrutinizer2, you mean run the mickeyterm without arguments? Feb 28 16:22:47 yup Feb 28 16:23:06 or with -c if you like Feb 28 16:23:13 it fails : Feb 28 16:23:16 ok Feb 28 16:23:20 i'll retry with -c Feb 28 16:23:57 http://rafb.net/p/YMdivh58.html Feb 28 16:25:42 DocScrutinizer2, what should I do now? Feb 28 16:27:26 no idea. maybe start muxer via cmdline first Feb 28 16:27:34 I also see no zhone...neither in the image neither in the feeds Feb 28 16:27:55 never seen this on fso-console ms5 Feb 28 16:30:31 5.1 to be precise Feb 28 16:30:48 http://rafb.net/p/MRLDIf88.html Feb 28 16:31:10 i downloaded fso-illume-ms5.1 Feb 28 16:33:02 try a fuser /dev/ttySAC0 Feb 28 16:33:23 kill all processes accessing modem Feb 28 16:33:32 then start muxer Feb 28 16:33:41 then mickeyterm Feb 28 16:34:01 if it fails I have no clue Feb 28 16:34:24 same error: gsm0710muxd[4397]: gsm0710muxd.c:1709:start_muxer(): Modem does not respond to AT commands, trying close mux mode Feb 28 16:34:28 ah mickeyterm Feb 28 16:34:30 ok Feb 28 16:35:01 that's ok as I already told ya Feb 28 16:35:17 same mickeyterm error Feb 28 16:35:18 ok Feb 28 16:35:21 seen this "doesnt respond" every time Feb 28 16:35:21 sorry Feb 28 16:35:29 ah yes you're right Feb 28 16:36:28 start muxer with -v and you'll see yourself Feb 28 16:39:20 ok I think I'll go...I started with -v and mickeyterm without args and it didn't change anything Feb 28 16:39:34 next to "doesn't respond" you'll find "AT cmd interpreter ready" from modem Feb 28 16:40:30 ok Feb 28 16:40:44 you need to type AATAT Feb 28 16:41:04 ok thanks a lot for your patience Feb 28 16:41:16 as modem goes to sleep and will swallow first char you type Feb 28 16:42:08 and doesn't respond with any error msg as long as it didn't sync by seing a correct "AT" Feb 28 16:42:26 ok but mickeyterm always raise an error.... Feb 28 16:43:22 and doesn't even echo any incorrect char other than any number of "A" followed by a "T" Feb 28 16:43:29 no Feb 28 16:43:43 but I ran it without arguments or with -c Feb 28 16:43:43 as you can tell by using -c for mickeyterm Feb 28 16:45:03 send "AT" then in less than 10sec again, then <10 send "ATE1" Feb 28 16:46:52 to stop annoying char-loss send "at%sleep=1" Feb 28 16:47:30 ah this time I saw: AT-Command Interpreter ready Feb 28 16:47:33 stops modem from going suspend and no need to send a garbage char to wake it again Feb 28 16:47:47 good!!!!! Feb 28 16:48:34 so it took you less time than me to get this first result ;-) Feb 28 16:51:39 I can now reproduce it: Feb 28 16:51:52 start the mux then start mickeyterm but very quickely Feb 28 16:52:09 and you don't even have the time to type a command and it's gone Feb 28 16:52:18 that is to say doesn't respond to commands Feb 28 16:53:07 it does if you wake it and then send the command in less than 10sec Feb 28 16:54:39 i recommend using -c and then typing "AAT" Feb 28 16:55:20 should give an "OK" Feb 28 16:55:56 then enable echo by "AAATE1" Feb 28 16:58:51 then send "AAAT%SLEEP=1" Feb 28 16:59:20 for convenience Feb 28 16:59:23 me 3 Feb 28 16:59:31 I tried aat AAT AAATE1 aaAte1 Feb 28 17:00:16 any "ok" response? Feb 28 17:00:26 no Feb 28 17:00:37 used -c for mickeyterm? Feb 28 17:01:17 yes Feb 28 17:01:19 always Feb 28 17:01:31 :-/ Feb 28 17:02:24 I didn't start muxer by hand, it's done when I "mickeyterm -c" Feb 28 17:02:48 dunno beyond that Feb 28 17:02:54 sorry Feb 28 17:02:59 good luck Feb 28 17:03:14 ok thanks Feb 28 17:03:37 PaulFertser_, hi, I think that I've got a big problem with the modem... Feb 28 17:07:14 btw I hope you're misstyping on " I tried aat ..." Feb 28 17:07:51 jOERG_rw, I tried AT and AAT Feb 28 17:07:53 both Feb 28 17:07:54 basically calypso should know lowercase a as well, but I'm not sure it does for first sync Feb 28 17:08:02 ok Feb 28 17:08:31 you need to send this in less than 10sec, did you? Feb 28 17:08:35 yes Feb 28 17:08:51 so I relly have no more clue Feb 28 17:09:51 maybe I should reflash the modem's firmware as the arm cpu of the modem has a bootloader and it seems that fluid send the firmware via a bootloader upload method...so maybe it will work even if the modem doesn't work well Feb 28 17:10:04 at least that's my understanding Feb 28 17:10:47 no, if modem sends "AT cmd interpreter ready" it's well and no need to update for mickeyterm to work Feb 28 17:13:46 DocScrutinizer, ok but it I have it only once...and otherwise in the mux log...I see only faillure to access the modem Feb 28 17:14:12 could it be a sim card that destroye the modem? Feb 28 17:15:58 nope Feb 28 17:16:04 jr@halley:~/Documents/OpenMoko> sudo neo-ssh Feb 28 17:16:05 SIOCADDRT: Die Datei existiert bereits Feb 28 17:16:06 Warning: Permanently added '192.168.0.202' (RSA) to the list of known hosts. Feb 28 17:16:08 root@192.168.0.202's password: Feb 28 17:16:09 root@om-gta02:~# mickeyterm -c Feb 28 17:16:11 <----------- Mickey's Term V2.9.1 @ /dev/pts/1 -----------> Feb 28 17:16:12 AT-Command Interpreter ready Feb 28 17:16:14 OK Feb 28 17:16:16 OK Feb 28 17:16:18 OK Feb 28 17:16:20 ATE!1 Feb 28 17:16:22 ERROR Feb 28 17:17:03 that's been "AAT" Feb 28 17:17:08 "AAT" Feb 28 17:17:14 "ATE1" Feb 28 17:17:45 after that you see echo of what you type, here "ATE!1" Feb 28 17:19:10 ok i'll try thanks a lot!!! Feb 28 17:25:50 doesn't work...I've no ok Feb 28 17:25:59 I've got an idea...try to access it from the bootloader Feb 28 17:26:07 that's fso-console rootfs ms5.1, updated with latest andy-tracking Feb 28 17:26:35 though this update shouldn't change this issue Feb 28 17:26:54 I've fso-illume with ms5.1 Feb 28 17:28:28 so maybe you need to stop some processes accessing the modem first, and need to make sure muxer is loaded automatically by mickeyterm. I don't see other reason for this to fail Feb 28 17:29:15 ps x |grep mux e.g. Feb 28 17:29:25 mrmoku: i'm not johnny :D "Johny Tenfinger" is only some kind of pseudo ;] Feb 28 17:29:31 fuser /dev/ttySAC0 Feb 28 17:34:31 Gnutoo: btw: you have a battery inserted, do you? modem won't operate without ;) even when rest of device is powered by usb Feb 28 17:34:54 DocScrutinizer2, yes I have Feb 28 17:34:59 k Feb 28 17:36:20 from uboot it seems not to work either Feb 28 17:40:07 dos1: hehe, ok Feb 28 17:40:21 ping PaulFertser_ Feb 28 17:40:44 (he helped me flashing the firmware and seem to know a lot about the gsm firmware) Feb 28 17:42:20 hmm, probably he will redirect you to me ;D Feb 28 17:43:25 ~docscrutinizer Feb 28 17:43:26 somebody said docscrutinizer was Joerg, joerg@openmoko.org Feb 28 17:45:28 somebody was right :) Feb 28 17:47:01 wow, what a smart bot! ;-) Feb 28 17:47:03 :D Feb 28 17:47:15 btw paul isn't fully online ATM. Told me he'll be back in ~5h Feb 28 17:49:30 ah ok lol Feb 28 17:49:54 anyway i'll retry the flashing...which firmware should I flash Feb 28 17:50:45 Gnutoo: from uboot?? what for god's sake should work from uboot wrt calypso? Feb 28 17:50:58 DocScrutinizer2, no from fso Feb 28 17:51:06 did you try to access calypso via uboot console? Feb 28 17:51:15 DocScrutinizer, yes I tried and it failled Feb 28 17:51:39 and from uboot nor Feb 28 17:52:03 hmm never did that Feb 28 17:52:41 ok Feb 28 17:52:45 anyway be assured you don't have a gsm-fw problem Feb 28 17:53:58 you could try and downgrade to moko8 to make sure though ;) Feb 28 17:55:40 I had moko 11 Feb 28 17:57:08 or just flash moko11 another time to make sure it's correctly flashed. fluid will tell "0blocks, 0k" and finish immediately when reflashing same fw-version again Feb 28 17:57:30 ok Feb 28 17:57:32 thanks a lot Feb 28 17:57:45 it does checksum for the fw inside calypso Feb 28 17:58:07 * mwester has upgraded three devices to moko11 now, and not a single problem... Feb 28 17:58:22 mwester: :) Feb 28 17:58:23 The procedure on the wiki is pretty much foolproof now. Feb 28 17:58:52 and will ne even more before end of weekend ;) Feb 28 17:59:26 And with Paul's fix to the kernel power-up sequence, it's actually been rather fun to *remove* all sorts of GSM startup cruft from the various distro starrtup scripts :D Feb 28 17:59:59 great! Feb 28 18:00:08 For the first time ever, it is now possible to reliably restart qt-extended without it having to retry at least once to reset its GSM mux. Feb 28 18:00:24 (restart the app, rather than the entire freerunner) Feb 28 18:01:08 flashing also remarkly simplified Feb 28 18:01:37 though still a pita to create a decent script Feb 28 18:02:03 a not so decent one due to release RSN Feb 28 18:03:47 freesmartphone.org: 03fercerpav 07framework * r374a68ef4b0f 10/framework/subsystems/ogsmd/ (device.py gsm/sms.py modems/abstract/unsolicited.py): Feb 28 18:03:47 freesmartphone.org: Preliminary support for SMS message delivery reports Feb 28 18:03:47 freesmartphone.org: I couldn't find enough reliable information for that type of PDU, Feb 28 18:03:47 freesmartphone.org: therefore support is incomplete for now. Feb 28 18:03:49 freesmartphone.org: 03daniel 07framework * rd849197acf1a 10/framework/subsystems/ogsmd/gsm/sms.py: Feb 28 18:03:52 freesmartphone.org: ogsmd: Do not request message delivery reports by default Feb 28 18:03:54 freesmartphone.org: This will be a per-message option Feb 28 18:03:55 ;) Well as long as its not "indecent", not-so-decent is fine. :D Feb 28 18:03:56 freesmartphone.org: 03daniel 07framework * r82429ede140d 10/tests/sms.py: tests: Make the SMS tests fine granular Feb 28 18:03:59 freesmartphone.org: 03daniel 07framework * rc3b97c2e993b 10/framework/subsystems/ogsmd/gsm/ (convert.py sms.py): Feb 28 18:04:02 freesmartphone.org: ogsmd: Factor out the different message types in individual classes Feb 28 18:04:04 freesmartphone.org: With individual parse and pdu methods for each message type it's now Feb 28 18:04:06 freesmartphone.org: a lot easier to follow the construction of a message. Feb 28 18:04:08 freesmartphone.org: 03daniel 07framework * r6df03e843871 10/tests/sms.py: tests: Add more testcases for sms property defaults Feb 28 18:04:10 so Gnutoo 's problems are clearly userland or maybe kernel. not gsm-fw related Feb 28 18:04:15 freesmartphone.org: 03daniel 07framework * r7dd72517f0d3 10/tests/sms.py: Feb 28 18:04:17 freesmartphone.org: tests: Add a test to measure the time decoding an sms-deliver message Feb 28 18:04:19 freesmartphone.org: Also fix the SMS generation test Feb 28 18:04:21 freesmartphone.org: 03daniel 07framework * re02840a447ef 10/ (4 files in 3 dirs): Feb 28 18:04:23 freesmartphone.org: ogsmd: Change naming of sms address Feb 28 18:04:23 ah ok Feb 28 18:04:27 freesmartphone.org: Follow name changes in modems/abstract/mediator.py and Feb 28 18:04:29 freesmartphone.org: modems/abstract/unsolicited.py so sending and receiving messages will Feb 28 18:04:31 freesmartphone.org: work again with the new stack. Use the new class names directly. Feb 28 18:04:33 freesmartphone.org: 03daniel 07framework * r12f6e9897894 10/framework/subsystems/ogsmd/gsm/sms.py: ogsmd: Add stubs for remaining sms classes Feb 28 18:04:40 CIA flood! Feb 28 18:04:47 yay! Feb 28 18:09:05 anyway it doesn't want to flash Feb 28 18:16:26 but the strange thing is that it doesn't work with the bootloader Feb 28 18:22:36 so what should I do now? Feb 28 18:24:00 is there something that is known to work? Feb 28 18:34:52 Gnutoo: flashing gsm failed? duh. wait a short while. then try my revised uSD image Feb 28 18:35:23 DocScrutinizer, it hang at Bootloader: (reset target) and powering on or of the GSM doesn't change anything Feb 28 18:35:35 DocScrutinizer2, where is your uSD image? Feb 28 18:36:42 see gsm/flashing for exact procedure. Without sysnode patch which isn't included in recent Ms5.1 it needs more than just powercycling modem to start FLUID flashing Feb 28 18:36:59 DocScrutinizer, ah ok thanks a lot Feb 28 18:37:33 uSD image is offline temporarily as it need a small rework Feb 28 18:37:48 ok Feb 28 18:37:57 thanks a lot anyway Feb 28 18:38:32 supposed to be dd'd (duh a nice "word") to a uSD, which you then boot FR from Feb 28 18:39:20 consists of a patched MS5.1-console rootfs and kernel, plus a startscript automating flashing Feb 28 18:39:45 Alas last image I puvlished was broken somehow Feb 28 18:40:44 I'd send the script to you, but it won't work without the mentioned sysfs node patch Feb 28 18:41:23 ok thanks a lot Feb 28 18:41:34 I also have SHR Feb 28 18:41:43 so either try again by *carefully* following the instructions on gsm/flashing, or just wait a bit Feb 28 18:41:52 ok Feb 28 18:46:38 dd'd :D like it ;] Feb 28 18:51:21 * dos1 thinks finally fixed all problems from yesterday; now testing, if translating works ;) Feb 28 18:58:15 DocScrutinizer, and if I bitbake the right kernel? Feb 28 18:58:20 or maybe i'll wait Feb 28 19:25:30 dos1: which problems? Feb 28 19:32:20 Zorkman: i broke building yesterday evening ;) Feb 28 19:32:21 hmm Feb 28 19:32:44 openmoko-*3 is translated... but ophonekitd displays text still in english... Feb 28 19:33:23 hmm Feb 28 19:33:27 ok, it works now :D Feb 28 19:41:21 <|Marco|> dos1: has the error I got last night been locked at ? Feb 28 19:41:42 |Marco|: with libframeworkd-phonegui-efl or shr-theme? Feb 28 19:41:54 <|Marco|> the framework Feb 28 19:41:56 last night was broken ;] Feb 28 19:41:59 <|Marco|> aha Feb 28 19:42:14 <|Marco|> doing a upgrade now Feb 28 19:52:57 :) Feb 28 19:58:14 <|Marco|> dos1: gprs is still not possible through dbus Feb 28 19:59:07 |Marco|: say it to mickey|sports, i'm not FSO guy ;) Feb 28 19:59:47 <|Marco|> it's in shr Feb 28 19:59:55 <|Marco|> okiday Feb 28 20:00:10 |Marco|: SHR is using FSO Feb 28 20:00:19 <|Marco|> d'oh, sorry Feb 28 20:00:31 |Marco|: and non-working GPRS is frameworkd problem Feb 28 20:01:14 <|Marco|> yeah Feb 28 20:01:46 mrmoku: if someone upgraded FR with frameworkd from MS5.1, now opkg upgrade won't upgrade it to version with fix for Display resource Feb 28 20:05:24 Gnutoo: http://people.openmoko.org/joerg/calypso_moko_FW/moko11/flash-moko11_uSD-image.tar.gz Feb 28 20:05:37 DocScrutinizer, thanks a lot!!! Feb 28 20:06:00 ETA for upload: +1:10 Feb 28 20:06:50 is it normal that the image's path is http://people.openmoko.org/joerg/calypso_moko_FW/moko11/flash-moko11_uSD-image.tar.gz.part ? Feb 28 20:07:12 ah ok upload... Feb 28 20:07:20 nope, it's partIAL upload Feb 28 20:07:34 yes I just read it Feb 28 20:10:17 DocScrutinizer2, Gnutoo: lol Feb 28 20:10:46 watsup Feb 28 20:11:09