**** BEGIN LOGGING AT Sun Jun 14 02:59:57 2009
Jun 14 03:56:32 <Slaxxer> wow was that fast or what
Jun 14 03:57:20 <Slaxxer> 2.43 seconds
Jun 14 03:57:50 <Slaxxer> 2.18 seconds
Jun 14 03:58:17 <Slaxxer> nice kernel
Jun 14 03:58:59 <Slaxxer> guitar tuner still broken
Jun 14 03:59:23 <Slaxxer> i could sell this if that 1 program worked
Jun 14 05:46:00 <CIA-53> openmoko: 03werner * r5129 10/trunk/gta02-core/components/ (gta02-core-expanded.lib gta02-core.lib pcf50633-04-n3.lib): Changed the PMU's VISA from BiDi to Passive. Reported by Rene.
Jun 14 07:42:43 <Defiant> dyndns.org down?
Jun 14 07:43:17 <Ko_deZ> http://downloads.openmoko.org/repository/testing/ <-- empty. Why? Supposed to be like that?
Jun 14 07:59:52 <Ko_deZ> Noone knows? I would like to update my Om2009 installation, but that seems to be impossible.
Jun 14 08:00:34 <Ko_deZ> I am contemplating on testing the experimental version now, but prefer not to.
Jun 14 08:02:48 <PaulFertser> Ko_deZ: testing?
Jun 14 08:02:58 <PaulFertser> Ko_deZ: OM2009 has no testing i guess
Jun 14 08:03:40 <PaulFertser> Ko_deZ: at least nobody maintains repositories for non-current versions (and testing is non-current).
Jun 14 08:04:42 <Ko_deZ> Okay. I followed the instructions from here: http://wiki.openmoko.org/wiki/Om_2009#Installing
Jun 14 08:05:15 <Ko_deZ> And running opkg update after booting results in errors: Failed to download http://downloads.openmoko.org/repository/testing/all/Packages.gz, error 404
Jun 14 08:10:50 <PaulFertser> Ko_deZ: well, that's how it is.
Jun 14 14:16:43 <mihairu> hi all, what is console image on OM2009?
Jun 14 14:41:20 <CIA-53> freesmartphone.org: 03mickey 07specs * r8c8f665dd480 10/ (4 files in 3 dirs): org.freesmartphone.Usage: create enumeration for SystemAction
Jun 14 14:43:19 <CIA-53> freesmartphone.org: 03mickey 07libfso-glib * r2dd1e7dbcd34 10/.gitignore: refresh; add .gitignore
Jun 14 14:45:36 <CIA-53> freesmartphone.org: 03mickey 07libfso-glib * r61884626f6c8 10/src/freesmartphone.vala: refresh for UsageSystemAction
Jun 14 14:47:26 <CIA-53> freesmartphone.org: 03mickey 07cornucopia * ra7fa0e47eeef 10/fsousaged/src/plugins/controller/plugin.vala: fsousaged: controller: use FreeSmartphone.UsageSystemAction enum
Jun 14 15:51:07 <bipak> does someone know if the wifi works stable now? or is it a hardware/firmewar problem, which probably will never be solved
Jun 14 15:54:41 <lindi-> bipak: it's kernel bug
Jun 14 15:54:57 <lindi-> bipak: there is also firmware issue but it's not as severe at all
Jun 14 15:55:56 <bipak> is someone working on it?
Jun 14 15:55:57 <linuxxr> latest shr-unstable  kernel has 2 second resume
Jun 14 15:56:02 <lindi-> bipak: see the ticket
Jun 14 15:56:18 <bipak> you know the number?
Jun 14 15:56:42 <lindi-> bipak: not by heart but I can search.  http://lindi.iki.fi/lindi/cgi-bin/openmoko-bugs.py?q=wifi
Jun 14 15:57:00 <bipak> not bad ;)
Jun 14 15:57:01 <bipak> thx
Jun 14 15:57:50 <lindi-> bipak: but yes, that's almost #1 bug for me right now
Jun 14 16:04:20 <CIA-53> freesmartphone.org: 03mickey 07cornucopia * rd4755ce1396d 10/fsodeviced/src/lib/ (Makefile.am resource.vala): 
Jun 14 16:04:20 <CIA-53> freesmartphone.org: fsodeviced: lib: add AbstractSimpleResource and BasePowerControlResource.
Jun 14 16:04:20 <CIA-53> freesmartphone.org: The former encapsulating the connection to org.freesmartphone.usaged,
Jun 14 16:04:20 <CIA-53> freesmartphone.org: the latter exports a BasePowerControl as a FSO Resource.
Jun 14 16:04:20 <CIA-53> freesmartphone.org: 03mickey 07cornucopia * r923aaf6195be 10/fsodeviced/src/plugins/openmoko_powercontrol/plugin.vala: fsodeviced: openmoko_powercontrol: register Bluetooth and WiFi as FSO Resources
Jun 14 16:07:34 <mihairu> is possible to somehow turn off suspend while on usb power? (OM2009)
Jun 14 16:10:45 <CIA-53> freesmartphone.org: 03mickey 07cornucopia * r02caa203ef80 10/libfsoframework/fsoframework/ (fsoframework-2.0.vapi interfaces.vala): fsoframework: interfaces: add org.freesmartphone.Resource
Jun 14 16:14:27 <CIA-53> freesmartphone.org: 03mickey 07cornucopia * r7cf39d7891d9 10/fsodeviced/src/lib/resource.vala: fsodeviced: lib/resource: use constants from FsoFramework
Jun 14 16:46:59 <CIA-53> freesmartphone.org: 03mickey 07cornucopia * r2552e9a6f233 10/fsodeviced/src/plugins/kernel_idle/ (Makefile.am plugin.vala): fsousaged: kernel_idle: add Cpu resource and Display resource
Jun 14 17:04:01 <CIA-53> freesmartphone.org: 03mickey 07cornucopia * r11ea6675c286 10/fsodeviced/src/plugins/kernel_idle/Makefile.am: fsodevice: autofoo magic to get everything to build in one run
Jun 14 19:55:46 <mihairu> hi all...at openmoko wiki is gnuboy...have anybody working source?
Jun 14 19:56:25 <Zorkman> mihairu: i know the creator, i could ask him for the sources
Jun 14 19:56:50 <Zorkman> mihairu: if you pm me your e-mail adres i could contact him
Jun 14 19:57:32 <mihairu> Zorkman: Thank you very much :)
Jun 14 19:59:31 <Zorkman> np
Jun 14 20:44:18 <Zorkman> mihairu: you've got mail
Jun 14 20:48:34 <CIA-53> openmoko: 03rehar * r5130 10/trunk/gta02-core/components/ (INFO STATUS): 
Jun 14 20:48:34 <CIA-53> openmoko: Review of:
Jun 14 20:48:34 <CIA-53> openmoko: - rt9013, rt9702a, rt9711_bd_5, si1040x
Jun 14 20:48:34 <CIA-53> openmoko: - sw_push_4, vibrator, R_PACK4, CRYSTAL
Jun 14 20:48:34 <CIA-53> openmoko: - mini_usb_b, ms2v-t1s, tas4025a
Jun 14 20:48:35 <CIA-53> openmoko: Added Chip Resistor Array (RTA02-4Dxx) data sheet to INFO
Jun 14 20:51:53 <mihairu> Zorkman: yeah i've got it, very nice :)
Jun 14 20:52:06 <mihairu> btw: is possible to remap aux button on om2009?
Jun 14 20:52:13 <mihairu> i need it for scummvm
Jun 14 20:54:49 <Zorkman> mihairu: don't know on om2009
Jun 14 20:55:04 <Zorkman> but i think it is since it uses fso
Jun 14 20:55:41 <Zorkman> TAsn made an app to do that nicely
Jun 14 20:55:57 <TAsn> Zorkman, :)
Jun 14 20:56:03 <TAsn> siglaunchd should work on om209
Jun 14 20:56:05 <TAsn> 2009*
Jun 14 20:56:17 <TAsn> but I don't think that's what he meant
Jun 14 20:56:24 <Zorkman> (you see the money you give me to promote it is well spend TAsn ;-))
Jun 14 20:56:31 <TAsn> hehe, yeah. :)
Jun 14 20:56:42 <Zorkman> TAsn: can't that be used for remapping AUX?
Jun 14 20:56:58 <Zorkman> mihairu: there is also an option in the illume config to map hardware buttons
Jun 14 20:56:58 <TAsn> I think he means he wants to make it act as the CTRL key
Jun 14 20:57:00 <TAsn> or something
Jun 14 20:57:07 <TAsn> Zorkman, that's more like
Jun 14 20:57:08 <TAsn> it
Jun 14 20:57:08 <Zorkman> (F5 or F6 i think :))
Jun 14 20:57:09 <TAsn> :)
Jun 14 20:57:19 <TAsn> I don't really know om2009
Jun 14 20:57:53 <mihairu> mmm
Jun 14 20:57:54 <Zorkman> mihairu: click on illume's wrench, then Input and then Key bindings
Jun 14 20:58:19 <mihairu> Zorkman: i don't have a wrench on paroli-serenity settings :/
Jun 14 20:58:36 <mihairu> but thx for advice :)
Jun 14 20:59:14 <Zorkman> mmm doesn't om2009 have the illume top bar?
Jun 14 20:59:24 <Zorkman> anyway, that would be a simple way
Jun 14 20:59:52 <Zorkman> but i think siglaunchd could also be used (http://wiki.openmoko.org/wiki/Siglaunchd)
Jun 14 21:00:00 <mihairu> Zorkman: yeah it has top bar but not wrench icon
Jun 14 21:00:20 <Zorkman> really..... WHY DOESNT IT HAVE THAT WRENCH??
Jun 14 21:00:34 <Zorkman> isn't that something people have been nagging about ever since the first 2008.x?
Jun 14 21:01:04 <mihairu> don't ask me :)
Jun 14 21:05:26 <mihairu> and is possible to run settings without wrench?
Jun 14 21:08:07 <Zorkman> mihairu: maybe... but I don't know a way
Jun 14 21:08:19 <Zorkman> mihairu: install shr :p
Jun 14 21:08:42 <raster> no way
Jun 14 21:08:47 <mihairu> Zorkman: i like paroli...i hate that shr have sms on sim
Jun 14 21:08:51 <raster> if u go and remove/hide all of e's ui/controls
Jun 14 21:08:55 <raster> then u are pretty much stuffed
Jun 14 21:08:59 <Zorkman> or ask Mirko or someone active in 2009-devel to add that wrench
Jun 14 21:09:09 <Zorkman> raster: why the hell don't they include that wrench?
Jun 14 21:09:20 <raster> much like asking "can i get gimp's file open dialog" when gimps' window is minimised/hidden
Jun 14 21:09:31 <raster> u are removing e's ui
Jun 14 21:09:34 <Zorkman> it's just like "the old day" with no qwerty button "for our own good" grrrrr
Jun 14 21:09:35 <raster> thus - removing its features
Jun 14 21:09:56 <raster> ask sean
Jun 14 21:10:01 <raster> he's the "designer"
Jun 14 21:10:09 <raster> he specified what you will get and how it will work/look
Jun 14 21:10:26 <raster> it is not my place to disagree or change that
Jun 14 21:10:31 <raster> nor yours
Jun 14 21:12:07 <PaulFertser> What is Lai's role?
Jun 14 21:16:09 <raster> not sure
Jun 14 21:16:58 <PaulFertser> raster: so is it the time to ask you about batgat again? (sorry for persistence)
Jun 14 21:17:41 <raster> batget or hal?
Jun 14 21:18:22 <PaulFertser> raster: enlightment code that computes percentage from values provided by hal.
Jun 14 21:18:32 <PaulFertser> raster: not internal battery gadget mechanisms.
Jun 14 21:18:55 <PaulFertser> raster: So do you agree that batget hal code should be fixed to calculate the percentage only for those devices that have a maximum and current capacity expressed in some sane units (mAh) and that will ignore both apm emulated battery (it provides only percentage) and usb (that has no
Jun 14 21:19:00 <PaulFertser> capacity attribute at all)?
Jun 14 21:19:20 <PaulFertser> (i seem to be using "batget" word in some wrong confusing way, sorry for that)
Jun 14 21:20:28 <raster> no
Jun 14 21:20:31 <raster> i disagree
Jun 14 21:20:55 <raster> as it is a hal problem that it exposes the same battery device twice as 2 hal batteries
Jun 14 21:21:30 <PaulFertser> raster: i agree that it's a hal problem.
Jun 14 21:21:32 <PaulFertser> raster: but
Jun 14 21:21:51 <raster> but e should be working around hal's bugs?
Jun 14 21:21:52 <PaulFertser> Why on earth anyone will want to see averaged _percentages_?
Jun 14 21:21:54 <PaulFertser> No
Jun 14 21:22:23 <raster> because in general if u have multiple batteries they have roughly the same capacity
Jun 14 21:22:26 <PaulFertser> E should do the right thing and sum all the capacity that could be available and provide user with percentage of available capacity.
Jun 14 21:22:52 <raster> yes - and i should fix the code to do that if no devices provide percentage only
Jun 14 21:23:07 <raster> IF one only provides percentage.. then drop back to a percentage average
Jun 14 21:23:08 <PaulFertser> And if not? I think E should be generic enough to handle the case where you have one main battery and one backup battery that is only 1/10th of capacity e.g.
Jun 14 21:23:41 <PaulFertser> I'd say: if only one device available and it provides percentage, fine, let it be it.
Jun 14 21:24:04 <SpeedEvil> Forex, one old mostly broken battery of nominally equal capacity, and a newer battery that the user just bought
Jun 14 21:24:11 <PaulFertser> If several devices exists and at least one of them provides capacity, go for capacity way, ignore the devices that don't provide it.
Jun 14 21:24:30 <PaulFertser> SpeedEvil: we're talking about using several batteries in device at the same time.
Jun 14 21:24:37 <SpeedEvil> I know
Jun 14 21:24:50 <SpeedEvil> I've for example gotten a second hand thinkpad.
Jun 14 21:25:07 <SpeedEvil> And I'm contemplating buying a new battery, which would leave me in the above situation
Jun 14 21:25:34 <PaulFertser> SpeedEvil: can you attach both batteries at the same time so they'll be visible as separate devices by the hardware?
Jun 14 21:25:38 <SpeedEvil> yes
Jun 14 21:25:53 <SpeedEvil> (if I went for some of the possible options)
Jun 14 21:26:23 <SpeedEvil> Even in the 'new' case - the batteries can differ by a factor of two - the add-on-base battery, and the extended battery
Jun 14 21:26:30 <SpeedEvil> Which can be plugged in at the same time
Jun 14 21:26:49 <PaulFertser> raster: you see?
Jun 14 21:28:29 <raster> in the case of multiple real modern batteries
Jun 14 21:28:35 <raster> u will get multiple real capacities
Jun 14 21:28:53 <PaulFertser> True.
Jun 14 21:29:08 <PaulFertser> And apm-emulated crap should be just ignored. Because it doesn't provide capacity.
Jun 14 21:29:41 <raster> but it is a battery
Jun 14 21:29:52 <PaulFertser> IIF no device provides capacity, averaging percentages can make some sense.
Jun 14 21:29:52 <raster> in the case u have an apm device - u can do nothnig but fall back to a dumb mode
Jun 14 21:30:04 <raster> yup
Jun 14 21:30:19 <raster> then u can only guess "well maybe they are about the same"
Jun 14 21:30:35 <raster> technically it is possible for a device to only provide percentages
Jun 14 21:30:35 <PaulFertser> But if you see several devices, one of which provides capacity, and one of which doesn't, i think it'd be reasonable to just ignore the device that doesn't.
Jun 14 21:30:37 <raster> even if its modern
Jun 14 21:30:45 <raster> if the driver writer didnt expose the internal values
Jun 14 21:30:56 <SpeedEvil> Also - the batteries may discharge together, or in sequence
Jun 14 21:32:33 <raster> indeed
Jun 14 21:32:43 <raster> and you dont know until you observe it for a while
Jun 14 21:32:55 <raster> even then... bat 1 may discharge a little
Jun 14 21:32:59 <raster> just due ot natural discharge
Jun 14 21:33:01 <raster> even tho its not used
Jun 14 21:33:02 <raster> etc.
Jun 14 21:34:24 <mihairu> Zorkman....hmm i tried illume theme (with wrench) but i cant change aux key (it seems that paroli catches it)
Jun 14 21:34:59 <raster> if another app grabs a key
Jun 14 21:35:05 <raster> then no other x app can use it
Jun 14 21:35:11 <raster> normaslly wm's grab keys for shortcuts
Jun 14 21:35:16 <raster> eg alt+tab etc.
Jun 14 21:35:21 <raster> so then apps cant get it
Jun 14 21:35:25 <raster> but it also works the other way around
Jun 14 21:36:13 <mihairu> or if i can remap power button for while (scummvm run)
Jun 14 21:36:41 <mihairu> its 'execute' keybinding, isnt?
Jun 14 21:39:28 <raster> ?
**** ENDING LOGGING AT Mon Jun 15 02:59:57 2009