**** BEGIN LOGGING AT Wed May 20 02:59:57 2009
May 20 03:30:36 <wurp2|working> Psi: Can you try it again?  I just did it on my gta01 running the April 16 shr-testing
May 20 03:30:58 <wurp2|working> Open a terminal, type "xrandr -o 1<enter>" - it should rotate your screen
May 20 03:31:18 <wurp2|working> "xrandr -o 0" should rotate it back
May 20 03:31:26 <wurp2|working> If it doesn't, please tell me the output
May 20 04:48:40 <Psi> hm.. is there an archive of old SHR builds anywhere?
May 20 04:49:08 <Psi> need the april 16 shr testing build to check what wurp2|working just proposed
May 20 06:13:30 <khiraly1> http://people.openmoko.org/joerg/shr-testing/
May 20 06:13:35 <khiraly1> Psi: ^^^
May 20 06:14:02 <Psi> gta01
May 20 06:14:28 <Psi> but it doesnt matter now, ive managed to get xrandr working
May 20 06:31:44 <khiraly1> ok, that image was for gta02
May 20 06:32:02 <CIA-53> openmoko: 03werner * r5003 10/trunk/gta02-core/scripts/psdiff: 
May 20 06:32:02 <CIA-53> openmoko: Utility to diff two eeschema postscript files. If a file name ends with .gz,
May 20 06:32:02 <CIA-53> openmoko: psdiff automatically invokes zcat.
May 20 07:15:54 <Hopscotch> good morning
May 20 07:16:02 <rhkfin> 'ning
May 20 08:55:03 <CIA-53> openmoko: 03werner * r5004 10/trunk/gta02-core/expanded/Makefile: 
May 20 08:55:03 <CIA-53> openmoko: Only generate the new local postscript files with the make default action,
May 20 08:55:03 <CIA-53> openmoko: don't upload.
May 20 08:55:22 <CIA-53> openmoko: 03werner * r5005 10/trunk/gta02-core/ (4 files in 2 dirs): 
May 20 08:55:22 <CIA-53> openmoko: First round of pin to unit cleanup: move all EINTx pins to the EINT unit (D).
May 20 08:55:22 <CIA-53> openmoko: Also rearrange cpu.sch for the now grown EINT block.
May 20 08:56:52 <thrashold> How do you edit the boot menu on the FR?
May 20 09:10:29 <PaulFertser> thrashold: either by using some user-space tool for editing u-boot env or by connecting to running u-boot with cdc_acm and issuing commands from any terminal emulator.
May 20 09:12:18 <thrashold> Yeah, but on FR, when I issue saveenv it is lost on the next reboot.
May 20 09:12:59 <PaulFertser> thrashold: are you using NOR u-boot? Then it's expected.
May 20 09:14:03 <thrashold> Ermm.... Probably. How do you get into NAND u-boot then?
May 20 09:15:22 <PaulFertser> thrashold: you don't press AUX while SoC is powered-on/reset.
May 20 09:16:09 <thrashold> How do I get in the menu, then?
May 20 09:19:37 <PaulFertser> thrashold: read the wiki please.
May 20 09:27:57 <Psi> anyone know if -s 320x240 is supposed to work on gta01 with xrandr in shr?
May 20 09:28:06 <CIA-53> openmoko: 03werner * r5006 10/trunk/gta02-core/components/ (gta02-core-expanded.lib gta02-core.lib s3c2442.lib): Added reminder text-only fields for EINT10 through EINT19.
May 20 09:35:52 <CIA-53> openmoko: 03werner * r5007 10/trunk/gta02-core/kicad-patches/fix-pinedit-collision.patch: A tentative fix for excessive warnings when editing multi-unit components.
May 20 09:40:18 <CIA-53> openmoko: 03werner * r5008 10/trunk/gta02-core/components/s3c2442.lib: Yet another Samsung inconsistency: VD9/SPCLK1/GPD1 should be VD9/SPICLK1/GPD1.
May 20 10:02:28 <CIA-53> openmoko: 03werner * r5009 10/trunk/gta02-core/components/ (gta02-core-expanded.lib gta02-core.lib s3c2442.lib): 
May 20 10:02:28 <CIA-53> openmoko: Added SPI text-only fields. Note: are there *really* three SPICLK1 pins but
May 20 10:02:28 <CIA-53> openmoko: only one nSPICS1 ? Seems rather suspicious. The documentation is largely
May 20 10:02:28 <CIA-53> openmoko: consistent in this regard, though.
May 20 10:07:03 <CIA-53> openmoko: 03werner * r5010 10/trunk/gta02-core/expanded/io.sch: Updated expanded schematics for grown SPI block.
May 20 11:36:33 <KaZeR_mobi> hello there
May 20 11:36:43 <rhkfin> 'llo there!
May 20 11:37:23 <KaZeR_mobi> i'm still having issues (read : can't use) with my message book.
May 20 11:37:49 <KaZeR_mobi> 2 questions : 1) does one know how to decode pdu message from command line or something like that? 
May 20 11:38:26 <KaZeR_mobi> 2) is there a way to backup messages from sim somewhere else? can i just dump the pdu content to a file?
May 20 11:38:44 <KaZeR_mobi> i can read the messages using mickeyterm, but openmoko-messages or dbus calls are crashing
May 20 11:39:08 <KaZeR_mobi> (and with mickeyterm, i should say rather that i can display the message.. not really read them :) )
May 20 11:39:10 <rhkfin> KaZeR_mobi: what distro?
May 20 11:40:03 <thrashold> KaZeR: How are the dbus calls "crashing"?
May 20 11:41:02 <KaZeR_mobi> rhkfin: sorry, should have precised indeed : shr-unstable
May 20 11:41:38 <dos1> KaZeR_mobi: updated and upgraded today?
May 20 11:41:43 <KaZeR_mobi> thrashold: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.Disconnected: Connection was disconnected before a reply was received in console and http://shr-project.org/trac/ticket/464 in the logs
May 20 11:42:07 <KaZeR_mobi> dos1 : yes, i tried to reopen and update ticket but was rejected : Warning: No permission to change ticket fields. 
May 20 11:42:16 <thrashold> What kernel is this running?
May 20 11:42:21 <dos1> KaZeR_mobi: which ticket?
May 20 11:43:02 <KaZeR_mobi> dos1: i wanted to post : "In fact it's not related to the cache. I have the same issue with a fresh shr-unstable from 20090509, and if i try to read the messagebook using dbus, it also crashes."
May 20 11:43:02 <KaZeR_mobi> thrashold: Linux om-gta02 2.6.29-rc3 #1 PREEMPT Fri May 15 12:29:40 CEST 2009 armv4tl unknown (shr-unstable upgraded this morning)
May 20 11:43:03 <dos1> KaZeR_mobi: it doesn't look like contact cache crashing
May 20 11:43:10 <thrashold> (I'm experiencing a correlation between the kernel version and framework not replying, which is strange... )
May 20 11:43:17 <KaZeR_mobi> dos1 : #464, you closed it yesterday
May 20 11:43:19 <dos1> KaZeR_mobi: it's more frameworkd problem for me
May 20 11:43:31 <dos1> KaZeR_mobi: so it's not the same issue :P
May 20 11:43:42 <dos1> KaZeR_mobi: fill ticket in FSO tracker
May 20 11:43:50 <KaZeR_mobi> dos1 : i agree, i had the same issue with 20090509. i didn't not say it was related to cache : you did :)
May 20 11:43:59 <dos1> or talk with mickey|lunch about that
May 20 11:44:10 <dos1> KaZeR_mobi: now, you did by trying to make mess in trac
May 20 11:44:37 <dos1> KaZeR_mobi: you wanted to post comment about your issue under ticket about different issue :>
May 20 11:44:42 <KaZeR_mobi> dos1 : make mess?
May 20 11:45:23 <dos1> btw
May 20 11:45:24 <KaZeR_mobi> dos1 : no, i did not talk about cache in my ticket. i reported an application crash. 
May 20 11:45:26 <dos1> fresh shr-unstable?
May 20 11:45:40 <dos1> KaZeR_mobi: but it was contact cache crash
May 20 11:45:58 <dos1> KaZeR_mobi: there's no such thing as fresh shr-unstable :P
May 20 11:46:04 <dos1> KaZeR_mobi: we have build problems
May 20 11:46:12 <KaZeR_mobi> 20090509 without updates : crashes the very same way, so not related to cache (which was included a few days ago, no? )
May 20 11:46:13 <dos1> so new image wasn't generated for ages
May 20 11:46:23 <KaZeR_mobi> dos1: by fresh i meant 'vanilla'
May 20 11:46:30 <dos1> KaZeR_mobi: opkg update; opkg upgrade
May 20 11:46:34 <KaZeR_mobi> no updates/upgrades
May 20 11:46:41 <KaZeR_mobi> and it worked until sunday
May 20 11:46:41 <dos1> KaZeR_mobi: so do it
May 20 11:47:07 <KaZeR_mobi> let me resume, i might be confusing you
May 20 11:48:08 <dos1> KaZeR_mobi: if you want to fill ticket - please, do that with fresh software
May 20 11:48:10 <dos1> not outdated
May 20 11:48:31 <dos1> you can then fill ticket about issue, which is fixed for ages
May 20 11:48:34 <KaZeR_mobi> i was running 20090509 without updates. was working ok. messages started to crash on sunday : i upgraded. did not solve. i reported bug and learnt about contact cache. i flashed back to 20090509, had the same issue (same frameworkd.log). upgraded this morning to include your fix from yesterday : same issue
May 20 11:48:40 <dos1> and now having trac clean is important to us
May 20 11:48:44 <dos1> as we want to release soon
May 20 11:49:03 <KaZeR_mobi> dos1: yes, i agree. and i run a trac too, i know how it's like (navit)
May 20 11:49:20 <KaZeR_mobi> dos1: i just wanted to point that it didn't seem to be related to cache
May 20 11:49:53 <dos1> KaZeR_mobi: hmm. no. looks like you don't have luck and you riched next issue just after previous :)
May 20 11:50:00 <KaZeR_mobi> dos1: my point about the ticket : i will report on FSO. but messages shouldn't die in awful pain, rather warn that the dbus is gone or whatever
May 20 11:50:15 <dos1> KaZeR_mobi: there is ticket for that ;)
May 20 11:50:44 <KaZeR_mobi> dos1: i believe i received a message that fso can't decode or something like that
May 20 11:51:30 <KaZeR_mobi> hence my question about a tool to decode pdu : i could read my encoded messages, and trashes them until i find the faulty one
May 20 11:51:35 <dos1> KaZeR_mobi: can you provide fresh logs from openmoko-messages and frameworkd?
May 20 11:52:01 <dos1> if it's really decoding issue, then it's frameworkd problem, in which mickey|lunch or alphaone would be interested
May 20 12:00:51 <KaZeR_mobi> sorry.. my connection via the FR isn't reliable :)
May 20 12:00:56 <KaZeR_mobi> did i miss something?
May 20 12:04:04 <Viddy_> so... I'm attempting to upgrade the gsm firmware in my freerunner, using the usd method, and its been sitting there for 23 minutes now, do i pull the power, or leave it overnight?
May 20 12:04:44 <SpeedEvil> I think it takes a while - I'm unsure how long
May 20 12:04:53 <SpeedEvil> have you gotten any error mssages?
May 20 12:05:14 <Viddy_> last message on screen is [time.stamp] power_supply battery: driver failed to report 'health' properly
May 20 12:05:26 <Viddy_> wikipage says 6 min
May 20 12:05:43 <KaZeR_mobi> 23 minutes? seems too long for me (but i'm no expert). iirc, it should take no more than a few minutes..
May 20 12:05:45 <Viddy_> i wonder if its booted into the normal flash, instead of the usd flash
May 20 12:09:18 <KaZeR_mobi> Viddy_: i personnally did it by flashing the minimal distro and doing the job by hand. worked flawlessly, and wasn't harder. and at least i could keep an eye on what was going on
May 20 12:09:38 <rhkfin> DocScrutinizer: ^
May 20 12:09:41 <Viddy_> yeah, i wonder if i'll end up doing that
May 20 12:10:23 <DocScrutinizer> huh? whazzup?
May 20 12:10:43 <rhkfin> DocScrutinizer: Viddy_ has some problems in GSM firmware upgrade..
May 20 12:11:51 <rhkfin> (and I think you're ~the only one who understands that stuff..)
May 20 12:12:04 <DocScrutinizer> Viddy_: do you see blue writing on FR screen?
May 20 12:12:28 <Viddy_> not at the moment - i don't think i saw anything previously either
May 20 12:12:36 <Viddy_> all I've got is that line at the top of the screen
May 20 12:12:48 <Viddy_> <Viddy_> last message on screen is [time.stamp] power_supply battery: driver failed to report 'health' properly
May 20 12:12:52 <DocScrutinizer> Viddy_: did you boot from NOR?
May 20 12:12:56 <Viddy_> yup
May 20 12:13:02 <DocScrutinizer> redo
May 20 12:13:12 <Viddy_> cool
May 20 12:13:16 <Viddy_> reflash usd?
May 20 12:13:18 <DocScrutinizer> insert bat propperly
May 20 12:13:25 <Viddy_> leave power in?
May 20 12:13:31 <DocScrutinizer> nah, just start/boot
May 20 12:14:15 <Viddy_> hmm, not sure if battery will last that long
May 20 12:14:28 <Viddy_> Its been off for some time
May 20 12:14:52 <DocScrutinizer> Viddy_: remove power and bat. insert bat propperly. insert usb-charger while holding AUX. make sure you got NOR menu. reboot from uSD
May 20 12:16:26 <Viddy_> cool
May 20 12:16:34 <Viddy_> its at synthesizin the inital hot plug events
May 20 12:16:37 <Viddy_> remounting root fs
May 20 12:17:00 <Viddy_> ah
May 20 12:17:07 <DocScrutinizer> Viddy_: flashing process started when blue writing on screen. may take longer than 6min, but should finish eventually.
May 20 12:17:09 <Viddy_> i see blue background with black text
May 20 12:17:21 <Viddy_> yup
May 20 12:17:25 <DocScrutinizer> so you're half way there
May 20 12:17:27 <Viddy_> its flashing
May 20 12:17:50 <Viddy_> cool, wonder what happened
May 20 12:18:08 <Viddy_> maybe i stuffed up, pushed it into normal boot off onboard flash
May 20 12:18:18 <DocScrutinizer> dunno, sounds like middle contact of your bat was dirty
May 20 12:18:30 <Viddy_> screen's gone blank - can i touch screen, get it back?
May 20 12:18:37 <DocScrutinizer> yup
May 20 12:18:42 <Viddy_> cool
May 20 12:19:32 <rhkfin> I knew if anyone, DocScrutinizer would be the one who could help :) Thanks!
May 20 12:19:45 <DocScrutinizer> np
May 20 12:19:46 <Viddy_> yeah, much appreciated, thanks for that
May 20 12:20:15 <DocScrutinizer> should take care about my crap, no? ;-)
May 20 12:20:43 <rhkfin> DocScrutinizer: :D
May 20 12:22:48 <Viddy_> sweet, and its done
May 20 12:23:02 <DocScrutinizer> cool
May 20 12:23:54 <DocScrutinizer> Viddy_: if by any chance you get to know what went wrong, please ping me, so I might augment the wiki instructions
May 20 12:24:48 <Viddy_> actually, I'll boot into the onboard flash, and see if it gave me the same result as the first time 
May 20 12:25:13 <rhkfin> DocScrutinizer: maybe you should add there the state after it's critical to abort or something..?
May 20 12:25:29 <rhkfin> like 'after this point there's no return'
May 20 12:25:47 <DocScrutinizer> rhkfin: no such point :-D
May 20 12:26:16 <rhkfin> DocScrutinizer: so it's safe to abort any time -> you can't brick the GSM chip (at least when upgrading the firmware?)
May 20 12:26:26 <DocScrutinizer> exactly
May 20 12:26:43 <rhkfin> Great!
May 20 12:27:00 <DocScrutinizer> uSD is supposed to use rom-bootloader
May 20 12:27:26 <DocScrutinizer> should work even with borked gsm-fw
May 20 12:27:53 <DocScrutinizer> (-oo instead of -oO)
May 20 12:28:50 <Viddy_> this applies  for gta02 though, rather than gta01?
May 20 12:28:53 <DocScrutinizer> we learnt about rom-bl after initial instructions were published
May 20 12:29:24 <Viddy_> hmm
May 20 12:29:44 <DocScrutinizer> Viddy_: hmm???
May 20 12:30:06 <Viddy_> i thought i read something that the gta01 phone gsm chipset was fairly fragile?
May 20 12:30:20 <Viddy_> where fragile == breakable
May 20 12:30:28 <Viddy_> or at least, more than the gta02
May 20 12:30:45 <DocScrutinizer> Viddy_: gta01 has no NOR
May 20 12:30:48 <Viddy_> dunno, phone booted into a gui this time - issues that may have affected it were that the phone had been off for a couple months
May 20 12:30:52 <SpeedEvil> phone chipsets are the same
May 20 12:30:53 <DocScrutinizer> gsm is identical
May 20 12:30:55 <Viddy_> oh, ok
May 20 12:31:05 <SpeedEvil> it's only 'normal' ROM that boots linux that changes
May 20 12:31:10 <Viddy_> yeah
May 20 13:37:05 <badcloud> any reason why openmoko didn't make gta02 a quadband?
May 20 13:44:00 <mickeyl> not possible due to the used GSM chip
May 20 13:46:44 <mariusno> Hi, is GPRS working in the OM2009 RC3, i have checked wiki and mailinglist, but cannot find anyone mention GPRS in 2009
May 20 13:47:38 <schannall1> mariusno: as it works in fso and shr i guess it will also work on om2009
May 20 13:47:52 <badcloud> I see
May 20 13:48:39 <rhkfin> mariusno: I have it working on OM2009 ok
May 20 13:48:50 <rhkfin> (btw RC3 != testing3..)
May 20 13:48:54 <mariusno> sounds great
May 20 13:48:59 <mariusno> okay
May 20 13:49:02 <mariusno> sorry, my bad
May 20 13:49:13 <rhkfin> np - just making sure you don't expect too much :)
May 20 13:49:28 <mariusno> is the GPRS implemented with a GUI, or is it only by terminal/dbus
May 20 13:49:29 <rhkfin> mariusno: but there will be a bew testing released tomorrow or so, you might want to wait for it
May 20 13:49:35 <rhkfin> mariusno: full GUI support
May 20 13:49:43 <badcloud> anyone know anything about project b?
May 20 13:49:43 <rhkfin> (whatever that means..)
May 20 13:49:54 <rhkfin> badcloud: yes, it took all developers from Freerunner :/
May 20 13:49:58 <rhkfin> (almost all)
May 20 13:50:22 <badcloud> what sort of hardware are we expected to see?
May 20 13:51:11 <rhkfin> no idea but tons of speculation
May 20 13:51:25 <badcloud> ha
May 20 13:51:26 <rhkfin> Hair straightener with wlan is the top guess atm
May 20 13:51:27 <badcloud> I'll bet
May 20 13:52:20 <badcloud> Sean's turned into the Steve Jobs of opensoftware hardware
May 20 13:55:05 <badcloud> so nothing solid as far as specs?
May 20 14:17:39 <spaetz> badcloud: no communication device is all that's public
May 20 14:25:04 <dos1> badcloud: it's open toaster
May 20 14:25:10 <dos1> (project b)
May 20 14:27:01 <CIA-53> freesmartphone.org: 03mickey 07cornucopia * rbc8f17dde918 10/fsodeviced/ (6 files in 4 dirs): fsodevice: start with BasePowerControl class in libfsodevice; add build skeleton for plugin openmoko_powercontrol
May 20 14:32:45 <vininim> if it's a media player, maybe I would buy it
May 20 14:33:22 <vininim> maybe... because I do have a FreeRunner, which ``is a phone'' so I don't know what to expect from a ``media player''.
May 20 14:36:58 <neomilium> vininim: maybe if it is a ``media player", you can phone but can read multimedia files... as ``the phone" can be media player, PDA, and others stuffs but not phone at the moment... ^^
May 20 14:37:14 <neomilium>  but can't read
May 20 14:37:43 <CIA-53> freesmartphone.org: 03mok 07libframeworkd-glib * r680276e4cdda 10/src/ (4 files in 2 dirs): 
May 20 14:37:43 <CIA-53> freesmartphone.org: add handler for incoming message receipt
May 20 14:37:43 <CIA-53> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
May 20 14:39:44 <UukGoblin> Hi, just curious about one thing... Why is one accelerometer being removed in gta02-core? Why was it there in the first place? Isn't it the case that it's much easier to implement inertial navigation system using 2 accelerometers?
May 20 14:40:12 <SpeedEvil> no
May 20 14:40:12 <mickeyl> long story short, the 2nd accel is hardly buying us any new info and complicateing BOM and design
May 20 14:40:27 <SpeedEvil> The sencond accel can give very little extra info
May 20 14:40:39 <SpeedEvil> basically, all you have is position tapping on the case
May 20 14:40:46 <SpeedEvil> and _extremely_ rapid rotation
May 20 14:40:48 <UukGoblin> oh hi, SpeedEvil :-)
May 20 14:40:54 <SpeedEvil> hi
May 20 14:41:06 <UukGoblin> mhm
May 20 14:41:20 <SpeedEvil> tap on the case - if the accel signals are the same, you're tapping in between the accels
May 20 14:41:22 <SpeedEvil> forex
May 20 14:41:40 <SpeedEvil> this does require sampling the accels at maybe 100Hz though
May 20 14:42:28 <UukGoblin> so, (and I had this question some time ago already) is it (theoretically) possible to implement a (perhaps not too precise) inertial navigation system using only 1 accelerometer? Assuming the device would be for instance in pocket and would sometimes rotate or swing a bit?
May 20 14:43:01 <SpeedEvil> no
May 20 14:43:09 <SpeedEvil> I've got a writeup on the wiki on this
May 20 14:43:14 <SpeedEvil> short answer is no though
May 20 14:43:29 <UukGoblin> so I guess a second accelerometer doesn't make it possible either? ;-]
May 20 14:43:30 <SpeedEvil> it's no with 2 of the sort of devices in the gta02 too though
May 20 14:43:39 * UukGoblin nods
May 20 14:43:56 <SpeedEvil> you can buy accels which will work for this - sort-of, but they are $200/axis
May 20 14:44:00 <SpeedEvil> and you need 6
May 20 14:44:05 <UukGoblin> argh. :->
May 20 14:44:14 <SpeedEvil> 3-axis gyro is lots cheaper
May 20 14:44:29 <UukGoblin> I was experimenting with google's G1, but didn't get anything near accurate ;-]
May 20 14:44:29 * SpeedEvil lookss for page
May 20 14:44:46 <UukGoblin> yeah, I was thinking a mixture of a gyro and an accelerometer should do the trick
May 20 14:45:02 <UukGoblin> (and perhaps the second accel could replace a gyro, but apparently not)
May 20 14:45:09 <johnsu01> does anyone have a ringtone that is low budget enough not to sound all choppy when the phone rings in SHR? :)
May 20 14:45:59 <SpeedEvil> http://wiki.openmoko.org/wiki/Technical:Accelerometer_Fundamentals
May 20 14:46:04 <SpeedEvil> that
May 20 14:46:14 <SpeedEvil> UukGoblinthat's quite possible to do
May 20 14:46:42 <UukGoblin> SpeedEvil, thanks a lot :-)
May 20 14:46:47 <SpeedEvil> UukGoblin: the problem is that the gyro costs on the order of $20 - which means $40 on the price
May 20 14:46:51 <UukGoblin> SpeedEvil, you're very helpful as usual
May 20 14:47:02 <UukGoblin> ah, I see
May 20 14:47:10 <SpeedEvil> 3-axis magnetometer and accelerometer are in some ways better
May 20 14:47:17 <SpeedEvil> which is a compass, and accel
May 20 14:47:22 <UukGoblin> aaaah
May 20 14:47:28 <UukGoblin> G1 has a magnetic compass too
May 20 14:47:34 <SpeedEvil> don't expect to be able to do dead reckoning for long in either case
May 20 14:47:46 <UukGoblin> but that wouldn't work too well in a cave for instance, or when there's a lot of metal stuff around
May 20 14:48:02 <SpeedEvil> in a cave it works fine
May 20 14:48:40 <SpeedEvil> however - none of the even remotely plausible sensors - allow for that sort of inertial navigation
May 20 14:49:27 <SpeedEvil> for exxample - if you want to be within 10m after 1000s of dead-reckoning, your accelerometers need to be accurate to 20um/s^2
May 20 14:49:31 <SpeedEvil> or so
May 20 14:49:47 <SpeedEvil> the ones in the FR are accurate to maybe 20cm/s^2
May 20 14:50:01 <UukGoblin> cool, I was trying to find some calculations regarding that a few months ago, but didn't get that far :-)
May 20 14:50:18 <SpeedEvil> you can get maybe another order of magnitude or a little bit more by paying $5, not $3
May 20 14:50:44 <SpeedEvil> But, to get 2 orders gets you to $600/3 axis or so
May 20 14:50:49 <UukGoblin> these prices must be when you buy in a big bulk order though, right?
May 20 14:51:11 <SpeedEvil> In ones you can get the accels at about $8 per
May 20 14:52:49 <SpeedEvil> http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=497-5910-1-ND
May 20 14:52:58 <SpeedEvil> is one similar to the accel in the GTA02
May 20 14:53:11 <UukGoblin> cool
May 20 14:55:23 <SpeedEvil> though actuaally that's an analog output one, not digital
May 20 15:00:04 <UukGoblin> microchip pics can do very fast ADC (it's about a few microseconds per read)
May 20 15:03:54 <SpeedEvil> UukGoblin: the problem is not sampling rate, it's fundamental irreducable noise inherent to the sensor
May 20 15:04:09 <UukGoblin> yes, of course
May 20 15:04:36 <DocScrutinizer> for decent inertial dead recconing you need 100k$ sensors, like laser-gyro
May 20 15:04:43 <UukGoblin> mhm
May 20 15:05:01 <CIA-53> freesmartphone.org: 03mickey 07cornucopia * rd022a7af5d23 10/libfsoframework/fsoframework/interfaces.vala: fsoframework: interfaces: add PowerControl object path
May 20 15:05:03 <CIA-53> freesmartphone.org: 03mickey 07cornucopia * r0c13810ee213 10/fsodeviced/src/ (2 files in 2 dirs): fsodevice: openmoko_powercontrol: Openmoko.BluetoothPowerControl working.
May 20 15:05:07 * SpeedEvil attaches a JDAM kit to DocScrutinizer, and drops him from 20000m.
May 20 15:05:46 <DocScrutinizer> yeeeehaaaaaa!!! DocStrangelove..... ;-D
May 20 15:06:12 <DocScrutinizer> SpeedEvil: JDAM works with GPS
May 20 15:06:28 <DocScrutinizer> dirt cheap (for Army material)
May 20 15:06:36 <SpeedEvil> http://testing.thinkgeek.com/tshirts-apparel/unisex/frustrations/374d/
May 20 15:06:50 <SpeedEvil> It also has an inertial guidance function if GPS is offline
May 20 15:07:05 <UukGoblin> heheh
May 20 15:07:11 <DocScrutinizer> looool
May 20 15:07:13 <SpeedEvil> CEP degrades, but stays lotts better than normal.
May 20 15:07:40 <DocScrutinizer> SpeedEvil: sure
May 20 15:07:43 <Blu3> why doesn't eth0(wireless) come up when wifi is enabled in settings?
May 20 15:07:47 <UukGoblin> about dropping soldiers from heights, watch Tomek Baginski's Fallen Art (if you haven't already) ;-)
May 20 15:07:51 <johnsu01> does the alarm clock in SHR work? I set it this morning, but it didn't go off, even though other phone functions were working okay
May 20 15:08:26 <Blu3> no, it doesn't work
May 20 15:08:28 <DocScrutinizer> johnsu01: SHR alarm isn't handling RTC correctly
May 20 15:08:39 <DocScrutinizer> ffalarms is supposed to
May 20 15:09:08 <DocScrutinizer> johnsu01: so no alarm with SHR alarm, if device is suspended
May 20 15:09:31 <Blu3> ffalarms work - if your audio works.  the recent framework(?) updates install broken audio scenarios so no sound is made
May 20 15:09:33 <DocScrutinizer> disclaimer: AFAIK
May 20 15:10:14 <johnsu01> heh, okay, thanks for the info
May 20 15:10:38 <DocScrutinizer> fsck, probably ffalarm is broken not to load corerect scenario prior to asserting alarm
May 20 15:11:21 <Blu3> actually ffalarm is broken wrt. to elementary i think - won't run at all
May 20 15:11:36 <DocScrutinizer> a lot of apps is broken this way. They depend / rely on stereoout being "magically" preloaded for them, which isn't guerranteed at any moment
May 20 15:11:36 <Blu3> checking, waiting for my phone to get around to doing something
May 20 15:12:16 <Blu3> i sure wish the power timeout settings would remain
May 20 15:13:44 <Blu3> yes, ffalarms is broken in regards to evas
May 20 15:14:17 <Blu3> ValueError: Ecore_Evas_Engine_Type changed and bindings are now invalid, position 180 is now NULL!
May 20 15:20:27 <skamster> ** (process:1639): DEBUG: Phonelog database initiated
May 20 15:20:27 <skamster> ophonekitd: symbol lookup error: ophonekitd: undefined symbol: frameworkd_handler_new
May 20 15:20:54 <skamster> ehm, is there a fix for ophonekitd?
May 20 15:21:14 <skamster> if not, i couldn't use gsm :s
May 20 15:28:01 <max_posedon> Does somebody remind name of tool which helps downloads maps for tangogps?
May 20 15:28:09 <max_posedon> first later was Y
May 20 15:29:55 <PaulFertser> max_posedon: yauoth
May 20 15:30:03 <PaulFertser> Or very similiar
May 20 15:30:32 <max_posedon> thanks, 'cos I'm starting downloading all maps that I can require)
May 20 15:30:47 <PaulFertser> With your new shiny 16Gb SD? ;)
May 20 15:31:03 <max_posedon> yes) also, may be you know does bind-home works in SHR? 
May 20 15:31:54 <CIA-53> freesmartphone.org: 03mickey 07cornucopia * rbbda56b17fe4 10/fsodeviced/src/ (2 files in 2 dirs): fsodevice: openmoko_powercontrol: WiFiPowerControl done.
May 20 15:37:17 <DocScrutinizer> huh, working 16GB???
May 20 15:37:33 <DocScrutinizer> max_posedon: which brand?
May 20 15:37:50 <max_posedon> SanDisk
May 20 15:38:09 <max_posedon> can't say more now
May 20 15:38:12 <DocScrutinizer> kingston fubar here :-(
May 20 15:38:32 <DocScrutinizer> IO-errors on FR and desktop
May 20 15:38:53 <max_posedon> only one issue, I don't know but hdparm -tT /dev/mmc says only 1.5Mb/s
May 20 15:39:52 <CIA-53> freesmartphone.org: 03mickey 07cornucopia * rf516ab22b95d 10/fsodeviced/ (4 files in 3 dirs): fsodevice: add plugin thinkpad_powercontrol
May 20 15:40:29 <mickeyl> *phew*
May 20 15:40:36 <mickeyl> fsodevice completion status 80%
May 20 15:41:51 * johnsu01 also has a new 16GB SD to test
May 20 15:42:20 <max_posedon> DocScrutinizer, what is regular write speed for microSD in neo?
May 20 15:42:36 <max_posedon> mine uSD at laptop with same test says ~6Mb/s
May 20 15:53:22 <max_posedon> PaulFertser, it was yaouh )
May 20 16:01:18 <CIA-53> freesmartphone.org: 03mickey 07cornucopia * r5c551b7b48b9 10/libfsoframework/fsoframework/interfaces.vala: fsoframework: interfaces.vala: add Audio
May 20 16:01:20 <CIA-53> freesmartphone.org: 03mickey 07cornucopia * r0a67b9bec7f6 10/fsodeviced/ (4 files in 3 dirs): fsodevice: add skeleton for alsa_audio plugin
May 20 16:02:56 <ndnihil> go mieky go
May 20 16:02:57 <ndnihil> er
May 20 16:03:00 <ndnihil> mickey
May 20 16:13:28 <mickeyl> :)
May 20 16:17:24 <skamster> root@om-gta02 /usr/lib $ opkg -force-reinstall install ophonekitd
May 20 16:17:24 <skamster> Reinstalling ophonekitd (0.0.2+gitr663+b9bb7b19650064bff965214b4a11884828007c1a-r16) on root...
May 20 16:17:24 <skamster> Collected errors:
May 20 16:17:24 <skamster>  * ERROR: Package ophonekitd (parent ophonekitd) is not available from any configured src.
May 20 16:17:24 <skamster>  * Failed to download ophonekitd. Perhaps you need to run 'opkg update'?
May 20 16:17:36 <skamster> why i had result's like this?
May 20 16:18:18 <max_posedon> because server have more recent packages
May 20 16:18:30 <max_posedon> and opkg suggest you do opkg update
May 20 16:18:55 <skamster> i already maked a opkg update
May 20 16:18:58 <dos1> skamster: do "opkg update; opkg upgrade"
May 20 16:19:02 <skamster> help's nothing
May 20 16:19:09 <dos1> ...
May 20 16:19:25 <skamster> i had upgraded before 15 minutes
May 20 16:19:50 <dos1> maybe upgrade again
May 20 16:19:51 <dos1> :P
May 20 16:20:00 <dos1> btw
May 20 16:20:04 <skamster> ^^
May 20 16:20:08 <dos1> skamster: why do you want to reinstall ophonekitd?
May 20 16:20:14 <skamster> yeah, but there isn't a new version
May 20 16:20:27 <skamster> root@om-gta02 /usr/lib $ ophonekitd
May 20 16:20:27 <skamster> ** (process:1803): DEBUG: Entering ecore loop
May 20 16:20:27 <skamster> ** (process:1803): DEBUG: Phonegui initiated
May 20 16:20:27 <skamster> ** (process:1803): DEBUG: Phonelog database initiated
May 20 16:20:27 <skamster> ophonekitd: symbol lookup error: ophonekitd: undefined symbol: frameworkd_handler_new
May 20 16:20:31 <skamster> because of this
May 20 16:20:40 <skamster> couldn't phone anymore
May 20 16:21:07 <skamster> and for a short time, i added the om-feeds today
May 20 16:21:13 <skamster> to install paroli
May 20 16:21:28 <skamster> then i maked a upgrade, bsw beginn with this
May 20 16:21:57 <dos1> skamster: then you are interested in libframeworkd-glib0 and libframeworkd-phonegui0, not ophonekitd
May 20 16:22:01 <skamster> but before it's configure, i aborted and delete the feed.. 
May 20 16:23:05 <skamster> thanks :D
May 20 16:29:45 <skamster> root@om-gta02 /usr/lib $ opkg install ophonekitd
May 20 16:29:45 <skamster> Collected errors:
May 20 16:29:45 <skamster>  * Cannot find package ophonekitd.
May 20 16:29:52 <skamster> that's strange..
May 20 16:29:59 <skamster> it should be in the feed's, not?
May 20 16:30:09 <skamster> yeah
May 20 16:30:14 <skamster> it work's again
May 20 16:30:16 <skamster> yiiiiiiiiha
May 20 16:30:19 <skamster> :D
May 20 16:30:20 <skamster> :D
May 20 16:30:20 <skamster> :d
May 20 16:30:41 <skamster> now i could spam you all the night with smiles :p
May 20 16:31:00 <skamster> aaaah, that's just great, thx dos1
May 20 16:53:45 <ruoso> some parts of the wiki references the neo1973 having 256Mb SD, others say it has only 64Mb... which one is correct?
May 20 16:54:03 <SpeedEvil> 64
May 20 16:54:04 <mjr> 1973 has 64M nand flash, freerunner has 256M nand flash
May 20 16:54:21 <mjr> either can accomodate (at least) microsdhc cards of probably any sizes
May 20 16:54:39 <SpeedEvil> up to 16G at teh moment I think
May 20 16:54:54 <mjr> yeah, seeing as there aren't sizes over that available yet
May 20 16:55:14 <SpeedEvil> you could adapt a 32G SD with wires, but...
May 20 16:55:44 <mjr> apparently it might be possible to also adapt >32G SDXC cards with a driver update, but I'm just repeating what's been told me
May 20 16:55:49 <ruoso> right... is it easy to replace the SD?
May 20 16:55:50 <mjr> +micro, of course
May 20 16:55:55 <SpeedEvil> ruoso: the socket is fiddly
May 20 16:56:00 <SpeedEvil> ruoso: but, yes
May 20 16:56:02 <unknown_lamer> hrm, I am an evil traitor with a g1
May 20 16:56:07 <mjr> ruoso, it is relatively easy, but certainly not hotplug
May 20 16:56:08 <unknown_lamer> but, I may have a FR too soon
May 20 16:56:16 <unknown_lamer> does this mean I only go to purgatory?
May 20 16:56:36 <mjr> unknown_lamer, is it a consumer g1 with drm or a developer one with no access to app store? :]
May 20 16:56:48 <ruoso> cool... so I can get any microsd card... that's certainly cool
May 20 16:57:06 <ruoso> I'm still struggling to find a more recent working image for the gta01
May 20 16:57:14 <unknown_lamer> mjr: consume g1, rooted and running the android dev image
May 20 16:57:33 <mjr> unknown_lamer, purgatory might be an option, a bit iffy
May 20 16:57:36 <unknown_lamer> mjr: which does have access to the market ... but I think I can't /buy/ apps (like I'd pay for apps anyway, har ...)
May 20 16:58:29 <unknown_lamer> but oh, the tempatation of getting such fancy hardware for $100 + two years of slavery (perhaps they were concerned that I had been out of contract for five years) was too much to resist :-(
May 20 16:59:40 * mjr is kinda mentally preparing for the possible inevitability of buying android or nokia phones in the future, depending on which are the most open in a couple of years
May 20 16:59:53 <SpeedEvil> mjr: Don't be silly
May 20 17:00:05 <SpeedEvil> mjr: OM is going to be consumer ready really soon now.
May 20 17:00:18 <mjr> sorry, I forgot
May 20 17:01:01 <ruoso> great... the images referenced by the Phase_1_Software_Testing wiki page no longer exist
May 20 17:01:34 <mjr> I do think I'm gonna trudge along with me OM phones for a while yet, mind you.
May 20 17:10:36 <ruoso> hmm... from http://buildhost.automated.it/OM2007.2/, how do I match the rootfs images with the kernel images? doesn't seem to be any hint in the name...
May 20 17:12:08 <|Marco|> ruoso: you want 2007.2 running ? for the gui or something else ?
May 20 17:12:36 <ruoso> it says somewhere that the 2008 images don't work in the gta01
May 20 17:13:53 <|Marco|> ah, what about hackable1 ?
May 20 17:14:54 <ruoso> hackable1?
May 20 17:15:24 <|Marco|> hold on, checking if it works on gta01
May 20 17:18:17 <|Marco|> ruoso: it's 2007.2 WM on debian basicly (I think)
May 20 17:18:49 <ruoso> right
May 20 17:23:10 <dos1> ruoso: on gta01 use 
May 20 17:23:13 <dos1> SHR
May 20 17:23:19 <ruoso> SHR?
May 20 17:23:37 <dos1> ruoso: http://shr-project.org/
May 20 17:24:09 <dos1> the most important distro for OM phones ATM (along with Om2009)
May 20 17:25:18 <ruoso> at this moment I really only care if it installs on gta01 ;) and if it works...
May 20 17:25:41 <dos1> ruoso: i know people which use gta01 with SHR as daily phone
May 20 17:25:48 <dos1> i'm using it on my gta02 as daily phone
May 20 17:25:50 <ruoso> cool
May 20 17:26:48 <ruoso> what is the difference between the different images available to download?
May 20 17:27:02 <dos1> ruoso: shr-testing is old and shr-unstable is working
May 20 17:27:03 <dos1> ;D
May 20 17:27:40 <dos1> image is old too (due to buildhost problems), you'll need to "opkg update; opkg upgrade"
May 20 17:27:40 <ruoso> right... but there is more than one image inside shr-unstable...
May 20 17:28:13 <ruoso> do people that use it as a daily phone use the unstable or the testing image?
May 20 17:28:39 <ndnihil> testing for me
May 20 17:28:51 <dos1> unstable for me
May 20 17:29:01 <dos1> and use just latest :P
May 20 17:29:08 <dos1> testing is old and buggy
May 20 17:29:19 <dos1> we are working on restructurizing unstable->testing migrations
May 20 17:29:37 <dos1> as now testing is just obsolete crap, updated from time to time...
May 20 17:31:41 <ruoso> how does the battery perform on the gta01 for regular usage?
May 20 17:32:20 <mwester> poorly compared to a typical cellphone, quite well when compared to the battery life one had a year ago.
May 20 17:33:38 <ruoso> so the software improved the battery life...
May 20 17:36:16 <|Marco|> so, SHR has gotten a lot better since easter ? How's the WM speed ? last time I used it things were unberably slow..
May 20 17:36:23 <|Marco|> same for dbus
May 20 17:42:59 <dos1> |Marco|: i suggest using x11-16 engine
May 20 17:43:14 <dos1> it should be also faster due to "e eating cpu" problem fixed
May 20 17:51:42 <|Marco|> dos1: thank you GOD!!
May 20 17:51:56 <|Marco|> I was so pissed because of how slow things were
May 20 17:52:30 <nadio> With what moden mobile that got 3GTurbo chip is it possible to run linux ?
May 20 17:52:42 <|Marco|> how about the "no icons on desktop" problem that pops by repeatedly ?
May 20 17:55:45 <mwester> |Marco|,  perhaps you should try a few days snapshots of shr-unstable to see what generally works and doesn't (don't try just one day, as the unstable is a development work-in-progress, and each snapshot may fix some bugs and introduce some new ones; you'll have to try a few to find one that generally works).
May 20 17:56:00 <mwester> I think trying it will answer more of your questions .
May 20 18:00:01 <dos1> |Marco|: it should be fixed for ages
May 20 18:00:06 <|Marco|> mwester: okay, it's been a while since I used HSR now. How about the problem with misc colored screen of death while gps, wifi and/or gsm/gprs online ?
May 20 18:01:16 <mwester> |Marco|,  I can't say, because I do not know of a bug report that describes that.  If there is a bug report somewhere, then the report should have the updated information.  But that does not sound like an SHR issue; that sounds like hardware/kernel to me.
May 20 18:05:31 <|Marco|> mwester: well, I don't have that probem in haclable1
May 20 18:05:39 * ruoso flashing shr into gta01 now...
May 20 18:05:41 <|Marco|> wh well
May 20 18:05:50 <|Marco|> *ah
May 20 18:06:07 <mwester> |Marco|,  sounds to me that you are very concerned about regressions with SHR -- so if Hackable works for you, perhaps you should stay with hackable instead.
May 20 18:07:09 <|Marco|> mwester: well, I do preffer the 2007.2 WM, but SHR has all the usability that I'm interested in so..
May 20 18:08:35 <|Marco|> I really don't know what to do :P
May 20 18:09:25 <mickeyl> how 'bout working on a hybrid?
May 20 18:09:39 <|Marco|> that'd be nice :)
May 20 18:09:52 <mickeyl> using matchbox and the 2007.2 launcher with the SHR telephony apps
May 20 18:09:53 <|Marco|> hrm..
May 20 18:10:23 <|Marco|> that just might be a cool project to set loose on :)
May 20 18:10:36 <mickeyl> yeah
May 20 18:13:20 <YellowOnion> I was looking forward to getting a NeoFreeRunner but looks like it's not compatiable with Telecom NZ
May 20 18:16:49 <max_posedon1> YellowOnion: its true if TelecomNZ cdma operator
May 20 18:18:45 <YellowOnion> They're just about to open a new network which according to wikipedia is UTMS/HSPA/WCDMA
May 20 18:18:56 <SpeedEvil> nope then
May 20 18:19:06 <SpeedEvil> need GSM
May 20 18:20:29 <YellowOnion> and I can't afford vodafone which is GSM :(
May 20 18:22:01 <YellowOnion> anyother phones that run openmoko?
May 20 18:27:43 <ruoso> how do I get a on-screen input with SHR?
May 20 18:32:26 <|Marco|> tap on the top bar in the middle
May 20 18:32:59 <|Marco|> there shuld be "querty" or a mini keyboard up at the top of the pulldown window
May 20 18:33:30 <|Marco|> wow, that was a bad explaination :P
May 20 18:33:49 <ruoso> but I got it anyway ;)
May 20 18:35:12 <YellowOnion> SpeedEvil: thanks for your help
May 20 18:36:06 <|Marco|> ruoso: good :)
May 20 18:36:09 <SpeedEvil> YellowOnion: sorry - anyway - any phone running OM is basically on the efforts of users
May 20 18:36:16 <SpeedEvil> YellowOnion: any other phone
May 20 18:36:37 <SpeedEvil> YellowOnion: at the moment, the concentrtion is totally getting it working on the as-sold hardware
May 20 18:37:21 <YellowOnion> SpeedEvil: yeah can't expect a small project like this to do too much
May 20 18:39:09 <SpeedEvil> You can never expect the spanish inquisition.
May 20 18:40:12 <ruoso> the gta01 does contain agps, doesn't it?
May 20 18:40:20 <ruoso> what do I need to do to have it working?
May 20 18:45:20 <ruoso> SHR++  # very nice interface
May 20 18:47:29 <Laibsch> Is this fast-charging thing still necessary?  http://wiki.openmoko.org/wiki/Forcing_fast_charge_mode
May 20 18:48:05 <Laibsch> I can't find the referenced nodes under /sys/class on the FR running SHR
May 20 18:52:47 <slaxxer> ruoso   probly use shr-unstable at this point
May 20 18:53:07 <dos1> Laibsch: find /sys | grep usb_curlim
May 20 18:53:12 <mwester> Laibsch,  the concept of a stable API has eluded the Openmoko kernel developers; the nodes have all changed names and semantics several times over since that was placed in the wiki :(
May 20 18:53:16 <dos1> and you will get actual sysfs node
May 20 18:53:32 <Laibsch> dos1: already done that
May 20 18:53:54 <ruoso> slaxxer, I am using the unstable
May 20 18:54:45 <slaxxer> otherwise its the 04142009 image that works for me
May 20 18:54:59 <slaxxer> 04152009
May 20 18:55:16 <slaxxer> 0416
May 20 18:57:01 <|Marco|> holy moma.. latest SHR is a LOT faster now than last time I was using it
May 20 18:57:13 <slaxxer> where?
May 20 18:57:33 <|Marco|> WM
May 20 18:57:39 <ndnihil> marco: what version?
May 20 18:58:17 <|Marco|> hold on
May 20 18:58:26 <|Marco|> openmoko-shr-image-glibc-ipk--20090509-om-gta02.rootfs.tar.gz
May 20 18:59:13 <ruoso> hmm... gpsd is running, but I don't see any data
May 20 18:59:21 <slaxxer> does the shutdown  screen work?
May 20 18:59:25 <ndnihil> hrm, I think I tried that one
May 20 18:59:28 <ndnihil> yeah
May 20 18:59:32 <ndnihil> that was my next question
May 20 18:59:36 <ndnihil> what happens when you push the power button?
May 20 18:59:48 <ndnihil> and if I remember right, aux button doesnt lock screen either
May 20 19:00:21 <|Marco|> crap.. bug on checking how much $$ is left on my simcard
May 20 19:00:26 <slaxxer> it was a fresh new level
May 20 19:00:54 <|Marco|> or.. No, it was something else
May 20 19:01:41 <slaxxer> thats why i use unstable-current
May 20 19:01:56 <ndnihil> all the unstable currents I tried had the same issue
May 20 19:02:05 <ndnihil> so I went back to an old testing
May 20 19:02:19 <slaxxer> because the latest neovento eats my battery
May 20 19:02:32 <ndnihil> neovento?
May 20 19:03:03 <slaxxer> distribution from debian
May 20 19:03:25 <ndnihil> ah
May 20 19:03:49 <slaxxer> fork of debian  whatever
May 20 19:04:43 <md2k7> btw: is the "wifi freezing after some time" still occuring? or is it my access point that is problematic?
May 20 19:04:48 <Kagee> i'm trying to connect my neo to a windows machine, but i keep getting "device cannot start (code 10)" - has anyone tried this?
May 20 19:05:09 * ndnihil points and laughs at the windows user
May 20 19:05:35 <md2k7> well if virtualbox USB passing is working, I can try it :P
May 20 19:06:04 <slaxxer> u should make a slax disk an try that if u have a lot of ram
May 20 19:07:37 <slaxxer>   u know that the lastes slackware runs great on that old windows hp setting in the garage   ,,unlike the latest windows
May 20 19:20:00 <rhkfin> Hey what app works to force the 500mA charge mode on OM2009 (or FSO generally)..?
May 20 19:21:39 <wurp2|gone> rhkfin: I have a daemon that monitors the charge level and pops up a giant two-button dialog if it detects slow charge
May 20 19:22:07 <wurp2|gone> Right now it is gta01 specific, but I have the changes I need to make ti work on FR.  I've just been looking for a tester :-)
May 20 19:23:40 <wurp2|working> Anyway, it keeps you from having to scroll around to the app, bring it up, find the tab with the force charge button, etc.  You just tap the button, which pops up automatically between 0-4 seconds after you plug in
May 20 19:26:01 <rhkfin> wurp2|working: great :)
May 20 19:26:17 <wurp2|working> Wanna be my guinea pig?
May 20 19:26:30 <wurp2|working> I am almost certain it can't do anything to break your FR ;-)
May 20 19:26:31 <rhkfin> wurp2|working: got an .ipk? 
May 20 19:26:43 <wurp2|working> It installs from tgz right now :-/
May 20 19:26:47 <rhkfin> heh, no worries :) I'm travelling tomorrow and need an app to do it..
May 20 19:26:47 <wurp2|working> sec
May 20 19:26:53 <rhkfin> wurp2|working: I might be able to live with that :)
May 20 19:28:00 <wurp2|working> rhkfin: http://wiki.openmoko.org/wiki/Forcing_fast_charge_mode#Neo_1973_and_the_checkFastCharge.py_daemon
May 20 19:28:08 <wurp2|working> Let me look up my notes on the update for FR
May 20 19:28:13 <wurp2|working> It's really straightforward IIRC
May 20 19:28:46 <rhkfin> wurp2|working: I fear that a daemon eats all my resources :)
May 20 19:28:55 <rhkfin> But I'll try it today/tomorrow..
May 20 19:29:19 <wurp2|working> It does take up about a mb of memory iirc
May 20 19:29:34 <wurp2|working> but it sleeps except for about 20 ms every 4 seconds, so no cpu really
May 20 19:30:16 <rhkfin> ok. I might be happy with the manual version too, I use slow recharge once every moth or so :)
May 20 19:30:23 <rhkfin> But I'll try
May 20 19:30:30 <wurp2|working> rhkfin: Ah, in that case you may not care much
May 20 19:30:50 <wurp2|working> I don't have a fast charger (there isn'
May 20 19:30:59 <rhkfin> wurp2|working: ok..
May 20 19:31:01 <wurp2|working> t one other than a smart usb for gta01), so I use it all the time
May 20 19:31:17 <rhkfin> I might try the manual script. But gotta go now.. Thanks!
May 20 19:31:46 <wurp2|working> You're welcome :-)
May 20 19:36:32 <Laibsch> how can I check if the battery is indeed charging or not?
May 20 19:37:57 <lindi-> Laibsch: current_now
May 20 19:38:18 <Laibsch> somewhere under /sys/?
May 20 19:38:28 <lindi-> Laibsch: yep
May 20 19:38:33 <Laibsch> cool, thanks
May 20 19:45:29 <Laibsch> lindi-: when I cat that I get "cat: read error: Timer expired"
May 20 19:50:00 <DocScrutinizer> Laibsch: then your bat isn't communicating correctly to the driver (or other way round ;)
May 20 19:50:48 <Laibsch> well the bat thing is giving me headaches that is for sure 
May 20 19:56:00 <DocScrutinizer> Laibsch: you need a current kernel, old ones might have borked drivers for apm/acpi/bat-readout
May 20 19:56:27 <Laibsch> I downloaded this SHR image 3-4 days ago
May 20 19:57:25 <Laibsch> 2.6.29-rc3
May 20 19:57:47 <DocScrutinizer> hmm, dunno
May 20 19:58:38 <DocScrutinizer> works here with SHR-testing-04-16
May 20 19:59:51 <slaxxer> 3.4 maybe
May 20 20:00:19 <ruoso> does the GPS works in gta01 without an external antenna, or is one required?
May 20 20:00:50 <mmontour> external GPS antenna is not required
May 20 20:00:59 <ruoso> I keep getting zeroes in tangogps
May 20 20:01:39 <ruoso> it doesn't show any error
May 20 20:01:46 <mmontour> You do have to be running the proprietary 'gllin' driver, and you should be outside with a good view of the sky to get an initial fix
May 20 20:02:24 <ruoso> ah... so out-of-the-box SHR image won't have it working
May 20 20:02:39 <DocScrutinizer> gta01 gps is really different to gta02
May 20 20:02:45 <ruoso> (i do have /dev/ttySAC0)
May 20 20:02:57 <ruoso> I have a gta01-targetted image
May 20 20:04:00 <mwester> ruoso,  did you install gllin?
May 20 20:04:38 <mwester> And the gps is on ttySAC1... although the GPS on the gta01 does not speak any standard GPS language, so it needs the custom driver.
May 20 20:04:58 <ruoso> right... I'll take a look on how to install it
May 20 20:06:02 <mmontour> Start at http://wiki.openmoko.org/wiki/Gllin , with the usual disclaimer that the wiki may be seriously out of date
May 20 20:06:47 <spaetz> is there any reasn why we can't include gllin by default?
May 20 20:07:19 <spaetz> other than that most of us don't have a gta01 to develop for
May 20 20:08:22 <mmontour> EULA "..., and to make one (1) copy of the Software for back-up or archival purposes only"
May 20 20:09:31 <mmontour> (you can read the whole thing at http://3rdparty.downloads.openmoko.org/gllin/)
May 20 20:10:54 <ruoso> meh... no disk space... I really need to get a bigger sd
May 20 20:26:11 <rhkfin> wurp2|working: I don't think the path is correct, the one you had in the notes (didn't try the app itself). /sys/class/i2c-adapter/i2c-0/0-0073/charger_type doesn't exist..
May 20 20:28:51 <rhkfin> where to find the correct path for recharge settings: http://pastebin.com/d699338c8 (from battery.py)
May 20 20:31:35 <DocScrutinizer> rhkfin: what's recharge-settings?
May 20 20:31:44 <wurp2|working> rhkfin: Crap
May 20 20:32:29 <rhkfin> DocScrutinizer: crarger type, capacity, voltage, status, usb_limit..
May 20 20:32:31 <wurp2|working> DocScrutinizer: He's talking about checking and altering the charge rate via /sys/
May 20 20:32:59 <wurp2|working> rhkfin: Can you cat /sys/devices/platform/bq27000-battery.0/power_supply/bat/status?
May 20 20:33:32 <wurp2|working> I'm not sure if I want charger_type or status
May 20 20:33:34 <rhkfin> that bq-thing doesn't exist
May 20 20:33:41 <rhkfin> atm I've found these:
May 20 20:33:42 <rhkfin>    charger_type = "/sys/class/power_supply/adapter/type"
May 20 20:33:42 <rhkfin>    capacity = "/sys/class/power_supply/battery/capacity"
May 20 20:33:42 <rhkfin>    voltage = "/sys/class/power_supply/battery/voltage_now"
May 20 20:33:44 <rhkfin>    status = "/sys/class/power_supply/battery/status"
May 20 20:34:02 <wurp2|working> Nicer names
May 20 20:34:10 <wurp2|working> Can you cat /sys/class/power_supply/battery/status ?
May 20 20:34:11 <rhkfin> I guess they are correct.. I still need to find the usb_limit (and hope they return something the battery.py is expecting..)
May 20 20:34:21 <rhkfin> wurp2|working: yes
May 20 20:34:53 <wurp2|working> What does it say?  I assume you're plugged in to a real usb
May 20 20:36:02 <rhkfin> 'Charging' (plugged to computer)
May 20 20:36:12 <DocScrutinizer> rhkfin: /sys/class/power_supply/battery/status is reporting false results atm
May 20 20:36:22 <wurp2|working> DocScrutinizer: awesome
May 20 20:37:39 <rhkfin> :( - I'll just forget this now... TH ewiki page has about 4-5 apps and none of them work with the current config. I need it about once a month, tomorrow would be the day, don't got now the time to play.. :(
May 20 20:38:12 <wurp2|working> rhkfin: I'm sorry, I thought I already had what I needed.  Good luck on your trip :-)
May 20 20:38:20 <rhkfin> -> I'd respect if someone who knows about stuff would add the correct current paths to http://wiki.openmoko.org/wiki/Forcing_fast_charge_mode
May 20 20:38:31 <rhkfin> wurp2|working: np.. I guess the paths change a lot..
May 20 20:38:48 <wurp2|working> BTW, why are you using OM2009?  Aren't SHR, FSO, Debian all more stable/featureful?
May 20 20:39:20 <wurp2|working> rhkfin: They don't on the gta01.  I had one change maybe 8 months ago, and that's all, I think.
May 20 20:39:20 * mirko-paroli coughs
May 20 20:39:30 <rhkfin> wurp2|working: http://risto.kurppa.fi/blog/its-time-to-contribute-to-om2009-paroli/
May 20 20:39:45 * rhkfin coughs, too :)
May 20 20:40:07 * mwester expectorates
May 20 20:40:13 <wurp2|working> mirko-paroli: Heh, sorry, but I created the initial web page to get SHR started because OM broke their tree for weeks (months?)
May 20 20:40:23 <mirko-paroli> hrhr
May 20 20:40:24 <mirko-paroli> no worrie
May 20 20:40:26 <mirko-paroli> s
May 20 20:40:33 <mirko-paroli> I wouldn't know the answer to your question
May 20 20:40:40 <mirko-paroli> I am too small minded to try other stuff :(
May 20 20:40:40 <wurp2|working> I haven't tried it since then.  I've heard good things about Paroli recently :-)
May 20 20:40:54 <Wonka> .oO( "it hexpectorated" )
May 20 20:41:00 <wurp2|working> Heh, me too.  Well, really, just too lazy.
May 20 20:41:07 <mwester> mirko-paroli,  :p  but you use the same kernel as everyone else ;)
May 20 20:41:10 <mirko-paroli> I don't think Om2009 the distro is unstable it's mainly paroli ;)
May 20 20:41:26 <mirko-paroli> mwester: sure, I love to share :)
May 20 20:41:37 <mwester> hehe! Let's share the bugs!
May 20 20:42:49 <rhkfin> mwester: we do already :)
May 20 20:43:04 <DocScrutinizer> find /sys -name "*curlim"
May 20 20:43:16 <mwester> but to be serious, yes somebody should update those wiki pages because IIRC the current /sys nodes are what is going upstream, so they should (finally) be stable.
May 20 20:44:22 * rhkfin can do it next week if someone tells the correct paths..
May 20 20:44:28 <mwester> There may be some minor changes, as there is still a need to support the dumb battery in the gta02, but hopefully we can do that without adding more sysfs nodes, or changing the fundamental charging behavior.
May 20 20:45:01 * mwester is still quite interested in "correcting" the charger behavior, per a much earlier conversation with DocScrutinizer, though he hopes that won't change the /sys nodes.
May 20 20:45:31 <DocScrutinizer> surely wont
May 20 20:46:17 <mwester> Unfortunately, Real Life(r) is currently rather  busy for me, and I have very little time to play. :(
May 20 20:46:32 <Wonka> all work and no play...
May 20 20:46:47 <Wonka> i'd do more if i had more non-tired time...
May 20 20:48:13 <wurp2|working> mwester: How's the new job?  (not so new any more)
May 20 20:49:12 <mwester> they folded their tent as well :(
May 20 20:49:24 <wurp2|working> Oh crap!
May 20 20:49:29 <mwester> So I'm back looking, while doing some contract sorts of work.
May 20 20:49:48 <wurp2|working> I'm kind of in that nebulous in-between too right now
May 20 20:50:11 <mwester> I'm considering it to be a sort of "reset" for a few months.
May 20 20:50:28 <wurp2|working> I am back at Southwest, but I don't like it, and I took a pay cut, too.  Which I only accepted because I thought I was only gonna be here for 2 months
May 20 20:50:48 * DocScrutinizer got fed up by the rest meanwhile
May 20 20:51:07 <mwester> DocScrutinizer,  what's the job market like in .de?
May 20 20:51:24 <slaxxer1> yea
May 20 20:51:54 <DocScrutinizer>  -6% economy
May 20 20:52:32 <wurp2|working> DocScrutinizer: Is it hitting software dev too?  Or are you doing software dev?
May 20 20:52:35 <DocScrutinizer> still not ready for a boring COBOL coder job in industry
May 20 20:52:47 <wurp2|working> I still see quite a few jobs float across my radar for Java
May 20 20:52:56 * wurp2|working shudders.
May 20 20:52:57 <mwester> :(  
May 20 20:53:02 <wurp2|working> COBOL
May 20 20:53:13 <mwester> Java == the modern COBOL
May 20 20:53:25 <wurp2|working> I've done COBOL, and Java
May 20 20:53:34 <DocScrutinizer> like to stick to FOSS and communication (well, and possibly hw, at least part of the task)
May 20 20:53:42 <wurp2|working> And in fact, Java does all the fun programming things C does, plus some other stuff
May 20 20:54:04 <wurp2|working> Anyway, there is NO COMPARISON between Java & COBOL.  Except that you get a bunch of crap developers in both areas
May 20 20:54:11 <mwester> I'd like to stick to embedded, but the only interview I've managed in 5 weeks is software QA test tools.
May 20 20:54:57 <rhkfin> HOT NEW GPS app released: http://code.google.com/p/omgps/ <- beats tangogps..!
May 20 20:56:25 <SpeedEvil> http://www.geofabrik.de/gallery/history/index.html#gbirl
May 20 20:56:30 <SpeedEvil> related url is related
May 20 20:56:40 <SpeedEvil> development of openstreetmap over timee
May 20 20:56:53 <SpeedEvil> for various selected cities and areas in the world
May 20 20:58:44 <DocScrutinizer> rhkfin: echo 100 >$(find /sys/class -name usb_curlim)
May 20 20:59:17 <rhkfin> DocScrutinizer: for 100mA recharge?
May 20 20:59:22 <DocScrutinizer> rhkfin: or echo 500  -or even 1000
May 20 20:59:28 <rhkfin> oh, okay :)
May 20 20:59:55 <rhkfin> /sys/class/i2c-adapter/i2c-0/0-0073/pcf50633-mbc/usb_curlim
May 20 20:59:55 <wurp2|working> SpeedEvil: 'selected' apparently == anywhere but the US ;-)
May 20 20:59:56 <DocScrutinizer> rhkfin: please update wiki!
May 20 21:00:08 <rhkfin> DocScrutinizer: I'll add a quick note..
May 20 21:00:34 <lindi-> DocScrutinizer: we really should have a library for this stuff
May 20 21:00:46 <SpeedEvil> wurp2|working: the US looks wierd
May 20 21:01:10 <DocScrutinizer> lindi-: which functions? honestly!
May 20 21:01:22 <SpeedEvil> wurp2|working: as it's basically tiny dots around metropolitan areas very slowly expanding, and then huge blocks of data slamming down 
May 20 21:01:33 <lindi-> DocScrutinizer: start/stop wifi, bt, gps, wlan
May 20 21:01:34 <SpeedEvil> wurp2|working: from the  import of the TIGER data from the US govt.
May 20 21:01:44 <lindi-> DocScrutinizer: toggle usbhost/device, set current limit
May 20 21:01:44 <SpeedEvil> wurp2|working: (that is of variable quality)
May 20 21:02:22 <DocScrutinizer> lindi-: we should have dbus methods for all this
May 20 21:02:31 <DocScrutinizer> not a lib
May 20 21:02:39 <lindi-> DocScrutinizer: i don't want dbus
May 20 21:02:51 <DocScrutinizer> as all this is related to resource handling
May 20 21:03:07 <lindi-> DocScrutinizer: i might want to use this in the very beginning of initramfs, i don't want frameworkd there
May 20 21:03:13 <DocScrutinizer> lindi-: so you got /sys
May 20 21:03:19 <lindi-> DocScrutinizer: but /sys changes all the time :)
May 20 21:03:31 <wurp2|working> SpeedEvil: All I knew about it is that the areas I care about all have surprisingly good maps
May 20 21:03:42 <DocScrutinizer> not really, see mwester's comment some lines up
May 20 21:05:02 <DocScrutinizer> lindi-: also see my cmd-line quote involving 'find'. this goes a long way for changing pathes
May 20 21:05:14 <lindi-> DocScrutinizer: sure but it's slow :)
May 20 21:05:20 <DocScrutinizer> bah
May 20 21:05:20 <SpeedEvil> wurp2|working: true - it's just that in some ways, belarus, netherlands, and the US are poor examples of OSM.
May 20 21:05:25 <lindi-> DocScrutinizer: for toggling vibrators it's too slow
May 20 21:05:32 <lindi-> DocScrutinizer: or any other led devices
May 20 21:05:36 <DocScrutinizer> lindi-: ack
May 20 21:05:37 <lindi-> (they too seem to change paths?)
May 20 21:06:01 <lindi-> DocScrutinizer: so the library could provide these few functions that apps like mokomaze could link against it
May 20 21:06:11 <lindi-> DocScrutinizer: and it could provide a simple cmdline tool to use the library too
May 20 21:06:11 <DocScrutinizer> lindi-: for those purposes I would consider to keep the filehandle...
May 20 21:06:16 <wurp2|working> SpeedEvil: I see, and hence the omission from the nifty animations.
May 20 21:06:22 <DocScrutinizer> maybe not even close sys filenode
May 20 21:28:35 <DocScrutinizer> muhaha
May 20 21:30:20 <DocScrutinizer> a 'exec >vibrator/brightness; while true; do echo 255; echo 0; done" script gave me a chance to enjoy my "don't panic" bootscreen once again
May 20 23:03:14 <CIA-53> freesmartphone.org: 03mickey 07cornucopia * rcf76ec5e2b42 10/libfsoframework/vapi/ (Makefile.am libcanberra.deps libcanberra.vapi): fsoframework: add vala bindings for libcanberra
May 20 23:03:14 <CIA-53> freesmartphone.org: 03mickey 07cornucopia * re5e962b1b258 10/libfsoframework/vapi/linux26.vapi: linux26: add linux-isms from posix.vapi; add eventfd
May 20 23:03:59 <jc> hello, does anyone have google maps working with tangogps ?
May 20 23:04:16 <jc> I tried many URLS (wiki, self parsed, etc) and didn't work..
May 20 23:05:18 <SpeedEvil> they can and do ban people
May 20 23:05:30 <SpeedEvil> do maps still work on your PC?
May 20 23:07:13 <jc> SpeedEvil: yes they do..
May 20 23:07:19 <jc> I'll try from FR from firefox..
May 20 23:09:06 <SpeedEvil> never used google maps with it
May 20 23:09:48 <jc> SpeedEvil: hmm.. if I downloaded all tiles I need on another IP and shared them on my server and modified my URL, I could get them on FR then, right ?
May 20 23:10:20 <SpeedEvil> suppose so
May 20 23:12:20 <jc> LOL !
May 20 23:12:28 <jc> I tried to tap on the table to loose firefox focus
May 20 23:12:35 <jc> now I'm sure I'm mental
May 20 23:13:35 <Weiss> sanity is overrated
May 20 23:13:45 <jc> SpeedEvil: could it be google blocked some tangogps user agent or something ?
May 20 23:13:52 <jc> SpeedEvil: because it works from browser..
May 20 23:15:11 <max_posedon> jc, yes
May 20 23:16:01 <jc> max_posedon: hey there :D
May 21 02:16:23 <CIA-53> openmoko: 03werner * r5011 10/trunk/gta02-core/kicad-patches/ (9 files): 
May 21 02:16:23 <CIA-53> openmoko: The current quilt patch set for KiCad. Not that most of the patches are
May 21 02:16:23 <CIA-53> openmoko: work in progress and are commented out in "series".
May 21 02:48:55 <CIA-53> openmoko: 03werner * r5012 10/trunk/gta02-core/ (COPYING COPYING.GPLv2 COPYING.LGPLv21 README): Added licensing information.
May 21 02:59:51 <CIA-53> openmoko: 03werner * r5013 10/trunk/gta02-core/ (AUTHORS COPYING): 
May 21 02:59:51 <CIA-53> openmoko: Introduced an AUTHORS file, because not all formats we use can easily
May 21 02:59:51 <CIA-53> openmoko: contain the name of author.
**** ENDING LOGGING AT Thu May 21 02:59:57 2009