**** BEGIN LOGGING AT Fri Jan 20 02:59:57 2012
Jan 20 03:18:05 <pespin> mrmoku, I was able to build aurora 0.11.0 (latest one) taking the recipe from oe-classic and doing some minor changes :)
Jan 20 03:20:59 <pespin> s/aurora/arora/
Jan 20 03:20:59 <apt> pespin meant: mrmoku, I was able to build arora 0.11.0 (latest one) taking the recipe from oe-classic and doing some minor changes :)
Jan 20 03:29:18 <pespin> hmmm it worked nice first time I launched it 
Jan 20 03:29:44 <pespin> but now I'm noy able to launch it anymore, it hangs everything, from Ilume to usb networking...
Jan 20 03:30:16 <pespin> I guss it's requesting to much memory (it shows up to ~50% mem before top on ssh hangs)
Jan 20 03:56:01 <pabs3> was any of the remaining gta02 stuff merged during the Linux 3.3 merge window (now closed)?
Jan 20 07:42:00 <JaMa> moin
Jan 20 07:42:14 <mrmoku> moin JaMa 
Jan 20 08:18:14 <CIA-77> SHR: 03shr-devel 07buildhistory * r01b07f61d91b 10/packages/ (9 files in 9 dirs): Build 201201200912 of shr 20120120 for machine om-gta02 on shr-chroot
Jan 20 08:31:42 <CIA-77> SHR: 03shr-devel 07buildhistory * r467928da2a68 10/packages/ (9 files in 9 dirs): Build 201201200924 of shr 20120120 for machine nokia900 on shr-chroot
Jan 20 08:32:17 <CIA-77> SHR: 03Martin.Jansa 07buildhistory * r66b3dda0e130 10/packages/armv4t-oe-linux-gnueabi/ (279 files in 279 dirs): Build 201201200838 of shr 20120120 for machine om-gta02 on shr-chroot
Jan 20 08:43:44 <CIA-77> SHR: 03shr-devel 07buildhistory * r1a6dd7457d02 10/packages/palmpre-oe-linux-gnueabi/shr-version/ (latest shr-version/latest): Build 201201200938 of shr 20120120 for machine palmpre on shr-chroot
Jan 20 09:03:54 <CIA-77> SHR: 03shr-devel 07buildhistory * rc5af5033da4a 10/packages/palmpre2-oe-linux-gnueabi/shr-version/ (latest shr-version/latest): Build 201201200957 of shr 20120120 for machine palmpre2 on shr-chroot
Jan 20 09:09:43 <CIA-77> SHR: 03Martin.Jansa 07buildhistory * r3108e5a7a2f9 10/packages/armv7a-vfp-neon-oe-linux-gnueabi/ (296 files in 296 dirs): Build 201201201008 of shr 20120120 for machine om-gta02 on shr-chroot
Jan 20 09:25:19 <CIA-77> SHR: 03shr-devel 07buildhistory * r79d4ef804e1f 10/packages/crespo-oe-linux-gnueabi/shr-version/ (latest shr-version/latest): Build 201201201019 of shr 20120120 for machine crespo on shr-chroot
Jan 20 09:37:45 <CIA-77> SHR: 03Martin.Jansa 07buildhistory * r3389004292b1 10/packages/armv4t-oe-linux-gnueabi/ (18 files in 18 dirs): Build 201201201032 of shr 20120120 for machine om-gta02 on shr-chroot
Jan 20 09:44:13 <CIA-77> SHR: 03shr-devel 07buildhistory * rded95fbdc11f 10/packages/om_gta04-oe-linux-gnueabi/shr-version/ (latest shr-version/latest): Build 201201201037 of shr 20120120 for machine om-gta04 on shr-chroot
Jan 20 09:51:25 <captainigloo> hi
Jan 20 09:52:53 <mrmoku> yo captainigloo 
Jan 20 10:11:56 <CIA-77> SHR: 03Martin.Jansa 07buildhistory * ra5bebc2b3411 10/packages/armv4t-oe-linux-gnueabi/libphone-ui-shr/ (15 files in 15 dirs): Build 201201201110 of shr 20120120 for machine om-gta02 on shr-chroot
Jan 20 10:18:38 <CIA-77> SHR: 03Martin.Jansa 07libphone-ui-shr * r8fa4719ba9b5 10/src/view/ (9 files): Elm_Genlist_Item -> Elm_Object_Item
Jan 20 10:28:31 <captainigloo> JaMa: ping
Jan 20 10:29:37 <JaMa> pong
Jan 20 10:29:48 <captainigloo> hi
Jan 20 10:29:51 <JaMa> hi
Jan 20 10:30:06 <captainigloo> i would like to add a sdk for efl
Jan 20 10:30:12 <captainigloo> in oe-core
Jan 20 10:30:23 <JaMa> meta-openembedded/meta-efl right?
Jan 20 10:30:28 <captainigloo> yes
Jan 20 10:30:40 <captainigloo> but i have some troubles with edbus
Jan 20 10:31:33 <captainigloo> i create a meta-toolchain-efl
Jan 20 10:31:47 <captainigloo> and add all efl dependecies inside
Jan 20 10:32:14 <captainigloo> i upload my logs
Jan 20 10:41:57 <captainigloo> ok i come back when my problem will be clear :)
Jan 20 11:20:57 <TAsn> JaMa, hehe, so much hassle because of the recent elm changes, sorry. :|
Jan 20 11:21:11 <TAsn> JaMa, API should stabilize soon, hopefully.
Jan 20 11:21:30 <GNUtoo> JaMa, hi
Jan 20 11:21:46 <GNUtoo> JaMa, did you see for picocom?
Jan 20 11:33:01 <captainigloo> TAsn: what kind of changes ? api breaks ?
Jan 20 11:33:15 <TAsn> <CIA-77> SHR: Martin.Jansa libphone-ui-shr * r8fa4719ba9b5 /src/view/ (9 files): Elm_Genlist_Item -> Elm_Object_Item
Jan 20 11:33:24 <TAsn> all of those all the time
Jan 20 11:33:27 <TAsn> and there are going to be others
Jan 20 11:33:33 <TAsn> but at least now the api is stabilizing
Jan 20 11:33:42 <TAsn> and finally got CI bots up
Jan 20 11:33:47 <TAsn> and tests are being made
Jan 20 11:33:55 <TAsn> and things will get stable
Jan 20 11:33:55 <TAsn> :)
Jan 20 11:34:39 <captainigloo> elfe had been updated ?
Jan 20 11:35:03 <captainigloo> i did'nt read efl commits for so long
Jan 20 11:37:16 <captainigloo> and i didn't write efl code for too long, hope fosdem will motivate me a bit :)
Jan 20 12:09:42 * JaMa back from lunch
Jan 20 12:10:50 <JaMa> TAsn: no problem, I like cleaner APIs :) I was angry just once, when genlist->list cleanup was later reverted after I had changed it in few projects.. :0
Jan 20 12:11:10 <TAsn> JaMa, haha.
Jan 20 12:11:12 <TAsn> :)
Jan 20 12:11:28 <JaMa> captainigloo: yes it was already
Jan 20 12:11:54 * JaMa sent patches fro enjoy and now working on intone..
Jan 20 12:12:34 <captainigloo> JaMa: my try to add efl sdk in oe-core http://pastebin.com/DTgyESfZ
Jan 20 12:13:42 <JaMa> captainigloo: and the problem is?
Jan 20 12:13:47 <captainigloo> i base my work on gmae sdk
Jan 20 12:14:11 <captainigloo> the problem is that when i build it, dependencies on edbus are not found
Jan 20 12:14:47 <captainigloo> i'm building it again to have the error
Jan 20 12:16:06 <captainigloo> i get the error during the do_sdk_populate 
Jan 20 12:16:18 <captainigloo> do_populate_sdk *
Jan 20 12:16:24 <JaMa> you man that edbus-dev is empty?
Jan 20 12:16:34 <JaMa> or not existent? or some other dependency of it?
Jan 20 12:17:08 <captainigloo> yes edbus-dev
Jan 20 12:17:31 <captainigloo> let me generate the right error i will paste it
Jan 20 12:19:24 <JaMa> captainigloo: hmm here it does exist -rw-r--r-- 1 bitbake bitbake 13K Jan 20 08:57 shr-core/tmp-eglibc/deploy/ipk/armv4t/edbus-dev_1.1.0+svnr67371-r1.0_armv4t.ipk
Jan 20 12:20:27 <captainigloo> JaMa: http://pastebin.com/XdTa47AY
Jan 20 12:20:54 <captainigloo> JaMa: and edbus exists
Jan 20 12:22:01 <captainigloo> ../../build/tmp-angstrom_2010_x-eglibc/deploy/ipk/armv7a/edbus-dev_1.1.0+svnr67071-r1.0_armv7a.ipk: Debian binary package (format 2.0)
Jan 20 12:22:28 <captainigloo> JaMa: svnr67371 ?
Jan 20 12:26:10 <JaMa> captainigloo: what with that svnr?
Jan 20 12:26:28 <JaMa> ah I see what meta-oe branch are you using?
Jan 20 12:26:51 <JaMa> nvm.. mine is jansa/test (I have newer EFL)
Jan 20 12:27:05 <JaMa> yours is fine in meta-oe/shr or master
Jan 20 12:28:33 <JaMa> your problem is that there is no edbus package (because it's named libedbus1), can you check what has edbus in RDEPENDS?
Jan 20 12:28:49 <JaMa> captainigloo: you can grep for it in ipk/*/Package files
Jan 20 12:31:49 <captainigloo> JaMa: there is not RDPENDS defined in edbus_svn.bb or edbus.inc
Jan 20 12:31:58 <captainigloo> RDEPENDS*
Jan 20 12:32:09 <JaMa> captainigloo: you can add ALLOW_EMPTY_${PN} = "1" to edbus.inc as work around
Jan 20 12:32:37 <JaMa> captainigloo: yes it's default RDEPENDS from package.bbclass (I guess both edbus-dbg and edbus-dev have ${PN} in RDEPENDS
Jan 20 12:35:05 <captainigloo> ok i try with ALLOW_EMPTY
Jan 20 12:35:14 <captainigloo> meeting time, bbl
Jan 20 12:39:26 <JaMa> pabs3: ah.. intone getting worse (thanks to cppcheck).. will send another pull request to even build it again :/
Jan 20 12:47:23 <GNUtoo> JaMa, how to add a patch header to a git patch?
Jan 20 12:47:30 <GNUtoo> hi btw
Jan 20 12:49:10 <JaMa> GNUtoo: ? with amend?
Jan 20 12:49:27 <GNUtoo> no, I want to add that:
Jan 20 12:49:28 <GNUtoo>   Submitted [where]
Jan 20 12:49:35 <GNUtoo> oe standard patch headers
Jan 20 12:49:52 <GNUtoo> I want to keep the git commit message untouched
Jan 20 12:49:56 <GNUtoo> it's for fbreader
Jan 20 12:50:09 <GNUtoo> it's not ready yet but at least I want to push with DP -1
Jan 20 12:50:28 <GNUtoo> (beacuse at runtime preferences cannot be accessed)
Jan 20 12:50:35 <GNUtoo> (so let's push with DP -1)
Jan 20 12:51:35 <JaMa> then add it only in patch in OE
Jan 20 12:51:42 <GNUtoo> ok
Jan 20 12:51:53 <GNUtoo> there was a way tough
Jan 20 12:52:29 <GNUtoo> like when you do a git patch
Jan 20 12:52:33 <GNUtoo> you get refused
Jan 20 12:52:40 <GNUtoo> so you address the comment 
Jan 20 12:52:41 <GNUtoo> and send a v2
Jan 20 12:52:52 <GNUtoo> with what changed between v1 and v2 in the patch
Jan 20 12:52:58 <GNUtoo> but not in the commit message
Jan 20 13:07:39 <alabd> GNUtoo: hi man , how are you today ?  someone in mailing list said http://pastebin.com/YsnKUvNq is there anything useful in your opinion ?
Jan 20 13:08:03 <GNUtoo> I read the ml
Jan 20 13:08:12 <GNUtoo> just try what they proposed
Jan 20 13:09:02 <alabd> greet 
Jan 20 13:09:04 <GNUtoo> (setting different variables to workarround the partition scheme
Jan 20 13:09:13 <GNUtoo> but re-set to normal after
Jan 20 13:09:17 <GNUtoo> since you don't use QI
Jan 20 13:09:30 <GNUtoo> normal means what you currently have now
Jan 20 13:10:21 <alabd> you know ,didn't let my adb connection be losed since last night so don't want reboot fr now
Jan 20 13:10:48 <alabd> wana find a flasher am asking should ask more 
Jan 20 13:17:24 <CIA-77> SHR: 03GNUtoo 07meta-smartphone * r04e20ad6b81c 10/meta-shr/recipes-support/fbreader/ (2 files in 2 dirs): meta-shr: recipes-support: fbreader: add git version with DEFAULT_PREFERENCE set to -1
Jan 20 13:17:41 <GNUtoo> ok
Jan 20 13:17:44 <GNUtoo> I'll work now
Jan 20 13:33:08 <captainigloo> JaMa: with ALLOW_EMPTY in edbus it seems better, but it fails later : http://pastebin.com/thaF8XUK
Jan 20 13:37:33 <alabd1> GNUtoo: dc
Jan 20 13:39:46 <GNUtoo> ?
Jan 20 13:57:47 <JaMa> captainigloo: why are you using angstrom? maybe it's wrong version? as oe-core has eglibc-2.13 and we have 2.15
Jan 20 14:10:38 <alabd> GNUtoo: didn't find flasher yet
Jan 20 14:11:34 <captainigloo> JaMa: i'm using angstrom-bleeding
Jan 20 14:12:53 <captainigloo> and i'm using it because i take the decision to use angstrom :)
Jan 20 14:13:28 <captainigloo> there is maybe a better solution ?
Jan 20 14:14:37 <JaMa> captainigloo: I don't mind you using it, just not sure what is and what isn't in eglibc-2.12
Jan 20 14:15:09 <JaMa> captainigloo: can you push your changes somewhere so I can try to build it here?
Jan 20 14:16:01 <JaMa> captainigloo: or at least pastebin it with headers ..
Jan 20 14:20:27 <captainigloo> JaMa: i dont understand what you said, you mean send the patch to add efl sdk ?
Jan 20 14:21:04 <JaMa> yes send me patch and I'll try it with newer eglibc 
Jan 20 14:25:18 <captainigloo> JaMa: http://pastebin.com/DTgyESfZ
Jan 20 14:26:37 <captainigloo> JaMa: btw ANGSTROM_EGLIBC_VERSION                 ?= "2.15"
Jan 20 14:26:49 <captainigloo> in angstrom-bleeding.conf
Jan 20 14:27:45 <captainigloo> I missed something
Jan 20 14:29:48 <JaMa> can you pastebit it with header? so I can just git am it?
Jan 20 14:30:13 <JaMa> eglibc-nativesdk (>= 2.12) looks like you're using 2.21
Jan 20 14:30:15 <JaMa> 2.12
Jan 20 14:32:51 <captainigloo> i search how to add headers :)
Jan 20 14:33:47 <JaMa> just commit it  and then git format-patch
Jan 20 14:44:27 <captainigloo> JaMa: http://pastebin.com/VVQT5Qbb
Jan 20 14:45:23 <captainigloo> http://pastebin.com/cr2RMV7D
Jan 20 15:09:46 <JaMa> captainigloo: why is it in meta-gnome?
Jan 20 15:10:02 <JaMa> captainigloo: please move it to mete-efl later
Jan 20 15:10:41 * JaMa running build and running home, bbl
Jan 20 15:16:23 <alabd> GNUtoo: this is email of dfu developer http://pastebin.com/9S8U2iSh and do you think testing this http://pastebin.com/YsnKUvNq has any result regarding to developer speeches ?
Jan 20 15:17:00 <GNUtoo> I'll look later
Jan 20 15:18:20 <alabd> ok
Jan 20 15:18:48 <alabd> GNUtoo: if wana buy 4 gig ram , how to test it to be sure it is ok with qi and uboot and so .. ?
Jan 20 15:31:44 <GNUtoo> you mean microsd
Jan 20 15:31:47 <GNUtoo> I don't know
Jan 20 15:31:52 <GNUtoo> if it's not in the list.....
Jan 20 15:32:11 <GNUtoo> but they gave you how to do in in openmoko mailing list for flashing without microsd
Jan 20 15:32:15 <GNUtoo> just do that
Jan 20 15:32:23 <GNUtoo> and restore like it's now at the end
Jan 20 15:33:06 <GNUtoo> http://pastebin.com/YsnKUvNq
Jan 20 15:33:12 <GNUtoo> that one to be more precise
Jan 20 17:05:26 <JaMa> captainigloo: was zlib and gmp-nativesdk failing for you because of libtool version?
Jan 20 18:02:27 <GNUtoo> JaMa, where should I move the new picocom?
Jan 20 18:02:30 <GNUtoo> meta-oe?
Jan 20 18:11:30 <GNUtoo> radekp, hi
Jan 20 18:14:24 <JaMa> GNUtoo: yes
Jan 20 18:14:36 <JaMa> GNUtoo: send it to ML directly if it's ready
Jan 20 18:22:48 <GNUtoo> JaMa, it's ready but shouldn't it go in a consolidated pull request?
Jan 20 18:24:16 <JaMa> I don't have much to send now.. so better if you send it now
Jan 20 18:25:06 <radekp> GNUtoo: hi
Jan 20 18:25:21 <GNUtoo> radekp, so you won't use alsaloop?
Jan 20 18:25:28 <GNUtoo> alsaloop has many controls
Jan 20 18:25:50 <GNUtoo> including how to handle buffer underruns/overruns with respect to the timing
Jan 20 18:26:03 <GNUtoo> for instance it can drop frames on a side or on the other
Jan 20 18:26:06 <GNUtoo> etc...
Jan 20 18:29:14 <radekp> GNUtoo: i will take a look at, but for now i want to test aplay & arecord solution
Jan 20 18:29:48 <radekp> GNUtoo: i think aloop looks like the right tool for us, aplay & arecord is quite hack
Jan 20 18:30:37 <radekp> GNUtoo: i think i still need to undertand the problem better... so i am starting with most simple solution ;-)
Jan 20 18:33:02 <GNUtoo> ok
Jan 20 18:33:07 <GNUtoo> it's quite simple
Jan 20 18:33:10 <GNUtoo> you have 2 sound cards
Jan 20 18:33:17 <GNUtoo> you have to record from the modem
Jan 20 18:33:25 <GNUtoo> and to play it back on the main "sound card"
Jan 20 18:33:48 <GNUtoo> (and record from the main sound card and play it back from the modem too)
Jan 20 18:33:49 <radekp> that's the part that i understand hopefully :)
Jan 20 18:34:06 <GNUtoo> alsaloop does that better
Jan 20 18:34:17 <GNUtoo> but only when you're in a call
Jan 20 18:34:21 <GNUtoo> else it uses too much CPU
Jan 20 18:34:31 <GNUtoo> trying to record from the modem when there is no data
Jan 20 18:34:53 <GNUtoo> what don't you understand then?
Jan 20 18:34:57 <GNUtoo> the alsa API?
Jan 20 18:35:26 <GNUtoo> what a buffer underrun/overrun means within the alsa context?
Jan 20 18:35:34 <GNUtoo> or something else?
Jan 20 18:35:35 <radekp> e.g. i dont understand why there are underruns with small buffer (in the aplay & arecord solution)
Jan 20 18:35:56 <radekp> and with larger buffers the underruns are gone
Jan 20 18:36:11 <GNUtoo> ah I've the same thing
Jan 20 18:36:15 <GNUtoo> I don't know either
Jan 20 18:36:30 <radekp> underrun means that the playing is starving for data, but i have no idea why
Jan 20 18:36:33 <GNUtoo> I guess that if the buffer is too small it cannot keep up
Jan 20 18:36:39 <lindi-> underrun means that the hardware is eating data faster than the software can generate?
Jan 20 18:36:51 <radekp> lindi-: yup
Jan 20 18:37:24 <nschle85> JaMa: this was yust in time :-) i updated jenkins some seconds before you started your builds :-)
Jan 20 18:37:45 <radekp> i also tried to write simple program in C which does the routing but without much success (on big buffers it worked)
Jan 20 18:38:28 <JaMa> nschle85: hehe :)
Jan 20 18:38:59 <GNUtoo> radekp, same for me, it worked fine but I had to use big buffers
Jan 20 18:39:12 <GNUtoo> and...I had still some buffer underruns
Jan 20 18:39:26 <GNUtoo> with alsaloop I can use smaller buffers and no buffer underruns
Jan 20 18:39:44 <radekp> hmm interesting
Jan 20 18:39:57 <GNUtoo> I use half a second of buffer
Jan 20 18:40:05 <radekp> i wonder if the theory that UMTS and internal card have different clocks is right
Jan 20 18:40:29 <GNUtoo> I never understood what the clock had to do with the userspace alsa API
Jan 20 18:40:37 <GNUtoo> but yes the modem setup the clock
Jan 20 18:40:43 <radekp> and if we need to do resampling
Jan 20 18:40:52 <GNUtoo> we need to do it
Jan 20 18:41:02 <GNUtoo> not resampling
Jan 20 18:41:10 <GNUtoo> I mean not rate conversion
Jan 20 18:41:15 <GNUtoo> but still -c 2 -> -c 1
Jan 20 18:41:26 <GNUtoo> one card is stereo only 
Jan 20 18:41:29 <GNUtoo> the other is mono only
Jan 20 18:45:08 <nschle85> JaMa: but i think git plugin is still broken on jenkins, i found no entry in the change request
Jan 20 18:45:10 <radekp> i understand that we need to do either 8000 <-> 44100 resampling
Jan 20 18:45:57 <radekp> but if the clocks are different do we need to also do some finer dynamic resampling? like 7990 -> 44100 ?
Jan 20 18:46:57 <radekp> the aplay & arcord with bigger buffer does not seem to need anything like that
Jan 20 18:47:14 <radekp> because it's not generating any overruns or underruns
Jan 20 18:48:34 <radekp> i think the idea on ML was that if you get underrun then you start playing a bit slower, if you get overrun you start playing a bit faster
Jan 20 18:53:26 <radekp> GNUtoo: i think that if we need low latecy we need to record from internal soundcard to something like 50ms buffer
Jan 20 18:53:39 <radekp> GNUtoo: i am not still sure if we can do this
Jan 20 18:54:31 <radekp> GNUtoo: and play of course
Jan 20 18:54:55 <radekp> GNUtoo: i think the internal sound card can record to 50ms buffer but it cant play, but i have to check it
Jan 20 18:55:23 * radekp has to go now
Jan 20 18:55:45 <radekp> cu tomorrow
Jan 20 19:25:05 <alabd> GNUtoo: at end of http://pastebin.com/YsnKUvNq , there is : do you anything after it in your mail ?
Jan 20 19:51:46 <CIA-77> freesmartphone.org: 03morphis 07aurora * r469b9e27f5ed 10/aurora-daemon/applications/settings/SettingButtonStyle.qml: 
Jan 20 19:51:46 <CIA-77> freesmartphone.org: aurora-daemon: applications: settings: drop unused SettingButtonStyle component
Jan 20 19:51:46 <CIA-77> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Jan 20 19:51:47 <CIA-77> freesmartphone.org: 03morphis 07aurora * r194813706a92 10/aurora-daemon/ (5 files in 2 dirs): 
Jan 20 19:51:47 <CIA-77> freesmartphone.org: aurora-daemon: add our gsettings schema definition
Jan 20 19:51:47 <CIA-77> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Jan 20 19:51:47 <CIA-77> freesmartphone.org: 03morphis 07aurora * rd2b97c551d2d 10/aurora-daemon/configure.ac: 
Jan 20 19:51:48 <CIA-77> freesmartphone.org: aurora-daemon: add dconf-qt as dependency
Jan 20 19:51:48 <CIA-77> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Jan 20 19:51:48 <CIA-77> freesmartphone.org: 03morphis 07aurora * rf1d2d648c3e7 10/aurora-daemon/README: 
Jan 20 19:51:49 <CIA-77> freesmartphone.org: aurora-daemon: update README
Jan 20 19:51:49 <CIA-77> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Jan 20 19:51:50 <CIA-77> freesmartphone.org: 03morphis 07aurora * r022dac5acd33 10/aurora-daemon/COPYING: 
Jan 20 19:51:50 <CIA-77> freesmartphone.org: aurora-daemon: update copying information
Jan 20 19:52:29 <CIA-77> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Jan 20 19:52:29 <CIA-77> freesmartphone.org: 03morphis 07aurora * rdce84f9e35e3 10/aurora-daemon/ (3 files in 2 dirs): 
Jan 20 19:52:29 <CIA-77> freesmartphone.org: aurora-daemon: applications: settings: read/write gprs enabled value from/to dconf
Jan 20 19:52:29 <CIA-77> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Jan 20 19:52:29 <CIA-77> freesmartphone.org: 03morphis 07aurora * r83d6a71cb369 10/aurora-daemon/configure.ac: 
Jan 20 19:52:29 <CIA-77> freesmartphone.org: aurora-demon: expose debug compilation info at configuration time
Jan 20 19:52:30 <CIA-77> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Jan 20 19:52:30 <CIA-77> freesmartphone.org: 03morphis 07aurora * r5595991c8a1d 10/aurora-daemon/applications/settings/ (GprsAccessPointPage.qml GprsPage.qml Makefile.am): 
Jan 20 19:52:31 <CIA-77> freesmartphone.org: aurora-daemon: applications: settings: more work on gprs settings
Jan 20 19:53:29 <CIA-77> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Jan 20 19:53:29 <CIA-77> freesmartphone.org: 03morphis 07aurora * r995caca4848a 10/aurora-daemon/ (3 files in 2 dirs): 
Jan 20 19:53:29 <CIA-77> freesmartphone.org: aurora-daemon: services: add pdp context activate/deactivation functionality to cellular service
Jan 20 19:53:29 <CIA-77> freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
Jan 20 19:57:12 <alabd> GNUtoo: seems you are tired tonight ,in http://pastebin.com/YsnKUvNq  is said > if using uboot to start android, this other when all is flasshed: ?
Jan 20 20:08:18 <JaMa> captainigloo: I'm testing http://git.openembedded.org/meta-openembedded-contrib/commit/?h=jansa/test&id=c42ca3945d32f0b0adb11611d7e86396aa189307 but gdb-cross-canadian is failing because of python.. will look tomorrow..
Jan 20 20:08:50 <GNUtoo> alabd, use the one with userdata
Jan 20 20:08:55 <GNUtoo> and flash userdata
Jan 20 20:09:04 <GNUtoo> just do what was said
Jan 20 20:09:12 <GNUtoo> and then setup it back with the 7 partitions
Jan 20 20:10:58 <alabd> GNUtoo: just do this ? sweeten mtdpartsmtdparts=physmap-flash:-(nor)\;neo1973-nand:0x00040000(u-boot),0x00040000(u-boot_env),0x00800000(kernel),0x000a0000(splash),0x04040000(factory_system),0x0b6a0000(userdata)
Jan 20 20:11:31 <GNUtoo> yes and flash userdata
Jan 20 20:11:43 <GNUtoo> and then set it back to the partitioning you had before
Jan 20 20:11:51 <GNUtoo> that is to say with system+userdata
Jan 20 20:13:11 <CIA-77> SHR: 03Martin.Jansa 07shr-chroot * rcf0572157bd2 10/ (77 files in 19 dirs): bitbake: add futures ebuild and to bitbake DEPENDS
Jan 20 20:13:16 <CIA-77> SHR: 03Martin.Jansa 07shr-chroot * r6d5d93a50da1 10/ (339 files in 39 dirs): system upgrade
Jan 20 20:13:18 <alabd> ok thanks man will try it later 
Jan 20 20:13:38 <alabd> GNUtoo: Good night 
Jan 20 22:43:18 <CIA-77> SHR: 03GNUtoo 07meta-smartphone * r388f4318f41e 10/meta-palm/recipes-kernel/linux/linux-palmpre_git.bb: meta-palm: linux-palmpre: add COMPATIBLE_MACHINE settings
Jan 21 00:12:40 <nschle85-jenkins> Project shr-core-om-gta02-shr-image build #70: SUCCESS in 41 min: http://norman-schleicher.de/jenkins/job/shr-core-om-gta02-shr-image/70/
Jan 21 00:30:08 <nschle85-jenkins> Project shr-core-om-gta02-aurora-image build #11: SUCCESS in 17 min: http://norman-schleicher.de/jenkins/job/shr-core-om-gta02-aurora-image/11/
Jan 21 00:36:47 <nschle85-jenkins> Project shr-core-om-gta02-feed build #9: SUCCESS in 6 min 38 sec: http://norman-schleicher.de/jenkins/job/shr-core-om-gta02-feed/9/
Jan 21 01:27:49 <nschle85-jenkins> Project shr-core-nokia900-shr-image build #54: SUCCESS in 51 min: http://norman-schleicher.de/jenkins/job/shr-core-nokia900-shr-image/54/
Jan 21 01:50:32 <nschle85-jenkins> Project shr-core-nokia900-aurora-image build #11: SUCCESS in 22 min: http://norman-schleicher.de/jenkins/job/shr-core-nokia900-aurora-image/11/
Jan 21 01:57:14 <nschle85-jenkins> Project shr-core-nokia900-feed build #8: SUCCESS in 6 min 41 sec: http://norman-schleicher.de/jenkins/job/shr-core-nokia900-feed/8/
Jan 21 02:20:04 <pabs3> JaMa: ouch :(
**** ENDING LOGGING AT Sat Jan 21 02:59:57 2012