On Sun, Jun 02, 2013 at 03:20:02PM +0100, Gareth Bult wrote: > >Thanks for that .. what would be a really good is if there was either; >a. An authoritative document detailing how to build a "complete" system or
Speaking of which, I'm fleshing out econnman support for https://github.com/mjtorn/e17build I raised the question on IRC but it might be worthwhile to ask here. What's up with efl in git? There's a directory src/lib/edje which contains same files as edje-1.7.7 from the release! Then the compile fails with EDJ tests/edje/data/test_layout.edj EDJ modules/ethumb/emotion/template.edj EDJ tests/emotion/data/theme.edj CCLD bin/ethumb_client/ethumbd CCLD bin/ethumb_client/ethumbd_client CCLD bin/ethumb_client/ethumbd_slave lib/edje/.libs/libedje.so: undefined reference to `ecore_imf_context_input_panel_layout_variation_get' lib/edje/.libs/libedje.so: undefined reference to `eet_mmap' lib/edje/.libs/libedje.so: undefined reference to `ecore_imf_context_input_panel_layout_variation_set' collect2: error: ld returned 1 exit status make[4]: *** [bin/ethumb/ethumb] Error 1 make[4]: *** Waiting for unfinished jobs.... make[3]: *** [all-recursive] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Traceback (most recent call last): File "./bin/e17build.py", line 38, in <module> sys.exit(e17b.main(args)) File "/home/mjt/src/git_checkouts/e17build/e17b/__init__.py", line 223, in main build_packages(package_dict, src_dir, instpath, thread_count=thread_count) File "/home/mjt/src/git_checkouts/e17build/e17b/__init__.py", line 158, in build_packages build_package(dst_dir, instpath, thread_count=thread_count) File "/home/mjt/src/git_checkouts/e17build/e17b/__init__.py", line 180, in build_package utils.run(make_cmd, src_dir) File "/home/mjt/src/git_checkouts/e17build/e17b/utils.py", line 154, in run raise RuntimeError('%s exited %d' % (' '.join(cmd), retval)) RuntimeError: make -j9 exited 2 Got any clues for me? Is it looking in the wrong place? Or is HEAD currently broken? >b. Some working packages >- I think maybe one problem is the availability of non-working packages (!) Whenever I google this stuff, and this happens on #e as well, it seems everyone doing their own packages so that shouldn't even be a problem. I just don't want to use 3rd party packages very lightly. No disrespect of course to people who distribute them, but it's easy to get stuff wrong, like forgetting dependencies. If the packages are generated by checkinstall I prefer my own stuff. Besides, having issues like these may be helpful to other users or the e17 devs and just about everyone :) >My experience thus far is that Enlightenment is so much better than Gnome I'm >wondering >why anyone is using Gnome, but on the other hand, getting Enlightenment >'fully' working >does seem to be quite difficult - even for a C programmer / Linux enthusiast >(!) Now that e17 is released this should be tons easier :) Fingers crossed to see the code on http://download.enlightenment.org/releases/ for econnman. >Incidentally, connman is so much nicer than networkmanager .. again I'm >wondering why >Networkmanager seems to be the standard ... I guess everyone wants to ship their own stuff. But I'm puzzled by network management in e17 generally. It Just Works(tm) everywhere, except this one place where huge events are held and no one has issues ever. Except for me. Worked perfectly at home. OTOH I couldn't get it going with iwconfig magic either, so it must run deeper than connman. Cheers! -- mjt ------------------------------------------------------------------------------ Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed for production Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2 _______________________________________________ enlightenment-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-users
