**** BEGIN LOGGING AT Mon Feb 13 02:59:58 2012 Feb 13 04:53:38 freesmartphone.org: 03morphis 07aurora * r7b79794f0858 10/aurora-daemon/ (4 files in 2 dirs): Feb 13 04:53:38 freesmartphone.org: aurora-daemon: applications: settings: display access point configuration Feb 13 04:53:38 freesmartphone.org: Signed-off-by: Simon Busch Feb 13 04:53:38 freesmartphone.org: 03morphis 07aurora * r9e678b1d3317 10/aurora-daemon/components/ (8 files): Feb 13 04:53:38 freesmartphone.org: aurora-daemon: import some more components from qt-components Feb 13 04:53:38 freesmartphone.org: Signed-off-by: Simon Busch Feb 13 04:53:39 freesmartphone.org: 03morphis 07aurora * r0681ebc63617 10/aurora-daemon/runtime/application.cpp: Feb 13 04:53:39 freesmartphone.org: aurora-daemon: choose ubuntu font as default one Feb 13 04:53:39 freesmartphone.org: Signed-off-by: Simon Busch Feb 13 09:07:00 SHR: 03Martin.Jansa 07shr-chroot * ra7e1ddf4908b 10/ (669 files in 80 dirs): system upgrade Feb 13 09:21:27 SHR: 03Martin.Jansa 07shr-chroot * rb797619c9514 10/ (925 files in 52 dirs): system upgrade Feb 13 16:27:52 SHR: 03Martin.Jansa 07meta-smartphone * r0cb2e0d143c8 10/ (28 files in 6 dirs): recipes: bump PR to rebuild .la files without libz.la Feb 13 16:47:01 btw rebuild from scratch started on buildhost (because of lots of rebuilds needed for zlib.la and better to rebuild from scratch before release then after and switching tmp->tmp-eglibc) Feb 13 17:47:43 JaMa, hi Feb 13 17:47:59 can I import a recipe that contains a patch without header? Feb 13 17:48:13 for the meta-openembedded shr branch repo Feb 13 17:48:30 I'll do the header later Feb 13 17:48:38 (I did it in the past but it took a long time) Feb 13 17:49:11 or should I push in a branch? Feb 13 17:50:51 if it's for upstream then do it with header, or add it to meta-smartphone instead Feb 13 17:51:00 it's a WIP Feb 13 17:51:06 it works etc...but lack the header Feb 13 17:51:14 I've no time to do the header now Feb 13 17:51:17 but I'll do it later Feb 13 17:51:26 the recipe is libsdl-net Feb 13 17:51:35 nothing uses it yet Feb 13 17:51:39 (it's for wesnoth) Feb 13 17:52:01 then no need to push it yet :) Feb 13 17:52:11 then I push in a branch? Feb 13 17:52:15 like gnutoo/WIP Feb 13 17:52:16 ? Feb 13 17:52:31 I've no backup for my git repos Feb 13 17:52:34 so I've to push Feb 13 17:52:45 if something happen my work is gone Feb 13 17:53:04 also I don't want someone to duplicate my work Feb 13 17:53:10 so it must be visible Feb 13 17:53:20 maybe I'll put in gnutoo/libsdl Feb 13 17:53:21 yes all my WIP are in jansa/* Feb 13 17:53:30 so gnutoo/* is fine Feb 13 17:53:34 ok Feb 13 17:53:43 and better that I won't rebase it until it's finished Feb 13 17:54:20 ok pushed to a branch Feb 13 17:54:40 also I will do the 2.6.34 work in a branch Feb 13 17:55:45 ok.. buildhost will be busy with rebuild for next week I guess so you have few more days for RC1 Feb 13 17:56:57 so I've to work quick on switching kenrel Feb 13 17:57:02 jake42, hi Feb 13 17:57:49 well last staging was planned as RC1 so thanks to zlib change and rebuild from scratch you got more days :) Feb 13 17:58:25 * JaMa off Feb 13 17:58:34 ok Feb 13 17:58:36 thanks Feb 13 18:30:19 GNUtoo: hi Feb 13 18:31:42 hi Feb 13 18:31:58 jake42, could you details your experiments Feb 13 18:32:03 with 2.6.34 Feb 13 18:32:13 sure Feb 13 18:32:30 I saw that qtmoko still uses 34 Feb 13 18:33:36 so I took the (compiled) kernel from shr-testing2011.1 and copied it into /boot of my current 027 shr-core-statging image Feb 13 18:33:53 just to see quickly whats working Feb 13 18:34:15 also copied modules ofcourse Feb 13 18:34:44 and it seems to work alright Feb 13 18:35:10 even acclerators work Feb 13 18:36:04 ok Feb 13 18:36:12 so no need to ajust xorg.conf? Feb 13 18:36:16 what did you ajust? Feb 13 18:36:24 maybe alsa stuff in fsodeviced Feb 13 18:36:25 ? Feb 13 18:36:30 only had to load leds-pwm Feb 13 18:36:43 can you document everything in the bugreport? Feb 13 18:36:56 like modprobe leds-pwm Feb 13 18:37:04 between {{{ }}} Feb 13 18:37:13 yeah sure Feb 13 18:37:20 if that's all it should be fast to replace 39 with 34 Feb 13 18:37:25 I've to rebuild from scratch tough Feb 13 18:37:50 btw u-a won't work imho (it's using last part of PV as ALTERNATIVE_PRIORITY Feb 13 18:38:04 so /boot/uImage link won't be adjusted automatically to .34 Feb 13 18:38:25 GNUtoo: what do mean by scratch? Feb 13 18:38:41 rebuild from zero Feb 13 18:38:54 not using stuff I already built Feb 13 18:38:59 well last staging was planned as RC1 so thanks to zlib change and rebuild from scratch you got more days :) Feb 13 18:39:08 I guess It's needed because of zilb Feb 13 18:39:09 GNUtoo: you don't have to Feb 13 18:39:13 my bad Feb 13 18:39:17 I already started Feb 13 18:39:18 I've sent patches with all PR bumps needed Feb 13 18:39:22 ah ok.. Feb 13 18:39:23 ok Feb 13 18:39:28 I had a compilation failuere Feb 13 18:39:36 and since the message wasn't very clear.... Feb 13 18:39:37 I'm rebuilding buildhost just because it wasn't rebuild for long time Feb 13 18:39:47 something about missing libz.la right? Feb 13 18:39:58 no, something about libtool Feb 13 18:40:27 | /bin/sed: can't read /home/gnutoo/embedded/oe/oe-core/oetmps/shr/sysroots/x86_64-linux/usr/lib/libz.la: No such file or directory Feb 13 18:40:37 | x86_64-linux-libtool: link: `/home/gnutoo/embedded/oe/oe-core/oetmps/shr/sysroots/x86_64-linux/usr/lib/libz.la' is not a valid libtool archive Feb 13 18:40:41 yes it's from libtool, that it cannot read libz.la because it doesn't exist Feb 13 18:40:56 so since you were off I tough that I would rebuild from scratch Feb 13 18:41:09 NOTE: package subversion-native-1.7.2-r1: task do_compile: Failed Feb 13 18:41:17 it's from subversion-native.... Feb 13 18:41:21 it's not so bad as almost all big recipes were bumped anyway Feb 13 18:41:31 ok Feb 13 18:41:35 failed now or before? Feb 13 18:42:01 buildhost is already past subversion-native so it should work from scratch too Feb 13 18:43:35 failed before Feb 13 18:44:34 ok Feb 13 18:45:01 hmm maybe I should have enabled ld-is-gold before starting rebuild :/ Feb 13 18:45:07 what do you think? Feb 13 18:45:22 it's not so far NOTE: Running task 322 of 6115 Feb 13 18:45:52 issues with pseudodone right now Feb 13 18:48:39 ah seem to have passed that pseudodone issue now Feb 13 18:48:54 GNUtoo: send another comment to the ticket. hope this helps Feb 13 18:48:59 ok Feb 13 18:49:22 SHR: 03Martin.Jansa 07meta-smartphone * r8b1a5c8c2443 10/meta-shr/conf/distro/shr.conf: meta-shr: bump DISTRO_PR and enable gold Feb 13 18:49:24 GNUtoo: now you have to rebuild from scratch ^ please update now Feb 13 18:49:32 ok Feb 13 18:49:43 are you sure for gold? Feb 13 18:49:50 I mean it's not a drop-in replacement Feb 13 18:50:04 and some stuff like webkit-efl failed Feb 13 18:50:06 with gold Feb 13 18:50:09 some time ago Feb 13 18:50:30 it works for angstrom and it should make webkit-* builds less memory hungry Feb 13 18:50:43 GNUtoo: that wasn't gold fault Feb 13 18:50:55 ok Feb 13 18:50:58 binutils upgrade in oe-core got DSO linking enabled by default Feb 13 18:51:03 wow less memory Feb 13 18:51:13 ok Feb 13 18:52:27 so maybe I'll be able to build asio for armv4 Feb 13 18:52:36 and get abiword for armv4 Feb 13 18:53:07 armv4 really? Feb 13 18:53:10 or armv4t? Feb 13 18:53:13 armv4t Feb 13 18:53:19 om-gta02 Feb 13 18:53:26 asio+abiword built fine on buildhost for armv4t Feb 13 18:53:32 yes I know Feb 13 18:53:41 but it's broken since ages on my machine Feb 13 18:53:50 everytime I compile asio it fails Feb 13 18:54:05 since I use the feeds for my gta02 I didn't look into it Feb 13 18:54:05 jeez wtf am i doing. gave up trying to figure out how this obfuscated galaxy s2 sound driver works. made wrappers to compile it as a standalone x86 binary instead of kernel driver and replaced i2c write calls with printf Feb 13 18:54:41 Alex[sp3dev], where's the driver? Feb 13 18:54:58 GNUtoo: in the galaxy s2 kernel git. should i find you some android tree on github? Feb 13 18:55:04 Alex[sp3dev], maybe ask Cotulla to write a driver for you? Feb 13 18:55:11 yes Feb 13 18:55:50 should I look in cyanogenmod in github? Feb 13 18:55:55 GNUtoo: nice trolling plan. but given how much Cotulla hates linux and samsung, I'm not even going to talk to him about it Feb 13 18:56:06 ok Feb 13 18:56:15 https://github.com/teamhacksung/samsung-kernel-c1 Feb 13 18:56:25 I said that because he wrote a qsd alsa driver for leo Feb 13 18:56:25 driver is in sound/soc/codecs/mc1n2 Feb 13 18:57:16 i mean, i only want a register map, the rest can be copy-pasted from any driver. i tried dumping it via i2c, but from headers it looks like there are several register windows and i need to figure out how to switch them Feb 13 18:57:41 ok Feb 13 19:03:26 Alex[sp3dev], it sounds like a vendor driver Feb 13 19:03:38 like a yamaha driver Feb 13 19:03:49 with ifdef for different kernel versions Feb 13 19:04:21 and lots and lots of ifdef Feb 13 19:05:01 GNUtoo: of course I know it. I tried figuring out how it works but then I was like http://abstrusegoose.com/432 Feb 13 19:06:04 ok Feb 13 19:07:15 the problem is that they add virtual registers for alsa and then there is the code that maps them to real registers. too bad i flashed ics beta and don't have ics kernel sources. will probably have to flash stock rom and add printks to dump registers Feb 13 19:07:32 ok Feb 13 19:40:56 Project shr-core-complete-cleanup build #2: SUCCESS in 10 min: http://norman-schleicher.de/jenkins/job/shr-core-complete-cleanup/2/ Feb 13 19:41:20 Project shr-core-setup build #7: SUCCESS in 24 sec: http://norman-schleicher.de/jenkins/job/shr-core-setup/7/ Feb 14 01:10:47 Project shr-core-om-gta02-shr-image build #88: FAILURE in 5 hr 29 min: http://norman-schleicher.de/jenkins/job/shr-core-om-gta02-shr-image/88/ **** ENDING LOGGING AT Tue Feb 14 02:59:56 2012