| 00:09.47 | Openfree | I can't power up my FR, no matter how long I press the power-on key. Is there any people encountered the same problem |
| 00:11.32 | *** join/#openmoko DieMumie1 (n=DieMumie@p549477BC.dip.t-dialin.net) |
| 00:15.47 | ndnihil | dead battery? |
| 00:18.34 | Openfree | ndnihi, should not, I use one full-charged nokia BL-5C |
| 00:19.14 | *** join/#openmoko moocow (n=new@mail.fredcanhelp.com) |
| 00:27.28 | spydon | Openfree, does it start if you connect it to the computer then? |
| 00:28.36 | *** join/#openmoko Zeroedout5 (n=savirc@shop.freegeekvancouver.org) |
| 00:29.25 | Zeroedout5 | sorry was diconnected, did anyone answer my shr question about the .Xsession file? |
| 00:32.25 | SpeedEvil | Zeroedout5: I saw no question |
| 00:39.27 | *** join/#openmoko Bane^ (n=bane@86-60-172-51-Dyn-dsl.ssp.fi) |
| 00:42.24 | rooly | hey |
| 00:42.37 | rooly | anyone know where the python-wxgtk lib is? |
| 00:54.14 | Zeroedout5 | speedevil: odd, thnks, i'll post to list later if I can't figure it out |
| 00:54.47 | *** join/#openmoko raster (n=raster@enlightenment/developer/raster) |
| 01:06.56 | *** join/#openmoko Defiant- (i=erik@c224041.adsl.hansenet.de) |
| 01:21.18 | *** join/#openmoko sandwitch_ (n=sandwitc@247-50-223.ftth.xms.internl.net) |
| 01:21.48 | *** join/#openmoko alex25 (n=chatzill@89-139-135-69.bb.netvision.net.il) |
| 01:23.57 | alex25 | hi all |
| 01:29.34 | alex25 | hi all |
| 01:29.38 | SpeedEvil | hi |
| 01:29.41 | SpeedEvil | hi |
| 01:29.55 | alex25 | need some help... |
| 01:29.57 | alex25 | :) |
| 01:30.26 | *** join/#openmoko [1]tobii_ (n=tobii_@g229132077.adsl.alicedsl.de) |
| 01:30.29 | alex25 | I'm an om noob, |
| 01:30.39 | alex25 | running SHR on an FR |
| 01:31.24 | alex25 | no matter what i do, i can't get the wifi running properly... |
| 01:32.46 | alex25 | any ideas? |
| 01:34.54 | SpeedEvil | There are some issues with the firmware code. |
| 01:35.01 | SpeedEvil | It doesn't get on with some APs. |
| 01:35.26 | SpeedEvil | Though I don't have a FR, so can't comment about other aspects of the wifi |
| 01:36.28 | alex25 | the ap is an wrt54g2 |
| 01:39.02 | *** join/#openmoko amarsh04_ (n=amarsh04@ppp121-45-246-251.lns11.adl6.internode.on.net) |
| 01:41.27 | jjwc | alex25: I also have issues with wifi connections; at home, my AP is a Netgear |
| 01:41.50 | jjwc | ... (don't remember the model name). I'll have to see how things work when I get back to school. |
| 01:51.24 | CIA-52 | openmoko: 03werner * r5458 10/trunk/eda/fped/ (kicad.c postscript.c): |
| 01:51.24 | CIA-52 | openmoko: - added KiCad export of arcs |
| 01:51.24 | CIA-52 | openmoko: - added pad names to Postscript export |
| 02:07.59 | *** join/#openmoko xbmodder_ (n=Sargun@atarack/Staff/Sargun) |
| 02:15.25 | *** join/#openmoko GovCon (n=GC@unaffiliated/govcon) |
| 02:43.21 | *** join/#openmoko retracile (n=eli@76-204-213-211.lightspeed.allntx.sbcglobal.net) |
| 02:47.31 | *** join/#openmoko pcfe (n=pcfe@a83-245-162-13.elisa-laajakaista.fi) |
| 02:55.35 | *** join/#openmoko alephnull (n=alok@122.172.21.65) |
| 03:19.10 | *** join/#openmoko playya (n=playya@unaffiliated/playya) |
| 03:34.48 | *** join/#openmoko lewis__ (n=quassel@bd21d4a4.virtua.com.br) |
| 04:12.41 | CIA-52 | openmoko: 03werner * r5459 10/trunk/eda/fped/ (10 files): |
| 04:12.41 | CIA-52 | openmoko: Columns and loops can now be entered in one step as var = val, val, ... |
| 04:12.41 | CIA-52 | openmoko: - moved definition of expr_result from expr.c to fpd.y |
| 04:12.41 | CIA-52 | openmoko: - new header file fpd.h with all the things fpd.l and fpd.y export |
| 04:12.41 | CIA-52 | openmoko: - edit_var already calls edit_nothing, so there's no need to call it before |
| 04:12.44 | CIA-52 | openmoko: - added rapid entry option for loops, variables, and columns: var = val, ... |
| 04:28.19 | lewis__ | Hi... anyone knows if Debian install script is working know? |
| 04:30.48 | *** join/#openmoko yanu (n=yanu@d54C5F808.access.telenet.be) |
| 04:31.59 | *** join/#openmoko droid0011 (n=mc@p4FDCC172.dip.t-dialin.net) |
| 04:32.30 | *** join/#openmoko DocScrutinizer2 (n=jr@200.194.116.85.dsl.manitu.net) |
| 04:35.39 | *** join/#openmoko lysanderslair (n=jeff@dslb121.ody.ca) |
| 04:44.09 | *** join/#openmoko loca| (n=tux@41.226.159.128) |
| 04:51.36 | *** join/#openmoko Paf (n=bruno@c-67-181-6-191.hsd1.ca.comcast.net) |
| 04:53.22 | *** join/#openmoko eolson3 (n=root@m0e5e36d0.tmodns.net) |
| 04:59.20 | *** part/#openmoko arw_ (i=foobar@190.24.89.132) |
| 04:59.57 | *** join/#openmoko Slaxxer (n=brian@ip72-204-125-6.fv.ks.cox.net) |
| 05:05.20 | CIA-52 | openmoko: 03werner * r5460 10/trunk/eda/fped/ (8 files): |
| 05:05.20 | CIA-52 | openmoko: - when editing a value list, we need to return the values and free them in case |
| 05:05.20 | CIA-52 | openmoko: of successful validation |
| 05:05.20 | CIA-52 | openmoko: - free previous expression in set_col_values |
| 05:05.20 | CIA-52 | openmoko: - added rapid entry also for table values (fill the row) |
| 05:06.02 | *** join/#openmoko ntosme2 (n=narf@adsl-70-240-88-188.dsl.hstntx.swbell.net) |
| 05:07.18 | *** join/#openmoko eolson3 (n=root@m4e5e36d0.tmodns.net) |
| 05:37.13 | *** join/#openmoko dwb (n=david@a177027.upc-a.chello.nl) |
| 05:47.06 | *** join/#openmoko Slaxxer (n=brian@ip72-204-125-6.fv.ks.cox.net) |
| 06:06.40 | *** join/#openmoko t0h (n=tommi@dsl-kvlbrasgw2-fe0cdf00-1.dhcp.inet.fi) |
| 06:25.30 | *** join/#openmoko alephnull (n=alok@122.172.21.65) |
| 06:30.45 | *** join/#openmoko moocow (n=new@mail.fredcanhelp.com) |
| 06:53.00 | *** join/#openmoko sandwitch (n=sandwitc@247-50-223.ftth.xms.internl.net) |
| 07:06.18 | *** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 07:08.49 | *** join/#openmoko greentux (n=lemke@BAA3cca.baa.pppool.de) |
| 07:24.42 | *** join/#openmoko Q-Master (n=qmaster@78.111.153.25) |
| 07:26.53 | *** join/#openmoko fobos (n=fobos@78.90.88.244) |
| 07:27.57 | *** join/#openmoko Openfree (n=Openfree@58.35.27.57) |
| 07:37.46 | *** join/#openmoko cheng (n=cheng@202.201.14.141) |
| 07:42.56 | *** join/#openmoko samgee (n=samgee@fsf/member/samgee) |
| 07:43.35 | *** join/#openmoko emacsian (n=ram@121.246.86.22) |
| 07:44.13 | Kero | no WS afer one night's sleep with 2.6.29; that's a first, so I guess my patch had the desired effect. |
| 07:46.19 | Kero | now I need a better measurement on how long this kernel lasts in suspend, but it seems the diff beween jbt in sleep vs deep stand by is not so big. |
| 07:48.42 | *** join/#openmoko agg1n (n=jan@static-87-245-15-168.teleos-web.de) |
| 07:49.36 | *** join/#openmoko CVirus (n=Satan@196.205.192.166) |
| 07:54.04 | *** join/#openmoko pabs3 (n=pabs@d122-105-78-211.per9.wa.optusnet.com.au) |
| 07:54.23 | pabs3 | how do I stop SHR from mounting all the partitions on my uSD card? |
| 07:58.04 | sandwitch | /etc/udev/mount.blacklist |
| 07:58.17 | *** join/#openmoko Openfree (n=Openfree@58.35.27.57) |
| 08:00.02 | pabs3 | disables /etc/udev/scripts/mount.sh instead |
| 08:02.12 | *** join/#openmoko kkb110 (n=kkb110@c-68-82-181-52.hsd1.de.comcast.net) |
| 08:09.11 | *** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 08:12.59 | *** join/#openmoko kkb110 (n=kkb110@c-68-82-181-52.hsd1.de.comcast.net) |
| 08:12.59 | Kero | removing mountpoints also works; didn't know udev could do/trigger the mounts, too. |
| 08:14.46 | *** join/#openmoko kvaster (n=kvaster@live.bn.by) |
| 08:20.26 | PaulFertser | Kero: did you just disabled deep sleep mode for jbt and it fixed the WS issue for you? |
| 08:22.08 | Kero | yeah. found a comment to that effect in the stable/2.6.24 kernel source. |
| 08:23.09 | Kero | doing a `git lop -p` shows a lot of, let's say, confusion, about jbt. |
| 08:31.53 | DocScrutinizer | PaulFertser: o/ |
| 08:32.00 | *** join/#openmoko amarsh04_ (n=amarsh04@ppp121-45-49-166.lns11.adl2.internode.on.net) |
| 08:32.12 | *** join/#openmoko Sargun (n=Sargun@atarack/Staff/Sargun) |
| 08:37.54 | Q-Master | PaulFertser: thnx. removed gsm07muxd and fso-abyss started to work. not sure if mickeyterm will work... 8( |
| 08:39.26 | PaulFertser | Q-Master: why shouldn't it work? |
| 08:39.39 | PaulFertser | DocScrutinizer: yo |
| 08:40.18 | Q-Master | PaulFertser: seems it depends on mickeyterm |
| 08:40.26 | Q-Master | PaulFertser: seems it depends on gsm07muxd |
| 08:40.27 | Q-Master | 8) |
| 08:40.38 | PaulFertser | Q-Master: modern mickeyterm supports both, so np |
| 08:40.43 | Q-Master | ok |
| 08:41.42 | DocScrutinizer | Q-Master: why should mickeyterm not work? |
| 08:42.05 | DocScrutinizer | aah, late :-/ |
| 08:42.14 | DocScrutinizer | nevermind then |
| 08:43.05 | *** join/#openmoko |Sorcerer| (n=|Sorcere@p3EE2F3BF.dip.t-dialin.net) |
| 08:44.45 | Kero | PaulFertser: I'll check more in the upcoming 24h :) |
| 08:45.34 | Kero | and I'm open to other suggestions of changing the kernel; once done, cross compiling again is easy. |
| 08:59.40 | *** join/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
| 09:02.51 | *** join/#openmoko azaghal (n=azaghal@91.148.113.117) |
| 09:05.32 | *** join/#openmoko morphis (n=quassel@p54899D44.dip0.t-ipconnect.de) |
| 09:06.20 | Kero | too bad, GPRS connect+disconnect got somehing very upset. symptoms: settings app will wait infinitely for its modules to load and incoming call is not shown |
| 09:07.09 | *** join/#openmoko chomwitt (n=chomwitt@ppp-94-66-169-103.home.otenet.gr) |
| 09:08.49 | Kero | can't find the incoming call in frameworkd.log. hm. |
| 09:09.35 | *** join/#openmoko emacsian (n=ram@121.246.86.22) |
| 09:10.11 | DocScrutinizer | Kerba: known issue here |
| 09:10.32 | Kero | DocScrutinizer: it worked prev time I tried :) |
| 09:10.40 | DocScrutinizer | frameworkd stalls for me on inbound call |
| 09:11.03 | DocScrutinizer | that is - during long call |
| 09:11.18 | DocScrutinizer | due to pppd timeout we suspect |
| 09:11.34 | Kero | needs a way to run his restart_gsm script from GUI; as it restarts GUI atm. |
| 09:12.01 | Kero | it wasn't very long. just connect+disconnect, actually. |
| 09:12.41 | DocScrutinizer | the call? |
| 09:12.54 | DocScrutinizer | interesting |
| 09:13.25 | *** join/#openmoko Zeroedout (n=savirc@S0106000fb53f3cac.vc.shawcable.net) |
| 09:13.49 | Kero | the GPRS connection was short. incoming call was entirely invisible. |
| 09:13.55 | DocScrutinizer | see if you can send any more mdbus -s commands (to frameworkd) |
| 09:14.08 | Zeroedout | anyone alive that knows where shr tells X to load illume? I want to use icewm instead and just placing a .Xsession file on ~/ does nothing |
| 09:14.12 | *** join/#openmoko messerting (n=messerti@cm-84.208.182.112.getinternet.no) |
| 09:14.16 | *** join/#openmoko thrashold (n=europan@3mhz.net) |
| 09:14.23 | DocScrutinizer | oooh, that's definitely different failure pattern |
| 09:14.47 | Kero | DocScrutinizer: I guess the haning "loading modules" in settings shows I could not? (restarted already) |
| 09:15.02 | DocScrutinizer | yes |
| 09:15.55 | DocScrutinizer | Kero: you should have saved the logs |
| 09:18.07 | *** join/#openmoko vaiursch (n=erwin@84-75-27-13.dclient.hispeed.ch) |
| 09:19.47 | Kero | GSM.PDP.ContextStatus: 1 release {} / GSM.PDP.NetworkStatus: {'registration': 'unregistered'} and that last line is literally the last in the log before restart |
| 09:20.12 | Kero | restarted framework and some other parts. did not reboot the phone ;) |
| 09:23.10 | DocScrutinizer | Kero: I guess you should tell FSO-crew about it. Preferrably mickeyl |
| 09:23.53 | *** join/#openmoko ferluszt (n=ferluszt@p5DC2DC58.dip.t-dialin.net) |
| 09:25.09 | *** join/#openmoko quatrox (n=quatrox@ti0206a340-0313.bb.online.no) |
| 09:27.49 | *** join/#openmoko amarsh04_ (n=amarsh04@ppp121-45-196-125.lns10.adl2.internode.on.net) |
| 09:27.52 | CM | Crap, my gta01 battery is dead. Swollen to double size :( |
| 09:29.42 | DocScrutinizer | ouch |
| 09:30.45 | CM | Just had it plugged in via USB as usually |
| 09:31.08 | CM | I know there's a nokia battery that kind of works, but is there some better way? |
| 09:32.18 | DocScrutinizer | for gta01 the BL-5C isn't that much different |
| 09:32.54 | *** join/#openmoko itsgeorg (n=rud@p508111CB.dip0.t-ipconnect.de) |
| 09:33.10 | PaulFertser | CM: ehm |
| 09:34.16 | PaulFertser | CM: well, the best battery would be BL-6C for you. But... gta01 currently sets pcf50606 to control temperature of gta01 battery, bl-6c is incompatible with that setting. You'll have to charge the battery separately. Or i can prepare a custom ad-hoc patch fast or a proper patch slow to enable charging of bl-6c |
| 09:34.17 | DocScrutinizer | PaulFertser: possible result of restating MBC every 15min |
| 09:34.38 | CM | ok |
| 09:34.40 | PaulFertser | DocScrutinizer: the mbc restart was never implemented for pcf50606 i guess. |
| 09:35.01 | DocScrutinizer | no idea here |
| 09:35.37 | CM | Or, does someone want an extra gta01? |
| 09:35.50 | *** join/#openmoko stephan_ (n=stephan@koln-5d817182.pool.einsundeins.de) |
| 09:36.19 | CM | I haven't spent enough time on it lately anyway. |
| 09:36.29 | PaulFertser | CM: where're you located? |
| 09:36.37 | CM | PaulFertser: Sweden, Stockholm |
| 09:36.53 | CM | You? Do you want it? |
| 09:37.05 | CM | I'll just mail it if you do |
| 09:38.05 | DocScrutinizer | PaulFertser: \o/ finally :D |
| 09:38.55 | *** join/#openmoko ajbrun (n=ajbrun@host86-153-106-215.range86-153.btcentralplus.com) |
| 09:39.39 | DocScrutinizer | CM: PaulFertser is highly interested in getting a 01, to help other people with their 01 |
| 09:40.48 | CM | DocScrutinizer: I'll mail it to him :) |
| 09:41.13 | DocScrutinizer | I'm really glad to hear that great news |
| 09:43.15 | *** join/#openmoko amarsh04 (n=amarsh04@ppp121-45-14-23.lns10.adl2.internode.on.net) |
| 09:43.39 | DocScrutinizer | PaulFertser: we urgently need an amendment to bat faq "never ever store a discharged bat for prolonged time. never leave bat inside device for weeks while device not in use" |
| 09:43.54 | PaulFertser | DocScrutinizer: right |
| 09:44.16 | *** join/#openmoko pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 09:44.34 | DocScrutinizer | checks his half a dozen devices :-P |
| 09:44.41 | pabs3 | is that only for GTA01? |
| 09:45.40 | DocScrutinizer | nope, that holds true for *all* devices, no matter whether OM, Nokia, Samsung whatever |
| 09:47.03 | DocScrutinizer | though for 01 it's a particularly nasty situation due to power-down issues (might fail partially) |
| 09:51.05 | *** join/#openmoko stephan_ (n=stephan@koln-5d817182.pool.einsundeins.de) |
| 09:54.32 | *** join/#openmoko Tanuva (n=tanuva@p5B10D65E.dip.t-dialin.net) |
| 09:57.24 | *** join/#openmoko raster (n=raster@enlightenment/developer/raster) |
| 09:58.47 | *** join/#openmoko transylvania (i=leon@lor34-1-82-240-239-234.fbx.proxad.net) |
| 10:03.20 | *** join/#openmoko spydon (n=spydon@c83-251-170-132.bredband.comhem.se) |
| 10:09.33 | *** join/#openmoko amarsh04_ (n=amarsh04@ppp121-45-156-217.lns11.adl6.internode.on.net) |
| 10:11.50 | *** join/#openmoko Ghiottone (n=ale@host-84-221-209-149.cust-adsl.tiscali.it) |
| 10:12.36 | *** join/#openmoko ferluszt (n=ferluszt@p5DC2DC58.dip.t-dialin.net) |
| 10:18.36 | *** join/#openmoko wagner (n=stephan@131.220.243.205) |
| 10:20.03 | *** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 10:23.39 | *** join/#openmoko dos1 (n=dos@unaffiliated/dos1) |
| 10:24.38 | *** join/#openmoko ferluszt (n=ferluszt@p5DC2DC58.dip.t-dialin.net) |
| 10:27.14 | *** join/#openmoko amarsh04__ (n=amarsh04@ppp121-45-215-178.lns11.adl2.internode.on.net) |
| 10:28.09 | *** join/#openmoko spydon_ (n=spydon@c83-251-170-132.bredband.comhem.se) |
| 10:28.18 | *** join/#openmoko kvaster (n=kvaster@live.bn.by) |
| 10:36.35 | *** join/#openmoko fwi-x (n=X-FWI@LPointe-a-Pitre-151-10-156.w81-248.abo.wanadoo.fr) |
| 10:45.01 | *** part/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
| 10:45.56 | *** join/#openmoko Tanu (n=tanuva@p5B10C118.dip.t-dialin.net) |
| 10:46.58 | *** join/#openmoko bumbl (n=bumbl@91-113-121-201.adsl.highway.telekom.at) |
| 10:47.27 | *** join/#openmoko sleipnir (n=Sleipnir@p4FDD724B.dip.t-dialin.net) |
| 10:49.39 | *** join/#openmoko naeg (n=Anon@194.208.239.170) |
| 10:51.38 | pabs3 | how would I debug why uboot doesn't advertise DFU or a tty over USB? |
| 10:52.05 | pabs3 | (the NAND uboot that is, the NOR one is fine) |
| 10:55.12 | pabs3 | actually it doesn't advertise itself at all, even lsusb doesn't see it |
| 10:55.46 | ndnihil | I'm not sure NAND is supposed to |
| 10:55.54 | ndnihil | all that happens in NOR I think |
| 10:57.34 | pabs3 | is there an environment option for it? or a way to get the NOR environment? |
| 10:58.04 | ndnihil | you can probably read it, but you can't write to it |
| 10:58.38 | pabs3 | sure, I wouldn't want to write to it ;) |
| 11:02.24 | *** join/#openmoko nio_ (n=nio@d594e5f2.dsl.concepts.nl) |
| 11:02.38 | PaulFertser | pabs3: nand u-boot should be visible over usb too. |
| 11:03.03 | PaulFertser | pabs3: you can read nor environment with "printenv" |
| 11:03.05 | ndnihil | I just tried mine and didn't get it either |
| 11:03.19 | ndnihil | nor works, nand doesnt |
| 11:03.37 | ndnihil | oh duh |
| 11:03.43 | ndnihil | nand on mine is qi |
| 11:03.48 | PaulFertser | ndnihil: probably one should select "activate usb console" in the menu or something. |
| 11:03.48 | ndnihil | nevermind :) |
| 11:04.18 | *** join/#openmoko arfmarf (n=arfmarf@unaffiliated/arfmarf) |
| 11:04.25 | PaulFertser | ndnihil: good boy ;) I'm using Qi from the beginning too :) |
| 11:04.38 | ndnihil | I'm still a uboot fan |
| 11:05.00 | ndnihil | gave qi a shot and haven't had a reason to switch back |
| 11:06.07 | pabs3 | has multiple distros on uSD so needs uboot |
| 11:06.08 | PaulFertser | DocScrutinizer: btw, battery q&a already has a note how to properly store batteries. |
| 11:06.37 | DocScrutinizer | oooh, was about to type that next :-P |
| 11:06.38 | blindcoder | hah, finally all .mid converted to .wav :) |
| 11:06.43 | DocScrutinizer | need to look more closely |
| 11:06.53 | DocScrutinizer | §? |
| 11:06.55 | blindcoder | I can use my ringtones on the FR again :) |
| 11:07.22 | PaulFertser | DocScrutinizer: http://wiki.openmoko.org/wiki/Battery_Questions_and_Answers#I_have_several_compatible_batteries._What_are_the_storage_requirements_for_them.3F |
| 11:08.25 | PaulFertser | He, so anybody wants to tell me if his *bluetooth* keyboard or mouse works with modern distros if using updated instructions? |
| 11:08.59 | DocScrutinizer | PaulFertser: yo, good you pointed me to that just in time :-D |
| 11:12.52 | *** join/#openmoko naeg (n=Anon@194.208.239.170) |
| 11:13.24 | PaulFertser | DocScrutinizer: anyway should be clarified that inside the device nasty things (==deep discharge) can happen. |
| 11:14.30 | *** join/#openmoko amarsh04_ (n=amarsh04@ppp121-45-144-252.lns11.adl6.internode.on.net) |
| 11:14.31 | DocScrutinizer | http://wiki.openmoko.org/wiki/Battery_Questions_and_Answers#Battery_care_and_safety_guidelines |
| 11:15.41 | DocScrutinizer | PaulFertser: deep discharge in itself isn't that nasty. Not recharging for weeks after reaching that state is though |
| 11:15.54 | blindcoder | my battery applet says 66% when the phone says battery is full :( |
| 11:16.07 | DocScrutinizer | blindcoder: yawn |
| 11:16.20 | blindcoder | currently reading th ewiki page though ;) |
| 11:16.36 | PaulFertser | DocScrutinizer: s/Neo/gta02/ as we now know that gta01 won't restart charging |
| 11:16.42 | DocScrutinizer | blindcoder: please select theme-illume-shr when first time booting SHR freshly flashed device |
| 11:16.57 | DocScrutinizer | PaulFertser: true |
| 11:16.59 | blindcoder | DocScrutinizer: I did. |
| 11:17.51 | *** join/#openmoko dns53 (n=dns@ppp246-215.static.internode.on.net) |
| 11:17.57 | *** join/#openmoko ericthefish (n=ivan@94-192-230-157.zone6.bethere.co.uk) |
| 11:18.06 | PaulFertser | blindcoder: don't use HAL for battery readings, use internal method or disable hald. |
| 11:18.37 | ndnihil | wtf |
| 11:18.37 | ndnihil | my fr wont boot |
| 11:18.43 | DocScrutinizer | PaulFertser: ooops OT on community channel, no? |
| 11:19.16 | ndnihil | wont boot without usb plugged in |
| 11:19.31 | DocScrutinizer | blindcoder: [2009-08-15 23:35:57] <DocScrutinizer> budfive_: switch to internal mode in hardware in advanced in batmeter in advanced in illume-wrench |
| 11:19.56 | DocScrutinizer | blindcoder: then restart X or reboot |
| 11:20.43 | DocScrutinizer | blindcoder: [2009-08-15 23:37:45] <DocScrutinizer> budfive_: or simply stop hald, as nobody seems to know whyt for we need it anyway |
| 11:21.12 | blindcoder | I see, it was on auto-detect here |
| 11:21.52 | blindcoder | 92% now :-) |
| 11:21.52 | CIA-52 | openmoko: 03werner * r5461 10/trunk/eda/fped/ (13 files): (log message trimmed) |
| 11:21.52 | CIA-52 | openmoko: Added Postscript outout for measurements, plus assorted changes. |
| 11:21.52 | CIA-52 | openmoko: - postscript.c: added patterns backhatchpath and crosspath (for pad overlaid |
| 11:21.52 | CIA-52 | openmoko: with solder paste) |
| 11:21.52 | CIA-52 | openmoko: - postscript.c: added measurements |
| 11:21.53 | CIA-52 | openmoko: - postscript.c: prefixed style parameters with PS_ to avoid future conflicts |
| 11:21.55 | CIA-52 | openmoko: with gui_style.h |
| 11:21.58 | blindcoder | .oO( if actually charging was that easy ) |
| 11:22.20 | ndnihil | battery is dead |
| 11:22.22 | ndnihil | for some reason |
| 11:22.27 | ndnihil | it has been plugged in all night |
| 11:22.52 | ndnihil | I guess it had just enough for it to boot with a boost from usb |
| 11:23.28 | PaulFertser | ndnihil: gta02 plugged in all night and the battery is dead? :-O |
| 11:23.33 | ndnihil | yep |
| 11:24.10 | DocScrutinizer | ndnihil: plugged in to WHAT? |
| 11:24.37 | ndnihil | workstation |
| 11:24.40 | ndnihil | like it usually is |
| 11:24.47 | DocScrutinizer | HMMM |
| 11:25.09 | pabs3 | PaulFertser: all the uboot usb stuff is the same between NOR & NAND. I notice this in dmesg with NAND uboot: [298891.664055] usb 3-1: device not accepting address 35, error -71 |
| 11:25.17 | *** join/#openmoko SiNiESTrO (n=siniestr@179.Red-80-33-148.staticIP.rima-tde.net) |
| 11:25.23 | DocScrutinizer | so I would blame my WS for powering down / suspending the USB host connector |
| 11:26.35 | PaulFertser | pabs3: strange. Are you running the latest u-boot in NAND? |
| 11:26.44 | DocScrutinizer | ndnihil: especially if FR goes to suspend, the host might decide to stop power to USB |
| 11:26.59 | ndnihil | it doesn't normally suspend when plugged in |
| 11:27.32 | DocScrutinizer | ndnihil: but of course also a WS suspending itself may stop powering any USB device |
| 11:28.00 | ndnihil | this thing has never suspended in its life |
| 11:28.11 | pabs3 | PaulFertser: yes, tried several versions. currently u-boot-gta02v5-1.3.1+gitr650149a53dbdd48bf6dfef90930c8ab182adb512-r1.bin |
| 11:29.03 | DocScrutinizer | ndnihil: well anyway, CND, sorry |
| 11:29.16 | ndnihil | I'm going to assume I locked it up playing with wireless again |
| 11:29.36 | ndnihil | the phone that is |
| 11:29.49 | ndnihil | that is the major cause of lockups for me |
| 11:30.23 | DocScrutinizer | that's also a possible reason for WS not to see anymore response from USB data level thus powering down USB-VBUS |
| 11:30.59 | PaulFertser | pabs3: you need to ask Rask about it, he says he cares about u-boot. |
| 11:31.24 | DocScrutinizer | ooh, really? |
| 11:31.28 | DocScrutinizer | great news |
| 11:32.02 | *** join/#openmoko Piet (i=pietor@gateway/gpg-tor/key-0xC5C71DCE) |
| 11:32.02 | *** join/#openmoko kvaster (n=kvaster@live.bn.by) |
| 11:32.10 | DocScrutinizer | so he might fix a few real nasties in uboot, as werner refuses to touch it |
| 11:32.20 | *** join/#openmoko itsgeorg (n=rud@p50812F0B.dip0.t-ipconnect.de) |
| 11:32.22 | PaulFertser | He might |
| 11:33.16 | *** join/#openmoko Openfree (n=Openfree@58.33.70.36) |
| 11:33.53 | DocScrutinizer | PaulFertser: we have a fat bug wrt 256b-inodes |
| 11:34.07 | DocScrutinizer | (ext2 that is) |
| 11:34.29 | DocScrutinizer | AIUI |
| 11:34.52 | *** join/#openmoko Tanuva (n=tanuva@p5B10C118.dip.t-dialin.net) |
| 11:35.11 | *** join/#openmoko UnknownArtists (n=unknown@84.19.198.69) |
| 11:36.29 | DocScrutinizer | ndnihil: (WIFI) yeah segfaults frequently for me as well :-( |
| 11:37.28 | ndnihil | locks up the whole device for me |
| 11:37.32 | ndnihil | have to pop the battery out |
| 11:37.51 | ndnihil | not every time, but probably 2 out of 3 times I try to use WPA |
| 11:37.57 | DocScrutinizer | err s/segfaults/PANICs/ |
| 11:38.40 | DocScrutinizer | so yes, same her (though on WEP) |
| 11:39.00 | ndnihil | open APs are no problem |
| 11:39.05 | ndnihil | connects right up |
| 11:39.07 | ndnihil | does its thing |
| 11:39.32 | ndnihil | but mine is WPA2 with an obnoxiously long key, and it doesn't go anywhere unless you run VPN on top of that :) |
| 11:40.27 | *** join/#openmoko xkr47 (i=xkr47@a88-114-29-162.elisa-laajakaista.fi) |
| 11:40.27 | ndnihil | without VPN everything is blocked, except for all web traffic which gets redirected to a blinking page that makes fun of them for wasting time dicking around with my AP |
| 11:40.56 | blindcoder | can't argue with paranoia ;) |
| 11:41.22 | blindcoder | I just created my key by banging my head on the keyboard. it sure beat doing 'strings /dev/random' ;) |
| 11:42.00 | *** join/#openmoko droid001 (n=mc@p4FDCFEA9.dip.t-dialin.net) |
| 11:42.06 | ndnihil | mine is 55 random characters |
| 11:42.07 | Defiant- | anyone can recommend an rss reader? |
| 11:42.31 | blindcoder | Defiant-: for the FR or in general? |
| 11:42.44 | Defiant- | blindcoder: for the freerunner...should be able to work offline |
| 11:43.04 | blindcoder | then no, sorry. |
| 11:43.09 | *** join/#openmoko PBeck (n=PBeck@HSI-KBW-078-042-071-198.hsi3.kabel-badenwuerttemberg.de) |
| 11:43.16 | blindcoder | haven't got a data plan yet, so also no idea about that |
| 11:44.32 | ndnihil | rssyl plugin for claws |
| 11:44.36 | PBeck | hi |
| 11:44.48 | ndnihil | its in the repos |
| 11:45.25 | *** join/#openmoko lysgaard (n=morten@85.221.51.48) |
| 11:45.45 | ndnihil | I'd assume it works with the offline mode of claws itself |
| 11:46.05 | Defiant- | ndnihil: hmm, does it support update rfom commandline, so I can do ssh gta02 "update-rss" |
| 11:46.11 | Defiant- | *from |
| 11:46.28 | ndnihil | dunno, never used it myself |
| 11:46.49 | ndnihil | grep -i rss pkgs.txt |
| 11:46.51 | ndnihil | :) |
| 11:47.19 | ndnihil | (every time I opkg update, I opkg list > pkgs.txt, it's faster to grep that than it is to opkg search) |
| 11:49.08 | *** join/#openmoko everslick (n=clemens@91-113-116-193.adsl.highway.telekom.at) |
| 11:49.38 | *** join/#openmoko methril|work (n=Methril@127.Red-80-38-102.staticIP.rima-tde.net) |
| 11:50.04 | *** join/#openmoko dcordes (n=luke-g@unaffiliated/dcordes) |
| 11:50.45 | *** join/#openmoko ferluszt (n=ferluszt@p5DC2DC58.dip.t-dialin.net) |
| 11:51.37 | *** join/#openmoko ferluszt1 (n=ferluszt@p5DC2DC58.dip.t-dialin.net) |
| 11:52.07 | *** join/#openmoko hax404 (n=quassel@mnhm-590d926a.pool.einsundeins.de) |
| 11:52.44 | lysgaard | Hi. I've been away for a month, vacation. And I've discovered that my SHR build is quite unstable. Missing messages etc. How is the current one? |
| 11:53.09 | DocScrutinizer | wonders if opkg doesn't do exactly the same on "update" |
| 11:56.32 | *** join/#openmoko kirun (n=kirun@78-86-154-194.zone2.bethere.co.uk) |
| 11:58.33 | *** join/#openmoko arfmarf (n=arfmarf@unaffiliated/arfmarf) |
| 11:59.14 | blindcoder | okay, maybe you'll massacre me one day or another for asking these questions, but still. |
| 11:59.16 | *** join/#openmoko emacsian1 (n=ram@121.246.86.22) |
| 11:59.19 | ndnihil | DocScrutinizer: not conveniently in ~, and I figured it would be a bit more complex than a simple list of packages |
| 11:59.54 | blindcoder | I got my FR from my employer, asking specifically for a V07. uBoot and /proc/cpuinfo say 06 though. Date code is march 2009. |
| 12:00.10 | blindcoder | has the display of the revision just NOT changed or did the order go wrong after all? |
| 12:00.34 | ndnihil | back up to the first part |
| 12:00.39 | ndnihil | how did you get your employer to buy you a FR? |
| 12:00.45 | blindcoder | ndnihil: asking? |
| 12:00.49 | ndnihil | I had to buy mine myself |
| 12:00.58 | ndnihil | they keep sending me blackberries |
| 12:01.09 | blindcoder | I lost my blackberry |
| 12:02.10 | blindcoder | I told them that I lost my Blackberry and if I should organise a new phone myself |
| 12:02.26 | blindcoder | they said no, they'll take care of it and if I had any special wish for a phone |
| 12:02.58 | ndnihil | nice |
| 12:03.02 | blindcoder | I showed them the webpage of a reseller, said gta02v7 with a spare battery and a few days later it came with the mail |
| 12:03.07 | ndnihil | as for how to tell revision |
| 12:03.14 | ndnihil | its silkscreened on the PCB |
| 12:03.31 | blindcoder | yeah, too bad my smallest torx is a t8 :( |
| 12:03.51 | ndnihil | flatheads work |
| 12:03.51 | blindcoder | can't open the screws |
| 12:03.51 | ndnihil | just need the right size |
| 12:03.52 | ndnihil | or grind one down to fit |
| 12:03.56 | PaulFertser | ndnihil: yes, proc/cpuinfo shows the old stuff |
| 12:04.04 | CIA-52 | openmoko: 03werner * r5462 10/trunk/eda/fped/ (6 files): |
| 12:04.04 | CIA-52 | openmoko: - adjust measurement bbox for projection (still not perfect, but better) |
| 12:04.04 | CIA-52 | openmoko: - we can now scroll-wheel through table rows |
| 12:04.04 | CIA-52 | openmoko: - added menu branch "View" with zoom and var/code display controls |
| 12:04.04 | CIA-52 | openmoko: - commented out is_min_of_next until its fate is decided, so that we don't get |
| 12:04.07 | CIA-52 | openmoko: a warning |
| 12:04.10 | blindcoder | flathead? you know the german word for it? |
| 12:04.18 | PaulFertser | blindcoder: no need |
| 12:04.19 | ndnihil | hrm, a flat bladed screwdriver |
| 12:04.21 | DocScrutinizer | blindcoder: A7 has components and empty footprints at base of uSD card. Thus you can tell apart from A6 easily |
| 12:04.24 | PaulFertser | blindcoder: let me show you another node |
| 12:04.54 | PaulFertser | blindcoder: cat /sys/devices/platform/neo1973-version.0/pcb |
| 12:05.10 | ndnihil | I'd imagine the A7 is missing the cap across the pins of the uSD slot |
| 12:05.33 | PaulFertser | blindcoder: 0x101 for A7, 0x001 for A6 |
| 12:06.06 | ndnihil | neat, didn't know about that one |
| 12:10.26 | *** join/#openmoko pwerken (n=pwerken@82-169-213-233.ip.telfort.nl) |
| 12:11.09 | DocScrutinizer | ndnihil: I don't have any MP A7 for actually checking, but afaik (and from PV devices A7) there *is* this cap |
| 12:12.36 | ndnihil | oh really? I figured they would have fixed that |
| 12:12.40 | blindcoder | PaulFertser: reads 0x101, thanks :) |
| 12:12.47 | ndnihil | well, fixed/found a proper place for it |
| 12:13.15 | DocScrutinizer | ndnihil: what do you mean with "fixed" ?? the caps *are* the fix |
| 12:13.35 | ndnihil | well yeah, but do they really belong soldered across the pins of the uSD carrier? |
| 12:14.10 | DocScrutinizer | actually there are 6 empty footprints and 3 caps on A7, wher there is nothing on A6 |
| 12:15.10 | DocScrutinizer | ndnihil: on A7 they aren't soldered across the uSD-holder contact pads |
| 12:15.37 | ndnihil | ah, so they did find a place for it |
| 12:17.49 | DocScrutinizer | ndnihil: as I stated above, they are placed on the empty pcb real estate that can be found on A6 at base of uSD holder |
| 12:18.19 | ndnihil | gotcha, I was just thinking that checking for the presence of the cap across the pins would be a way to differentiate between the a6 and a7 |
| 12:18.34 | ndnihil | though I don't know if all a6's have them |
| 12:18.46 | ndnihil | or if it is present in a5 and prior |
| 12:18.55 | DocScrutinizer | no, most A6 actually don't have |
| 12:19.13 | DocScrutinizer | afaik |
| 12:22.44 | DocScrutinizer | and anyway the A6-"fix" is actually useless, as it operates on sdclk only, and we switch that clock down while no access to uSD, this patch went to kernel long ago. While accessing uSD you got noise from datalines as well, so the A6-"fix" won't help there |
| 12:24.06 | CIA-52 | openmoko: 03werner * r5463 10/trunk/eda/fped/kicad.c: |
| 12:24.06 | CIA-52 | openmoko: - ctime(3) already provides a newline, so don't add an extra one to the .mod |
| 12:24.06 | CIA-52 | openmoko: file, possibly confusing KiCad |
| 12:28.54 | SpeedEvil | Wasn't there a drive strength fix also - which will |
| 12:28.58 | SpeedEvil | (help) |
| 12:29.29 | ndnihil | solders a bunch of caps across the datalines |
| 12:29.57 | CIA-52 | openmoko: 03werner * r5464 10/trunk/gta02-core/ (Makefile gta02-core.pro modules/mkloe): |
| 12:29.57 | CIA-52 | openmoko: - modules/mkloe: script to generate a unified library from the .fpd files |
| 12:29.57 | CIA-52 | openmoko: - gta02-core.pro: removed stock libraries and added gta02-core.mod instead |
| 12:29.57 | CIA-52 | openmoko: - Makefile: run modules/mkloe on "make update" |
| 12:29.57 | CIA-52 | openmoko: - Makefile: new target "brd" to invoke pcbnew |
| 12:30.04 | DocScrutinizer | SpeedEvil: yup |
| 12:30.11 | *** join/#openmoko el_sime (n=Simone@mar75-6-82-238-37-40.fbx.proxad.net) |
| 12:32.07 | PaulFertser | DocScrutinizer: my MP A6 has a cap acress sd pins. |
| 12:32.48 | PaulFertser | SpeedEvil: also the default value of drive strength is known to cause problems sometimes. |
| 12:33.17 | SpeedEvil | with corruption? |
| 12:33.28 | DocScrutinizer | PaulFertser: yup, fab did a rework on a bunch of devices, until we realized the clock and drivestrength solution |
| 12:33.30 | SpeedEvil | the new default you mean after drive strength reduction? |
| 12:33.47 | PaulFertser | SpeedEvil: yes |
| 12:34.25 | DocScrutinizer | iirc I recommended that back when, as removing a few caps in case they really hurt is much simpler than retrofitting them |
| 12:36.13 | PaulFertser | wonders why the fuck do we all put up with cryptic DSDT acpi shit. Why no laptop vendor ever documents their hardware properly and instead provides buggy and weird DSDT without any comments or hints whatsoever? |
| 12:36.39 | DocScrutinizer | PaulFertser: the diffs in these caps being there or not may be the cause for some devices don't work with some cards |
| 12:37.14 | PaulFertser | DocScrutinizer: these caps == the one one the clock line in some A6s? |
| 12:37.22 | DocScrutinizer | yep |
| 12:37.44 | DocScrutinizer | rsp the few ones on A7 (if they actually are there for MP) |
| 12:38.34 | PaulFertser | DocScrutinizer: btw, why reducing clock is supposed to help GPS anyhow? What can we do now to understand if 8x slowdown when gps is powered is really justified or not? |
| 12:38.35 | SpeedEvil | PaulFertser: works with windows/thatyear - shipit |
| 12:38.51 | SpeedEvil | holds up a spectrum analyser. |
| 12:39.13 | DocScrutinizer | PaulFertser: I never completely understood the rationale behind that |
| 12:39.20 | PaulFertser | SpeedEvil: but quite some laptop manufacturers say they care about free software and ship with GNU/Linux preinstalled. |
| 12:39.22 | SpeedEvil | Though to a limited extent - the signal reported by the GPS would be sane. |
| 12:39.59 | SpeedEvil | compare signal reported with different GPS strengths. |
| 12:40.00 | SpeedEvil | Also. |
| 12:40.36 | SpeedEvil | A pretty good solution would be to decrease the signal level to GPS until it lost lock under various conditions. But this is tricky |
| 12:40.38 | pabs3 | PaulFertser: is there more than Dell+Ubuntu and Lemote+Debian? |
| 12:40.39 | PaulFertser | DocScrutinizer: because as far as i understand it's drive strength that matters, be it 2MHz or 16Mhz is the same for ~2GHz signal. |
| 12:40.49 | CIA-52 | freesmartphone.org: 03mickey 07libeflvala * rbd9ceddd6878 10/vapi/eina.vapi: eina.vapi: catch up with API changes as of upstream rev 41187 |
| 12:41.08 | PaulFertser | pabs3: i thought yes, esp. in netbook market. |
| 12:41.30 | SpeedEvil | A sharp rising (or falling) edge creates a broadband noise pulse - up to a bit over 1/risetime in frequency. |
| 12:41.33 | DocScrutinizer | PaulFertser: yes, especially taking into account it's a square wave anyway, no matter which clkfreq |
| 12:41.45 | pabs3 | PaulFertser: oh, right. plus Android & Ubuntu in the newer arm netbooks |
| 12:41.52 | SpeedEvil | If you have multiple edges at an evenly spaced period - some of the interference cancels. |
| 12:41.54 | pabs3 | wasn't thinking of netbooks |
| 12:42.43 | *** join/#openmoko bentob0x (n=laurent@ip-213-49-83-69.dsl.scarlet.be) |
| 12:42.52 | DocScrutinizer | fsck 33°C |
| 12:43.00 | CIA-52 | openmoko: 03werner * r5465 10/trunk/gta02-core/docs/GETTING-STARTED: |
| 12:43.00 | CIA-52 | openmoko: - added GETTING-STARTED instructions for installing fped and for accessing |
| 12:43.00 | CIA-52 | openmoko: footprints |
| 12:43.15 | DocScrutinizer | away for beergarden ;-) |
| 12:44.22 | PaulFertser | SpeedEvil: so you want to say that freq matters here? |
| 12:44.32 | DocScrutinizer | PaulFertser: how to permanently disable that clk/8 nuissance? |
| 12:44.43 | pabs3 | DocScrutinizer: I'll trade you for 12°C |
| 12:45.11 | PaulFertser | DocScrutinizer: runtime parameter in /sys/module/glamo_mci/ or with kernel command line. |
| 12:45.37 | CIA-52 | freesmartphone.org: 03mickey 07libeflvala * r0b07a3e4bf89 10/vapi/elm.vapi: elm.vapi: add new API calls as of upstream rev 41721 |
| 12:45.50 | DocScrutinizer | shitty cmdline. hmm might consider adding an initscript line to boot |
| 12:46.10 | SpeedEvil | PaulFertser: the spectrum of a repeating edge looks very different to a single edge. I'm unsure. There is of course the obvious fact that 1/8th as fast a clock is 1/8th as many clocks per unit time is 1/8th the total interfering energy |
| 12:46.19 | SpeedEvil | I would need a FR to test with. |
| 12:47.45 | PaulFertser | SpeedEvil: (total energy) yes, sure. |
| 12:48.18 | *** join/#openmoko Q-Master (n=qmaster@78.111.153.94) |
| 12:48.28 | CIA-52 | freesmartphone.org: 03mickey 07libeflvala * rfae4f37aed11 10/vapi/elm.vapi: elm.vapi: add additional API as of upstream rev 41746 |
| 12:51.49 | SpeedEvil | (and time and energy to do the tests) |
| 12:52.21 | *** join/#openmoko kvaster_ (n=kvaster@live.bn.by) |
| 12:55.05 | *** join/#openmoko hipitihop (n=denis@203.132.229.35) |
| 12:58.42 | CIA-52 | openmoko: 03alvieboy * r5466 10/trunk/gta02-core/gps.sch: Fix footprint names |
| 12:59.16 | CIA-52 | freesmartphone.org: 03mickey 07cornucopia * r12a90f9bd0a5 10/tools/apm2/ (14 files in 2 dirs): |
| 12:59.16 | CIA-52 | freesmartphone.org: tools: add apm2 build skeleton. apm2 is the Vala implementation of fso-apm, |
| 12:59.16 | CIA-52 | freesmartphone.org: which in turn is the FSO compatibility utility for the apm legacy. |
| 13:01.11 | pabs3 | grah, SHR doesn't like my laptop's USB until it gets a suspend/resume cycle |
| 13:08.06 | *** part/#openmoko droid001 (n=mc@p4FDCFEA9.dip.t-dialin.net) |
| 13:08.08 | CIA-52 | freesmartphone.org: 03mickey 07libeflvala * r9c0055f8128b 10/vapi/elm.vapi: elm.vapi: add new Elm.ProgressBar object |
| 13:13.06 | Kero | DocScrutinizer: my problem may be this https://docs.openmoko.org/trac/ticket/2298 but I'd have to run with debug output to confirm; running suspend test, though. so GPRS test is not going to be anytime soon. |
| 13:16.22 | CIA-52 | openmoko: 03alvieboy * r5467 10/trunk/gta02-core/ (docs/ecn/STATUS pmu.sch): Apply ECN0003 to ECN0007 |
| 13:18.35 | CIA-52 | freesmartphone.org: 03mickey 07cornucopia * r8f0d581efe7f 10/tools/apm2/src/main.vala: tools: apm2: call ousaged to implement -s option |
| 13:24.42 | *** join/#openmoko nio_ (n=nio@d594e5f2.dsl.concepts.nl) |
| 13:27.44 | pabs3 | is it possible to have multiple USB gadgets loaded into the kernel at once? |
| 13:39.52 | *** join/#openmoko Amorphous (i=jan@unaffiliated/amorphous) |
| 13:41.07 | *** join/#openmoko dns53 (n=dns@ppp246-215.static.internode.on.net) |
| 13:41.10 | CIA-52 | freesmartphone.org: 03mickey 07cornucopia * rb65a3f29ffa5 10/tools/apm2/src/main.vala: tools: apm: show power status |
| 13:42.12 | PaulFertser | pabs3: no, you need to unload one and use other |
| 13:43.01 | pabs3 | :/ |
| 13:43.56 | mickeyl | do we need hardware support for multigadget? |
| 13:44.02 | mickeyl | like... more endpoints? |
| 13:45.03 | PaulFertser | SpeedEvil: can you give me a small EE hint? I've a small impulse power supply unit here (for siemens dect phone) it was supposedly subject to 380 AC and as a result a high voltage suppressor (?) blew and a pcb trace acted as a fuse. I removed the suppressor and shorted the trace with ~2A wire, do you think it can damage the equipment connected to it if it's exposed to high voltage again? |
| 13:45.15 | PaulFertser | mickeyl: i'm sorry, no idea. Probably mwester knows more. |
| 13:45.23 | mickeyl | k |
| 13:45.48 | *** join/#openmoko mikeb_ (n=devl@host86-174-101-234.range86-174.btcentralplus.com) |
| 13:47.35 | *** join/#openmoko amarsh04_ (n=amarsh04@ppp121-45-165-145.lns11.adl2.internode.on.net) |
| 13:51.07 | DocScrutinizer | PaulFertser: you probably can |
| 13:52.07 | *** join/#openmoko amarsh04__ (n=amarsh04@ppp121-45-7-206.lns10.adl2.internode.on.net) |
| 13:52.39 | *** join/#openmoko tschaka (n=tschaka@p5B0EBA7F.dip0.t-ipconnect.de) |
| 13:53.58 | *** join/#openmoko kvaster (n=kvaster@live.bn.by) |
| 13:54.54 | DocScrutinizer | PaulFertser: but that's not that different to what it was before ;-) |
| 13:56.32 | *** join/#openmoko amarsh04 (n=amarsh04@ppp121-45-117-3.lns11.adl6.internode.on.net) |
| 13:58.12 | Kero | mickeyl: any luck with the logs I sent you about a week ago? |
| 13:58.21 | PaulFertser | DocScrutinizer: before the suppressor blew, shorted and pcb trace protected everything else so the supply is still functional. Since i'm not going to find any suppressor to fit there i'm afraid that without it can generate high voltage (>10V) on the output. I'm not exactly sure how that is possible (most probably it's not), but wanted to ask just in case. |
| 13:58.47 | *** join/#openmoko two3four (n=erik@mail.hmc-us.com) |
| 13:58.52 | mickeyl | Kero: i did not have time to look at it yet, sorry. it's on my pile |
| 13:59.22 | *** join/#openmoko d1b (n=db@d1b.org) |
| 13:59.26 | DocScrutinizer | PaulFertser: the OVP suppressor isn't any waranty for device not producing OV |
| 14:00.29 | PaulFertser | DocScrutinizer: and yet it helped :) |
| 14:00.53 | DocScrutinizer | it blew, you don't know if it helped |
| 14:01.15 | DocScrutinizer | wrt stopping OV at output |
| 14:02.35 | DocScrutinizer | PaulFertser: see, for a OVP to blow, it actually needs OV at input. |
| 14:03.03 | PaulFertser | DocScrutinizer: measured it, 300 Ohm currently, so i guess it shorted the input, then pcb trace acted as a fuse. No chance for OV at output. |
| 14:03.26 | DocScrutinizer | so if device doesn't protect output, you got no protection from OVP at input |
| 14:03.32 | PaulFertser | DocScrutinizer: i say i guess the supply unit was subject to 380AC in the input. |
| 14:04.10 | Kero | mickeyl: by Tue I can no longer check extra things, as the SIM will stop working. |
| 14:04.29 | PaulFertser | DocScrutinizer: just a primitive impulse power supply for an ordinary DECT phone. The power supply is ok after shorting the blown trace, so is the DECT phone. |
| 14:04.34 | DocScrutinizer | during the time OVP blew, device needed to cope with OV at input anyway |
| 14:05.25 | DocScrutinizer | maybe not as much as it would have been without that OVP |
| 14:05.56 | DocScrutinizer | as the fused trace acted as a R-divider with OVP |
| 14:06.10 | PaulFertser | DocScrutinizer: there's an L in series, i guess it helped too, so OVP safely shorted the input until the pcb "fuse" blew. |
| 14:06.55 | *** join/#openmoko spydon_ (n=spydon@c83-251-170-132.bredband.comhem.se) |
| 14:07.57 | *** join/#openmoko nibbo (i=nibbo@gateway/shell/blinkenshell.org/x-rckzotoyouprjsfy) [NETSPLIT VICTIM] |
| 14:08.03 | DocScrutinizer | my staement is: input OVP is to protect the device itself from surges. For output OVP you need other means. If a device is poorly built, you have that problem anyway. No matter if there's input OVP or not |
| 14:08.35 | PaulFertser | DocScrutinizer: ah, with that i fully agree :) |
| 14:08.52 | DocScrutinizer | if the device is "good" missing imput OVP prolly wont care |
| 14:11.46 | DocScrutinizer | 1.2MB read uSD, without GPS as well as with GPS+slow-ratio=1. with slow-ratio=8 (default) it drops to half (~680) |
| 14:12.54 | PaulFertser | It definetely doesn't look like ordinary chinese crap. There's something that looks like a zener diod exactly on the output. |
| 14:13.13 | PaulFertser | DocScrutinizer: (speed) not surprising :D |
| 14:13.41 | *** join/#openmoko SiNiESTrO (n=siniestr@80.33.148.179) |
| 14:14.50 | DocScrutinizer | on starting dd on A7 at fullspeed, sat signal drops ~3..4dB |
| 14:15.02 | DocScrutinizer | negligable |
| 14:16.02 | PaulFertser | DocScrutinizer: i remember i tried to get some data about sd drive strength influence based on signal level as reported by the chip. The readings were floating too much anyway, so i failed to prove anything. |
| 14:16.06 | DocScrutinizer | so for sure I do *not* want slow-ratio 8 |
| 14:16.50 | DocScrutinizer | heh, GPS is US. Where you're livin? |
| 14:16.59 | DocScrutinizer | ;-) |
| 14:17.00 | *** join/#openmoko jonkristian (n=jonkrist@ti0005a380-dhcp0858.bb.online.no) |
| 14:17.16 | DocScrutinizer | steady signal on 3..6 sat here |
| 14:18.31 | DocScrutinizer | wow even 1.9Mb this time |
| 14:19.48 | DocScrutinizer | I really consider it a BAD thing this ratio thing is done in kernel-space at all |
| 14:23.07 | DocScrutinizer | anyway, my official recommendation (at least for A7): "echo 1 >/sys/*/*/*/sd_slow_ratio" on boot-time |
| 14:23.44 | azaghal | Hm... What does it do again? In short? |
| 14:24.57 | azaghal | Faster reading? Or does it include writing as well? |
| 14:25.57 | DocScrutinizer | especially since the default 8 doesn't make *any* difference - still ~4dB drop, maybe even 5 ;-P |
| 14:26.58 | *** join/#openmoko viq (n=viq@unaffiliated/viq) |
| 14:27.46 | DocScrutinizer | azaghal: all uSD access |
| 14:29.03 | PaulFertser | DocScrutinizer: is your new apartment equipped with residual current device? |
| 14:29.28 | DocScrutinizer | err what's that? |
| 14:30.24 | PaulFertser | DocScrutinizer: http://en.wikipedia.org/wiki/Residual-current_device breaks circuits to protect from electric shock |
| 14:30.37 | DocScrutinizer | aah, sure |
| 14:30.40 | *** join/#openmoko stephan_ (n=stephan@koln-5d817182.pool.einsundeins.de) |
| 14:30.55 | DocScrutinizer | mandatory (at least for bathroom) |
| 14:31.37 | PaulFertser | DocScrutinizer: WP says it's mandatory in Germany for all outlets. |
| 14:31.59 | DocScrutinizer | that's actually not true |
| 14:32.14 | *** join/#openmoko kvaster (n=kvaster@live.bn.by) |
| 14:33.20 | *** join/#openmoko pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 14:33.52 | DocScrutinizer | might be true for new installations, but for sure not for rework of old buildings like my appartment |
| 14:34.11 | DocScrutinizer | according to my electrician |
| 14:34.24 | PaulFertser | DocScrutinizer: my house was built around 1985 and the bathroom was connected through 1:1 transformer. But for an unknown reason our flat had the transformer in place but not connected at all, so no safety here. And the flats where it's connected had it emit quite audible noise :D |
| 14:35.05 | DocScrutinizer | hehehe, sounds like TPE 10th floor appartment |
| 14:35.38 | *** join/#openmoko messerting (n=messerti@cm-84.208.182.112.getinternet.no) |
| 14:35.41 | *** join/#openmoko cjb_ie (i=cjb@hop.nonado.net) |
| 14:35.57 | DocScrutinizer | though that transformer was to 110->220V for lights only. No idea what that nonsense is all about |
| 14:37.16 | PaulFertser | "However the most commonly used in the USA since the early 1980s are built into outlet receptacles. " :-O |
| 14:37.28 | PaulFertser | Never saw anything like that here. |
| 14:37.33 | DocScrutinizer | yeeha, settings segfaulted once again :-/ |
| 14:39.45 | *** join/#openmoko amarsh04_ (n=amarsh04@ppp121-45-180-177.lns11.adl2.internode.on.net) |
| 14:40.17 | DocScrutinizer | and fw_readenv still produces weird scary output |
| 14:40.58 | DocScrutinizer | need to swap to a device with clean u-boot mtdparts (hooray for uSD-/) |
| 14:44.41 | DocScrutinizer | nah, USB enumerates (as I booted from a obviously sane env setting for "boot from uSD", rather than my tweaked default bootcmd), so mtdparts seem to be ok |
| 14:45.34 | DocScrutinizer | and now back to cdevel before I get kicked for being totally OT here ;-D |
| 14:45.51 | SpeedEvil | Any thoughts on why the SD isn't much faster? |
| 14:46.04 | SpeedEvil | Surely it should approach the 7M/s of the glamo interface? |
| 14:46.13 | SpeedEvil | Is this just 'glamo sucks' ? |
| 14:47.13 | *** join/#openmoko Piet (i=pietor@gateway/gpg-tor/key-0xC5C71DCE) |
| 14:47.43 | PaulFertser | SpeedEvil: yes |
| 14:47.44 | *** join/#openmoko xkr47 (i=xkr47@88.114.29.162) |
| 14:47.56 | PaulFertser | SpeedEvil: shares bus bandwidth with FB etc. |
| 14:48.20 | PaulFertser | SpeedEvil: and some other nastyness. .31 with cool new patches will bring some improvement but not much. |
| 14:48.28 | SpeedEvil | Sure - but your above raw speed tests should surely approach 7M, not 1.3M? |
| 14:48.42 | SpeedEvil | With FB idle |
| 14:49.15 | PaulFertser | SpeedEvil: with screen blanked larsc got +30% with _his_ patches. DocScrutinizer isn't using those yet. And still the maximum was ~4M iirc. |
| 14:50.13 | SpeedEvil | Hmm. |
| 14:50.31 | SpeedEvil | needs to get to doing stuff on the neo again. But first - more gardening. |
| 14:50.34 | SpeedEvil | Wave. |
| 14:50.45 | *** join/#openmoko retracile (n=eli@76-204-213-211.lightspeed.allntx.sbcglobal.net) |
| 14:50.55 | DocScrutinizer | SpeedEvil: o/ |
| 14:53.12 | azaghal | Gardening... He's mowing the lawn probably :) |
| 14:54.06 | *** part/#openmoko pabs3 (n=pabs@d122-105-78-211.per9.wa.optusnet.com.au) |
| 14:55.35 | *** join/#openmoko jipi (n=jipi@bb121-6-204-181.singnet.com.sg) |
| 14:57.31 | *** join/#openmoko AntonTakk (n=AntonTak@poolofdespair.net) |
| 15:00.30 | *** join/#openmoko arfmarf (n=arfmarf@unaffiliated/arfmarf) |
| 15:02.52 | *** join/#openmoko idarwin (n=ian@24-138-98-109.zing-net.ca) |
| 15:04.28 | *** join/#openmoko amarsh04__ (n=amarsh04@ppp121-45-137-98.lns11.adl6.internode.on.net) |
| 15:06.11 | *** join/#openmoko quatrox1 (n=quatrox@m83-191-149-157.cust.tele2.no) |
| 15:11.43 | PaulFertser | Anyone used icecap+irssi2? Is it any better than bip+irssi? |
| 15:13.02 | *** join/#openmoko Zorkman (n=Zork@78-22-123-127.access.telenet.be) |
| 15:14.52 | *** join/#openmoko amarsh04 (n=amarsh04@ppp121-45-30-222.lns10.adl2.internode.on.net) |
| 15:20.26 | CIA-52 | freesmartphone.org: 03mickey 07cornucopia * ra23eecf531dc 10/fsodeviced/src/plugins/kernel26_powersupply/plugin.vala: fsodeviced: kernel26_powersupply: synthesize coldplug, if we're on a mounted sysfs |
| 15:33.33 | SpeedEvil | http://en.wikipedia.org/wiki/File:SanDisk_128MB_SD_Card_Insides.png :) |
| 15:35.50 | PaulFertser | SpeedEvil: :) |
| 15:39.25 | *** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 15:39.46 | *** join/#openmoko hax404 (n=quassel@mnhm-590d926a.pool.einsundeins.de) |
| 15:40.54 | *** join/#openmoko everslick (n=clemens@212-183-112-186.adsl.highway.telekom.at) |
| 15:40.57 | *** join/#openmoko nomeata (i=nobody@nomeata.de) |
| 15:42.54 | *** join/#openmoko alex-weej (n=alex@cpc1-darl3-0-0-cust663.midd.cable.ntl.com) |
| 15:44.35 | CIA-52 | freesmartphone.org: 03mickey 07cornucopia * rbc50f1627d32 10/fsousaged/src/plugins/ (3 files in 3 dirs): fsousaged: for some reason, my constructors were not called. use 'construct' to work around for now |
| 15:45.05 | *** join/#openmoko manitu (n=werner@p578b0cfb.dip0.t-ipconnect.de) |
| 15:46.21 | *** join/#openmoko sandwitch (n=sandwitc@247-50-223.ftth.xms.internl.net) |
| 15:47.25 | *** join/#openmoko kvaster (n=kvaster@live.bn.by) |
| 15:49.34 | DocScrutinizer | considers to check wth irsii might be :-P |
| 15:49.59 | DocScrutinizer | irssi even |
| 16:05.47 | *** join/#openmoko sleipnir (n=Sleipnir@p4FDD724B.dip.t-dialin.net) |
| 16:07.55 | |Marco| | DocScrutinizer: ? |
| 16:08.32 | DocScrutinizer | just kidding, to let you know I never tested it |
| 16:11.36 | *** join/#openmoko emacsian (n=ram@121.246.86.22) |
| 16:16.41 | *** join/#openmoko SiNiESTrO (n=siniestr@179.Red-80-33-148.staticIP.rima-tde.net) |
| 16:22.34 | *** join/#openmoko amarsh04_ (n=amarsh04@ppp121-45-221-219.lns11.adl2.internode.on.net) |
| 16:32.28 | SpeedEvil | No, I'm developing a new and innovative form of mapping. |
| 16:34.16 | SpeedEvil | http://www.flickr.com/photos/14560445@N08/3826161093/ |
| 16:35.43 | dos1 | ~seen raster |
| 16:35.44 | apt | raster <n=raster@enlightenment/developer/raster> was last seen on IRC in channel #openmoko, 5d 13h 30m 1s ago, saying: 'dunno'. |
| 16:37.45 | *** join/#openmoko pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 16:45.31 | CIA-52 | freesmartphone.org: 03mickey 07cornucopia * re70733ce85d7 10/fsousaged/src/plugins/ (3 files in 3 dirs): |
| 16:45.31 | CIA-52 | freesmartphone.org: fsodeviced: call org.freesmartphone.IdleNotifier.SetState( ... ) on resume. |
| 16:45.31 | CIA-52 | freesmartphone.org: lowlevel_openmoko: properly recognize reason and subreason. |
| 16:55.51 | Weiss | wonders for a while why his machine is so slow. And then removes the printk() from the page fault handler. |
| 16:56.28 | *** join/#openmoko andrenarchy (n=andrenar@dslb-088-065-088-080.pools.arcor-ip.net) |
| 17:03.41 | *** join/#openmoko nibbo (i=nibbo@gateway/shell/blinkenshell.org/x-rckzotoyouprjsfy) [NETSPLIT VICTIM] |
| 17:03.46 | *** join/#openmoko ferluszt (n=ferluszt@p5DC2DC58.dip.t-dialin.net) |
| 17:14.46 | *** join/#openmoko arfmarf (n=arfmarf@unaffiliated/arfmarf) |
| 17:20.44 | *** join/#openmoko nibbo (i=nibbo@gateway/shell/blinkenshell.org/x-rckzotoyouprjsfy) [NETSPLIT VICTIM] |
| 17:21.49 | *** join/#openmoko ericthefish (n=ivan@94-192-230-157.zone6.bethere.co.uk) |
| 17:29.23 | *** join/#openmoko nibbo (i=nibbo@gateway/shell/blinkenshell.org/x-pmqccyjyunnnpvgm) [NETSPLIT VICTIM] |
| 17:34.00 | *** join/#openmoko pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 17:38.08 | *** join/#openmoko CVirus (n=Satan@196.205.191.102) |
| 17:39.49 | *** join/#openmoko bumbl (n=bumbl@91-113-119-236.adsl.highway.telekom.at) |
| 17:45.57 | *** join/#openmoko Zilla (n=klmnop09@cc1186285-a.hnglo1.ov.home.nl) |
| 17:47.49 | *** join/#openmoko drjnut (n=drjnut@caladan.darksnow.org) |
| 17:48.23 | *** join/#openmoko GovCon (n=GC@unaffiliated/govcon) |
| 17:50.28 | Slaxxer | doom an duke-nukem wont work on shr-unstable |
| 17:50.50 | *** join/#openmoko bumbl____ (n=bumbl@91-113-126-179.adsl.highway.telekom.at) |
| 17:53.35 | *** join/#openmoko spydon (n=spydon@c83-251-170-132.bredband.comhem.se) |
| 18:00.54 | *** join/#openmoko tookie (n=moe@81.57.15.44) |
| 18:02.41 | lindi | Weiss: heh :) |
| 18:04.35 | *** join/#openmoko elopio (n=elopio@190.241.11.138) |
| 18:05.20 | *** join/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
| 18:06.17 | elopio | hello ladies and gentlemen :) |
| 18:06.27 | elopio | where's the sms outbox in shr? |
| 18:07.45 | *** join/#openmoko amarsh04__ (n=amarsh04@ppp121-45-245-29.lns11.adl6.internode.on.net) |
| 18:10.12 | *** join/#openmoko arfmarf (n=arfmarf@unaffiliated/arfmarf) |
| 18:15.03 | *** join/#openmoko naeg (n=Anon@194.208.239.170) |
| 18:15.28 | *** join/#openmoko Fossi (n=fossi@e176036015.adsl.alicedsl.de) |
| 18:17.53 | Weiss | lindi: since you're around, have you ever seen a situation where Illume groups the icons (default size) into three columns rather than four? it's as if it thinks the screen is a tiny amount smaller than it really is, but everything else looks ok |
| 18:19.41 | lindi | Weiss: i haven't used illume this year |
| 18:19.46 | Weiss | ah, ok |
| 18:19.58 | lindi | so not really an expert on e17 things |
| 18:21.17 | Weiss | i think it's dependent on the X server in some way. i've had it with the DRI-aware Xorg driver since a few months ago, and it's happenning with the KMS driver as well even though the architecture is completely different |
| 18:21.54 | *** join/#openmoko spydon (n=spydon@c83-251-170-132.bredband.comhem.se) |
| 18:47.32 | *** join/#openmoko amarsh04_ (n=amarsh04@ppp121-45-5-202.lns10.adl2.internode.on.net) |
| 18:49.53 | *** join/#openmoko amarsh04__ (n=amarsh04@ppp121-45-22-10.lns10.adl2.internode.on.net) |
| 18:51.02 | *** part/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
| 18:57.06 | azaghal | This whole installation of Debian is starting to become _very_ annoying -.- |
| 18:57.56 | azaghal | Anyone managed to get the system setup on a desktop, then just transfer the uSD to Neo? |
| 19:00.44 | *** join/#openmoko retracile (n=eli@76-204-213-211.lightspeed.allntx.sbcglobal.net) |
| 19:06.59 | CIA-52 | openmoko: 03werner * r5468 10/trunk/gta02-core/modules/ (INFO STATUS stdpass.fpd): |
| 19:06.59 | CIA-52 | openmoko: - modules/INFO: removed .fpd extension from footprint name |
| 19:06.59 | CIA-52 | openmoko: - modules/: added experimental stdpass.fpd for 0402, 0603, etc., components |
| 19:06.59 | CIA-52 | openmoko: (do not use yet !) |
| 19:07.23 | Kero | hrm... so no WSOD, but 9h eats 2/3 of the battery. time for the next test... |
| 19:08.10 | PaulFertser | Kero: 2/3 is a rough estimate. Are you sure disabling deep standby really makes that difference? Any current measurements? |
| 19:10.42 | Kero | no current measurements. For any guess, it'd be better if it'd be higher. it did resume twice now after 8h, so I really think it is a fx for me. |
| 19:10.57 | lindi | azaghal: i setup the system on PC and transferred it to SD almost a year ago |
| 19:11.05 | Kero | nevertheless, time for the next experiment ;) |
| 19:11.17 | azaghal | lindi: Ho-hum, the full thing? |
| 19:11.20 | lindi | Kero: what are you benchmarking? |
| 19:11.28 | lindi | azaghal: what do you mean? |
| 19:11.42 | azaghal | I've seen the cross-debootstrap wiki page on Debian, but it mentions running some things either in qemu or physical device. |
| 19:11.57 | PaulFertser | lindi: jbt deep standby disabling |
| 19:12.04 | azaghal | lindi: Got any hints on how I can do it? ;) |
| 19:12.14 | azaghal | (setup the system on PC, then transfer to uSD) |
| 19:12.32 | lindi | PaulFertser: what's that? |
| 19:12.37 | *** join/#openmoko andrenarchy (n=andrenar@dslb-088-065-088-080.pools.arcor-ip.net) |
| 19:12.44 | lindi | azaghal: debootstrap --foreign |
| 19:13.05 | PaulFertser | lindi: jbt -- LCD controller. Has know issues with WSOD, disabling deep standby -- a known workaround. |
| 19:13.15 | azaghal | lindi: No extra steps required to get system working? (except for the parts on that install.sh that are not covered with debootstrap) |
| 19:13.21 | lindi | PaulFertser: oh, that too has standby issues? |
| 19:13.31 | *** join/#openmoko bernt (n=bernt@dslb-084-061-199-068.pools.arcor-ip.net) |
| 19:13.31 | azaghal | I.e. reinstalling with dpkg -i all the packages, reconfiguring them etc? |
| 19:13.34 | PaulFertser | lindi: ever heard of WSOD? |
| 19:13.52 | CIA-52 | openmoko: 03werner * r5469 10/trunk/gta02-core/docs/ecn/ (STATUS ecn0029.txt): Started ECN0029, move 0R resistors on PMU outputs. |
| 19:13.59 | lindi | azaghal: sure, debootstrap manual tells you about --second-stage |
| 19:14.09 | lindi | azaghal: which you need to run on the target itself |
| 19:14.58 | azaghal | Hm... I've actually done that already, but the second-stage process looks awfully long :/ |
| 19:15.03 | lindi | PaulFertser: have I been using that workaround all the time? ;) i think this is the first time i hear about "deep standby" |
| 19:15.28 | azaghal | I mean, it's getting quite ridicilous here, it takes several hours to finish the install of Debian using the supplied install.sh script. |
| 19:15.30 | lindi | azaghal: don't install so many packages :) |
| 19:15.37 | azaghal | lindi: I used _minimal_ |
| 19:16.11 | azaghal | Basically, I took only the extra packages mentioned in the official install.sh script. |
| 19:16.43 | PaulFertser | lindi: no, it was disabled since most people with gta02 didn't experience it anymore iirc. |
| 19:17.10 | lindi | PaulFertser: ok and if i never hit wsod i don't need to worry? |
| 19:17.11 | PaulFertser | lindi: anyway, new kernel will solve that for good, Lars's reworked all the stuff to be sane and clean. |
| 19:17.27 | PaulFertser | lindi: i think yes, you don't need to worry about that :) |
| 19:17.37 | *** join/#openmoko vaiursch (n=erwin@adsl-89-217-28-62.adslplus.ch) |
| 19:20.33 | azaghal | I'm starting to think if it could be related to the 8GB Kingstong uSD I'm using :/ |
| 19:20.55 | *** join/#openmoko nio_ (n=nio@d594e5f2.dsl.concepts.nl) |
| 19:23.06 | azaghal | Btw, is sid still recommended, or lenny/stable? |
| 19:23.21 | Kero | lindi: can not benchmark booleans: fixing WSOD after long suspend with code from the past and from the future. |
| 19:23.37 | *** join/#openmoko elopio (n=elopio@190.241.11.138) |
| 19:26.47 | Kero | oh, paul explained :) |
| 19:28.37 | PaulFertser | Kero: i can explain anything |
| 19:28.44 | PaulFertser | is Humpty Dumpty |
| 19:30.38 | rooly | is a wall |
| 19:31.16 | azaghal | waits with a frying pan bellow the wall |
| 19:32.19 | Kero | ok, basic suspend works. trying whether things work after resume... |
| 19:38.08 | Kero | btw, that behaviour of system taking time from GPS is nice, but not when there's no fix from GPS on a single sat, yet. |
| 19:38.29 | *** join/#openmoko amarsh04_ (n=amarsh04@ppp121-45-58-17.lns11.adl2.internode.on.net) |
| 19:38.41 | *** join/#openmoko retracile (n=eli@76-204-213-211.lightspeed.allntx.sbcglobal.net) |
| 19:40.43 | SpeedEvil | GPS on a single sat provides time |
| 19:40.53 | SpeedEvil | however - I don't know if the GPS will tell you this time |
| 19:40.54 | *** join/#openmoko playya_ (n=playya@unaffiliated/playya) |
| 19:41.27 | Kero | it'smore like half a sat. time is wrong. |
| 19:42.54 | Kero | and with right time, timezone is still not ok ;) |
| 19:44.53 | PaulFertser | Kero: i think the time you saw is your system time. It's told to the GPS chip on startup to have a faster fix. |
| 19:45.40 | PaulFertser | Kero: and timezone is set by various means, including frameworkd that did so by default based on GSM operator<->country association. |
| 19:45.50 | Kero | it's the time illume showed me that went from 21:35 to 00:00 to 19:35 |
| 19:46.22 | Kero | last step about when the first sat fix came in |
| 19:47.53 | Kero | OK, otimed INFO GSM: timezone 'Europe/Amsterdam' |
| 19:48.30 | Kero | or rather |
| 19:48.32 | Kero | 1999.12.01 00:01:11.879 otimed INFO GSM: timezone 'Europe/Amsterdam' |
| 19:49.07 | Kero | followed and preceded by series of "mktime argument out of range" |
| 19:49.14 | *** join/#openmoko agg1n1 (n=jan@static-87-245-54-165.teleos-web.de) |
| 19:49.28 | PaulFertser | Kero: you see, it's frameworkd going nuts ;) |
| 19:49.45 | Kero | 2009.08.16 21:36:32.24 otimed INFO adjusting clock by -306448597.658715 seconds |
| 19:51.40 | Kero | you bet. but based on input from gps, which I can see in Settings/GPS having time that's wrong. |
| 19:52.35 | Kero | has no idea whether GPS unit in gta01 can know time is wrong; or whether it passes time when it shouldn't; or whether otimed trusts it too much. |
| 19:53.07 | Kero | right now, it's just an observation; but as GPS uses time to check satellites, it's a shame to let GPS tell itself the wrong time ;) |
| 19:53.50 | Kero | when I kill tangogps, illume starts showing 21:53 again (no longer off by two hours) |
| 19:54.59 | Kero | change is clear in frameworkd.log |
| 19:59.00 | *** join/#openmoko TeLLuS (n=Johan@179.108.227.87.static.f.siw.siwnet.net) |
| 20:03.48 | PaulFertser | Kero: you might want to file a bug at FSO tracker. Probably it will get attention in the nearest feature. |
| 20:03.56 | rooly | christ |
| 20:04.09 | rooly | why does python-wxgtk not exist in the repo's |
| 20:04.10 | azaghal | rooly: Yes? |
| 20:10.46 | *** join/#openmoko dwb (n=david@a177027.upc-a.chello.nl) |
| 20:11.02 | azaghal | is getting increasingly annoyed |
| 20:11.31 | azaghal | Why in the world can't I mount the nfs now -.- |
| 20:13.20 | azaghal | Any thoughts on "rpcbind: server localhost not responding, timed out"? |
| 20:16.40 | azaghal | Is it just me, or shr is missing portmap? -.- |
| 20:19.13 | azaghal | I give up... |
| 20:24.30 | *** join/#openmoko Miesco (n=mugsy@76-10-150-61.dsl.teksavvy.com) |
| 20:25.03 | Miesco | Does it matter what cell phone company im with to use the freerunner? |
| 20:25.19 | SpeedEvil | As long as it is a GSM provider. |
| 20:25.34 | SpeedEvil | And as long as you get a suitable FR for your region. |
| 20:28.42 | Miesco | SpeedEvil: Sorry, what is FR? |
| 20:29.33 | PaulFertser | Miesco: freerunner |
| 20:30.10 | *** join/#openmoko UnknownArtists (n=unknown@84.19.198.69) |
| 20:30.27 | Miesco | How do I know if I can get a suitable FR for my region? |
| 20:30.41 | PaulFertser | Miesco: you can get any |
| 20:30.47 | PaulFertser | Miesco: fr is tri-band |
| 20:31.04 | PaulFertser | Miesco: you need to know whether you want 900 or 850 GSM network. |
| 20:31.13 | PaulFertser | Miesco: and by a model suitable. |
| 20:31.16 | PaulFertser | Miesco: read the wiki |
| 20:31.25 | PaulFertser | Miesco: and don't forget that FR is not ready for end-users. |
| 20:31.35 | Miesco | I knw |
| 20:31.42 | Miesco | Im a developer |
| 20:32.02 | *** join/#openmoko dos11 (n=dos@dhf81.neoplus.adsl.tpnet.pl) |
| 20:33.46 | PaulFertser | Miesco: cool. :D |
| 20:33.47 | PaulFertser | Miesco: dive in |
| 20:33.54 | Miesco | PaulFertser: I use a big company Telus in Canada, so I guess I should have no problem? |
| 20:34.21 | PaulFertser | Miesco: as long as you have GSM coverage there, sure. You can buy FR from Koolu. |
| 20:36.37 | *** join/#openmoko pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 20:39.10 | *** join/#openmoko uzi18 (n=uzi@gfb34.internetdsl.tpnet.pl) |
| 20:39.11 | *** join/#openmoko amarsh04__ (n=amarsh04@ppp121-45-232-184.lns10.adl6.internode.on.net) |
| 20:40.19 | azaghal | Hm... Now I mounted the ext3 partitions as ext2 ones, and guess what? It works faster? |
| 20:41.57 | azaghal | wonders how much journaling can kill the performance |
| 20:49.36 | *** join/#openmoko amarsh04 (n=amarsh04@ppp121-45-10-144.lns10.adl2.internode.on.net) |
| 20:49.36 | *** join/#openmoko Brinky (i=brinky@faui2k3.org) |
| 20:52.00 | *** join/#openmoko max_posedon (n=max_pose@80.249.95.244) |
| 20:54.30 | *** join/#openmoko MHazem (n=Satan@196.205.191.102) |
| 21:01.00 | *** join/#openmoko amarsh04 (n=amarsh04@ppp121-45-215-204.lns11.adl2.internode.on.net) |
| 21:05.30 | *** join/#openmoko amarsh04_ (n=amarsh04@ppp121-45-186-12.lns11.adl2.internode.on.net) |
| 21:07.51 | *** join/#openmoko Ghiottone (n=ale@host-84-221-209-149.cust-adsl.tiscali.it) |
| 21:11.11 | *** join/#openmoko Kero (n=kero@d74199.upc-d.chello.nl) |
| 21:16.56 | *** join/#openmoko amarsh04__ (n=amarsh04@ppp121-45-189-207.lns11.adl2.internode.on.net) |
| 21:23.20 | *** join/#openmoko amarsh04 (n=amarsh04@ppp121-45-117-150.lns11.adl6.internode.on.net) |
| 21:29.44 | *** join/#openmoko mikeb_ (n=devl@host86-174-101-234.range86-174.btcentralplus.com) |
| 21:31.01 | *** join/#openmoko amarsh04_ (n=amarsh04@ppp121-45-160-96.lns11.adl2.internode.on.net) |
| 21:34.32 | *** join/#openmoko kkaji` (n=plinka@87.110.231.63) |
| 21:35.51 | *** join/#openmoko Etu (n=user@92-244-27-79.customers.ownit.se) |
| 21:36.24 | Etu | Is there some way to configure default APN username and Password for GPRS on SHR? |
| 21:37.31 | soltys | Etu: shr-settings -> Conectivty or sth like that |
| 21:38.08 | Etu | Yes... I know, but I have to change the values every time |
| 21:38.09 | soltys | when you click on the fields 'internet' you get keyboard ;) |
| 21:38.17 | Etu | I want to change the defaultvalues |
| 21:38.18 | *** join/#openmoko amarsh04__ (n=amarsh04@ppp121-45-56-164.lns11.adl2.internode.on.net) |
| 21:38.41 | *** join/#openmoko Zeroedout (n=savirc@S01060004764aec8a.vc.shawcable.net) |
| 21:38.47 | soltys | in newest settings it should save your settings after successfull connection |
| 21:39.22 | Etu | Cool, I will upgrade when I get home |
| 21:39.41 | soltys | it's like that for some time |
| 21:40.52 | *** join/#openmoko droid0011 (n=mc@p4FDCEEE1.dip.t-dialin.net) |
| 21:44.03 | *** join/#openmoko amarsh04 (n=amarsh04@ppp121-45-29-118.lns10.adl2.internode.on.net) |
| 21:44.54 | *** join/#openmoko quatrox (n=quatrox@ti0206a340-0313.bb.online.no) |
| 21:50.16 | *** join/#openmoko amarsh04_ (n=amarsh04@ppp121-45-136-129.lns11.adl6.internode.on.net) |
| 21:56.48 | azaghal | ext3 + some undownloadable deb package sure can cause a lot of pain -.- |
| 21:58.23 | azaghal | What are general people's experiences with ext3 on uSD on FR? |
| 21:58.42 | *** join/#openmoko amarsh04__ (n=amarsh04@ppp121-45-32-223.lns10.adl2.internode.on.net) |
| 22:03.51 | *** part/#openmoko Etu (n=user@92-244-27-79.customers.ownit.se) |
| 22:04.06 | *** join/#openmoko amarsh04 (n=amarsh04@ppp121-45-36-221.lns10.adl2.internode.on.net) |
| 22:14.32 | *** join/#openmoko daniel32708 (n=daniel@201.198.25.158) |
| 22:15.16 | daniel32708 | Guys when I try to ssh to my freerunner running SHR it asks for a password, but in the wiki it says that by default is blank, however it is not taking that, any advice' |
| 22:19.56 | *** join/#openmoko daniel327081 (n=daniel@201.198.25.158) |
| 22:20.02 | daniel327081 | Guys when I try to ssh to my freerunner running SHR it asks for a password, but in the wiki it says that by default is blank, however it is not taking that, any advice'? |
| 22:20.09 | daniel327081 | (sorry i had a connection problem) |
| 22:20.33 | *** part/#openmoko rooly (n=rooly@host-125-232.lalacap.clients.pavlovmedia.com) |
| 22:22.54 | Kero | open terminal on FR, run passwd ? |
| 22:22.57 | daniel327081 | yes |
| 22:23.02 | daniel327081 | i did that |
| 22:23.14 | daniel327081 | but the ssh is not taking my new password |
| 22:23.40 | Kero | then check whether you are ssh-ing to your FR and not some oher machine. |
| 22:24.13 | Kero | DNS or routing problems, perhaps |
| 22:25.15 | Kero | typically, I've ssh'd to the PC itself, mistyping 192.168.0.202 |
| 22:27.35 | daniel327081 | yeah i fixed it,. thx a lot! |
| 22:27.48 | Kero | yw |
| 22:30.09 | *** join/#openmoko amarsh04__ (n=amarsh04@ppp121-45-155-133.lns11.adl6.internode.on.net) |
| 22:34.00 | *** join/#openmoko idarwin (n=ian@24-138-98-109.zing-net.ca) |
| 22:37.41 | Kero | confirmed with gpspipe: gllin or chip spits out wrong timestamps. for UTC, CEST resp EEST it is 0, 2 resp 3 hours off (stating 19:37 instead of 22:37 UTC, whereas it's 01:37 in Greece) |
| 22:39.37 | *** join/#openmoko amarsh04 (n=amarsh04@ppp121-45-184-176.lns11.adl2.internode.on.net) |
| 22:44.00 | *** join/#openmoko amarsh04_ (n=amarsh04@ppp121-45-149-56.lns11.adl6.internode.on.net) |
| 22:51.54 | CIA-52 | openmoko: 03werner * r5470 10/trunk/gta02-core/docs/ecn/ecn0029.txt: Added more details on ECN0029. |
| 22:52.02 | *** join/#openmoko Wiedi|Har (n=wiedi@newton-air.w.fruky.net) |
| 22:54.30 | *** join/#openmoko alex25 (n=chatzill@89-139-135-69.bb.netvision.net.il) |
| 22:54.38 | alex25 | hey all |
| 22:56.00 | alex25 | can anyone please recommend a good kernel image to use on FR v6 with 2008.12? |
| 22:56.18 | CIA-52 | openmoko: 03werner * r5471 10/trunk/gta02-core/docs/ecn/ (STATUS ecn0029.txt): ECN0029: added review by Joerg and bumped it to "Discuss". |
| 23:01.28 | *** join/#openmoko amarsh04__ (n=amarsh04@ppp121-45-218-159.lns11.adl2.internode.on.net) |
| 23:01.54 | *** join/#openmoko dns53 (n=dns@203.171.199.1) |
| 23:04.54 | *** join/#openmoko batti (n=batti@p5B149070.dip0.t-ipconnect.de) |
| 23:10.13 | *** join/#openmoko balrog-kun (i=az258116@students.mimuw.edu.pl) |
| 23:12.07 | *** join/#openmoko nomeata (i=nobody@nomeata.de) |
| 23:21.59 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 23:27.00 | *** join/#openmoko amarsh04 (n=amarsh04@ppp121-45-1-142.lns10.adl2.internode.on.net) |
| 23:27.13 | *** join/#openmoko Digital_Pioneer_ (n=digitalp@h17.200.255.206.cable.srcy.cablelynx.com) |
| 23:27.19 | CIA-52 | openmoko: 03werner * r5472 10/trunk/gta02-core/ (6 files in 2 dirs): |
| 23:27.19 | CIA-52 | openmoko: - ECN0003 through 0007: added commit and review entires |
| 23:27.19 | CIA-52 | openmoko: - ECN0007: added R1741 removal |
| 23:27.19 | CIA-52 | openmoko: - ECN0003, cpu.sch: also removed CPU side (R1545 and SHUTDOWN net) |
| 23:27.19 | CIA-52 | openmoko: - ECN0007, cpu.sch: also removed CPU side (R1546 and KEEPACT net) |
| 23:29.57 | CIA-52 | openmoko: 03werner * r5473 10/trunk/gta02-core/docs/ecn/ (ecn0003.txt ecn0007.txt): - ECN0003, ECN0007: added commit entries for CPU-side changes |
| 23:32.24 | *** join/#openmoko amarsh04_ (n=amarsh04@ppp121-45-210-194.lns11.adl2.internode.on.net) |
| 23:40.58 | CIA-52 | openmoko: 03werner * r5474 10/trunk/gta02-core/docs/ecn/ (ecn0003.txt ecn0007.txt): - added tags for review of the PMU side to ECN0003 and ECN0007 as well |
| 23:50.02 | *** join/#openmoko hd (n=jd@modemcable178.248-201-24.mc.videotron.ca) |
| 23:50.33 | *** join/#openmoko HellDragon (i=jd@modemcable178.248-201-24.mc.videotron.ca) |
| 23:52.21 | *** join/#openmoko elopio (n=elopio@190.241.11.138) |
| 23:56.35 | *** join/#openmoko everslick (n=clemens@212-183-116-107.adsl.highway.telekom.at) |
| 23:58.35 | hipitihop | hmm shr-u did opkg updte && opkg ugrade this morning and now messages, contacts and others things crash on startup. |
