**** BEGIN LOGGING AT Sat Oct 15 02:59:56 2011
Oct 15 07:05:49 <mrmoku> nschle85: pong
Oct 15 10:02:50 <CIA-5> SHR: 03GNUtoo 07meta-smartphone * r8aa27464766e 10/meta-samsung/recipes-graphics/xorg-drivers/xf86-input-mtev_git.bbappend: meta-samsung: xf86-input-mtev_git.bbappend: make it MACHINE_ARCH for crespo
Oct 15 10:03:00 <CIA-5> SHR: 03GNUtoo 07meta-smartphone * r43fb6cf19b4c 10/meta-samsung/recipes-kernel/linux/linux-samsung-crespo_git.bb: meta-samsung: linux-samsung-crespo: bump SRCREV
Oct 15 10:36:21 <CIA-5> SHR: 03Martin.Jansa 07meta-smartphone * rbe4ac332b744 10/meta-openmoko/conf/machine/om-gta02.conf: meta-openmoko: om-gta02: drop MACHINE_DRI_MODULES
Oct 15 10:36:26 <CIA-5> SHR: 03Martin.Jansa 07meta-smartphone * r5424abffc9a9 10/meta-openmoko/recipes-graphics/ (drm/libdrm_2.4.26.bbappend mesa/mesa-dri_7.11.bbappend): libdrm, mesa-dri: add glamo support for whole armv4t
Oct 15 10:47:51 <CIA-5> SHR: 03Martin.Jansa 07meta-smartphone * rbe1728684494 10/meta-openmoko/recipes-graphics/mesa/mesa-dri_7.11.bbappend: mesa-dri: move , to end of EXTRA_DRIDRIVERS
Oct 15 13:29:02 <angelox|laptop> morning all
Oct 15 14:00:56 <GNUtoo> bbl
Oct 15 14:53:44 <DocScrutinizer> mrmoku: ping
Oct 15 14:54:39 <DocScrutinizer> mrmoku: you got a proper instruction how to remove the LCM from sticky/PCB ?
Oct 15 14:55:24 <DocScrutinizer> mrmoku: 2 magic components involved: warmth and patience
Oct 15 14:57:27 <DocScrutinizer> damn!!!
Oct 15 14:57:34 <DocScrutinizer> mrmoku: ping
Oct 15 14:57:37 <DocScrutinizer> mrmoku: you got a proper instruction how to remove the LCM from sticky/PCB ?
Oct 15 14:57:39 <DocScrutinizer> mrmoku: 2 magic components involved: warmth and patience
Oct 15 14:57:42 <DocScrutinizer> warm up whole device to ~50..70°C (I did that with a desk-lamp 60W which I placed like 15cm above the PCBA LCM side), then slooooooowly peel the LCM off
Oct 15 14:58:13 <DocScrutinizer> may take like 5..10 minutes to come off
Oct 15 14:58:51 <DocScrutinizer> just apply constant force of some 100g at one of the long sides
Oct 15 14:59:37 <DocScrutinizer> after a few minutes you notice a first small movement, then it accelerates exponentially
Oct 15 15:00:50 <DocScrutinizer> less force and more time is probably the safer bet
Oct 15 15:04:37 <angelox|laptop> DocScrutinizer: sorry intrude; just for curiosity; What is LCM?
Oct 15 15:04:59 <mrmoku> DocScrutinizer: pong :-)
Oct 15 15:05:24 <mrmoku> DocScrutinizer: I did not do it myself... Nikolaus has done it and all went fine :-D
Oct 15 15:05:24 <DocScrutinizer> Liquid Crystal Module
Oct 15 15:05:49 <mrmoku> and yeah... needs a lot of patience and is a scary thing
Oct 15 15:06:02 <angelox|laptop> ah ok. thank you!
Oct 15 15:06:02 <DocScrutinizer> mrmoku: the doublesided sticky rubber mat is of vastly changing quality
Oct 15 15:06:33 <mrmoku> some inteligent taiwanese folks put them directly on the cables ;)
Oct 15 15:07:03 <mrmoku> but in the end he did it without damaging anything
Oct 15 15:07:58 <DocScrutinizer> I've seen LCMs faling off the PCB all of their own, and others were like welded
Oct 15 15:08:23 <mrmoku> DocScrutinizer: ahh, one thing did not work... the battery
Oct 15 15:08:30 <DocScrutinizer> anyway it's simple usual ds-sticky and temperature and time are the key factors
Oct 15 15:08:42 <DocScrutinizer> dang, battery DOA?
Oct 15 15:08:52 <mrmoku> using my cheepo voltmeter shows 0,05 V
Oct 15 15:09:13 <DocScrutinizer> hmm, lemme guess how long since I last serviced the bunch
Oct 15 15:09:17 <mrmoku> and gta02 refuses to work with it
Oct 15 15:09:31 <mrmoku> any tip to revive it?
Oct 15 15:09:31 <DocScrutinizer> I'll send you another one
Oct 15 15:09:40 <DocScrutinizer> discard this one
Oct 15 15:09:48 <DocScrutinizer> nah, please send it back to me
Oct 15 15:09:48 <mrmoku> ok, thx a lot
Oct 15 15:09:53 <mrmoku> ok
Oct 15 15:10:11 <DocScrutinizer> or simply keep it, for hardcore reworks ;-D
Oct 15 15:10:21 <mrmoku> heh
Oct 15 15:10:25 <mrmoku> want me to open it? ;)
Oct 15 15:10:45 <DocScrutinizer> no problem, you can just peel off the sticky tape cover
Oct 15 15:10:56 <DocScrutinizer> and probe the cell voltage then
Oct 15 15:11:16 <DocScrutinizer> it's feasible without any tools to "open" the battery
Oct 15 15:12:06 <DocScrutinizer> just wrapped by sticky tape
Oct 15 15:12:47 <mrmoku> want me to do it?
Oct 15 15:13:12 * DocScrutinizer wonders whether to first prepare another coffee or snatch the DVM and stack of gta02-bat and test them
Oct 15 15:13:29 <DocScrutinizer> mrmoku: sure, if you feel like doing it then go ahead
Oct 15 15:14:00 <mrmoku> today it does not even show the 0,05
Oct 15 15:14:04 <DocScrutinizer> I officially declare that battery dead and junk
Oct 15 15:14:33 <mrmoku> yeah... won't do it
Oct 15 15:14:58 <DocScrutinizer> I'd accept a resend but am also happy with you keeping it and properly dispose or even better use it for educational and R&D purposes
Oct 15 15:16:50 <mrmoku> whatever you prefer
Oct 15 15:17:11 <mrmoku> I still have my other dead one too
Oct 15 15:20:30 * mrmoku just turned all doar openers 90° to the top ;)
Oct 15 15:20:40 <mrmoku> door evdn
Oct 15 15:20:43 <mrmoku> gah
Oct 15 15:26:07 <antrik> DocScrutinizer: BTW, is there any fundamental reason why the battery still seems to discharge when connected to USB? is it not possible to simply run off USB power and leave the battery alone?...
Oct 15 15:32:51 <larsc> the modem is directly connected to the battery
Oct 15 15:33:04 <larsc> (if we are talking about the gta02)
Oct 15 15:34:15 <lindi-> indeed
Oct 15 15:38:53 <antrik> only the modem?
Oct 15 15:41:24 <larsc> iirc, yes
Oct 15 15:44:13 <DocScrutinizer> 4.18 4.16 4.03 4.18 4.18... mrmoku seems you got the one lemon
Oct 15 15:45:18 <DocScrutinizer> (only modem) well a few other things as well: vibrator... dunno what else
Oct 15 15:45:47 <DocScrutinizer> possibly speaker amp
Oct 15 15:47:20 <DocScrutinizer> and it's not a good practice to keep the LiIon cell "charging" resp floating at max charge voltage all the time, to compensate for those consumers that are directly hooked up to battery
Oct 15 15:48:32 <DocScrutinizer> wow 4.21
Oct 15 15:49:19 <DocScrutinizer> mrmoku: I assume you made sure you probed the correct 2 contacts of battery?
Oct 15 15:52:07 <DocScrutinizer> (doorhandles) got a dog, a cat, a kid?
Oct 15 15:53:50 <antrik> hm... if it's only a few components, It's not too bad I guess... never checked at what rate it is discharging
Oct 15 15:54:08 <antrik> still seems a bit odd :-)
Oct 15 15:54:38 <DocScrutinizer> in my experience the normal handles turned 90° to point to top just may help against cats opening the doors, for (larger than Pekinese) dogs and for kids it doesn't help for long. Use ball doorknobs rather than handles, *very* effective
Oct 15 16:01:42 <larsc> ball doorknobs usually also help against people in general ;)
Oct 15 16:03:34 <DocScrutinizer> antrik: that's a topic that causes experts' wars frequently. You can handle the issue in a number of different ways: a) usual "discharge to a certain voltage threshold (usually equal to ~70..80%) then automatic recharge kicks in. b) force-restart recharge very few minutes (maemo does it like every 3min, OM kernel once did it every 15min). c) keep battery floating at reduced voltage (I.E. at charge end don't stop charger but rather 
Oct 15 16:03:35 <DocScrutinizer> reduce constant-voltage setting from e.g. 4200mV to maybe 4050mV) d) never stop charging and thus keep battery floating at charge-end-voltage (maemo does that when you don't lock the screen while charging).  All those methods have their own pros and cons, and none of them have proven yet to be absolutely the best for all usecases/aspects
Oct 15 16:05:36 <DocScrutinizer> larsc: yeah a friend of mine has a ball doorknob at his flat's door outside, and it took me to tell him he left his flat "open" when leaving since some 10 years ;-P He enevr noticed you could turn that ball to open the door
Oct 15 16:05:47 <DocScrutinizer> never*
Oct 15 16:06:41 <DocScrutinizer> so of course he never properly locked the door when he left
Oct 15 17:18:18 <antrik> DocScrutinizer: I see
Oct 15 17:19:27 <antrik> well, I'm mostly worried about unnecessary wear on the battery... I wonder whether c) is worse than a) and b) in this regard
Oct 15 17:22:21 <mrmoku> DocScrutinizer: (doorhandles) the small one has grown big enough to open the doors... and I don't want that :)
Oct 15 17:22:41 <mrmoku> DocScrutinizer: (lemon) hmm... well the red one on + and the black one on - ... guess I did it right
Oct 15 17:23:02 <DocScrutinizer> lol YEP
Oct 15 17:23:17 <mrmoku> DocScrutinizer: measuring my other one works... so I think I understood the principle :-)
Oct 15 17:23:30 <DocScrutinizer> antrik: nobody can tell for sure
Oct 15 17:23:52 <DocScrutinizer> probably depends a lot on usage pattern
Oct 15 17:24:08 <DocScrutinizer> mrmoku: just asking ;-)
Oct 15 17:24:40 <mrmoku> DocScrutinizer: my hope is the doorhandles work long enough to be able to trust him not to fall down the stairs into the basement or swallow down all the nice legos of his brothers :)
Oct 15 17:25:45 <DocScrutinizer> antrik: lemme put it this way: a user had several GTA02 in a rack running off USB all the time. ALL batteries were dead after 12 months, this was on OM2008 iirc, not entirely sure what this kernel did to battery maintenance back when
Oct 15 17:26:07 <DocScrutinizer> I suspect it did d)
Oct 15 17:28:10 <GNUtoo> bbl
Oct 15 17:28:23 <antrik> ouch
Oct 15 17:29:05 <antrik> hm... doesn't the protective circuit of the battery make d) more or less equivalent to b)?
Oct 15 17:29:22 <antrik> BTW, QtMoko (which I'm running) seems to do a)
Oct 15 17:34:17 <antrik> DocScrutinizer: do you think it would be better for the battery to just connect to USB for recharging once a day, and leave it in sleep mode the rest of the time?...
Oct 15 17:35:47 <DocScrutinizer> antrik: nope, I think with recent method of battery maintenance it's best to keep it connected all the time
Oct 15 17:36:27 <DocScrutinizer> most of the system will run directly off USB anyway as long as connected to charger/host
Oct 15 17:36:58 <DocScrutinizer> and the battery powering modem will slowly cycle between 100% and ~75% 
Oct 15 17:38:15 <DocScrutinizer> it might be reasonable to switch on charging once or twice a day, and possibly also as soon as a call happens
Oct 15 17:39:07 <antrik> during a call, I disconnect USB anyways... would be a bit inconvenient otherwise ;-)
Oct 15 17:39:40 <DocScrutinizer> well that's a pretty good usage pattern then, as replugging USB restarts charging anyway
Oct 15 17:45:35 <antrik> OK, let's hope the battery will last for some time :-)
Oct 15 17:48:54 * GarthPS fuck! what is the defautl password for ssh on a fresh shr-core now ? ass setting an empty one does not work ...
Oct 15 17:49:20 <GarthPS> I mean for root
Oct 15 17:54:05 <DocScrutinizer> umm we got passwords on SHR now? WOW!
Oct 15 17:55:45 <DocScrutinizer> antrik: check out battery state with my bq27k-detail script. It should tell a good deal about what's going on (cycle count total, since last learning... last measured capacity, etc)
Oct 15 17:55:59 <DocScrutinizer> mrmoku: maybe you could do same for that DOA battery?
Oct 15 17:56:26 <DocScrutinizer> assuming you get your gta02 to boot up even with that dead battery
Oct 15 17:56:54 <DocScrutinizer> if not, it should get a rework to make that capacitor 100uF
Oct 15 17:56:58 <mrmoku> DocScrutinizer: well... it does not boot
Oct 15 17:57:04 <JaMa|Off> GarthPS: should be still empty, but check openssh config if it allows so.. it should
Oct 15 17:57:11 <DocScrutinizer> shite
Oct 15 17:57:12 * mrmoku retries
Oct 15 17:57:45 <DocScrutinizer> boot with a good battery, then swap batteries and read out bq27k of the DOA one
Oct 15 17:58:26 <DocScrutinizer> mrmoku: get my improved bq27k script!
Oct 15 17:58:36 <DocScrutinizer> it has a few small improvements
Oct 15 17:58:41 <mrmoku> booting and swapping is a good idea :)
Oct 15 17:58:55 <mrmoku> joerg on om.org?
Oct 15 17:59:03 <DocScrutinizer> on gta02 it is, not on gta01 though
Oct 15 17:59:08 <DocScrutinizer> yup
Oct 15 17:59:49 <GarthPS> JaMa|Off: ok thx . but anyway as I can't even luanch anything from my moka I am doomed (as there is not icones on the desktop do I fill
Oct 15 17:59:58 <GarthPS> a bug repport for that ?)
Oct 15 18:00:40 <JaMa|Off> icons should be back after reboot
Oct 15 18:00:58 <mrmoku> DocScrutinizer: ahh, it needs a real bash, right?
Oct 15 18:01:08 <DocScrutinizer> yep, still
Oct 15 18:01:14 <mrmoku> JaMa|Off: is that a recent fix?
Oct 15 18:01:27 <mrmoku> because I have to refresh to get the icons
Oct 15 18:01:32 <DocScrutinizer> env[] not supported by messybox
Oct 15 18:01:41 * mrmoku builds bash
Oct 15 18:02:11 <DocScrutinizer> define -a dmp[]
Oct 15 18:02:14 <JaMa|Off> what?
Oct 15 18:02:20 <mrmoku> JaMa|Off: the icons
Oct 15 18:02:50 <JaMa|Off> I have seen reports only about first boot
Oct 15 18:03:02 <JaMa|Off> and I haven't seen it here yet
Oct 15 18:03:42 <JaMa|Off> and also someone said that calling refresh from meny fixes icons too
Oct 15 18:06:13 <mrmoku> JaMa|Off: on first boot I get black question marks
Oct 15 18:06:28 <mrmoku> every boot after brings an empty desktop
Oct 15 18:06:37 <mrmoku> and in both cases right click --> refresh fixes it
Oct 15 18:06:41 <mrmoku> (for me)
Oct 15 18:06:44 <JaMa|Off> ah, that's new
Oct 15 18:07:18 <mrmoku> heh what's this
Oct 15 18:07:18 <mrmoku> /OE/shr-core/openembedded-core/scripts/bitbake: line 23: /bin/grep: Argument list too long
Oct 15 18:08:03 <mrmoku> nvm
Oct 15 18:09:52 <mrmoku> hmmm
Oct 15 18:10:01 <mrmoku> JaMa|Off: did we switch to bash? :-)
Oct 15 18:10:27 <mrmoku> looks like :-D
Oct 15 18:11:05 <mrmoku> root@om-gta02:/etc/opkg# echo $BASH_VERSION 
Oct 15 18:11:05 <mrmoku> 4.1.7(1)-release
Oct 15 18:11:44 <DocScrutinizer> echo $BASH_VERSION
Oct 15 18:11:46 <DocScrutinizer> heh
Oct 15 18:12:02 <mrmoku> DocScrutinizer: ./bq27k-detail: line 19: dmp[$v]: unbound variable
Oct 15 18:12:09 <mrmoku> probably some sysfs path
Oct 15 18:12:12 <JaMa|Off> i was using bash always.. not sure if its default in shr-core now
Oct 15 18:12:54 <DocScrutinizer> mrmoku: try bq27k-detail <path-to-sysfs/dump>
Oct 15 18:14:47 <mrmoku> JaMa|Off: it is (and I'm happy about it)
Oct 15 18:15:00 <mrmoku> DocScrutinizer: ok
Oct 15 18:15:14 <DocScrutinizer> dmp=(`cat ${1:-/sys/devices/platform/s3c24xx_pwm.0/hdq.0/hdq/dump}| tr -s '\n ' '  '`)
Oct 15 18:15:23 <DocScrutinizer> note {1:
Oct 15 18:15:34 <mrmoku> yeah
Oct 15 18:15:40 <DocScrutinizer> {1:- actually
Oct 15 18:15:41 <mrmoku> I still get errors
Oct 15 18:15:45 <mrmoku> with my nokia battery :-P
Oct 15 18:15:52 * mrmoku puts in the dead one
Oct 15 18:16:35 <DocScrutinizer> do a # cat /sys/devices/platform/s3c24xx_pwm.0/hdq.0/hdq/dump; to see if it yields reasonable hexdump 
Oct 15 18:16:38 <mrmoku> root@om-gta02:~# cat /sys/devices/platform/s3c2440-i2c/i2c-0/0-0073/hdq/dump 
Oct 15 18:16:41 <mrmoku> ERROR -62
Oct 15 18:16:41 <DocScrutinizer> or just throws error
Oct 15 18:16:43 <mrmoku> hmm
Oct 15 18:16:52 <DocScrutinizer> old kernel?
Oct 15 18:16:57 * mrmoku puts in the good om battery
Oct 15 18:17:11 <DocScrutinizer> modprobe
Oct 15 18:17:31 <DocScrutinizer> ?
Oct 15 18:17:52 <mrmoku> DocScrutinizer: the good battery gives a nice hexdump
Oct 15 18:17:59 <mrmoku> the nokia and the dead one not so
Oct 15 18:18:08 <DocScrutinizer> if you boot up with a working gta02-bat then swap, there shouldn't be any problems
Oct 15 18:18:23 <DocScrutinizer> :-/
Oct 15 18:18:26 <mrmoku> I booted with a bl-5c
Oct 15 18:18:32 <DocScrutinizer> dead one seems to be really dead
Oct 15 18:18:35 <mrmoku> but switching to the good om works
Oct 15 18:18:38 <mrmoku> yeah
Oct 15 18:19:14 <DocScrutinizer> hmm
Oct 15 18:20:11 * DocScrutinizer wonders if bq27000 chip just fails when cell is dead, due to missing VDD
Oct 15 18:20:57 <DocScrutinizer> protective circuit might not allow to power bq27000 from device
Oct 15 18:21:26 <DocScrutinizer> which would mean the cell is *really* dead like stone
Oct 15 18:21:47 <DocScrutinizer> ohmy
Oct 15 18:22:24 <mrmoku> DocScrutinizer: when I retried before I got 0.08 in the beginning... keeping the volmeter attached I saw it going down to 0.02...
Oct 15 18:22:33 <DocScrutinizer> discard it, or "disassemble" it just for fun (and to maybe keep the whole electronic part for later refurbished battery)
Oct 15 18:23:13 <DocScrutinizer> hard to get any true gta02 smart bats for spare anymore
Oct 15 18:24:01 <DocScrutinizer> only cance is to refurbish a worn-out one with a fresh cell from a dumb bl-5c
Oct 15 18:24:17 * mrmoku arrived at the electronics :)
Oct 15 18:24:54 <mrmoku> DocScrutinizer: how to directly measure the cells?
Oct 15 18:25:33 <DocScrutinizer> take out the cell carefully from the black plastic support, then you can reach the second contact of cell
Oct 15 18:26:06 <mrmoku> the one going along to the bottom?
Oct 15 18:26:27 <DocScrutinizer> sorry dunno if there's a testpad on "PCB" for the cell
Oct 15 18:26:31 <DocScrutinizer> yep
Oct 15 18:27:28 <DocScrutinizer> bend down the support at "bottom", then carefully pull "down" the cell a few mm
Oct 15 18:27:58 <DocScrutinizer> it will separate from the electronics PCB at "top" easily
Oct 15 18:28:10 <mrmoku> measuring directly there gives me 0.48
Oct 15 18:28:23 <DocScrutinizer> hmm, pretty much dead
Oct 15 18:28:44 <DocScrutinizer> cut the "wires" to cell close to the cell body
Oct 15 18:28:53 <DocScrutinizer> discard cell, keep the rest
Oct 15 18:28:56 <mrmoku> ok :)
Oct 15 18:29:36 <DocScrutinizer> for the spare cell you do same but cut the "wires" far away from cell, then solder wire end to ten
Oct 15 18:29:46 <DocScrutinizer> end to end
Oct 15 18:30:12 <DocScrutinizer> never solder directly to cell body!!
Oct 15 18:30:22 <mrmoku> ok
Oct 15 18:31:41 <mrmoku> I will keep the plastic too then
Oct 15 18:33:58 <mrmoku> JaMa|Off: devtmpfs started with which kernel version?
Oct 15 18:35:55 * GarthPS notice that icons are still missing after a reboot (well a batery off reboot as it is not possible to power down normaly via quick-settings)
Oct 15 18:37:32 <mrmoku> GarthPS: right click and refresh
Oct 15 18:37:56 <GarthPS> mrmoku: :) thx!
Oct 15 18:52:26 <pespin> mrmoku, what do you think about setting elfe as default in shr-core
Oct 15 18:54:23 <mrmoku> pespin: I like elfe... we should have some app icons preconfigured though
Oct 15 18:57:48 <mrmoku> pespin: btw. does deleting/moving icons work? and i just forgot how to do it?
Oct 15 18:58:41 <pespin> mrmoku, I remember it having problems due to TS driver right click emulation we were using
Oct 15 18:59:09 <pespin> mrmoku, it's working hjere :)
Oct 15 18:59:24 <pespin> mrmoku, just long press somewhere with no icon under your finger :P
Oct 15 19:00:13 <pespin> well at least I can move it, but I don't know how to delete hehe
Oct 15 19:00:25 <mrmoku> ok :)
Oct 15 19:10:00 <JaMa|Off> mrmoku: not sure, somewhere close to 2.6.30 iirc
Oct 15 19:14:24 <mrmoku> JaMa|Off: ok, for gta04 we have 2.6.32 for now
Oct 15 19:14:34 <mrmoku> that might be new enough then
Oct 15 19:18:00 <morphis> heyho
Oct 15 19:22:28 <paulk_> hey morphis!
Oct 15 19:24:10 <paulk_> morphis, do you have the crespo test images ready yet?
Oct 15 19:24:23 <GNUtoo> back
Oct 15 19:25:55 <morphis> GNUtoo: heyho
Oct 15 19:26:03 <morphis> paulk_: no, compilation failed
Oct 15 19:26:10 <morphis> cause of glib-2.0-native ... narf
Oct 15 19:26:29 <paulk_> okay
Oct 15 19:26:36 <GNUtoo> morphis, I suspect something with the input handling with the android plugin
Oct 15 19:26:40 <morphis> GNUtoo: some idea: http://pastie.org/2702009
Oct 15 19:26:43 <GNUtoo> apart that it works fine
Oct 15 19:26:50 <morphis> GNUtoo: you mean suspend?
Oct 15 19:27:21 <GNUtoo> yes android suspend/resume plugin
Oct 15 19:29:44 <quitte> hi.
Oct 15 19:30:03 <JaMa|Off> morphis: what's wrong with glib-2.0-native?
Oct 15 19:31:33 <quitte> the application notes have this timing diagram 3.3 that would work without the wait signal. it matches a 1-5-1 timing at 33Mhz. so at a higher clock that timing should still work?
Oct 15 19:32:31 <morphis> JaMa|Off: see http://pastie.org/2702009
Oct 15 19:33:04 <morphis> JaMa|Off: locally I don't have the problem but on the amethyst buildhost
Oct 15 19:33:50 <JaMa|Off> let me find some browser to see it :)
Oct 15 19:35:06 <morphis> ok :)
Oct 15 19:40:11 <morphis> JaMa|Off: when you need the full log please tell me
Oct 15 19:41:37 <morphis> HeinervdmOff: I have problems with your gobject-introspection recipe
Oct 15 19:43:16 <CIA-5> SHR: 03Martin.Jansa 07shr-chroot * r89b5f19501f3 10/ (58 files in 12 dirs): system upgrade, gcc rebuild
Oct 15 19:43:26 <CIA-5> SHR: 03Martin.Jansa 07shr-chroot * rbc67f69e0a5c 10/ (584 files in 34 dirs): system upgrade, glibc upgrade
Oct 15 19:44:56 <morphis> JaMa|Off: does it depend on the host glib?
Oct 15 19:48:15 <morphis> JaMa|Off: the amethyst buildhost still is on debian lenny
Oct 15 19:54:22 <GNUtoo> morphis, can you remove the debugging from xf86-input-mtev?
Oct 15 19:54:33 <GNUtoo> also I've put it MACHINE_ARCH for crespo
Oct 15 19:54:38 <GNUtoo> since you do _crespo
Oct 15 19:54:56 <morphis> GNUtoo: I can
Oct 15 19:55:18 <GNUtoo> ok thanks
Oct 15 20:04:41 <JaMa|Off> morphis: haven't seend this one, but can you try to rebuild without ccache?
Oct 15 20:09:12 <GNUtoo> morphis, can you push the devshell too?
Oct 15 20:25:39 <GNUtoo> morphis, did you try aurora on nexus S ?
Oct 15 21:14:39 <morphis> GNUtoo: https://github.com/morphis/meta-staging
Oct 15 21:15:07 <GNUtoo> ok thanks a lot
Oct 15 21:30:55 <GNUtoo> hmm for suspend I'll continue tomorrow
Oct 15 21:31:02 <GNUtoo> I'm fighting a bug where it does that:
Oct 15 21:31:03 <GNUtoo> apm -s
Oct 15 21:31:06 <GNUtoo> it suspends
Oct 15 21:31:14 <GNUtoo> and then you press the power key
Oct 15 21:31:16 <GNUtoo> it resumes
Oct 15 21:31:24 <GNUtoo> but then as soon as you release the key
Oct 15 21:31:29 <GNUtoo> it goes back into suspend
Oct 15 21:31:36 <GNUtoo> so you press the key again and resume
Oct 15 21:31:41 <GNUtoo> and release it and it suspends again
Oct 15 21:31:43 <GNUtoo> etc...
Oct 15 21:32:12 <GNUtoo> until some point where it fully resume
Oct 15 21:32:21 <GNUtoo> it may be something else in the stack
Oct 15 21:32:37 <GNUtoo> maybe I should take a bare fso2-console-image for testing
Oct 15 21:32:40 <GNUtoo> that would be better
Oct 15 21:32:47 <GNUtoo> since there is less stack interaction
Oct 15 21:32:57 <GNUtoo> I'll do that tomorrow
Oct 15 22:08:36 <nschle85> mickeyl: ping
Oct 15 22:40:47 <antrik> pespin: IIRC last time elfe as default came up, captainigloo said himself it's not ready yet... might have changed though
Oct 15 22:41:51 <antrik> also there were reservations about it being too slow on the less powerful devices I believe
Oct 15 22:46:00 <Yoram> Hi, can palm pre 2 builds (of SHR) run on HP pre 3 ? 
Oct 15 22:52:49 <Yoram> someone ?
Oct 15 22:57:48 <antrik> Yoram: don't think so... AFAIK there was a major SoC change
Oct 15 22:58:11 <antrik> morphis would know, but he's asleep :-)
Oct 15 22:59:51 <antrik> DocScrutinizer: hm... last measured discharge is 1066, but cycle count since learning cycle is 66 (and total cycle count 130), so not very reliable information I guess...
Oct 15 23:00:24 <Yoram> antrik: Great, now there are 2 options, if Pre 3 is easly hackable (I will find out soon). I might try working on it, if not, GTA03 will stay my SHR device until...
Oct 15 23:03:20 <antrik> considering that HP killed Pre 3 pretty much on arrival (and thus probably there are not many devices in the wild), I guess it's not a terribly lucrative target :-(
Oct 15 23:05:08 <Yoram> antrik: but if the problem is Soc, then it should be possible to tun SHR rootfs on top of WebOS kernel, Am I right ?
Oct 15 23:07:02 <Yoram> I saw someone running Ubuntu is WebOS chroot (on touchpad), so I suupoise such tricks are possible
Oct 15 23:07:03 <antrik> with a little adaptation it should work I guess
Oct 15 23:08:10 <antrik> but getting everything to work might be considerable effort... morphis originally meant to invest that effort, but since HP killed the Pre:s, AIUI he no longer considers it worth his while...
Oct 15 23:09:25 <antrik> he did some commits for the Veer recently though, so maybe he hasn't entirely given it up yet... no idea
Oct 15 23:09:30 <Yoram> Who do we have to sleep with to get a good device with free gnu/linux OS ? :)
Oct 15 23:09:39 <antrik> (Veer uses the same SoC as Pre3)
Oct 15 23:10:01 <antrik> God? ;-)
Oct 15 23:11:09 <antrik> my hopes are mostly on Samsung nowadays... though nobody really knows what will come out of it
Oct 15 23:11:15 <antrik> and GTA04 of course :-)
Oct 15 23:12:57 <Yoram> GTA04 will only work on Moko case after you *break* the display module for connecting it.... I asked about sleeping, not about raping devices :) 
Oct 15 23:14:55 <antrik> LOL
Oct 15 23:15:18 <antrik> I wonder whether the LCMs are still available somewhere...
Oct 15 23:15:39 <Yoram> LCMs ?
Oct 15 23:16:01 <antrik> apparently that's the official term for the display module :-)
Oct 15 23:16:12 <Yoram> ahh
Oct 15 23:16:33 <antrik> it would certainly make many more people willing to swap the board if they wouldn't have to fumble with the display for that...
Oct 15 23:19:01 <Yoram> Buy the new free iphone-killer and make it work with hammer and drill... just keep the firmare locked so GNU will not complain that the device is not free :)
Oct 15 23:20:11 <Yoram> out brave new world always find the way back to the garage
**** ENDING LOGGING AT Sun Oct 16 02:59:56 2011