**** BEGIN LOGGING AT Mon Oct 31 02:59:56 2011 Oct 31 07:03:15 SHR: 03Martin.Jansa 07shr-chroot * r868710337f5d 10/ (2171 files in 150 dirs): system upgrade, gcc-4.6.2 Oct 31 07:27:50 SHR: 03Martin.Jansa 07meta-smartphone * r4b5ab39a8d5b 10/meta-openmoko/ (2 files in 2 dirs): Revert "meta-openmoko: linux-2.6.39: enable BQ27x00 module and platform battery as module" Oct 31 07:29:08 JaMa: bq27x00 making problems? Oct 31 07:29:35 seems so.. didn't have any issues with charging over usb Oct 31 07:30:04 but now I've found original charger and it also froze for me as GNUtoo reported Oct 31 07:30:07 JaMa: good that I didn't boot with the new config :) Oct 31 07:30:35 lindi-: well you can still rmmod it Oct 31 07:31:08 sure Oct 31 07:32:02 anyways, the alsa bug (openmoko #2478) looks like something that could have caused a lot of difficult to explain audio quality issues Oct 31 07:36:32 yes.. would be nice to move to 3.1 and see if all the issues are still there Oct 31 07:36:38 gtg work Oct 31 08:15:47 <[Rui]> moin Oct 31 08:16:03 moin [Rui] Oct 31 08:16:16 I still think that fix is wrong Oct 31 10:33:32 JaMa: building from your test branches now :) Oct 31 10:34:42 JaMa: maybe we could move the branch configuration from the Makefile into a config.mk Oct 31 10:34:50 which then does not get overwritten on make update? Oct 31 10:41:56 hi JaMa Oct 31 10:42:20 how can I make the new dbus go into my images, I guess there is a task or something pulling the old one Oct 31 10:42:27 mrmoku: good idea Oct 31 10:42:41 GNUtoo: dbus ? Oct 31 10:42:47 GNUtoo: there is only one version afaik Oct 31 10:43:23 I mean I did that: Oct 31 10:43:31 mrmoku: but for python upgrade you need a lot of PR bumps (I'll work on them as soon as git push finishes :)) Oct 31 10:43:40 bitbake -c cleansstate dbus;bitbake shr-lite-image Oct 31 10:43:57 and I still have the version that break automatic starting in my images Oct 31 10:43:59 JaMa: ahh, ok Oct 31 10:44:01 I've to do that: Oct 31 10:44:07 JaMa: will work on the config.mk thing meanwhile Oct 31 10:44:18 opkg update opkg install dbus-1 dbus-x11 --force-reinstall to get it working again Oct 31 10:44:20 GNUtoo: I think I have the correct fix for the softkey now Oct 31 10:44:39 tested and confirmed to work whatever I do Oct 31 10:44:40 mrmoku, ok because I reverted your fix(it caused another bug, see in the commit) Oct 31 10:44:47 yeah, saw that Oct 31 10:44:48 = NULL Oct 31 10:44:49 ok Oct 31 10:45:00 *the = NULL Oct 31 10:45:06 GNUtoo: you have to opkg install --force-reinstall after reflashing new shr-lite-image? Oct 31 10:45:19 JaMa, yes Oct 31 10:45:20 GNUtoo: http://paste.pocoo.org/show/500748/ Oct 31 10:45:49 GNUtoo: deleting the window of an object in a signal handler of that object is not allowed Oct 31 10:46:09 so I use an ecore job to do it after the signal handler Oct 31 10:46:12 mrmoku, ok nice Oct 31 10:46:51 ah kenrel panic Oct 31 10:47:01 this new kernel creates tons of issues for me Oct 31 10:47:09 it was already reverted Oct 31 10:47:26 but only issue I can reproduce here is freezing with normal charger Oct 31 10:47:40 ok Oct 31 10:47:50 with usb charging I'm using it for 4-5 days without any new issues Oct 31 10:47:50 It just panicked with cable Oct 31 10:48:13 and which battery module? Oct 31 10:48:17 here it panicked with bq Oct 31 10:48:26 it was with platform Oct 31 10:48:48 but should not panic with platform as it should be the same as with platform included in kernel directly Oct 31 10:50:11 do you want a trace? Oct 31 10:50:59 please add ticked in om trac Oct 31 10:51:17 maybe lindi- will comment on that one too later Oct 31 10:51:58 panics are always the nicest bugs Oct 31 10:52:09 since you have a clear error Oct 31 10:54:42 I'll reboot, usb issues Oct 31 10:54:49 (on my laptop) Oct 31 10:56:57 SHR: 03Martin.Jansa 07shr-chroot * ra174dd39a2ec 10/ (3160 files in 386 dirs): system upgrade & rebuild with gcc-4.6.2 Oct 31 11:09:20 hmmm, there was a panic and the debug board saw nothing Oct 31 11:14:17 JaMa, any idea for dbus? Oct 31 11:45:44 GNUtoo: no.. but check if you have only one (latest) version in tmp/deploy/ipk Oct 31 12:19:44 mhh, my freerunner doesn't boot the uImage.bin-2.6.34-20101212.git049b71de , saying "unable to read uImage.bin from mcc 1:1", on a debian installed on a sdcard Oct 31 12:19:57 should I update uboot or something like that ? Oct 31 12:20:15 ( it worked fine with the previous uImage but I didn't test now if it work again ) Oct 31 12:27:33 misc: can you put the card to your PC and check if everything is ok? Oct 31 12:29:52 lindi-: I did a fsck, and checked the link Oct 31 12:30:03 I reverted to 2.6.28 , let's see how it goes Oct 31 12:30:09 misc: 2.6.28? Oct 31 12:30:32 lindi-: I have a old uImage 2.6.28 on the card along 2.6.29 and 2.6.34 Oct 31 12:30:47 misc: that must be reallly old Oct 31 12:31:10 ok, that's the same Oct 31 12:31:14 the card cannot be read Oct 31 12:32:49 could it be some side effect of mounting the card on a recent linux distro ? Oct 31 12:33:01 ( like, conversion to ext4, some funky stuff like that ) ? Oct 31 12:33:26 mhh, or maybe I am just wrong and I used qi and not uboot Oct 31 12:37:11 ok so I am stupid, and I forgot I had 2 bootloaders :/ Oct 31 12:37:20 ( now, it work with the old kernel ) Oct 31 12:38:58 JaMa, there is only one version Oct 31 12:39:57 and btw the kernel panic is long to come Oct 31 12:50:05 lindi-: now, using the 2.6.34, it start and then screen go black, just before some message about "hdq error" or something like this ( I cannot see more :/ ) Oct 31 12:50:25 misc: hdq error can be perfectly normal Oct 31 12:50:36 lindi-: there is no battery, so yes Oct 31 12:50:49 but that's jsut to try to understand if the userspace got started or not Oct 31 12:51:37 JaMa: something like this: Oct 31 12:51:43 SHR: 03mok 07shr-makefile * r24c4ca22169a 10/Makefile: Makefile: make the BRANCH and URL configuration overridable Oct 31 12:52:15 mhh something appeared on screen and disappeared Oct 31 12:54:49 guess I was simply too impatient, as it worked fine now Oct 31 12:55:12 that's always the same, each time I try to expose issue on irc, the problem solve by itself :) Oct 31 13:01:27 mrmoku: pushing python-2.7.2 to shr branch Oct 31 13:03:58 JaMa: good Oct 31 13:04:23 but maybe it won't be complete with PR bumps.. will add more after building on buildhost Oct 31 13:04:37 because I have it fixed here locally for a while and I also don't build whole feed locally Oct 31 13:09:31 ok Oct 31 13:09:39 * mrmoku building an image for n900 Oct 31 13:16:26 GNUtoo: did you update your patches which got feedback on OE-devel ML in contrib/jansa/pull or contrib/shr? Oct 31 13:16:35 GNUtoo: rebase doesn't show any changes Oct 31 13:16:57 mrmoku: wait a bit more, still pushing Oct 31 13:18:04 SHR: 03Martin.Jansa 07meta-smartphone * rd0954c3fd533 10/ (6 files in 4 dirs): recipes: bump PR after python upgrade Oct 31 13:28:57 JaMa: too late... but I can always restart :-) Oct 31 13:31:12 JaMa: actually it already failed on iliwi Oct 31 13:31:32 failed? Oct 31 13:31:50 it should not fail.. just keep something in old python2.6 dir and pull libpython2.6 to image Oct 31 13:32:12 ah.. yes it could fail with missing -native PR bump Oct 31 13:32:41 bbtf still running Oct 31 13:33:01 JaMa: well... nothing to do with python - iliwi is vala :) Oct 31 13:33:09 and failed due to elm instead of elementary Oct 31 13:33:43 * mrmoku tries if it was just dirty and needs cleansstate Oct 31 13:41:24 ahh Oct 31 13:41:46 * JaMa didn't iliwi Oct 31 13:41:56 so it probably needs the same change as emtooth2 yesterday Oct 31 13:43:09 JaMa, yes I'll do it, I was too busy making the gta02 usable Oct 31 13:44:04 however right now I'm very tired Oct 31 13:44:10 ok, no problem I just wanted confirmation that I didn't lost it during rebasing Oct 31 13:44:48 * JaMa didn't even start netbeans at work yet :/ Oct 31 13:45:12 JaMa: I will fix iliwi then Oct 31 13:45:32 mrmoku: thanks Oct 31 13:46:22 GNUtoo: then when you do fixes.. please push it as aditional patches in shr branch so I can cherry-pick and squash it to jansa/pull Oct 31 13:48:32 ok Oct 31 14:14:30 JaMa, is midori supposed to be buildable? Oct 31 14:14:36 yes Oct 31 14:14:44 but you need that patch for waf Oct 31 14:14:55 it's rather aspell that fails Oct 31 14:15:24 then force arm for aspell Oct 31 14:15:33 I have that in my branch for long :/ Oct 31 14:15:38 ok Oct 31 14:15:47 I'll cherry-pick Oct 31 14:16:13 5f41ba290bf8499354f784d8f878b630279b2485 Oct 31 14:16:42 thanks a lot Oct 31 14:24:40 JaMa: fixed iliwi to master and jama branches? Oct 31 14:26:01 mrmoku: just master and I'll pull --rebase jama to it Oct 31 14:26:14 ok Oct 31 14:27:17 JaMa, are you building new image on buildhost? Oct 31 14:27:55 pespin: om-gta02 is already built and synced Oct 31 14:28:11 pespin: now building feeds to validate PR bumps for python upgrade Oct 31 14:28:21 ok thanks :) Oct 31 14:28:58 SHR: 03mok 07meta-smartphone * r7d692d8bdc7a 10/meta-shr/recipes-shr/3rdparty/ (iliwi/elm-vapi-rename.patch iliwi_git.bb): iliwi_git: fix for renamed vapi and changed API Oct 31 14:29:38 mrmoku: done Oct 31 14:33:52 JaMa: ok, pulling for the python fixes Oct 31 14:45:05 JaMa: python-phoneutils fails Oct 31 14:45:19 | You need Pyrex -- http://www.cosc.canterbury.ac.nz/greg.ewing/python/Pyrex/ Oct 31 14:49:25 mrmoku: and python-pyrex-native was already upgraded? Oct 31 14:50:23 hmm it's in depends so it should be Oct 31 14:52:34 NOTE: Running task 6295 of 8787 Oct 31 15:04:17 JaMa: python-pyrex-native-0.9.9-r1/ is what I have in my workdir Oct 31 15:05:16 It did not build it though Oct 31 15:05:41 weird.. it should be -r2 Oct 31 15:09:23 mrmoku: I'll check -e output after build finishes here Oct 31 15:09:46 ok, I will check if manually building python-pyrex-native builds the correct one Oct 31 15:11:58 JaMa: hmm... it stil has r1 in the recipe Oct 31 15:12:58 mrmoku: latest openembedded-core-contrib/shr? Oct 31 15:13:05 meta/recipes-devtools/python/python-pyrex-native_0.9.9.bb ? Oct 31 15:13:15 JaMa: I'm on jansa/test Oct 31 15:13:55 ok, should be same wrt PR bumps Oct 31 15:14:38 OE nokia900@shr ~/shr-core/openembedded-core $ cat meta/recipes-devtools/python/python-pyrex-native_0.9.9.bb Oct 31 15:14:41 require python-pyrex_${PV}.bb Oct 31 15:14:43 inherit native Oct 31 15:14:46 DEPENDS = "python-native" Oct 31 15:14:48 RDEPENDS_${PN} = "" Oct 31 15:14:51 PR = "r1" Oct 31 15:14:53 weird here it's the same http://git.openembedded.org/openembedded-core-contrib/tree/meta/recipes-devtools/python/python-pyrex-native_0.9.9.bb?h=jansa/test Oct 31 15:15:28 repushed to fix Oct 31 15:15:32 thx Oct 31 15:16:25 JaMa: yup, that gave me a bunch of changes :) Oct 31 15:16:38 * mrmoku retriggering build Oct 31 15:16:46 bbiab Oct 31 15:18:39 mrmoku: config.mk is nice Oct 31 15:33:33 JaMa: :) Oct 31 15:33:40 NOTE: package shr-lite-image-2.0-r18: task do_rootfs: Started Oct 31 15:34:17 mrmoku: "find ~/shr-core/tmp/sysroots/x86_64-linux/usr/lib/python2.6/" is "empty"? Oct 31 15:34:28 iirc only config* and 2 empty dirs should be there Oct 31 15:34:40 and the same for ~/shr-core/tmp/sysroots/om-gta02/usr/lib/python2.6/" Oct 31 15:34:50 grrr against dbus Oct 31 15:35:03 at every reflash it doesn't get inside the rootfs Oct 31 15:35:11 mrmoku: ah and you can grep -v .pyc | grep -v .pyo Oct 31 15:35:41 JaMa: no, not empty Oct 31 15:35:56 /home/mok/shr-chroot/OE/shr-core/tmp/sysroots/x86_64-linux/usr/lib/python2.6/site-packages/Pyrex Oct 31 15:36:01 /home/mok/shr-chroot/OE/shr-core/tmp/sysroots/x86_64-linux/usr/lib/python2.6/site-packages/Cython Oct 31 15:36:08 both with content Oct 31 15:36:21 ahh... yeah Oct 31 15:36:23 could you pastebin whole find? Oct 31 15:36:25 all .pyo Oct 31 15:36:38 good Oct 31 15:37:16 I guess a bitbake -c cleansstate dbus;bitbake shr-lite-image won't change a thing Oct 31 15:37:33 because I did it many many times Oct 31 15:37:38 any ideas Oct 31 15:37:52 mrmoku: find x86_64-linux/usr/lib/python2.6/ -type f | grep -v \.pyo | grep -v \.pyc | grep -v \.la Oct 31 15:38:13 GNUtoo: indeed Oct 31 15:38:14 -rwsr-xr-- root/root 185056 2011-10-30 10:52 ./usr/libexec/dbus-daemon-launch-helper Oct 31 15:38:16 GNUtoo: ah.. I know Oct 31 15:38:47 JaMa, so maybe the post-install doesn't get executed when doing rootfs Oct 31 15:39:03 or something like that? Oct 31 15:39:07 JaMa: OE nokia900@shr ~/shr-core/tmp/sysroots $ find x86_64-linux/usr/lib/python2.6/ -type f | grep -v \.pyo | grep -v \.pyc | grep -v \.la Oct 31 15:39:10 OE nokia900@shr ~/shr-core/tmp/sysroots $ Oct 31 15:39:14 nada Oct 31 15:40:49 GNUtoo: exactly.. I have fix for that Oct 31 15:40:55 ah nice Oct 31 15:41:03 mrmoku: now harder one for om-gta02 or nokia900 sysroot Oct 31 15:41:15 do you have the hash to cherry-pick for the fix? Oct 31 15:43:29 now lets see what happens on boot :) Oct 31 15:48:35 GNUtoo: you can just upgrade now Oct 31 15:48:46 ok Oct 31 15:49:59 let me know if it indeed fixes the issue Oct 31 15:50:46 so I git pull;bitbake -c cleansstate dbus;bitbake shr-lite-image Oct 31 15:50:47 ok Oct 31 15:51:05 even without cleansstate Oct 31 15:51:12 because PR was bumped again Oct 31 15:53:59 mrmoku: don't expect much as systemd is really wip Oct 31 15:54:14 now I've python issues Oct 31 15:54:14 mrmoku: for me it doesn't even start sshd/network Oct 31 15:54:15 hmmm Oct 31 15:54:31 JaMa: neither for me Oct 31 15:54:38 I guess mrmoku has the same issue Oct 31 15:54:38 JaMa: but it's fast :-P Oct 31 15:54:44 mrmoku: that's why I'm trying to setup qemu in shr-chroot and resolve it on qemuarm first Oct 31 15:54:46 GNUtoo: I fixed it manually Oct 31 15:55:01 which python issue? Oct 31 15:55:02 how? Oct 31 15:55:02 JaMa: ok, that's a good idea Oct 31 15:55:16 with sed? Oct 31 15:55:18 ahh... me was still with the dbus issue Oct 31 15:55:18 mrmoku: but oe-core scripts for runqemu are a bit crazy Oct 31 15:55:28 GNUtoo: python should work Oct 31 15:55:35 ah ok Oct 31 15:55:38 let me show the issue Oct 31 15:55:51 make sure you have updated all layers Oct 31 15:56:23 http://www.pastie.org/private/vgnseunzrt3ko1n2mherka Oct 31 15:56:26 I did Oct 31 15:57:20 seem a race Oct 31 15:57:34 /home/gnutoo/port4/embedded/oe-core/oetmps/shr/sysroots/x86_64-linux/usr/bin/python: No such file or directory Oct 31 15:57:40 I'll retry Oct 31 15:58:15 maybe you did upgrade meta-oe before oe-core? Oct 31 15:58:43 so newer cython-native was still rebuilding against older python-native Oct 31 15:59:06 and then newer python-native build was started and removed it from running python-cython-native build Oct 31 16:32:13 JaMa, it still fails Oct 31 16:32:20 ah no sorry Oct 31 16:32:23 this time it's gpsd Oct 31 16:32:51 I'll clean gpsd and retry Oct 31 16:35:31 | ERROR: This autoconf log indicates errors, it looked at host include and/or library paths while determining system capabilities. Oct 31 16:35:39 hmmm right now I just need a build Oct 31 16:35:40 only missing PR bumps sofar are zhone atrack minneo neolight neomis numberx telepathy Oct 31 16:36:15 | Rerun configure task after fixing this. The path was '/home/gnutoo/port4/embedded/oe-core/oetmps/shr/work/armv4t-oe-linux-gnueabi/gpsd-2.95-r2/gpsd-2.95' Oct 31 16:36:23 strange Oct 31 16:37:10 after cleaning it? Oct 31 16:37:25 yes Oct 31 16:37:32 I'll retry Oct 31 16:37:39 upgrade on SHR buildhost is going ok sofar NOTE: Running task 8272 of 8787 Oct 31 16:40:30 JaMa, still fails the same way Oct 31 16:40:58 GNUtoo: and the error in autoconf.log? Oct 31 16:41:05 looking one sec Oct 31 16:41:22 I think it's rather an oe error btw Oct 31 16:41:53 this message is from sanity check in insane.bbclass which reads config.log and scans for possible problems Oct 31 16:42:00 yes indeed Oct 31 16:42:22 so I need to know what it found there Oct 31 16:43:42 basically there are stuff like that: Oct 31 16:43:52 ACLOCAL='${SHELL} /home/gnutoo/port4/embedded/oe-core/oetmps/shr/work/armv4t-oe-linux-gnueabi/gpsd-2.95-r2/gpsd-2.95/missing --run aclocal-1.11' Oct 31 16:44:16 same for AMTAR Oct 31 16:44:17 etc... Oct 31 16:45:16 hmm that's not what insane.bbclass found Oct 31 16:45:22 ah ok Oct 31 16:45:48 I didn't understood the message then, let me re-look Oct 31 16:46:15 grep -e 'CROSS COMPILE Badness:' -e 'is unsafe for cross-compilation' config.log Oct 31 16:46:52 cc1: warning: include location "/usr/include/python2.6" is unsafe for cross-compilation [-Wpoison-system-directories] Oct 31 16:46:54 twice Oct 31 16:47:26 sorry for beeing wrong before: | Rerun configure task after fixing this. The path was '/home/gnutoo/port4/embedded/oe-core/oetmps/shr/work/armv4t-oe-linux-gnueabi/gpsd-2.95-r2/gpsd-2.95' confused me Oct 31 16:47:27 is target python already upgraded to 2.7? Oct 31 16:47:32 let me look Oct 31 16:48:09 hmm it should as it's in gpsd DEPENDS Oct 31 16:48:47 PYTHON="/usr/bin/python" Oct 31 16:48:48 hmmm Oct 31 16:49:00 PREFERRED_VERSION_python-native="2.7.2" Oct 31 16:49:07 # STAGING_PYDIR=${STAGING_DIR}/lib/python2.4 Oct 31 16:49:09 hmmm Oct 31 16:49:49 hmm Oct 31 16:51:16 let me look in sysroot Oct 31 16:51:26 no it's not there Oct 31 16:51:34 there are some bits of 2.7.1 Oct 31 16:51:37 like the manual Oct 31 16:51:46 but no /usr/bin/python Oct 31 16:51:58 I'll bitbake python-native Oct 31 16:53:45 but it's built Oct 31 16:53:49 * GNUtoo doesn't understand Oct 31 16:54:34 where should python-native be located? Oct 31 16:54:48 isn't it using ie python-setuptools-native? Oct 31 16:55:28 ahh it's in x86-64...sorry my bad Oct 31 16:55:34 * GNUtoo is too tired today Oct 31 16:55:48 it's there Oct 31 16:56:27 gnutoo@trisquel:~/port4/embedded/oe-core/oetmps/shr/sysroots/x86_64-linux/usr/bin$ ./python2.7 --version Oct 31 16:56:27 Python 2.7.2 Oct 31 17:08:31 so what should I do now ? Oct 31 17:09:34 17:48:52 < JaMa> isn't it using ie python-setuptools-native? Oct 31 17:09:46 I'll bitbake that Oct 31 17:10:09 SHR: 03Martin.Jansa 07meta-smartphone * r1280d3624526 10/ (6 files in 2 dirs): recipes: bump PR after python upgrade Oct 31 17:11:42 clean it just in case you've rebuilt it before python upgrade Oct 31 17:12:24 ahh ok Oct 31 17:19:18 * JaMa leaving in 15 minutes Oct 31 17:19:35 waiting only for reindex to confirm that all libpython2.6 deps are gon Oct 31 17:19:36 e Oct 31 17:19:54 ok Oct 31 17:20:28 GNUtoo: please update all branches again Oct 31 17:20:36 ok Oct 31 17:20:44 but it should not influence your gpsd problem Oct 31 17:23:01 if rebuilding setuptools isn't enough, then please pastebin whole config.log Oct 31 17:23:08 ok Oct 31 17:23:19 * JaMa would like to help GNUtoo before leaving :) Oct 31 17:23:30 right now I've cleaned it up, and done bitbake shr-lite-image Oct 31 17:23:33 ok thatnks a lot Oct 31 17:24:11 same issue Oct 31 17:24:49 did you cleansstate also gpsd now, right? Oct 31 17:24:59 yes Oct 31 17:25:07 ok, config.log? Oct 31 17:25:17 I cleanedsstate python-setuptools-native, python-setuptools and gpsd Oct 31 17:25:20 and are you using shr-chroot? Oct 31 17:25:23 no Oct 31 17:26:15 ok.. so it could possibly be also wrong autotools in gpsd (prefering /usr/include/python2.6 over python2.7 from sysroot if available) Oct 31 17:26:53 depends on how they are detecting python include dir Oct 31 17:27:31 http://pastebin.com/NtRBJRz6 Oct 31 17:29:50 mrmoku: btw: do you already have patch for newer gpsd? Oct 31 17:29:56 PYTHON_CFLAGS='-DHAVE_PYTHON -I/usr/include/python2.6' Oct 31 17:29:56 mrmoku: iirc you wanted one for gta02 Oct 31 17:29:58 mrmoku: iirc you wanted one for gta04 Oct 31 17:32:46 GNUtoo: m4_define([_AM_PYTHON_INTERPRETER_LIST], [python2.6 python2.5 python2.4 python]) Oct 31 17:32:55 ok Oct 31 17:32:57 GNUtoo: please add python2.7 first in configure.ac Oct 31 17:33:06 and try to -f -c configure again Oct 31 17:33:18 ok Oct 31 17:34:13 it works Oct 31 17:34:15 thanks a lot Oct 31 17:35:54 great Oct 31 17:36:02 I'll include patch for that Oct 31 17:36:11 ok nice Oct 31 18:13:08 JaMa|Off: no, nothing for newer gpsd yet Oct 31 18:13:14 ~lart scons support in oe-core Oct 31 18:13:15 * apt shoots scons support in oe-core in the head Oct 31 21:03:29 freesmartphone.org: 03morphis 07aurora * rc4107a89618e 10/aurora-daemon/src/application.cpp: Oct 31 21:03:29 freesmartphone.org: aurora-daemon: in c++ we're using 0 instead of NULL Oct 31 21:03:29 freesmartphone.org: Signed-off-by: Simon Busch Oct 31 21:03:29 freesmartphone.org: 03morphis 07aurora * r81e168272468 10/aurora-daemon/src/ (5 files): Oct 31 21:03:29 freesmartphone.org: aurora-daemon: provide screen size information for applications Oct 31 21:03:29 freesmartphone.org: Signed-off-by: Simon Busch Oct 31 21:03:30 freesmartphone.org: 03morphis 07aurora * r6b933bc44146 10/aurora-daemon/src/clientapplication.h: Oct 31 21:03:30 freesmartphone.org: aurora-daemon: add properties and signals to provide status information for a client app Oct 31 21:03:31 freesmartphone.org: Signed-off-by: Simon Busch Oct 31 21:03:31 freesmartphone.org: 03morphis 07aurora * r47750f16cf9f 10/aurora-daemon/ (43 files in 3 dirs): Oct 31 21:03:32 freesmartphone.org: aurora-daemon: move daemon code into own subdirectory; preparing for integration of components Oct 31 21:03:32 freesmartphone.org: Signed-off-by: Simon Busch Oct 31 21:03:33 freesmartphone.org: 03morphis 07aurora * r88a32fb3c918 10/aurora-daemon/.gitignore: Oct 31 21:03:33 freesmartphone.org: aurora-daemon: update .gitignore file Oct 31 21:04:03 freesmartphone.org: 03morphis 07aurora * r46c629ad818e 10/aurora-daemon/ (COPYING COPYING.GPL): Oct 31 21:04:03 freesmartphone.org: aurora-daemon: add copyright notice for external components Oct 31 21:04:03 freesmartphone.org: Signed-off-by: Simon Busch Oct 31 21:04:03 freesmartphone.org: 03morphis 07aurora * rb93b1d95f9ba 10/aurora-daemon/src/components/StatusBar.qml: Oct 31 21:04:03 freesmartphone.org: aurora-daemon: don't use currently not available dbus agents Oct 31 21:04:03 freesmartphone.org: Signed-off-by: Simon Busch Oct 31 21:04:04 freesmartphone.org: 03morphis 07aurora * r91d54048526a 10/aurora-daemon/ (11 files in 2 dirs): Oct 31 21:04:04 freesmartphone.org: aurora-daemon: import toolbar component from meego-ux-components and use it for global toolbar Oct 31 21:04:05 freesmartphone.org: Signed-off-by: Simon Busch Oct 31 21:50:13 freesmartphone.org: 03morphis 07aurora * r0520c5d69c5b 10/aurora-daemon/src/ (4 files in 2 dirs): Oct 31 21:50:13 freesmartphone.org: aurora-daemon: move fbevents class into correct directory Oct 31 21:50:13 freesmartphone.org: Signed-off-by: Simon Busch Oct 31 21:50:14 freesmartphone.org: 03morphis 07aurora * r0186e2e784a2 10/aurora-daemon/src/ (5 files in 2 dirs): Oct 31 21:50:14 freesmartphone.org: aurora-daemon: close current application really when last page is pop'ed from stack Oct 31 21:50:14 freesmartphone.org: Signed-off-by: Simon Busch Oct 31 23:51:13 SHR: 03Martin.Jansa 07meta-smartphone * r5535dc9176c1 10/meta-shr/recipes-core/netbase/ (4 files in 3 dirs): netbase: rename bbappend file to match oe-core Nov 01 00:51:31 can anyone tell me what part of FreeSmartPhone handles SMS decoding and where I can find its source code? **** ENDING LOGGING AT Tue Nov 01 02:59:57 2011