**** BEGIN LOGGING AT Mon Feb 06 02:59:58 2012 Feb 06 03:10:34 SHR: 03shr-devel 07buildhistory * r734249f5130d 10/images/crespo/eglibc/shr-image/ (11 files): Build 201202060233 of shr 20120206 for machine crespo on shr-chroot Feb 06 05:20:35 SHR: 03shr-devel 07buildhistory * r04bf5e6a9c9d 10/images/om_gta04/eglibc/shr-image/ (11 files): Build 201202060414 of shr 20120206 for machine om-gta04 on shr-chroot Feb 06 07:02:35 SHR: 03Martin.Jansa 07shr-chroot * r9e3f6b55b02b 10/ (1769 files in 155 dirs): system upgrade Feb 06 12:02:33 Project shr-core-om-gta02-shr-image build #84: SUCCESS in 25 min: http://norman-schleicher.de/jenkins/job/shr-core-om-gta02-shr-image/84/ Feb 06 12:09:12 Project shr-core-om-gta02-feed build #24: SUCCESS in 6 min 38 sec: http://norman-schleicher.de/jenkins/job/shr-core-om-gta02-feed/24/ Feb 06 12:18:57 Project shr-core-om-gta02-aurora-image build #22: SUCCESS in 9 min 44 sec: http://norman-schleicher.de/jenkins/job/shr-core-om-gta02-aurora-image/22/ Feb 06 13:33:43 hi Feb 06 13:33:58 hi Feb 06 13:34:02 JaMa, do you have any idea, why building of udev doesn't work? http://paste.pocoo.org/show/546745/ Feb 06 13:34:49 i tried it several times during fosdem... even rebuilded from scratch. but it's allways this error or the libstdc++ error which can be fixed by running update-env in the chroot Feb 06 13:34:56 slyon: stdc++ issue.. fix ldconfig and clean udev (as some file is generated badly now) Feb 06 13:35:18 JaMa, fixing ldconfig should be done by update-env, right? Feb 06 13:35:30 http://wiki.shr-project.org/trac/wiki/Building%20SHR#libstdc.so.6issues Feb 06 13:46:03 JaMa, hmm doesn't seem to work... did you see the end of my log where it has some of these errors?: keymap.c:179:46: error: dereferencing pointer to incomplete type Feb 06 13:48:34 did you -c cleansstate it? Feb 06 13:49:12 the problem is that it's using iirc gperf to generate something and if gperf fails it doesn't quit imediately but fails later with some error like this Feb 06 13:49:26 not sure if 100% the same error and it's really the case here Feb 06 13:50:04 and cleansstate is needed to regenerate that file with working gperf Feb 06 13:51:57 yes i cleansstated it. if I don't do -c cleansstate before I get this libstdc++ error Feb 06 13:52:56 can you pastebin or upload whole do_compile log then? Feb 06 13:56:58 sure: http://paste.pocoo.org/show/546758/ Feb 06 13:59:58 hmm: this line looks strange: gawk 'BEGIN{ print "const char* const key_names[KEY_CNT] = { "} { print "[" $1 "] = \"" $1 "\"," } END{print "};"}' < src/extras/keymap/keys.txt > src/extras/keymap/keys-to-name.h Feb 06 13:59:59 and src/extras/keymap/keymap.c please Feb 06 14:00:51 here's keymap.c: http://paste.pocoo.org/show/546761/ Feb 06 14:02:49 hmm it doesn't like 'const struct key' Feb 06 14:07:11 hmm it tries to access k->id but as far as I can tell, cons struct key doesn't have an "id" field (not a C expert..) Feb 06 14:10:16 from that error I think it doesn't know what "k" is so doesn't see "struct key" definition Feb 06 14:10:54 one is in kernel's include/linux/key.h but not sure if this is right one Feb 06 14:12:18 hmm not this one for sure :) Feb 06 14:13:46 and that's also generated by gawk.. Feb 06 14:13:47 ./Makefile.am: $(AM_V_GEN)$(AWK) 'BEGIN{ print "struct key { const char* name; unsigned short id; };"; print "%null-strings"; print "%%";} { print $$1 ", " $$1 }' < $< > $@ Feb 06 14:14:14 src/extras/keymap/keys-from-name.gperf: src/extras/keymap/keys.txt Feb 06 14:14:20 so we're back to gperf Feb 06 14:14:26 hmm Feb 06 14:14:53 check src/extras/keymap/keys-from-name.gperf Feb 06 14:15:52 and if it looks sane then src/extras/keymap/keys-from-name.h Feb 06 14:17:12 uhh... keys-from-name.h is empty Feb 06 14:18:02 this should hold that struct key definition Feb 06 14:18:18 created from keys.txt -> keys-from-name.gperf -> keys-from-name.h Feb 06 14:19:56 so something is wrong with this gawk command? Feb 06 14:20:43 or gperf Feb 06 14:21:06 this gaws looks sane as long as keys.txt is not empty Feb 06 14:21:57 if i execute the gawk command without > src/extras/keymap/keys-to-name.h it prints out some sane looking struct Feb 06 14:22:52 and if you execute gperf on it? Feb 06 14:23:16 keys-to-name.h isn't problem, keys-FROM-name.h is Feb 06 14:27:38 hmm if I pipe it into gperf i get the libstdc++ error... even if i'did update-env before Feb 06 14:28:20 did you read that wiki entry I've sent? Feb 06 14:28:28 do touch+ldconfig Feb 06 14:28:40 update-env isn't enough without touch Feb 06 14:29:33 and that log.do_compile also doesn't seem complete as it doesn't show gperf call as it should when rebuilding udev from scratch Feb 06 14:30:22 Jama yes. i just tried touch + ldconfig again... will cleansstate and rebuild Feb 06 14:34:19 JaMa, now it worked. so probably it was just me having a typo in the touch command :/ sorry for the noise Feb 06 14:36:01 btw, now that I can build again: I'll test a patch for iliwi soon, which will fix it to work with WPA networks again. can you give me r/w to the github project? or shall I just send the patch once tested? Feb 06 14:41:56 do you have github account? Feb 06 14:43:53 yes i do: slyon Feb 06 14:43:58 mmt Feb 06 14:44:01 thx Feb 06 14:45:31 added Feb 06 14:45:50 thanks Feb 06 14:47:25 slyon: btw: after this http://git.shr-project.org/git/?p=meta-smartphone.git;a=commit;h=3fbfffe30426a5d39f5f0817d65e3e3afcea6017 you don't need to use 3.1.99 prefix in PV Feb 06 14:47:47 asi it's now "newer" then 3.2.0 so ${KERNEL_RELEASE}+gitr${SRCPV} is fine now Feb 06 14:48:07 and I wouldn't use -gta04 in version.. Feb 06 14:49:17 then PE bump wouldn't be needed as 3.1.99-3.2.0-rc7+gitrBEEF is lower then 3.2.0+gitrBEEF Feb 06 14:52:52 ok. I'll change it next time I change the something withing the kernel Feb 06 14:53:05 thanks Feb 06 15:07:59 SHR: 03lukasmaerdian 07meta-smartphone * r40577de1221d 10/meta-shr/recipes-shr/3rdparty/iliwi_git.bb: meta-shr: bump iliwis SRCREV Feb 06 18:12:43 freesmartphone.org: 03morphis 07morphis/pending * r57fd26ea8efa 10cornucopia/fsotest/src/ (5 files): Feb 06 18:12:43 freesmartphone.org: fsotest: implement simple class to store and represent result of our tests Feb 06 18:12:43 freesmartphone.org: Signed-off-by: Simon Busch Feb 06 18:12:44 freesmartphone.org: 03morphis 07morphis/pending * r9f19d25a327e 10cornucopia/fsogsmd/src/plugins/modem_samsung/unsolicited.vala: Feb 06 18:12:45 freesmartphone.org: fsogsmd: modem_samsung: mention power state change only once Feb 06 18:12:45 freesmartphone.org: Signed-off-by: Simon Busch Feb 06 18:12:46 freesmartphone.org: 03morphis 07morphis/pending * rf872bb4cf7bc 10cornucopia/fsogsmd/src/plugins/modem_samsung/mediators_network.vala: Feb 06 18:12:46 freesmartphone.org: fsogsmd: modem_samsung: don't do anything on network registration for now Feb 06 18:12:46 freesmartphone.org: Signed-off-by: Simon Busch Feb 06 18:12:47 freesmartphone.org: 03morphis 07morphis/pending * rc092678dc6ff 10cornucopia/fsogsmd/src/plugins/modem_samsung/ (mediators_network.vala plugin.vala): Feb 06 18:12:47 freesmartphone.org: fsogsmd: modem_samsung: implement network registration mediators (automatic and manual) Feb 06 18:12:47 freesmartphone.org: Signed-off-by: Simon Busch Feb 06 18:13:14 mickeyl: ping Feb 06 18:13:24 freesmartphone.org: 03morphis 07morphis/pending * r80b3748babcd 10cornucopia/libfsotransport/ (3 files in 3 dirs): Feb 06 18:13:24 freesmartphone.org: libfsotransport: move linux/gsmmux.h from top directory into 3rdparty directory Feb 06 18:13:24 freesmartphone.org: Signed-off-by: Simon Busch Feb 06 18:13:24 freesmartphone.org: 03morphis 07morphis/pending * ra3769d458404 10cornucopia/ (11 files in 6 dirs): Feb 06 18:13:25 freesmartphone.org: libfsotransport: move samsung specific transport class to fsogsmd modem_samsung plugin Feb 06 18:13:25 freesmartphone.org: Signed-off-by: Simon Busch Feb 06 19:59:25 http://aseigo.blogspot.com/2012/02/spark-answers.html?showComment=1328269154132#c7700483386975612549 **** ENDING LOGGING AT Tue Feb 07 02:59:58 2012