**** BEGIN LOGGING AT Mon Oct 17 02:59:57 2011 Oct 17 08:08:19 JaMa|Off: hi, have you seen this one? Oct 17 08:08:20 | gperf: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory Oct 17 08:12:19 yes :/ Oct 17 08:12:31 this one is tricky :/ Oct 17 08:12:56 ldconfig cache says: Oct 17 08:12:57 OE @ ~/shr-core/tmp/work $ /sbin/ldconfig -p | grep libstdc libstdc++.so.6 (libc6,x86-64) => /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.1/libstdc++.so.6 libstdc++.so (libc6,x86-64) => /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.1/libstdc++.so Oct 17 08:13:30 which is right.. but pseudo env used to run ie run.do_compile sets LD_LIBRARY_PATH and LD_PRELOAD and somehow it breaks this Oct 17 08:14:01 even worse is that udev fails to build if gperf fails to create right files on first run (so you have to clean it before next run) Oct 17 08:14:23 and workarround is to execute run.do_compile in own shell with export LD_LIBRARY_PATH=/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.1/ Oct 17 08:19:30 JaMa|Off: hehe, fun... thx :-) Oct 17 08:37:07 moo Oct 17 08:47:15 SHR: 03Martin.Jansa 07shr-chroot * r857b2b7c39ba 10/var/cache/ldconfig/aux-cache: system upgrade Oct 17 08:47:15 SHR: 03Martin.Jansa 07shr-chroot * r308e9bd141a2 10/ (876 files in 57 dirs): system upgrade Oct 17 09:02:52 JaMa|Off: worked for udev and xcb-util Oct 17 09:03:00 libproxy fails on configure (due to cmake) Oct 17 09:03:13 and if I do the same (run.do_configure) that works Oct 17 09:03:23 but afterwards bb libproxy tries to configure again Oct 17 09:03:25 (and fails) Oct 17 09:05:31 weird.. but you can also export it after . ./setup-env and add LD_LIBRARY_PATH to BB_EXTRA_WHITE in setup-env (before sourcing it) Oct 17 09:05:48 ok, will try that Oct 17 09:05:51 are you sure you've executed it in right dir? ie not -native? Oct 17 09:05:58 yup Oct 17 09:06:32 I'm going to fix LIC_FILES_CHKSUM in feed packages.. but I hate those errors while building feed on buildhost :) Oct 17 09:07:36 :) Oct 17 09:19:50 SHR: 03Martin.Jansa 07shr-themes * rde6a366bf753 10/ (18 files in 18 dirs): themes: copy licensing info to directories Oct 17 09:58:23 SHR: 03Martin.Jansa 07shr-themes * r38fdd9bb0d82 10/e-wm/e-wm-illume-dict-pl/LICENSE: e-wm-illume-dict-pl: add LICENSE file Oct 17 09:59:55 JaMa|Off: I managed to work around the libstdc++ issues... now I get this one: Oct 17 09:59:58 ERROR: Function 'Fetcher failure for URL: 'None'. The command 'git log --pretty=oneline -n 1 de6a366bf753d691f80a45e2f103c8a7b3d94b8c -- 2> /dev/null | wc -l' gave output with more then 1 line unexpectedly, output: 'ERROR: ld.so: object 'libpseudo.so' from LD_PRELOAD cannot be preloaded: ignored. Oct 17 10:00:27 rebuild pseudo? Oct 17 10:03:48 no it won't help Oct 17 10:04:12 http://lists.linuxtogo.org/pipermail/bitbake-devel/2011-September/001384.html Oct 17 10:04:41 ok Oct 17 10:04:50 there is this patch in shr-core.. but commented out to see how many people are hit by this Oct 17 10:05:02 because yocto people says there isn't problem :/ Oct 17 10:05:06 heh Oct 17 10:05:14 and nobody can reproduce Oct 17 10:05:20 so put me on the list of affected people :-P Oct 17 10:06:33 ouch... fun... pseudo did not rebuild Oct 17 10:11:13 mrmoku: but you have this only with LD_LIBRARY_PATH in BB_EXTRA_WHITE, right? Oct 17 10:11:29 JaMa|Off: hmmm... yes, still in BB_EXTRA_WHITE Oct 17 10:11:32 removing it should resolve this issu too Oct 17 10:11:38 which did not help for libproxy btw. Oct 17 10:11:57 ah ;/ so how did you resolve libproxy? Oct 17 10:11:58 had to let it fail in configure... run configure... touch stamp for do_configure Oct 17 10:12:15 let it fail in compile... run compile... touch stamp for do_compile Oct 17 10:12:17 and so on Oct 17 10:12:46 SHR: 03Martin.Jansa 07meta-smartphone * r2dc9ab981bf0 10/meta-shr/recipes-shr/3rdparty/ (2 files in 2 dirs): omhacks: bump SRCREV, fix help2man and licensing info Oct 17 10:12:50 SHR: 03Martin.Jansa 07meta-smartphone * r0bc9006fdf3a 10/meta-shr/recipes-shr/shr/ (21 files): meta-shr: themes: fix licensing info Oct 17 10:12:50 SHR: 03Martin.Jansa 07meta-smartphone * r4014d4af1cfe 10/meta-fso/recipes-freesmartphone/freesmartphone/ (6 files): meta-fso: fix licensing information for some recipes Oct 17 10:13:13 NOTE: package task-shr-minimal-2.0-r45: task do_rm_work: Succeeded Oct 17 10:13:14 15 to go :) Oct 17 10:13:34 * mrmoku is optimistic to get a gta04 image today :-D Oct 17 10:17:58 JaMa|Off: hmm... same error for do_rootfs Oct 17 10:17:58 | ERROR: ld.so: object 'libpseudo.so' from LD_PRELOAD cannot be preloaded: ignored. Oct 17 10:18:04 will remove it from extra white Oct 17 10:28:00 yes.. it's from log_check.. you can remove this check from meta/classes/package_ipk.bbclass too Oct 17 10:28:23 JaMa|Off, mrmoku be careful using valac 0.14 in images, yesterday I found 2 valac bugs (1 only shows at runtime) related to using struct properties with Variants, and maybe fso is using this in code :S Oct 17 10:32:52 pespin: ok, thanks for warning Oct 17 10:33:31 pespin: btw I'm going to fix all feed included packages in shr-core, can you look at efm recipes (iirc I've told you about it already :)) Oct 17 10:33:36 ERROR: '/OE/shr-core/meta-openembedded/meta-efl/recipes-efl/e17/efm-nav_svn.bb' failed Oct 17 10:33:39 ERROR: '/OE/shr-core/meta-openembedded/meta-efl/recipes-efl/e17/efm-path_svn.bb' failed Oct 17 10:33:42 ERROR: '/OE/shr-core/meta-openembedded/meta-efl/recipes-efl/e17/efm-pathbar_svn.bb' failed Oct 17 10:35:05 yeah, you told me long time ago hehe Oct 17 10:35:20 I'm at univ right now, I'll look at it when I have some free time at home :) Oct 17 10:36:02 JaMa|Off, afair there was some efm module movement upstream. Some were included inside efm itlself Oct 17 10:39:38 yup.. iirc I've shown you the commit :) Oct 17 10:39:48 ah nice lol Oct 17 10:40:27 JaMa|Off: removing LD_LIBRARY_PATH from extra white helped too Oct 17 10:43:49 -rw-r--r-- 1 bitbake bitbake 48379252 Oct 17 12:20 tmp/deploy/images/om-gta04/shr-lite-20111017-om-gta04.rootfs.tar.gz Oct 17 10:43:52 :-) Oct 17 10:45:39 pespin: should I remove emtooth1 from shr-core and -feed or fix licensing info? Oct 17 10:46:41 JaMa|Off, you can remove it if you don't want to maintain it anymore:) Oct 17 10:47:16 nowadays emtooth2 is more feature rich than emtooth1, and more stable Oct 17 10:47:48 the only advantatge of emtooth1 is that it has less deps (no glib,gobject stuff) Oct 17 10:48:45 ok, I'll remove it Oct 17 10:54:14 SHR: 03Martin.Jansa 07meta-smartphone * r2b313d093bff 10/meta-shr/recipes-shr/3rdparty/ (9 files in 2 dirs): meta-shr: fir licensing information for some recipes Oct 17 10:54:24 SHR: 03Martin.Jansa 07meta-smartphone * r65251f3a01c6 10/meta-shr/recipes-shr/ (3rdparty/emtooth_svn.bb tasks/task-shr-feed.bb): emtooth: remove first version Oct 17 12:48:24 SHR: 03Martin.Jansa 07shr-themes * rf239e7a94ee0 10/elementary/elementary-theme-o2/o2.edc: elementary-theme-o2: fix build with newer edje_cc Oct 17 12:50:55 SHR: 03Martin.Jansa 07meta-smartphone * re6098beed389 10/meta-shr/recipes-shr/3rdparty/ (2 files in 2 dirs): mokojeweled: fix edje_cc build with newer edje Oct 17 12:51:06 SHR: 03Martin.Jansa 07meta-smartphone * r9630ce2d8257 10/meta-shr/recipes-shr/shr/elementary-theme-o2_git.bb: elementary-theme-o2: bump SRCREV to fix edje_cc build with newer edje Oct 17 12:53:49 SHR: 03Martin.Jansa 07meta-smartphone * r6d962194dba6 10/meta-shr/recipes-shr/3rdparty/thone_0.7.bb: thone: fix licensing information Oct 17 13:21:17 GNUtoo, I sent the lightmediscanner 4.4.0 patch yesterday Oct 17 13:21:35 yes I saw Oct 17 14:19:42 JaMa|Off, I asked about efm-* modules and they told me they are not needed now, as they are inside efm itself, so we can just delete the recipes I guess Oct 17 14:19:54 all 3? Oct 17 14:20:34 JaMa|Off, yeah Oct 17 14:21:50 SHR: 03Martin.Jansa 07meta-smartphone * r67a2e95aa548 10/meta-shr/recipes-shr/tasks/task-shr-feed.bb: task-shr-feed: drop efm-* modules Oct 17 14:22:06 hurray! :) Oct 17 15:08:31 GNUtoo: wouldn't pserial work with n900 too? or does it have a different bootrom checking sigs? Oct 17 15:12:52 no idea, I've no serial on n900 Oct 17 15:12:54 only usb Oct 17 15:15:16 ahh, right Oct 17 15:15:52 and ukermit is for uboot only... damn Oct 17 17:35:29 mrmoku, just pushed "message sending" support in etalk :) Oct 17 17:35:40 I was able to have a conversation with someone using facebook chat :D Oct 17 18:55:42 heyho Oct 17 18:55:44 GNUtoo: ping Oct 17 18:57:16 hey hi morphis Oct 17 18:58:22 angelox|laptop: heyho Oct 17 18:58:47 hi Oct 17 18:58:47 pong Oct 17 18:59:25 GNUtoo: your rules.yaml is ok for now Oct 17 18:59:32 ok Oct 17 19:01:29 GNUtoo: you tried my devshell recipe? Oct 17 19:01:31 paulk: ping Oct 17 19:01:38 no, not yet Oct 17 19:01:52 paulk: images are ready for download: http://amethyst.openembedded.net/~morphis/build-shr-core/images/crespo/ Oct 17 19:01:56 GNUtoo: ok Oct 17 19:04:39 now that suspend resume works, is there something small to do before attacking the huge works? Oct 17 19:05:05 btw I went to the electronic shop looking for 150k resistors but it was closed Oct 17 19:05:35 back Oct 17 19:05:48 morphis, wow, awesome!!! Oct 17 19:06:17 huge works means sound Oct 17 19:06:35 GNUtoo: hm, small things Oct 17 19:06:46 the chroot initramfs image? Oct 17 19:06:55 yes but I lack the serial console Oct 17 19:07:28 ah ok Oct 17 19:07:35 hm Oct 17 19:07:37 Wifi? Oct 17 19:07:54 maybe but that's big too I guess Oct 17 19:08:00 paulk: I will build a shr-lite-image too Oct 17 19:08:03 it require importing a mainline driver into 2.6.35 Oct 17 19:08:04 hm Oct 17 19:08:17 or let's just do wifi Oct 17 19:08:18 can you add this on the wiki page? Oct 17 19:08:23 morphis, do I have to downlaod the .tar.gz, the zImage and mkbootimg with both? Oct 17 19:08:51 paulk: no Oct 17 19:09:07 paulk: you need to create a linux named folder on the internal memory of the device Oct 17 19:09:21 then put the ext2 image named as root.ext2 into the folder Oct 17 19:09:28 okay Oct 17 19:09:52 thanks!!! Oct 17 19:10:11 then you need meego fastboot image Oct 17 19:10:26 use unbootimg to get the initramfs out of it and package it with our kernel Oct 17 19:10:38 then you can boot the fastboot image and should land in aurora/shr Oct 17 19:10:44 okay Oct 17 19:11:39 paulk: http://www.addictivetips.com/mobile/install-meego-on-google-nexus-s/ Oct 17 19:11:55 got it from http://blog.steventroughtonsmith.com/2011/01/nexus-s-meego.html Oct 17 19:13:09 paulk, in reality it's from dcordes Oct 17 19:13:12 he made that Oct 17 19:13:29 then meego copied it Oct 17 19:13:52 ok Oct 17 19:17:43 ./unbootimg -i 'nexuss-meego-boot.img' --ramdisk ramdisk.cpio.gz sounds right? Oct 17 19:24:59 PaulFertser, yes Oct 17 19:27:49 mhh it reboots on replicant Oct 17 19:28:04 I did: ./mkbootimg --kernel '/home/paulk/Téléchargements/zImage-crespo.bin' --ramdisk '/data/FSO/utilities/android/image-utils/mkbootimg/ramdisk.cpio.gz' -o test.fastboot --base 0x30000000 --cmdline "console=null no_console_suspend=1" --pagesize 4096 Oct 17 19:28:21 paulk, pagesize is wrong Oct 17 19:28:27 convert it in hex Oct 17 19:28:27 putting 0x1000 on pagesize says error size 0 Oct 17 19:28:44 error: unsupported page size 0 Oct 17 19:28:50 ./mkbootimg --kernel '/home/paulk/Téléchargements/zImage-crespo.bin' --ramdisk '/data/FSO/utilities/android/image-utils/mkbootimg/ramdisk.cpio.gz' -o test.fastboot --base 0x30000000 --cmdline "console=null no_console_suspend=1" --pagesize "0x1000" Oct 17 19:28:51 ./mkbootimg --help Oct 17 19:29:20 bbl Oct 17 19:29:34 --pagesize Oct 17 19:29:37 doens't help Oct 17 19:30:12 morphis, internal storage is what's mounted as sdcard on android, right? Oct 17 19:31:24 ahh got it Oct 17 19:31:33 then put the ext2 image named as root.ext2 into the folder Oct 17 19:31:40 rootfs.ext2 :) Oct 17 19:33:03 standard ip for nexus s is 192.168.0.202 I guess? Oct 17 19:36:47 paulk: core image? Oct 17 19:36:54 then it probably is 192.168.7.2 Oct 17 19:37:04 ok Oct 17 19:37:15 yes Oct 17 19:37:19 thanks mrmoku! Oct 17 19:37:23 yw :) Oct 17 19:37:47 huh, connection refused on ssh? Oct 17 19:38:05 leviathan: hmm... the new gta04 kernel boots... but hangs after some time Oct 17 19:38:48 paulk: heh, I had that too on my gta04 image... the problem was missing sshd user Oct 17 19:38:55 no idea if your problem is the same Oct 17 19:39:11 ok Oct 17 19:39:17 apparently it's just not running Oct 17 19:39:25 maybe sshd user missing then Oct 17 19:39:30 yup, it failed running for me due to missing user Oct 17 19:40:36 morphis, any idea to fix this? Oct 17 19:41:04 do you have a keyboard on the nexus? Oct 17 19:41:18 no Oct 17 19:41:22 I have aurora running Oct 17 19:41:24 my fix was opkg remove openssh-sshd Oct 17 19:41:25 ahh Oct 17 19:41:29 ok ;) Oct 17 19:41:40 with the "initiate" button Oct 17 19:41:42 and keypad Oct 17 19:41:54 yeah, but no terminal Oct 17 19:41:57 yes Oct 17 19:42:01 I can't past that screen Oct 17 19:42:06 pass* Oct 17 19:42:19 mhh I wonder if it's english Oct 17 19:42:29 I'm stuck at that screen* Oct 17 19:42:35 sounds more english Oct 17 19:42:36 :) Oct 17 19:42:55 any secret key combinaison there? Oct 17 19:43:16 * mrmoku has zero aurora knowledge Oct 17 19:43:20 okay Oct 17 19:43:39 serial console? Oct 17 19:43:45 over usb net? Oct 17 19:43:47 paulk: refused or denied? Oct 17 19:44:00 refused Oct 17 19:44:02 paulk, you must set the password before Oct 17 19:44:05 no Oct 17 19:44:12 on aurora root password is empty Oct 17 19:44:14 at least on SHR Oct 17 19:44:15 nmap says no open port 22 Oct 17 19:44:27 paulk: you have to wait sometime until aurora is up Oct 17 19:44:32 it's up Oct 17 19:44:35 GNUtoo: my gta04 image has not working sshd due to missing ssh user Oct 17 19:44:36 ok Oct 17 19:44:43 mrmoku, ok Oct 17 19:44:43 morphis, what do I do now with aurora? Oct 17 19:44:52 mrmoku: you have already a gta04 image? Oct 17 19:44:54 I have a keypad and a "initiate" button Oct 17 19:45:03 nothing more :) Oct 17 19:45:07 morphis: yeah :) not yet very good though Oct 17 19:45:20 why not very good? Oct 17 19:45:31 paulk: aurora is in under development Oct 17 19:45:34 touchscreen not yet working Oct 17 19:45:39 ok Oct 17 19:45:43 and the new kernel is giving me problems Oct 17 19:45:43 due to a missing kernel driver? Oct 17 19:45:47 no Oct 17 19:45:50 wrong X config Oct 17 19:45:54 ah ok Oct 17 19:45:59 * morphis wants a gta04 too Oct 17 19:46:12 paulk: can you reboot? Oct 17 19:46:17 X detects it and does not use it because AutoAddDevices is off Oct 17 19:46:28 morphis, okay, I understood this. Any possibility for me to to get standard SHR E17 UI? Oct 17 19:46:29 yes Oct 17 19:47:10 morphis, should it work better at 2nd boot? Oct 17 19:47:13 (ssh) Oct 17 19:48:30 paulk: I am build the shr-lite-image currently for the crespo Oct 17 19:48:40 morphis, okay, nice :) Oct 17 19:48:40 expect it in some hours at the same position as the aurora-image Oct 17 19:48:46 paulk: here it works with the first boot Oct 17 19:49:41 I'll retry Oct 17 19:49:57 freesmartphone.org: 03morphis 07cornucopia * r216806eaeb39 10/fsogsmd/src/plugins/modem_samsung/channel.vala: Oct 17 19:49:57 freesmartphone.org: fsogsmd: modem_samsung: dump command id in hexadecimal form too for better debugging Oct 17 19:49:57 freesmartphone.org: Signed-off-by: Simon Busch Oct 17 19:49:58 freesmartphone.org: 03morphis 07cornucopia * rb63f779bc970 10/fsogsmd/src/plugins/modem_samsung/channel.vala: Oct 17 19:49:58 freesmartphone.org: fsogsmd: modem_samsung: send response for correct request when response is received Oct 17 19:49:58 freesmartphone.org: Signed-off-by: Simon Busch Oct 17 19:50:00 freesmartphone.org: 03morphis 07cornucopia * r82868641cd29 10/fsogsmd/src/plugins/modem_samsung/unsolicited.vala: Oct 17 19:50:00 freesmartphone.org: fsogsmd: modem_samsung: handle network registration unsolicited response message Oct 17 19:50:00 freesmartphone.org: Signed-off-by: Simon Busch Oct 17 19:50:01 freesmartphone.org: 03morphis 07cornucopia * r62fc4b3bde74 10/fsogsmd/src/plugins/modem_samsung/channel.vala: Oct 17 19:50:01 freesmartphone.org: fsogsmd: modem_samsung: power up modem in initialization phase Oct 17 19:50:02 freesmartphone.org: Signed-off-by: Simon Busch Oct 17 19:50:02 freesmartphone.org: 03morphis 07cornucopia * r2bd2f0f3a1f5 10/fsogsmd/src/plugins/lowlevel_samsung_crespo/plugin.vala: Oct 17 19:50:03 freesmartphone.org: fsogsmd: lowlevel_samsung_crespo: register log handler for samsung-ipc library Oct 17 19:50:14 ah it's better Oct 17 19:50:33 I have 2 icons Oct 17 19:51:00 freesmartphone.org: Signed-off-by: Simon Busch Oct 17 19:51:00 freesmartphone.org: 03morphis 07cornucopia * r12c9938e6641 10/fsogsmd/src/plugins/modem_samsung/channel.vala: Oct 17 19:51:00 freesmartphone.org: fsogsmd: modem_samsung: dump response data when receiving it for debugging Oct 17 19:51:00 freesmartphone.org: Signed-off-by: Simon Busch Oct 17 19:53:23 still no ssh Oct 17 19:53:24 I'll wait for shr-lite Oct 17 19:55:01 hm, thats interesting Oct 17 19:56:06 will take a look at this later Oct 17 20:16:22 I am off Oct 17 20:16:23 gn8 Oct 17 20:35:54 I'm leaving, bye Oct 17 20:39:19 * mrmoku too Oct 17 20:39:21 gnight Oct 17 22:13:14 evening Oct 17 22:13:24 is libeflvala alive? Oct 17 22:13:54 I'm having some issues with genlist on latest libeflvala + efl (running on pc) Oct 17 22:15:39 zub, I'm planning to give it some life soon :) Oct 17 22:16:17 I'll try to get it uptodate and ask for commit access in E svn repo Oct 17 22:16:21 I've got some patches, if you're interested Oct 17 22:16:36 that make it build with latest efl Oct 17 22:16:40 zub, I don't have access yet, you can send them to mickeyl or playya :) Oct 17 22:16:53 I did... like 4 months ago Oct 17 22:17:00 huh? Oct 17 22:17:10 well I guess mickeyl was busy enough Oct 17 22:17:45 zub, did you try upgrading eflvala? there has been several commits from 4 monts to now Oct 17 22:17:53 yes Oct 17 22:18:06 so I updated the patch, so it applies again Oct 17 22:18:10 playya, is it ok for you if I ask for E access to help maintaing vala bindings? Oct 17 22:18:18 yes Oct 17 22:18:29 i just updated my EFL to HEAD Oct 17 22:18:50 but not much time and even less motivation :( Oct 17 22:18:56 playya, btw, I sent you some naviframe patches some time ago, but I'll send a new one because somethings have changed afaik Oct 17 22:18:59 as for the patch: it's mostly as elm.pc is not elemenetary.pc, so O believe the appropriate parts in eflvala have to be renamed, at least w/o the change it doesn't build for me Oct 17 22:19:19 w/not/now/ damn Oct 17 22:19:30 and s, not w... damn Oct 17 22:20:00 http://fpaste.org/kxTM/ ... genlist in elementary vala example app Oct 17 22:20:05 (and also in my app) Oct 17 22:20:08 just crashes :-( Oct 17 22:21:01 zub, it crashes with your patch? or without it? Oct 17 22:22:00 I see where you aim :) Oct 17 22:22:09 doesn't build with current SVN head Oct 17 22:22:22 so not easy to test /wo patch. but the patch should not affect that. it's just reshuffling sutff Oct 17 22:22:25 http://linux.fjfi.cvut.cz/~zub/SHR/libeflvala/ Oct 17 22:22:33 pespin: does libeflvala vuild for you with recent EFL? Oct 17 22:22:44 Last Changed Rev: 60137 Oct 17 22:22:53 elementary rev I have here Oct 17 22:22:55 zub, sure, I just built it today with head Oct 17 22:23:03 I'm using it in my apps (emtooth2, etalk) Oct 17 22:23:10 huh Oct 17 22:25:07 zub, 60137 is not recent EFL :P Oct 17 22:25:34 we did upgrade eflvala to handle some global api changes (get_text, set_text methods) Oct 17 22:26:01 zub: recent libeflvala builds here fine Oct 17 22:26:11 ok, then I'm doing something wrong Oct 17 22:26:49 zub, I have Revision: 64136 here Oct 17 22:27:03 zub, your EFL rev is too old for last eflvala ;) Oct 17 22:27:27 obviously Oct 17 22:28:02 zub, where do you get your EFL from? do you compile it yourself? Oct 17 22:28:12 yes Oct 17 22:28:25 pespin: just fyi: Oct 17 22:28:26 Subject: [PATCH] e17: add efm navigation and pathbar to fileman module Oct 17 22:28:26 git-svn-id: http://svn.enlightenment.org/svn/e/trunk@62261 7cbeb6ba-43b4-40fd-8cce-4c39aea84d33 Oct 17 22:28:42 though I update by script... and I see svn up failed, thouhg I did not see it in the script in the bunch of other msgs is spews Oct 17 22:28:52 po dir deleted and added I guess... Oct 17 22:29:04 anyway rebuilding with leatest greatest Oct 17 22:30:57 JaMa|Off, looking at it Oct 17 22:32:19 JaMa|Off, they lied on me then! I asked if I needed some kind of configure enable or some module and they told me wrong answer ;) Oct 17 22:33:16 ah nah, they are correct, that module is built by default Oct 17 22:36:42 pespin: are you running plain EFL, w/o any patches? Oct 17 22:36:53 zub, yeah Oct 17 22:37:12 /usr/bin/ld: ecore.o: undefined reference to symbol 'ecore_evas_init' Oct 17 22:37:12 /usr/bin/ld: note: 'ecore_evas_init' is defined in DSO /home/zub/efl-trunk/lib/libecore_evas.so.1 so try adding it to the linker command line Oct 17 22:37:16 :-/ Oct 17 22:37:29 only a patch for eflvala locally because naviframe support is still not upstream Oct 17 22:38:15 zub, which script do you use to build E? Oct 17 22:38:15 seeing that error I did http://linux.fjfi.cvut.cz/~zub/SHR/libeflvala/0001-ecore-split-into-ecore-and-ecore-evas-to-match-EFL-c.patch ... basically having the feeling I need --pkg ecore-evas Oct 17 22:39:07 zub, where do you get that compile error? what are you building? Oct 17 22:39:45 libeflvala, 7fc1504b8b0e9cc03f8d88a93ceaabce45c7f212 Oct 17 22:39:51 Date: Tue Aug 2 20:24:47 2011 +0000 Oct 17 22:40:04 that should be the latest commit I hope Oct 17 22:40:32 zub: in enlightenment repo, right? Oct 17 22:40:37 I build EFL with http://linux.fjfi.cvut.cz/~zub/SHR/libeflvala/build ... just a hack Oct 17 22:40:49 aaah, sorry for the git log, it's form loval git-svn, damn Oct 17 22:40:59 r62020 | playya | 2011-08-02 22:24:47 +0200 (Tue, 02 Aug 2011) | 2 lines Oct 17 22:41:11 http://svn.enlightenment.org/svn/e/trunk/BINDINGS/vala Oct 17 22:41:25 commit 340f12b46feacda4b09e4c9c4eeffa3105c53cbb Oct 17 22:41:25 Author: playya Oct 17 22:41:44 that explains why I have different hash :) Oct 17 22:42:14 I still don't understand how come it builds for you Oct 17 22:42:46 huh? tried to push into my e git? Oct 17 22:43:14 webkit-efl-1.6.1+svnr97620-r0 yeah! Oct 17 22:43:19 also, has not the elm.pc in elementary been renamed to elementary.pc? so now I'd expect you need --pkg elementary, yet you get away with elm? Oct 17 22:43:26 time to bring eve back to shr Oct 17 22:43:48 /home/zub/efl-trunk/lib/pkgconfig/elementary.pc and no elm.pc Oct 17 22:44:12 zub, I think you are fetching wrong eflvala ;) Oct 17 22:44:18 good night Oct 17 22:44:31 I feel like tossing my laptop out of the window and forgetting about vala Oct 17 22:44:33 playya, gnight Oct 17 22:44:44 zub, latest eflvala is in E svn repo :) Oct 17 22:44:51 under BINDINGS/vala dir :P Oct 17 22:45:04 http://svn.enlightenment.org/svn/e/trunk/BINDINGS/vala Oct 17 22:45:04 zub, you were building old eflvala hehe Oct 17 22:45:05 ? Oct 17 22:45:10 zub, yeah Oct 17 22:45:19 then I at least have the right repo Oct 17 22:45:32 ah, thought you were getting it from fso git repo ;) Oct 17 22:45:57 zub, anyway.. did you build all new EFL before? Oct 17 22:46:04 yes Oct 17 22:46:46 pespin: could you pls. tell me what do you see in eflvala/Makefile.am? Oct 17 22:46:56 do you see VALAC_ARGS = ... --pkg elm ? Oct 17 22:47:03 or do you see --pkg elementary Oct 17 22:48:16 zub, I don't see any VALAC_ARGS or --pkg elm in Makefile.am Oct 17 22:49:14 $ svn cat http://svn.enlightenment.org/svn/e/trunk/BINDINGS/vala/eflvala/Makefile.am | grep elm --pkg elm \ Oct 17 22:49:41 hm, missing newline, dman the past Oct 17 22:49:45 but simply - it is found Oct 17 22:49:47 is the URL wrong? Oct 17 22:49:51 ah sorry Oct 17 22:49:57 I wasn't looking inside vala/eflvala Oct 17 22:50:10 pespin: so, --pkg elm is there, right? Oct 17 22:50:29 zub, yeah Oct 17 22:50:43 but elm.pc is no longer in EFL elementary, or is there? Oct 17 22:50:52 I believe it was renamed to elementary.pc Oct 17 22:51:15 $ svn ls http://svn.enlightenment.org/svn/e/trunk/elementary | grep pc Oct 17 22:51:19 elementary.pc.in Oct 17 22:55:11 zub, I think pkg is only for vapi ? Oct 17 22:55:21 and I think it's for asking pkg-config Oct 17 22:55:43 nevertheless, where is the elementary shared lib specified? Oct 17 22:56:57 zub, I use this in my app: Oct 17 22:56:58 ETALK_PACKAGES="--pkg gio-2.0 --pkg eina --pkg evas --pkg ecore --pkg elm" Oct 17 22:56:58 PKG_CHECK_MODULES(ETALK, glib-2.0 >= 2.26.1 Oct 17 22:56:58 gobject-2.0 Oct 17 22:56:58 gio-2.0 Oct 17 22:56:58 elementary Oct 17 22:57:01 eina Oct 17 22:57:03 dbus-1) Oct 17 22:57:07 hm, ok Oct 17 22:57:22 zub, so it seems I get the pkg from PKG_CHECK_MODULES elementary Oct 17 22:57:23 :P Oct 17 22:57:35 and the vapi from --pkg elm I guess;) Oct 17 22:57:52 ok, it could work like that Oct 17 22:58:04 not particularly clean I'd dare to say Oct 17 22:58:26 this would probably mean valac --pkg elm test.vala would not work Oct 17 23:00:26 (as the libs would not be found, and for headers off-the-standard path not even the headers would) Oct 17 23:02:38 pespin: could you look for ecore_evas_init - if you have it in ecore.so? Oct 17 23:02:59 e.g. objdump -T /path/to/your/libecore.so | grep ecore_evas_init Oct 17 23:03:10 for me, I see it only in libecore_evas.so: Oct 17 23:03:16 $ objdump -T /home/zub/efl-trunk/lib/libecore_evas.so | grep ecore_evas_init Oct 17 23:03:19