**** BEGIN LOGGING AT Fri Dec 30 02:59:57 2011
Dec 30 04:08:37 <pabs3> http://htcdev.com/bootloader/
Dec 30 15:47:43 <Slyon> hey
Dec 30 15:47:54 <JaMa|Off> heyho
Dec 30 15:48:09 <Slyon> JaMa|Off, do you have permissions to give me write access to shr-settings.git?
Dec 30 15:48:36 <JaMa|Off> sure, mmt
Dec 30 15:49:47 <JaMa|Off> done
Dec 30 15:50:00 <Slyon> yo, thanks!
Dec 30 15:50:26 <CIA-82> SHR: 03lukasmaerdian 07shr-settings * rb3942cd5f6c2 10/shr_settings_modules/shr_firmware.py: shr_firmware: display firmware info on om-gta04
Dec 30 15:54:52 <JaMa|Off> elementary getting nicer, pity I've promised no more efl bumps before release :)
Dec 30 15:55:00 <JaMa|Off> more patches for jansa/efl ..
Dec 30 15:55:11 <CIA-82> SHR: 03lukasmaerdian 07meta-smartphone * rbcb2d006e032 10/meta-shr/recipes-shr/shr/shr-settings_git.bb: meta-shr: bump shr-settings to include om-gta04 firmware info
Dec 30 15:55:24 <Slyon> what's hot in elm?
Dec 30 15:56:24 <JaMa> getting AOU cleaner, separated headers etc
Dec 30 15:56:32 <JaMa> s/AOU/API/g
Dec 30 15:56:32 <apt> JaMa meant: getting API cleaner, separated headers etc
Dec 30 16:04:32 <Slyon> hmm. but if API is changed. there will be a lot of damage again.. we should wait for a release :)
Dec 30 16:05:39 <pespin> omg, more api changes? I'm gonna kill myself
Dec 30 16:05:42 <pespin> more changes in eflvala
Dec 30 16:05:46 <pespin> T_T
Dec 30 16:21:43 <JaMa> Slyon: agreed, that's I'm migrating to new API only in efl branch until it's ready
Dec 30 16:22:01 <JaMa> and still few more revs to bisect..
Dec 30 16:22:10 <JaMa> but I'll finish it today
Dec 30 16:28:49 <DocScrutinizer51> API changes are BAD, you ought get your API right on first shot. If you need APIO changes later, you frequently want to do compatible extensions rather than changing existing stuff
Dec 30 16:29:16 <DocScrutinizer51> s.APIO.API.
Dec 30 16:29:53 <dos1> well
Dec 30 16:30:03 <JaMa> DocScrutinizer51: that's why they haven't release elementary yet
Dec 30 16:30:07 <dos1> e17 wasn't released yet
Dec 30 16:30:21 <JaMa> DocScrutinizer51: so the API can still be right on first 1.0.0 shot :)
Dec 30 16:31:01 <misc> what are the criteria to have a good api ?
Dec 30 16:31:04 <DocScrutinizer51> e.g. never change parameters of randomfunc() - keep it, mark as obsolete, and get randomfunc_new()
Dec 30 16:32:36 <DocScrutinizer51> misc: scqalability and completeness
Dec 30 16:34:56 <DocScrutinizer51> and, first of all, create no conflicts with any other API - this applies as well to your own former attempts on same object's API
Dec 30 16:36:57 <DocScrutinizer51> worst thing is if you create an API that wrecks some other API. e.g. by redefining something
Dec 30 16:38:43 <JaMa> TAsn hiding.. :)
Dec 30 16:38:51 <Slyon> JaMa, (bisect) nice! so we get close to a working shr_elm_softkey again :)
Dec 30 16:39:33 <JaMa> Slyon: yes, but I'm also trying to find why keyboard is no longer shown on text inputs
Dec 30 16:41:50 <Slyon> ah that's annoying to
Dec 30 18:00:39 <morphis> heyho
Dec 30 18:00:40 <morphis> GNUtoo: ping
Dec 30 18:00:59 <GNUtoo> morphis, pong
Dec 30 18:01:21 <morphis> GNUtoo: about the boot image for the nexus s, do you already have somehting working?
Dec 30 18:02:11 <GNUtoo> I was waiting for multi-machine build fix
Dec 30 18:02:17 <morphis> ok
Dec 30 18:02:22 <GNUtoo> I don't want to rebuild from scratch for every machine
Dec 30 18:02:35 <morphis> but you showed me something at FSOSHRCON right?
Dec 30 18:02:38 <morphis> some reecipe
Dec 30 18:02:54 <GNUtoo> yes I cannot work on it anymore until that multi-machine stuff is fixed
Dec 30 18:03:10 <GNUtoo> maybe JaMa has a workarround for that?
Dec 30 18:03:20 <GNUtoo> the toolchain issues when changing machine....
Dec 30 18:13:56 <JaMa> GNUtoo: as I said before, it works if you build them for each machine
Dec 30 18:14:12 <JaMa> without reusing sstate
Dec 30 18:14:19 <GNUtoo> ok how do I do that
Dec 30 18:15:20 <JaMa> use that switch to disable sstate packages or just remove sstate-cache
Dec 30 18:16:00 <GNUtoo> how do I do the first one?
Dec 30 18:16:48 <JaMa> ?
Dec 30 18:17:04 <GNUtoo> in other words what's the switch to disable sstate packages
Dec 30 18:17:46 <JaMa> http://git.openembedded.org/openembedded-core-contrib/commit/?h=shr&id=c290b9293a89c71a04f1d6652c2ba795b3969766
Dec 30 18:18:12 <JaMa> but if you have sstate already populated then you have to remove sstate-cache first
Dec 30 18:18:43 <GNUtoo> thanks
Dec 30 18:18:46 <GNUtoo> ok
Dec 30 18:26:51 <morphis> GNUtoo: I am building here already with disabled sstate and builded the toolchain again for every machine I build for and after that it works fine with multiple machines
Dec 30 18:28:40 <JaMa> fwiw I wasn't able to reproduce it with distroless oe-core and multiple qemux86-64 machines.. I've tried like 10 builds from scratch and it worked :/
Dec 30 18:29:21 <JaMa> so nothing easy to describe in bug report, only what I've already reported on oe-core ML
Dec 30 18:40:58 <CIA-82> freesmartphone.org: 03morphis 07cornucopia * r95d8944d2ccb 10/fsogsmd/src/plugins/modem_samsung/mediators_sim.vala: 
Dec 30 18:40:58 <CIA-82> freesmartphone.org: fsogsmd: modem_samsung: disable imsi retrievale as it is broken somehow
Dec 30 18:40:58 <CIA-82> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Dec 30 18:42:31 <CIA-82> freesmartphone.org: 03morphis 07cornucopia * r943a9953a355 10/fsogsmd/src/plugins/modem_samsung/channel.vala: 
Dec 30 18:42:31 <CIA-82> freesmartphone.org: fsogsmd: modem_samsung: reset current command everytime even if we have a timeout
Dec 30 18:42:31 <CIA-82> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Dec 30 18:59:57 <GNUtoo> morphis, ok
Dec 30 19:00:00 <GNUtoo> JaMa, ok
Dec 30 19:04:59 <GNUtoo> morphis, could you push your devshell btw?
Dec 30 19:07:37 <CIA-82> SHR: 03morphis 07meta-smartphone * r7839a8dd5b44 10/meta-fso/recipes-freesmartphone/freesmartphone/cornucopia.inc: meta-fso: cornucopia: bump SRCREV
Dec 30 19:07:58 <morphis> GNUtoo: it's here: https://github.com/morphis/meta-staging
Dec 30 19:08:22 <GNUtoo> ok
Dec 30 19:08:40 <GNUtoo> is it in meta-smartphone?
Dec 30 19:09:47 <GNUtoo> becuse for the license MIT and GPL are compatible
Dec 30 19:09:58 <GNUtoo> MIT is just promoted to GPL
Dec 30 19:10:01 <morphis> yeah thats not the problem
Dec 30 19:10:06 <morphis> the origianl recipe is GPL
Dec 30 19:10:16 <morphis> but we need something for LIC_FILES_CHKSUM to check against
Dec 30 19:10:29 <morphis> thats why I set it to MIT for now
Dec 30 19:14:04 <GNUtoo> ok
Dec 30 19:14:07 <GNUtoo> that's easy
Dec 30 19:14:24 <GNUtoo> look in  tasks and images
Dec 30 19:14:28 <GNUtoo> they do something like:
Dec 30 19:16:41 <GNUtoo> LIC_FILES_CHKSUM = "file://${COREBASE}/
Dec 30 19:17:00 <GNUtoo> so you should have GPL in theses corebase
Dec 30 19:17:28 <GNUtoo> sorry for the delay but rm -rf + building on a single hdd encrypted makes the computer a bit slow
Dec 30 19:17:38 <GNUtoo> I should go out and buy a second hdd
Dec 30 19:17:45 <GNUtoo> that would make it much faster
Dec 30 19:18:00 <JaMa> or stop encrypting OE builds :)
Dec 30 19:18:02 <morphis> GNUtoo: ok, will d it that way
Dec 30 19:18:11 <morphis> I am off for today
Dec 30 19:18:13 <GNUtoo> ok
Dec 30 19:18:14 <morphis> bye
Dec 30 19:18:16 <GNUtoo> bye
Dec 30 19:18:17 <JaMa> bye
Dec 30 20:05:45 <Yomin> ah, hey GNUtoo, remember my framebuffer problem?
Dec 30 20:06:17 <GNUtoo> yes
Dec 30 20:06:31 <GNUtoo> did you find a way to fix it?
Dec 30 20:06:41 <GNUtoo> for instance trough kernel arguments with video= ?
Dec 30 20:07:58 <Yomin> i tried alot but didnt worked
Dec 30 20:10:04 <Yomin> i would like to see through code but git.openmoko.org isnt reachable
Dec 30 20:10:50 <GNUtoo> code of xf86-video-glamo?
Dec 30 20:13:11 <Yomin> if this sets the size of the fb..
Dec 30 20:14:58 <nschle85-jenkins> Project shr-core-nokia900-aurora-image build #4: SUCCESS in 33 min: http://norman-schleicher.de/jenkins/job/shr-core-nokia900-aurora-image/4/
Dec 30 20:16:02 <GNUtoo> maybe in shr-mirrors
Dec 30 20:16:10 <GNUtoo> Yomin, btw why do you want to do such thing
Dec 30 20:18:41 <Yomin> because i dont need and because slow x speed dont want any graphic stuff
Dec 30 20:18:49 <Yomin> im ok with plain terminal
Dec 30 20:19:47 <Yomin> but id like to hold it horizontal and therefore want my terminal in landscape mode
Dec 30 20:20:20 <GNUtoo> ok
Dec 30 20:20:55 <GNUtoo> http://build.shr-project.org/sources/ ?
Dec 30 20:48:24 <nschle85-jenkins> Project shr-core-nokia900-shr-image build #30: SUCCESS in 33 min: http://norman-schleicher.de/jenkins/job/shr-core-nokia900-shr-image/30/
Dec 30 20:52:43 <GNUtoo> warning: I'll rebase the gta04/merge branch in fso to push last neil changes
Dec 30 20:52:50 <GNUtoo> it's that or hours of fetching
Dec 30 21:18:45 <nschle85-jenkins> Project shr-core-om-gta02-aurora-image build #4: SUCCESS in 30 min: http://norman-schleicher.de/jenkins/job/shr-core-om-gta02-aurora-image/4/
Dec 30 21:52:07 <CIA-82> SHR: 03GNUtoo 07meta-smartphone * rb5cdbf817d1d 10/meta-openmoko/recipes-kernel/linux/linux-gta04_git.bb: meta-openmoko: linux-gta04: bump SRCREV to a new rebased revision.
Dec 30 21:52:30 <GNUtoo> mickeyl, mrmoku|italy do you know UCM?
Dec 30 21:53:00 <nschle85-jenkins> Project shr-core-om-gta02-shr-image build #61: SUCCESS in 34 min: http://norman-schleicher.de/jenkins/job/shr-core-om-gta02-shr-image/61/
Dec 30 21:53:22 <GNUtoo> DocScrutinizer, hi
Dec 30 21:53:27 <GNUtoo> do you know UCM?
Dec 30 21:54:14 <DocScrutinizer> not really, at least the TLA
Dec 30 21:54:20 <DocScrutinizer> help me out
Dec 30 21:54:24 <GNUtoo> it's about alsa
Dec 30 21:54:31 <GNUtoo> "use case management"
Dec 30 21:54:32 <DocScrutinizer> ooooh, that one
Dec 30 21:54:35 <GNUtoo> yes
Dec 30 21:54:49 <GNUtoo> could we use that in SHR?
Dec 30 21:55:01 <DocScrutinizer> yes, somebody came proding me to it several months ago
Dec 30 21:55:06 <GNUtoo> ok
Dec 30 21:55:10 <GNUtoo> I just found about it
Dec 30 21:55:43 <GNUtoo> in "Smart Audio: Next-Generation A SoC For Smart Phones"
Dec 30 21:55:53 <GNUtoo> it's a video of a presentation here:
Dec 30 21:55:56 <GNUtoo> http://free-electrons.com/blog/elce-2011-videos/
Dec 30 21:55:58 <DocScrutinizer> after a lot of studying the non-existant docs I came to the conclusion it's nothing else than our scenario botch, with another name and a sophisticated API
Dec 30 21:56:11 <GNUtoo> yes but it's in alsa lib
Dec 30 21:56:19 <DocScrutinizer> so what?
Dec 30 21:56:26 <GNUtoo> so it's standard
Dec 30 21:56:27 <GNUtoo> right?
Dec 30 21:56:36 <DocScrutinizer> meh
Dec 30 21:56:37 <GNUtoo> but if we already have it.....
Dec 30 21:57:20 <DocScrutinizer> sorry, I wasted like 1 week of my life to evaluate it and dismiss. I won't redo the process
Dec 30 21:57:37 <GNUtoo> no problem, thanks a lot for sharing the infos about it
Dec 30 21:58:12 <DocScrutinizer> plus I gave elaborate info (well, at least sufficient and sound rationale) why we won't buy any improvement by adopting it, here in this very chan
Dec 30 21:58:20 <GNUtoo> ok
Dec 30 21:58:46 <GNUtoo> does it work like our old switching all-at-once scenarios?
Dec 30 21:58:57 <GNUtoo> or like the new one-control-at-the-same-time
Dec 30 21:59:03 <DocScrutinizer> it's a nice API wrapping up a broken concept, a concept we already have
Dec 30 21:59:09 <GNUtoo> ok
Dec 30 21:59:10 <DocScrutinizer> and want to get rid of
Dec 30 21:59:16 <GNUtoo> so it's the old all-at-once
Dec 30 21:59:21 <GNUtoo> so it's definitely not worth
Dec 30 21:59:24 <GNUtoo> thanks a lot!!!
Dec 30 21:59:36 <DocScrutinizer> yes, exactly like our old scenario all-in-one switching
Dec 30 22:00:23 <DocScrutinizer> yw
Dec 30 23:04:31 <GNUtoo> JaMa, hi again, could you activate meta-osmocombb in the Makefile repo?
Dec 31 00:02:19 <CIA-82> SHR: 03GNUtoo 07meta-smartphone * r5b0fd662e4c7 10/meta-openmoko/recipes-kernel/linux/ (linux-gta04/defconfig linux-gta04_git.bb): meta-openmoko: linux-gta04: fix rc version and add new defconfig
**** ENDING LOGGING AT Sat Dec 31 02:59:57 2011