**** BEGIN LOGGING AT Mon Aug 06 02:59:58 2012 Aug 06 06:48:29 hi JaMa|Wrk Aug 06 06:48:59 hi Aug 06 06:49:29 sorry no idea what could cause those ext2 issues on crespo Aug 06 06:49:29 is there any fix for preventing to rebuild the toolchain each time it compiles something? Aug 06 06:49:38 ? Aug 06 06:50:01 when I do bitbake foo;bitbake -c cleansstate foo;bitbake foo Aug 06 06:50:13 it rebuilds the toolchain at the second bitbake foo Aug 06 06:50:38 JaMa|Wrk, it's the reboot which causes the ext2 errors Aug 06 06:50:42 toolchain as eglibc + gcc + binutils (cross + intermediate steps) all that? Aug 06 06:50:58 gcc-cross-initial-4.7.1.0 etc... Aug 06 06:51:00 and foo is not one of those? Aug 06 06:51:14 foo is a new recipe Aug 06 06:51:17 I don't see such behavior here Aug 06 06:51:35 ok Aug 06 06:51:39 hmmm Aug 06 06:52:01 compare stamps dir before and after that cleansstate Aug 06 06:52:48 ok Aug 06 06:52:51 I'll do that next time Aug 06 06:53:03 because right now it's rebuilding the toolchain Aug 06 06:58:34 which stamp dir? Aug 06 06:58:41 because I've that: Aug 06 06:59:09 http://pastie.org/private/0n90vetvc8px7mj9fv8jw Aug 06 07:02:50 I do ls -Rl * in that sigdata dir and compare? Aug 06 07:04:34 JaMa|Wrk, ^^^ Aug 06 07:06:36 yes.. Aug 06 07:06:47 but not sigdata dir, stamps dir Aug 06 07:07:00 ok Aug 06 07:10:33 http://pastie.org/private/ncqgep0nf3ftfrznpyipiq Aug 06 07:11:31 0001 == before 0002 == after Aug 06 07:11:40 ah but now it works Aug 06 07:11:45 strange Aug 06 07:11:51 now it doesn't rebuild the toolchain Aug 06 07:13:51 I'll try next time Aug 06 07:40:04 JaMa|Wrk, btw you fixed the themes recently,where to find gpe-theme-neo ? Aug 06 07:42:06 GNUtoo: oe-classic /OE/oe/recipes/gpe-icons/gpe-theme-neo_git.bb Aug 06 07:43:44 then I should import it? Aug 06 07:44:09 anyway about my issue for gcc recompiling that is suspicious: http://pastie.org/private/xkfe6ydoxnmsshdafp1sq Aug 06 07:45:57 LICENSE = "unknown" Aug 06 07:45:58 hmmm Aug 06 07:47:04 GNUtoo: rm_old_works works badly with gcc :/ Aug 06 07:47:10 ok Aug 06 07:47:35 GNUtoo: http://lists.linuxtogo.org/pipermail/openembedded-core/2012-July/026185.html Aug 06 07:48:21 GNUtoo: re gpe-theme-neo yes import it if you plan to use it and I was asking Jesus (neo author) to pick some license and he didn't yet.. Aug 06 07:48:33 ok Aug 06 07:49:01 how can I contact him for advising him on license? Aug 06 07:49:11 bot for other *neo* recipes I've added Aug 06 07:49:12 LICENSE = "CC-BY-SA-2.5" Aug 06 07:49:12 LIC_FILES_CHKSUM = "file://COPYING;md5=d4e4f10748f3146a089aaa23c9ade59b" Aug 06 07:49:22 because that was last we discussed with him Aug 06 07:49:27 yes cc-by-sa is good Aug 06 07:49:29 for icons Aug 06 07:49:44 try to advise him to pick cc-by-sa Aug 06 07:50:07 other licenses are not adapted and/or for code Aug 06 07:50:09 e-wm-theme-illume-neo kept e-wm LICENSE (so MIT BSD) Aug 06 07:50:35 btw are gpe-icons mandatory? Aug 06 07:50:52 don't know Aug 06 07:51:00 ok I'll try without Aug 06 07:51:09 we need a license for pulling the recipe I guess Aug 06 07:51:14 else it's not even redistributable Aug 06 07:53:47 yes LIC_FILES_CHKSUM is mandatory Aug 06 07:54:51 ha even icon theme is unknown Aug 06 07:55:18 I really wanted to get the new theme.... Aug 06 07:56:51 I haven't used *neo* for long time and I had to fix few changes in gry for newer EFL.. so don't expect it to be easy.. Aug 06 07:57:28 probably all themes except *gry* will have issues with current EFL we have Aug 06 10:15:46 sigh Aug 06 10:15:47 AttributeError: 'elementary.c_elementary.Window' object has no attribute 'callback_delete_request_add' Aug 06 10:15:51 from shr-settings Aug 06 10:15:59 + shr_elm_softkey doesn't start automatically Aug 06 10:20:04 I'll try to fix shr-settings Aug 06 10:28:24 AttributeError: 'elementary.c_elementary.Icon' object has no attribute 'resizable_set' Aug 06 10:28:27 I'll fix too Aug 06 10:54:22 what EFL version do you have? Aug 06 10:54:33 it's already fixed for newer EFL in jansa/test branch of meta-smartphone Aug 06 11:00:50 SHR: 03Martin.Jansa 07shr-chroot * r3d5be56381d6 10/OE/bin/sstate-cache-sync.sh: sstate-cache-sync.sh: script to replace symlinks in sstate-cache to create relocateble cache Aug 06 11:08:24 SHR: 03shr-devel 07buildhistory * r36b8b05d1a63 10/packages/ (951 files in 831 dirs): packages: Build 201208060128 of shr 20120805 for machine nokia900 on opmbuild Aug 06 11:14:35 JaMa|Wrk, ah ok Aug 06 11:14:42 but it's not fixed in shr-settings? Aug 06 11:14:49 let me look Aug 06 11:15:20 yes it is Aug 06 11:15:32 are you using jansa/* branch of meta-oe? Aug 06 11:17:37 no it's not fixed Aug 06 11:17:38 no Aug 06 11:17:43 ah meta-oe Aug 06 11:17:49 because I'm trying to fix shr-settings Aug 06 11:18:00 shr-settings itself,the python code Aug 06 11:18:09 I guess you worked arround somewhere else Aug 06 11:19:38 what commits should I look at? Aug 06 11:28:35 JaMa|Wrk, what commits should I cherry-pick or look at? Aug 06 11:30:00 last 3 in shr-settings repo Aug 06 11:30:13 but if you're using newer EFL then you need more then this Aug 06 11:30:36 see jansa/test branch of meta-smartphone, most of them is for newer EFL Aug 06 11:33:15 yes I'm using newer efl from contrib/shr + contrib/shr + origin/shr etc... Aug 06 11:34:33 what I mean is: Aug 06 11:34:54 d83f37c4d02e9c4846a0d580b633de43a791df35 is in jansa/test from meta-smartphone is *not sufficent* Aug 06 11:35:06 even with shr-settings HEAD it's not sufficent Aug 06 11:35:12 some sutuff need to be fixed Aug 06 11:35:40 and I don't know how to git svn clone the enlightenment python BINDINGS repository Aug 06 11:35:47 I cannot clone the whole stuff Aug 06 11:36:00 I've 2GB maximum on 3G Aug 06 11:36:15 I tried using the source from the oe source dir Aug 06 11:36:17 no way..... Aug 06 11:36:22 I failed.... Aug 06 11:36:32 I used svnserve.... Aug 06 11:36:37 but still.... Aug 06 11:36:55 did you test shr-settings at runtime with jansa/test? Aug 06 11:38:11 do you have a good command for serving that dir: /home/gnutoo/embedded/oe/oe-core/shr/sources/svn/svn.enlightenment.org/svn/e/trunk/BINDINGS/python/python-elementary or cloning that repo: http://trac.enlightenment.org/e/browser/trunk/BINDINGS/python Aug 06 11:38:12 ? Aug 06 11:38:16 JaMa|Wrk, ^^^ Aug 06 11:49:43 there is newer EFL in contrib/shr? Aug 06 11:50:06 GNUtoo: you can clone EFL from git Aug 06 11:50:30 yes I did test shr-settings at runtime and fixed that Aug 06 11:50:35 ok Aug 06 11:50:53 git://git.enlightenment.org/git/e.git Aug 06 11:51:02 yes but that is too big Aug 06 11:51:03 anyway Aug 06 11:51:03 and also git@github.com:shr-project/enlightenment.git Aug 06 11:51:07 ok Aug 06 11:51:25 anyway Aug 06 11:51:32 git svn clone is big. Clone from git isn't that bad Aug 06 11:51:40 ok Aug 06 11:51:45 anyway for contrib/shr Aug 06 11:51:48 but both those issues are really fixed Aug 06 11:51:53 I use jansa/test or can I cherry-pick Aug 06 11:52:15 EFL in contrib/shr wasn't changed AFAIK Aug 06 11:52:27 ok Aug 06 11:52:31 then I need newer efl Aug 06 11:52:37 where can I get it? Aug 06 11:52:41 what commits? Aug 06 11:52:46 so check your setup, what you're building Aug 06 11:52:55 or should I use the jansa/test branches? Aug 06 11:53:02 meta-oe-contrib/jansa/efl has about 30 commits to make newer EFL working Aug 06 11:53:07 why do you need that? Aug 06 11:53:20 basically I use contrib/shr everywhere Aug 06 11:53:28 I've shr-settings broken Aug 06 11:53:36 and I need shr-settings Aug 06 11:53:47 sigh Aug 06 11:53:58 ? Aug 06 11:54:05 sorry if I'm telling something wrong Aug 06 11:54:15 you're using wrong shr-settings version Aug 06 11:54:18 do you have shr-autorev? Aug 06 11:54:21 yes Aug 06 11:54:24 then disable it Aug 06 11:54:27 ok Aug 06 11:54:47 for all or only for shr-settings? Aug 06 11:54:55 and stay with shr branches Aug 06 11:55:00 better for all Aug 06 11:55:02 anyway I really need fso-autorev at least Aug 06 11:55:10 I don't care that much for shr-autorev Aug 06 11:55:15 phoneuid and libphone-ui-shr also have patches for newer EFL Aug 06 11:55:36 I didn't know that you're still using shr-autorev sorry Aug 06 11:55:55 I could have push those changes only to some efl branch and keep master branch compatible with old EFL Aug 06 11:56:37 but with shr-autorev removed from official builds, it's easier for me to push it to master and push SRCREV bump to meta-smartphone/jansa/test Aug 06 11:56:46 ok np Aug 06 12:10:19 SHR: 03shr-devel 07buildhistory * r0d33f308bdad 10/packages/armv7a-vfp-neon-oe-linux-gnueabi/ (8 files in 8 dirs): packages: Build 201208061341 of shr 20120806 for machine nokia900 on opmbuild Aug 06 13:29:59 SHR: 03Martin.Jansa 07meta-smartphone * r2c968f92ba89 10/meta-shr/recipes-core/systemd/systemd-compat-units.bbappend: meta-shr: systemd-compat-units: simplify Aug 06 13:34:08 rebuilt almost complete :) Load average: 54.35 21.72 12.36 Aug 06 15:42:00 SHR: 03shr-devel 07buildhistory * r7497abc2d996 10/packages/ (409 files in 402 dirs): packages: Build 201208061417 of shr 20120806 for machine om-gta04 on opmbuild Aug 06 16:40:19 heyho Aug 06 16:41:58 hi Aug 06 17:21:30 SHR: 03morphis 07meta-smartphone * rb8c03905d344 10/meta-samsung/recipes-bsp/samsung-modem-mgr/samsung-modem-mgr_git.bb: meta-samsung: samsung-modem-mgr: add initial recipe Aug 06 18:53:16 SHR: 03shr-devel 07buildhistory * r9c5588687edc 10/packages/armv4t-oe-linux-gnueabi/ (64 files in 60 dirs): packages: Build 201208061946 of shr 20120806 for machine om-gta02 on opmbuild Aug 06 18:53:32 SHR: 03shr-devel 07buildhistory * r7e9586d94613 10/metadata-revs: No changes: Build 201208061744 of shr 20120806 for machine om-gta02 on opmbuild Aug 06 18:55:53 JaMae: ? Aug 06 19:24:42 SHR: 03shr-devel 07buildhistory * r6b0742dbf76b 10/packages/armv7a-vfp-neon-oe-linux-gnueabi/php/ (9 files in 9 dirs): packages: Build 201208062053 of shr 20120806 for machine nokia900 on opmbuild Aug 06 19:32:29 JaMae: can explain please what kind of data is reused if sstate cache is used ? Aug 06 19:33:18 nschle85: mostly everything Aug 06 19:33:28 nschle85: think about your building a package for arm Aug 06 19:33:42 then all necessary data (meta + binaries) are cached in sstate Aug 06 19:33:58 so if you remove tmp-dir you can rebuild in some minutes from cache Aug 06 19:34:31 morphis: are xxx-native packages also cached ? Aug 06 19:34:55 yes Aug 06 19:35:18 but the cache is specific for the linux distribution you're running on Aug 06 19:35:29 so you can't switch from debian to ubuntu with the same cache Aug 06 19:35:46 morphis: for native or for all ? Aug 06 19:35:57 for everything which will end up in sstate cache Aug 06 19:36:53 hmmm so i dont understand what jama wants to do with jenkins host Aug 06 19:37:34 jama builds in shr-chroot and jenkins is running under ubuntu 12.04 Aug 06 19:38:25 so shr builds cannot be spped up by jenkins builds ? Aug 06 19:39:48 morphis: but anyway this a meta problem... Aug 06 19:40:31 morphis: i have a problem to compile cornucopia under ubuntu 12.04 have you seen the bug entries ? Aug 06 19:41:56 morphis: can you change the build process not to be depend of any FSO package installed ? Aug 06 19:44:15 morphis: depending on fso-dbus-binding-tool to be installed is not very flexible Aug 06 19:46:11 morphis: for a release build its ok, but using your testing builds its not very comforatble Aug 06 19:47:03 morphis: vala i upgraded to 0.16 hope its sufficient Aug 06 20:02:13 nschle85: hm Aug 06 20:02:33 nschle85: we can stick to a recent libfso-glib release version Aug 06 20:02:45 that would omit the need of vala-dbus-binding-tool installed Aug 06 20:15:10 JaMae, hi, I'll try to update gpsd to 3.7 Aug 06 20:17:57 nschle85: maybe we have to populate a ppa with recent FSO build dependencies Aug 06 20:35:17 SHR: 03shr-devel 07buildhistory * r98e6de096856 10/packages/crespo-oe-linux-gnueabi/ (6 files in 6 dirs): packages: Build 201208062137 of shr 20120806 for machine crespo on opmbuild Aug 06 20:44:28 morphis: and what is contained in it ? Aug 06 20:44:44 there is no PPA yet Aug 06 20:45:08 the problem is that 12.04 has some stuff which is already too old to be able to form the base for a cornucopia build Aug 06 20:45:17 like vala-dbus-binding-tool Aug 06 20:46:02 and a vala-dbus-binding-tool needs definitly to be installed for the testing build Aug 06 20:46:02 morphis: ok so you have 2 options: Aug 06 20:46:11 but we can add it to the local build environment Aug 06 20:46:20 so we're independent from the host system Aug 06 20:47:10 morphis: 1. add it to the local build environment 2. provide the approriate package Aug 06 20:47:44 1. should be the way to go I think Aug 06 20:48:17 morphis: i think too Aug 06 20:48:30 ok Aug 06 20:50:28 nschle85: I added vala-dbus-binding-tool to fso-build Aug 06 20:51:20 morphis: so ill update and remove any vala-dbus-binding package from host Aug 06 20:51:33 and try to build Aug 06 20:52:20 yes please Aug 06 20:52:30 I am removing pushd/popd too from the scripts right now Aug 06 20:53:07 GNUtoo: good I was thinking the same (about 3.7) Aug 06 20:53:39 nschle85: yes as morphis said.. with shr-chroot on jenkins we would be able to reuse all -native and -cross too, but without we can still reuse some target stuff Aug 06 20:54:00 JaMae: I need to redirect you .. Aug 06 20:54:02 nschle85: not all but enough to share beween shr-core ans shr-core-branches builds Aug 06 20:54:45 JaMae, I saw a commit about ubx inside...that's why I'm doing it Aug 06 20:54:53 maybe init is fixed Aug 06 20:54:55 maybe not Aug 06 20:55:13 morphis: this is not necessary Aug 06 20:55:20 anyway it was known to be broken Aug 06 20:55:38 morphis: you are !using #/bin/sh Aug 06 20:55:43 GNUtoo: ubx? -systemd and gpsd SYSV init scripts should be really fixed now Aug 06 20:55:55 nschle85: shouldn't Iß Aug 06 20:56:02 s/ß/?/ Aug 06 20:56:03 morphis meant: nschle85: shouldn't I? Aug 06 20:56:17 JaMae, I mean gpsctl -b Aug 06 20:56:27 that is broken in gpsd for UBX Aug 06 20:56:36 morphis: pushd popd is not supported by sh Aug 06 20:56:43 and I've some difficulties switching to ubx otherwise Aug 06 20:57:03 ok it built Aug 06 20:57:06 nschle85: I removed it already Aug 06 20:57:07 let's package-index + run it Aug 06 20:57:10 will push in a minute Aug 06 20:57:19 morphis: using !#/bin/bash fixed :-) Aug 06 20:58:13 morphis: also the if statement is not supported by sh Aug 06 20:58:33 will switch to bash then Aug 06 20:58:37 nschle85: btw jenkins has /bin/sh -> dash Aug 06 20:58:57 nschle85: shouldn't be an issue now, but good to know Aug 06 20:59:12 jake42: yes dash recongizes this link and behaves as sh Aug 06 20:59:53 JaMae: yes dash recongizes this link and behaves as sh Aug 06 21:00:59 gpsctl:ERROR: /dev/ttySAC1 mode change to native mode failed Aug 06 21:01:16 JaMae: its not a bug its downward compatiblity Aug 06 21:01:20 nschle85: pushed Aug 06 21:02:29 nschle85: dash or as bash? Aug 06 21:02:46 nschle85: because bugs in OE were when /bin/sh was used instead of /bin/bash directly Aug 06 21:04:12 JaMae: i expect both to be behave as sh its same mechanism Aug 06 21:05:01 nschle85: I issued a new cornucopia-nightly build Aug 06 21:05:03 I'll push gpsd tomorrow Aug 06 21:05:14 maybe in a branch Aug 06 21:05:15 bye Aug 06 21:06:25 morphis: what have you changed ? using bash instead of sh would be fine Aug 06 21:06:31 morphis: hehe, waiting for tomorrow? :) Aug 06 21:08:06 JaMae: do you know the jenkins-cpu-time-quota ? Aug 06 21:08:19 plugin ? Aug 06 21:08:23 no Aug 06 21:08:43 is jenkins eating too much now? Aug 06 21:09:29 JaMae: no, its a joke:-) but the queu is somehow long :-) Aug 06 21:12:00 nschle85: ah :) it was already empty this morning :) Aug 06 21:12:25 but stupid OEBasicHash can keep it long for very long time it seems :/ Aug 06 21:12:30 JaMae: dont worry, if i need some cpu time ill cancel a build Aug 06 21:13:08 JaMae: testing fso build i can do in a separate shell Aug 06 21:13:41 JaMae: how do i git pull and remove my local changes ? Aug 06 21:15:36 git reset --hard Aug 06 21:17:30 JaMae: thank you Aug 06 21:18:18 morphis: scripts/update now fetches fso-dbus-binding-tool-repo Aug 06 21:18:34 nschle85: ok Aug 06 21:18:55 morphis: scripts/build is still running ... (looks good) Aug 06 21:20:00 morphis: build has stopped (not ok) Aug 06 21:22:19 morphis: make[2]: Entering directory `/home/nschle85/FSO-BUILD-TEST/fso-build-setup/libfso-glib/src' vala-dbus-binding-tool --api-path=/home/nschle85/FSO-BUILD-TEST/fso-build-setup/install/share/freesmartphone/xml --directory=../src --strip-namespace=org --rename-namespace=freedesktop:FreeDesktop --rename-namespace=freesmartphone:FreeSmartphone --gdbus /bin/bash: vala-dbus-binding-tool: command n Aug 06 21:22:49 morphis: ill pastebin Aug 06 21:24:01 ok Aug 06 21:24:14 morphis: http://pastebin.com/khDEJ25r Aug 06 21:24:14 ok it's not taking the correct vala-dbus-binding-tool Aug 06 21:25:31 morphis: dpkg -l | grep vala-dbus-binding gives no result so i guess no other is installed Aug 06 21:25:45 yes but it doesn't find the correct one Aug 06 21:25:50 which is already build by fso-build Aug 06 21:26:16 morphis: ah ok a path problem Aug 06 21:27:03 nschle85: can you try again? Aug 06 21:27:12 update first ? Aug 06 21:27:32 ye Aug 06 21:27:33 s Aug 06 21:29:11 hm that doesn't fix the problem Aug 06 21:30:20 morphis: i agree :-( Aug 06 21:30:32 let me try to fix it Aug 06 21:31:27 morphis: we have 30 mins left to bet Martin'Usain Bolt' Jansa here :-) Aug 06 21:31:48 :) Aug 06 21:31:56 nschle85: you can try again Aug 06 21:32:33 hah morphis will break current builds in less then 2 minutes if allowed :) Aug 06 21:33:09 nschle85: but please notice I don't expect the complete cornucopia build to succeed Aug 06 21:33:16 it should fail somewhere in cornucopia Aug 06 21:33:28 but I have to leave Aug 06 21:33:29 gn8 Aug 06 21:33:33 SHR: 03shr-devel 07buildhistory * rc59c03062d35 10/packages/tuna-oe-linux-gnueabi/task-shr-feed/ (4 files in 4 dirs): packages: Build 201208062235 of shr 20120806 for machine tuna on opmbuild Aug 06 21:33:45 morphis|away: git pull does not send me any new source Aug 06 21:34:13 nschle85: sorry, it should now Aug 06 21:34:40 morphis|away: got it Aug 06 21:36:36 morphis|away: valda-dbus-binding-tool is found now ... Aug 06 21:37:38 morphis|away: why do you expect fso not building ? i thought fso is providing debian packages ... Aug 06 21:38:38 morphis|away: http://pastebin.com/G8uFPDTA Aug 06 21:39:05 morphis|away: please tell me the package name ill goolgle too Aug 06 21:41:01 morphis|away: libnl and lobnl-3.0 are no known packages Aug 06 21:41:14 netlink* probably Aug 06 21:43:05 JaMae: thank you martin'husain bolt'jansa :-) Aug 06 21:45:57 sounds like Jamaican name to me :) Aug 06 21:46:20 morphis|away: still missing the libnl*3.0 packages Aug 06 21:46:40 morphis: we have 15 minutes left Aug 06 21:48:08 not really :) Aug 06 21:51:24 JaMae: ubuntu is surprising me... no packages are found Aug 06 21:52:33 JaMae: ok found the problem Aug 06 21:53:11 JaMae: package is called libnl-3-200 Aug 06 21:54:37 morphis|away: how is the package called in ubuntu ? Aug 06 21:54:43 SHR: 03shr-devel 07buildhistory * r362a1f7f9068 10/images/tuna/eglibc/shr-image/ (11 files): images: Build 201208062338 of shr 20120806 for machine tuna on opmbuild Aug 06 21:56:00 morphis|away: you can send me the dpkg-src link so i can build the package fpr ubuntu Aug 06 21:56:14 morphis|away: we have 4 minutes left Aug 06 21:57:10 morphis|away: or you change the dep to the ubuntu package... Aug 06 21:57:27 morphis|away: 3 mins left Aug 06 22:02:07 morphis|away: JaMae: congratulation Martin'usain Bolt'Jansa :-) we did not mange to build fso in ubuntu 12.04 today :-( Aug 06 22:02:31 SHR: 03Martin.Jansa 07meta-smartphone * rf2f453bd37fe 10/meta-openmoko/recipes-graphics/mesa/ (mesa-dri/glamo.patch mesa-dri_7.11.bbappend): mesa: drop glamo patch Aug 06 22:03:20 Welcome to Jamaica and happy holidays! Aug 06 22:05:57 morphis|away: JaMae: thank you... next sunday ill fly to my second holidays ... you know where it is... so my free time will be over... Aug 06 22:13:11 JaMae: morphis|away: it was a hard race, so ill go to bed ... bye **** ENDING LOGGING AT Tue Aug 07 02:59:58 2012