**** BEGIN LOGGING AT Mon Nov 14 02:59:57 2011 Nov 14 15:08:14 JaMa|off: * extract_archive: Cannot create symlink from ./var/log to 'volatile/log': File exists. Nov 14 15:08:38 I did the same thing angstrom does Nov 14 15:08:47 added our own fsperms Nov 14 15:08:55 and emptied volatiles in base-files Nov 14 15:09:14 somewhere the symlink is still inside though :/ Nov 14 15:21:46 mrmoku: something like this? http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-October/035409.html Nov 14 15:23:31 mrmoku: or if it's not in rootfs but on target then you have to remove cache Nov 14 15:24:06 /etc/volatile.cache Nov 14 15:24:26 JaMa|off: in do_rootfs Nov 14 15:24:45 you did clean /etc/default/volatiles/00_core, right? Nov 14 15:26:11 JaMa|off: yeah exactly that (mail) Nov 14 15:26:24 and no Nov 14 15:26:46 where is /etc/default/volatiles/00_core in ? Nov 14 15:26:47 resolvconf is in image I guess, right? Nov 14 15:27:30 ./meta/recipes-core/initscripts/initscripts-1.0/volatiles Nov 14 15:27:34 in oe-core Nov 14 15:27:47 JaMa|off: hmm. no resolvconf in rootfs log Nov 14 15:29:01 JaMa|off: ok, and initscripts creates the volatiles in some install script? Nov 14 15:29:31 not sure if it's executed already in rootfs Nov 14 15:30:04 maybe not as initscripts_1.0.bb does not have any postinst Nov 14 15:30:25 JaMa|off: yeah, it has no scripts Nov 14 15:30:37 please push whatever you have now and I'll start image build Nov 14 15:30:56 hopefully I'll have few hours to look at it tonight Nov 14 15:31:01 ok, great Nov 14 15:31:08 will do that Nov 14 15:33:18 JaMa|off: ok to push it as one commit? it touches shr.conf, adds meta-shr/files/fs-perms-shr.txt and modifies base_files.bbappend Nov 14 15:33:38 makes no sense to have that separated though Nov 14 15:34:25 fine for me Nov 14 15:34:52 good Nov 14 15:38:15 JaMa|off: pushed Nov 14 15:59:55 zub, hi! I'm trying to add genlist to my app, and I'm having some difficulties with relation to implementation details. It seems the delegates called from genlist in GenListClass can't be part of the class, so I don't know how to manage information. Nov 14 16:00:55 (can't be part of the class = they need to be static methods, so no access to for example, internal hashtables where I could take the label from) Nov 14 16:01:11 mrmoku: you're appending to dirs755, right? Nov 14 16:03:29 pespin: hmm, I have not had such issue, thought my usage of a genlist was a trivial one Nov 14 16:03:49 but I found it non-intuitive and had the feeling the callbacks could be cleaned up a bit Nov 14 16:04:26 zub, I think I'll need to create a object for each instance which info inthere to access the main class and information about the individual element Nov 14 16:04:47 I'm not exactly convinced, as it worked normalyl for me Nov 14 16:05:38 I just have a class that has a genlist and the data... and then the callback to get label Nov 14 16:07:38 JaMa|off: yup Nov 14 16:10:34 pespin: also, I'd still like the generics being tossed in to genlist and friends - but I have not yet touched that part Nov 14 16:10:52 I'm currently having some fun with glib... Nov 14 16:11:18 ok, I might help once I get around all this mess and have it working u.u Nov 14 16:12:10 I wonder what error you're getting, but I'm n/a... in few hrs I'm available Nov 14 16:34:40 zub, ok I got it working with labels, but it seems get_content is not working yet (I get no bubbles + other widgets) Nov 14 17:54:53 freesmartphone.org: 03angelo 07aurora * r31def404ddb2 10/aurora-daemon/ (9 files in 5 dirs): aurora-daemon: first implementation of homescreen application Nov 14 17:54:53 freesmartphone.org: 03angelo 07aurora * r8db601aff421 10/aurora-daemon/src/bin/application.cpp: aurora-daemon: only return to homescreen when launcher is not running Nov 14 17:54:54 freesmartphone.org: 03angelo 07aurora * r2d247de708d4 10/aurora-daemon/data/theme/icons/ (Makefile.am apps/launcher.png): aurora-daemon: include launcher icon Nov 14 18:40:57 zub, Genlist delegates are wrong I think. The C code doesn't have the data param... Nov 14 18:41:24 zub, I think it should appear inthe vapi as it has ccode with has_target=false (I guess) Nov 14 18:41:58 so please, if you wanna play with delegates and try to fix it, I'll be glad to try it and push it :) Nov 14 18:42:07 s/delegates/generics/ Nov 14 18:42:07 pespin meant: so please, if you wanna play with generics and try to fix it, I'll be glad to try it and push it :) Nov 14 18:49:41 so apparently vala is not using the data void pointer and we could use it (I think I need it) Nov 14 19:53:22 SHR: 03morphis 07meta-smartphone * r8d2caaa1d208 10/meta-fso/recipes-freesmartphone/freesmartphone/libsamsung-ipc_git.bb: meta-fso: libsamsung-ipc: add vapi to dev package and bump PR Nov 14 19:57:25 hi Nov 14 19:57:28 mrmoku: ping Nov 14 19:59:59 heyho Nov 14 20:00:23 morphis: hey! Nov 14 20:01:48 morphis: i started a homescreen app. There's some problem? Nov 14 20:02:01 angelox|laptop: heyho Nov 14 20:02:03 angelox|laptop: hm Nov 14 20:02:11 what kind of homescreen? Nov 14 20:02:25 but anyway continue to work on it Nov 14 20:02:32 we can merge it later with other ideas Nov 14 20:02:46 you know about my initial idea with the info hub elements? Nov 14 20:03:00 i don't remember it very well Nov 14 20:03:25 ok Nov 14 20:03:37 you know win phone home screen? Nov 14 20:03:41 my homescreen will be something like having shortcuts for our applications,and *maybe* three screens for user populate it (like in symbian/android) Nov 14 20:03:52 ok Nov 14 20:04:03 just by photos Nov 14 20:04:20 angelox|laptop: http://amethyst.openembedded.net/~morphis/images/aurora-01.jpg Nov 14 20:04:44 angelox|laptop: my problem with this sort of homescreen is it indicates you have a lot of applications Nov 14 20:04:56 but in aurora we only have some not many Nov 14 20:05:03 so I like to group them in activities Nov 14 20:05:13 what does the user want to do? Nov 14 20:05:27 he wants to read his mail, search a contact, listen to music Nov 14 20:05:41 he don't needs 10 apps to listen to music or 100 apps for searching a contact Nov 14 20:05:46 he just needs one Nov 14 20:06:02 hmm Nov 14 20:06:06 so we have different hubs (each application in aurora can provide one= Nov 14 20:06:18 it's very likely Symbian Nov 14 20:06:30 and a application will mention it's hub in it's app-*.info file Nov 14 20:06:34 yes and no Nov 14 20:06:57 but the launcher can have several screens Nov 14 20:07:03 you can switch with a swipe gesture Nov 14 20:07:14 so we can integrate our ideas in the same homescreen Nov 14 20:07:20 so continue with your work Nov 14 20:07:42 but keep everything small, simple and generic (e.g. make components for everything) Nov 14 20:08:19 hmm ok Nov 14 20:08:56 but please,can you explain me this,i couldn't understand too much: " and a application will mention it's hub in it's app-*.info file" Nov 14 20:10:14 angelox|laptop: there will be a field named "hub_source" in each app-*.info file which the launcher takes to dynamically show the hubs on the screen Nov 14 20:11:10 angelox|laptop: there is appStorage.applications object now in QML you can access for application info Nov 14 20:12:32 hmm Nov 14 20:12:53 so i need to connect launcher to the homescreen(which has the hubs)? Nov 14 20:13:50 launcher and homescreen should be the same Nov 14 20:14:28 angelox|laptop: I will push some commits in the next minutes which reverts some of your last changes (launching the homescreen) as I changed some internal things Nov 14 20:14:40 freesmartphone.org: 03morphis 07aurora * r3b33cf994ce5 10/aurora-daemon/src/bin/ (application.cpp application.h applicationinfo.h): Nov 14 20:14:40 freesmartphone.org: aurora-daemon: use application storage too when launching an application Nov 14 20:14:40 freesmartphone.org: Signed-off-by: Simon Busch Nov 14 20:14:40 freesmartphone.org: 03morphis 07aurora * r18926ebaa870 10/aurora-daemon/src/bin/ (7 files): Nov 14 20:14:40 freesmartphone.org: aurora-daemon: introduce base class for all applications (system and normal) Nov 14 20:14:40 freesmartphone.org: Signed-off-by: Simon Busch Nov 14 20:14:47 freesmartphone.org: 03morphis 07aurora * r71257fda06e9 10/aurora-daemon/src/bin/ (application.cpp application.h): Nov 14 20:14:47 freesmartphone.org: aurora-daemon: launch system application differently than other applications Nov 14 20:14:47 freesmartphone.org: Signed-off-by: Simon Busch Nov 14 20:14:47 freesmartphone.org: 03morphis 07aurora * rb08ca89ff1f6 10/aurora-daemon/src/bin/ (application.cpp rootwindow.cpp): Nov 14 20:14:47 freesmartphone.org: aurora-daemon: respect env variable STATIC_RESOLUTION Nov 14 20:14:47 freesmartphone.org: If you execute aurora with STATIC_RESOLUTION=1 aurora-daemon it will not try to detect the Nov 14 20:14:48 freesmartphone.org: maximum resolution of your desktop it will use a static resolution instead. Nov 14 20:14:48 freesmartphone.org: Signed-off-by: Simon Busch Nov 14 20:14:50 freesmartphone.org: 03morphis 07aurora * r97c8ad88dd83 10/aurora-daemon/ (configure.ac scripts/launch-aurora.sh): Nov 14 20:14:50 freesmartphone.org: aurora-daemon: add a configure option to set the QML import directory explicitly Nov 14 20:14:52 freesmartphone.org: In common cases the default is ok but for example on modern ubuntu installations qt Nov 14 20:14:52 freesmartphone.org: libraries are installed within /usr/lib/x86_64-linux-gnu/ (on a 64 bit system) so Nov 14 20:14:52 freesmartphone.org: pkg-config will only tell us about this directory which is wrong. The user has to manually Nov 14 20:14:52 freesmartphone.org: point the import directory to /usr/lib/qt4/imports in this case. Nov 14 20:14:53 freesmartphone.org: Signed-off-by: Simon Busch Nov 14 20:14:53 freesmartphone.org: 03morphis 07aurora * r14ec38443dbe 10/aurora-daemon/src/bin/ (4 files): Nov 14 20:14:54 freesmartphone.org: aurora-daemon: expose application storage to QML Nov 14 20:14:54 freesmartphone.org: Signed-off-by: Simon Busch Nov 14 20:15:12 freesmartphone.org: aurora-daemon: use appliation storage as source for launcher Nov 14 20:15:12 freesmartphone.org: Signed-off-by: Simon Busch Nov 14 20:15:12 freesmartphone.org: 03morphis 07aurora * r1eb00415b312 10/aurora-daemon/src/bin/application.cpp: Nov 14 20:15:12 freesmartphone.org: aurora-daemon: don't try to close service applications; show launcher when attempting to close them Nov 14 20:15:13 freesmartphone.org: Signed-off-by: Simon Busch Nov 14 20:15:13 freesmartphone.org: 03morphis 07aurora * r3a2b9e96b07f 10/aurora-daemon/src/services/cellularservice.vala: Nov 14 20:15:14 freesmartphone.org: aurora-daemon: look for dbus objects only when we have a usage object or don't want to use it Nov 14 20:15:14 freesmartphone.org: Signed-off-by: Simon Busch Nov 14 20:15:40 angelox|laptop: I see a general problem with the further development: we need to discuss things more before we implement them to not duplicate our work Nov 14 20:15:54 so you do some things, I do some things which doesn't fit together Nov 14 20:16:01 i see Nov 14 20:16:18 angelox|laptop: you are ok, I will write you mail tomorrow to start discuss on further development? Nov 14 20:16:22 as I ran out of time now Nov 14 20:16:23 onen|openBmap: pong Nov 14 20:16:32 and my time is very limited theses days Nov 14 20:16:42 there are two problems: this is the first OpenSource project i joint into,so i'm bad in discuss it! Nov 14 20:16:44 mrmoku: long time so see, how are things going? Nov 14 20:16:53 angelox|laptop: no problem it's my bad too Nov 14 20:17:01 so lets start to make it better Nov 14 20:17:14 onen|openBmap: yeah, time passes fast. All fine though. you? Nov 14 20:17:15 2 - My English sometimes is bad to understand you,that's the reason i ask you two times the same thing Nov 14 20:17:16 angelox|laptop: we can use the fso mailing list for discussion Nov 14 20:17:27 angelox|laptop: thats not a problem Nov 14 20:17:40 I am fine with explaining things more than once :D Nov 14 20:17:44 mrmoku: I remember the openbmap logger in the SHR tree is patched (issue with neighbour cells being int later string, or sth like that). does it ring you a bell? Nov 14 20:17:49 I have to leave now Nov 14 20:17:58 angelox|laptop: I will write you a mail tomorrow Nov 14 20:17:58 ok then :) Nov 14 20:18:00 bye Nov 14 20:18:01 onen|openBmap: yeah, I remember that Nov 14 20:18:03 morphis: i'll be waiting Nov 14 20:18:06 bye Nov 14 20:18:07 mrmoku: pretty good. life let us little time for open source though :( Nov 14 20:18:22 yeah, damn real life :P Nov 14 20:18:41 mrmoku: were you by any chance the author of that patch: https://sourceforge.net/tracker/?func=detail&aid=3411094&group_id=218065&atid=1043259 Nov 14 20:19:33 onen|openBmap: hmm... that commit message does *not* sound familiar Nov 14 20:19:35 so I guess no Nov 14 20:20:10 also I never did anything special with shr-t Nov 14 20:20:20 mrmoku: ok. problem is it has been submitted by "anonymous", and I have no trace (email or so) of the provenance Nov 14 20:20:23 i'm more Mr. unstable :) Nov 14 20:20:29 ok Nov 14 20:20:53 Heinervdm: do you know that patch: https://sourceforge.net/tracker/?func=detail&aid=3411094&group_id=218065&atid=1043259 ? Nov 14 20:21:02 mrmoku: could you point me the patch of openbmap in SHR fixing that same neighbour cells issue? Nov 14 20:21:15 * mrmoku looks Nov 14 20:21:26 mrmoku: if I can find a patch with author, I would prefer... Nov 14 20:21:43 * onen|openBmap waits for mrmoku who looks Nov 14 20:21:49 mrmoku: no Nov 14 20:22:15 Heinervdm: ok, thx Nov 14 20:24:16 onen|openBmap: ahh, now I remember... that was a different issue Nov 14 20:24:17 http://git.openembedded.org/openembedded/tree/recipes/openbmap/openbmap-logger-0.4.0/fsogsmd-fix.patch Nov 14 20:24:37 GetInfo moved to org.freesmartphone.Info Nov 14 20:31:39 mrmoku: ok. I thought the neighbour cell thing was corrected in SHR tree. but it seems I was wrong. Nov 14 20:31:59 mrmoku: thanks for your help. Nov 14 20:32:03 np Nov 14 20:32:14 onen|openBmap: and good luck in author hunting :) Nov 14 20:35:22 onen|openBmap, do you still have your freerunner? Nov 14 20:35:25 hi btw Nov 14 20:35:37 because I've the killer app idea for you: Nov 14 20:35:47 use osmocombb to map a lot of cells Nov 14 20:35:59 it's way more efficient Nov 14 20:36:04 or seem at least Nov 14 20:37:14 GNUtoo: hi and yes Nov 14 20:37:37 GNUtoo: you talk about the work of harald? Nov 14 20:37:57 GNUtoo: part of the GSM stack he works on? Nov 14 20:38:30 yes Nov 14 20:38:38 it can run on the freerunner Nov 14 20:38:53 and there is even an app to couple the mesurements with a GPS if I remember well Nov 14 20:39:05 and even better: it doesn't require to be in transmit mode Nov 14 20:39:11 you just need to listen Nov 14 20:39:29 so I guess that there are no legal issues thanks to listen-only Nov 14 20:40:22 well that sounds interesting indeed Nov 14 20:41:49 GNUtoo: right now, I got some contribution on the "regular" logger, and I intend to give support for that code until reaching a new release Nov 14 20:42:11 GNUtoo: maybe we talk about that then Nov 14 20:42:17 ok Nov 14 20:42:35 GNUtoo: I guess, the somocombb is not a "regular" software found on all FR. Nov 14 20:42:37 onen|openBmap, it's even very easy to do since I added support for osmocombb loader in shr-core Nov 14 20:42:54 so you compile the modem rom on your computer Nov 14 20:42:59 scp it to the freerunner Nov 14 20:43:17 and then I've recipes in meta-smartphone for loading it Nov 14 20:43:49 so I have to build an image with it embedded, and then flash it on the FR? Nov 14 20:43:53 for instance with an usrp you can see lots and lots of GSM BTS arround, so I guess it's the same here Nov 14 20:43:59 no need to flash Nov 14 20:44:15 you just talk to the modem's bootrom and load it Nov 14 20:44:18 like a firmware Nov 14 20:44:22 no flashing involved Nov 14 20:45:09 so I could add to the obm logger, code to load osmocombb, and then use it. it would be a plugin as FSO API based logger is? Nov 14 20:46:16 you could just support osmocombb in your database and write an osmocombb app to make use of the freerunner GPS along with the data Nov 14 20:46:31 I see Nov 14 20:47:56 so that could be distributed just as the current obm logger... well that could be interesting Nov 14 20:48:06 yes Nov 14 20:48:33 it would be way more efficient Nov 14 20:48:44 because there are few users of the FR, I would find it less interesting if you had to be a power user with flashing special firmware and so on. but what you describe seems usable by normal users. Nov 14 20:48:45 the downside would be that you would have no telephony dunring the logging Nov 14 20:49:03 GNUtoo: is SIM needed for that? Nov 14 20:49:05 but I guess you don't need a sim either Nov 14 20:49:12 I don't think that's required Nov 14 20:49:17 it's in listen mode only Nov 14 20:49:22 great Nov 14 20:49:46 GNUtoo: so far experiments with neihgbour cells without cells gave just garbage Nov 14 20:49:55 ok Nov 14 20:49:56 without SIM Nov 14 20:50:12 if you want I can try it again Nov 14 20:50:25 but I don't know if this is the "listen" mode you are talking about Nov 14 20:51:05 anyway. It could be included in the current logger, with some special warning: if you activate that mode, you won't have telefony while logging. Nov 14 20:51:20 yes Nov 14 20:51:32 ok. I keep that in mind. Nov 14 20:51:51 also we need something to make use of the data gathered with openBmap Nov 14 20:51:58 like a location provider Nov 14 20:52:12 GNUtoo: priority is to work on received code contribution in order to make a release. let 's see afterwards Nov 14 20:53:00 GNUtoo: about use of the data: I have been thinking for a long time of adding obm support to geoclue Nov 14 20:53:20 ohh nice Nov 14 20:53:43 but always wanted to first get th enext release out first. I only have year(s?) of being late :( Nov 14 20:54:01 time goes by Nov 14 20:54:01 ok lol Nov 14 20:54:02 fast Nov 14 20:54:16 nice to see that you're becomming active again... Nov 14 20:55:08 GNUtoo: well I try. Telling a contributor you will look at his contribution puts some (positive) pressure :) Nov 14 20:55:40 ok Nov 14 20:56:11 got to go Nov 14 20:56:14 gn Nov 14 20:56:45 good night Nov 14 20:57:19 http://www.handheld-linux.com/wiki.php?page=GTA04%20Complete Nov 14 20:57:21 expensive Nov 14 20:57:21 ;\ Nov 14 20:58:28 TAsn: yes, expensive Nov 14 20:59:33 back in the days we used to buy mokos for 500$ and less ;P Nov 14 21:01:34 TAsn: GTA02 with all fixes 324.00 € Nov 14 21:01:56 that was at the end Nov 14 21:02:01 I'm talking about the beginning Nov 14 21:04:09 TAsn: ok, understand Nov 14 21:11:46 let's imagine in Brazil :( Nov 14 21:20:12 TAsn: yeah, unfortunately not cheepo Nov 14 21:20:39 TAsn: btw. is some e-freak working on some telepathy kind of thing? **** ENDING LOGGING AT Tue Nov 15 02:59:57 2011