[E-devel] Configure.ac uses non-portable use of sed, breaking autogen.sh on MacOS
I attempted to compile e17 on MacOS-X Leopard (10.5.8) after doing a fresh OS install. All autoconf.sh scripts are failing in an unusual way. Spoke to Vincent Torri, who posted my problem on the M4 list. You can read the whole thread here: http://lists.gnu.org/archive/html/autoconf/2010-06/msg7.html According to the thread, configure.ac contains a non-portable use of sed that is causing the failure only on MacOS. Something changed in configure.ac in svn from 6 weeks ago, which was the last time I compiled e17 from svn. The problem wasn't there before. I observed this when trying to compile eina, the first package on the list of deps. I also tried e_dbus, since it doesn't have dependencies, and got the exact same error. This is a total show-stopper for e17 on MacOS-X until fixed. FYI I'm using autoconf 2.65, automake 1.11, m4 1.4.14. Dave -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Configure.ac uses non-portable use of sed, breaking autogen.sh on MacOS
On Jun 3, 2010, at 12:17 PM, Gustavo Sverzut Barbieri wrote: > On Thu, Jun 3, 2010 at 3:10 PM, Dave Ray wrote: >> ... >> According to the thread, configure.ac contains a non-portable use of >> sed that is causing the failure only on MacOS. >> ... > > Possibly it was Sachiel's changes from yesterday usign sed + git-log > to figure out svn revision if using git-svn. The problem goes at least as far back as May 30, when I started attempting to compile e17. I just wanted to be sure it wasn't my system and to run it by some people before posting here. -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Configure.ac uses non-portable use of sed, breaking autogen.sh on MacOS
The dot character in the configure script was not the only error, just the only one discussed in the autoconf thread. The other errors look similar may be due to same problem. Here are the details. Read through this to the end and I think it looks pretty obvious. Here is the total output of autogen.sh, using older autoconf/automake from MacOS: ./autogen.sh Running aclocal... Running autoheader... Running autoconf... Running libtoolize... Running automake... configure.ac:29: installing `./missing' configure.ac:29: installing `./install-sh' doc/Makefile.am:23: wildcard img/*.*: non-POSIX variable name doc/Makefile.am:23: (probably a GNU make extension) src/lib/Makefile.am: installing `./depcomp' ./configure: line 4: .: filename argument required .: usage: . filename [arguments] [ If I use autoconf 2.65, automake 1.11, m4 1.4.14, I get the same results, but much more verbose warnings above ] Here are the first 8 lines of the configure file: #! /bin/sh # Guess values for system-dependent variables and create Makefiles. # Generated by GNU Autoconf 2.61 for eina 0.9.9.49367 . # # Report bugs to . # # Copyright (C) 1992, 1993, 1994, 1995, 1996, 1998, 1999, 2000, 2001, # ... If I manually delete that offending line and manually ./configure, I get: checking build system type... i686-apple-darwin9.8.0 checking host system type... i686-apple-darwin9.8.0 checking for gcc... gcc checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. But in can in fact create executables! Here is the section of config.log that I think has the relevant info. Note the unexpected newlines after version numbers in the log: This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by eina configure 0.9.9.49367 , which was generated by GNU Autoconf 2.61. Invocation command line was $ ./configure ## - ## ## Platform. ## ## - ## hostname = david-rays-macbook-pro.local uname -m = i386 uname -r = 9.8.0 uname -s = Darwin uname -v = Darwin Kernel Version 9.8.0: Wed Jul 15 16:55:01 PDT 2009; root:xnu-1228.15.4~1/RELEASE_I386 ... ## --- ## ## Core tests. ## ## --- ## configure:2100: checking build system type configure:2118: result: i686-apple-darwin9.8.0 configure:2140: checking host system type configure:2155: result: i686-apple-darwin9.8.0 configure:2225: checking for gcc configure:2241: found /usr/bin/gcc configure:2252: result: gcc configure:2490: checking for C compiler version configure:2497: gcc --version >&5 i686-apple-darwin9-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5577) Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:2500: $? = 0 configure:2507: gcc -v >&5 Using built-in specs. Target: i686-apple-darwin9 Configured with: /var/tmp/gcc_42/gcc_42-5577~1/src/configure --disable- checking --enable-werror --prefix=/usr --mandir=/usr/share/man -- enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg] [^.-]*$/s/$/-4.2/ --with-slibdir=/usr/lib --build=i686-apple-darwin9 -- with-gxx-include-dir=/usr/include/c++/4.0.0 --host=i686-apple-darwin9 --target=i686-apple-darwin9 Thread model: posix gcc version 4.2.1 (Apple Inc. build 5577) configure:2510: $? = 0 configure:2517: gcc -V >&5 gcc-4.2: argument to `-V' is missing configure:2520: $? = 1 configure:2543: checking for C compiler default output file name configure:2570: gcc -I/usr/local/include -I/usr/include -I/usr/X11/ include -L/usr/lib -L/usr/X11/lib -L/usr/local/lib conftest.c >&5 conftest.c:4:25: warning: missing terminating " character conftest.c:5:1: warning: missing terminating " character conftest.c:5: error: missing terminating " character conftest.c:6:24: warning: missing terminating " character conftest.c:7:1: warning: missing terminating " character conftest.c:7: error: missing terminating " character configure:2573: $? = 1 configure:2611: result: configure: failed program was: ... ## --- ## ## confdefs.h. ## ## --- ## #define PACKAGE_NAME "eina" #define PACKAGE_TARNAME "eina" #define PACKAGE_VERSION "0.9.9.49367 " #define PACKAGE_STRING "eina 0.9.9.49367 " #define PACKAGE_BUGREPORT "enlightenment-devel@lists.sourceforge.net" configure: exit 77 -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
My environment is MacOS-X 10.5.8 (Leopard) on a Macbook Pro (64-bit Intel i686 Darwin), gcc 4.0.1 from XCode 3.1.4. I am not using fink, everything installs in /usr/local. e16 and many other X11 programs install successfully. $LD_LIBRARY_PATH=/lib:/usr/lib:/usr/X11/lib:/usr/local/lib The current release of EDJE fails to compile on MacOSX due to an issue between EDJE and LUA. This prevents completion of prerequisites for e17. On MacOSX the LUA distribution installs perfectly except it does library linkage differently than EDJE expects. This causes EDJE to fail with an error that LUA is not installed, when in fact it is. The LUA source does not have a configure script and is compiled by non- standard makefile arguments. They are fairly simple and clearly explained in the README. On MacOSX the make command is "sudo make macosx install" followed by "sudo make ranlib". This is roughly equivalent to "make; sudo make install; sudo ranlib /usr/local/lib/ liblua.a". However the LUA compilation does not produce .so libraries or .pc files. It produces the .a library and working binaries. "make test" is successful. pkg-config does not see it. "pkg-config --list-all | grep lua" produces nothing. When I try to compile EDJE I get the following error: ... checking pkg-config is at least version 0.9.0... yes checking for LUA... no checking for LUA... no checking for LUA... no checking for LUA... no configure: error: unable to find Lua If LUA produced a .pc file, I could manually move that from lua's src directory to /usr/lib/pkgconfig. That would be one possible fix but it requires mods to the lua source. Alternatively EDJE could look for $LD_LIBRARY_PATH/liblua.a instead of whatever it is doing. I'm not an expert but it seems it shouldn't be too hard to make a diff to fix this, but is a little beyond my skills. Has anyone looked at this? Dave -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
Gustavo Sverzut Barbieri wrote: >> Well, there is several solutions: >> >> 1) as you said, write your own .pc file and put it in the correct >> directory. (that's what i do for Windows) >> >> 2) i can add a check of lua library in edje's configure.ac if >> no .pc file >> is found. >> >> I'll try to find some time to improve lua check this week > > not needed, LUA_CFLAGS and LUA_LIBS should do. Thank you, I added those to my environment. EDJE now finds LUA, and completes the configure script. That fixed my original problem. EDJE's autogen.sh completes without errors. But now EDJE fails to compile. The errors show hundreds of unresolved symbols involving LUA. I have no idea what the problem is. This will put an end to my attempts to install e17 on MacOS-X, unless somebody is willing to look at those. Dave -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
On Mar 31, 2010, at 12:36 PM, Vincent Torri wrote: > On Wed, 31 Mar 2010, Dave Ray wrote: >> Gustavo Sverzut Barbieri wrote: >>>> Well, there is several solutions: >>>> ... >>>> 2) i can add a check of lua library in edje's configure.ac if >>>> no .pc file >>>> is found. >>>> >>>> I'll try to find some time to improve lua check this week >>> >>> not needed, LUA_CFLAGS and LUA_LIBS should do. >> >> ... I added those to my environment. EDJE now finds LUA, and >> completes the configure script. >> ... >> But now EDJE fails to compile. The errors show hundreds of unresolved >> symbols involving LUA. I have no idea what the problem is. > > if you just configured with > > LUA_CFLAGS="-I/my/prefix/include" LUA_LIBS="-L/my/prefix/lib" ./ > configure > > then it's normal. > > Try > > LUA_CFLAGS="-I/my/prefix/include" LUA_LIBS="-L/my/prefix/lib - > llua" ./configure > > I prefer at least adding some options to configure rather than doing > that. > > Vincent You are correct, that's exactly how I did it. As I mentioned in my last post, the original problem I posted about was resolved. Adding those env variables allowed EDJE to find LUA and I can run ./autogen.sh without errors. EDJE found LUA. bash> export LUA_CFLAGS="-I/usr/local/include" bash> export LUA_LIBS="-L/usr/local/lib" bash> env | grep LUA LUA_LIBS=-L/usr/local/lib LUA_CFLAGS=-I/usr/local/include bash> I am now having a different problem. "make" fails with hundreds of unresolved symbols containing "LUA" in their names. I feel it's safe to assume that the problem ("make" failing) is still related to the relationship between EDJE and LUA on a MacOS-X environment. There may be a real problem with the liblua.a file, although "make test" in lua was successful. Or EDJE is getting something unexpected from LUA during "make". If anyone cares I can post some of the error messages. Dave -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
On Mar 31, 2010, at 1:05 PM, Vincent Torri wrote: > On Wed, 31 Mar 2010, Dave Ray wrote: >>> if you just configured with >>> LUA_CFLAGS="-I/my/prefix/include" LUA_LIBS="-L/my/prefix/lib" ./ >>> configure >>> then it's normal. >>> Try >>> LUA_CFLAGS="-I/my/prefix/include" LUA_LIBS="-L/my/prefix/lib - >>> llua" ./configure > > did you read **carefully** the above line. See the > > -llua No I didn't read carefully. My bad. Ok, I retried it with -llua and EDJE compiled just fine. Thanks you! I share your frustration with the LUA implementation. As it turns out, other packages for e17 that I compile after EDJE run into similar problems. In order to compile Elementary I had to manually set ELEMENTARY_CFLAGS and ELEMENTARY_LIBS and manually add - llua. I seem to be on my way to success for installing e17, but standard usage of "configure, make, sudo make install" don't work with anything that has a Lua dependency. -Dave -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
Thans for taking the time to make this diff. Sadly it does not seem to fix the problem. I tried compiling EDJE with and without the patch and with a number of different ENV options with the following results: my normal environment: LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib [ lua located at /usr/local/lib/liblua.a ] 1) without patchfile: ./autogen.sh produces: ... checking for LUA... no checking for LUA... no checking for LUA... no checking for LUA... no configure: error: unable to find Lua 2) with patchfile: ./autogen.sh produces: ... checking for LUA... no checking for LUA... no checking for LUA... no checking for LUA... no ... [autogen.sh finishes without error] [make fails with "ld: symbols not found"] 3) with patchfile: LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib -llua(<- added - llua) ./autogen.sh produces: ... checking for LUA... no checking for LUA... no checking for LUA... no checking for LUA... no ... [autogen.sh finishes without error] [make finishes without error, but might not have LUA linked] 4) with patchfile: LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib (<- without -llua) LUA_CFLAGS=-I/usr/local/include LUA_LIBS=-L/usr/local/lib ./autogen.sh produces: ... checking for LUA... yes ... [autogen.sh finishes without error] [make fails with "ld: symbols not found"] 5) with patchfile: LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib -llua(<- added - llua) LUA_CFLAGS=-I/usr/local/include LUA_LIBS=-L/usr/local/lib ./autogen.sh produces: ... checking for LUA... yes ... [autogen.sh finishes without error] [make finishes without error] From there on, I have to set new environment variables for every package I need to compile that uses LUA or EDJE. [package-name]_CFLAGS=-I/usr/local/include [package-name]_LIBS=-L/usr/local/lib -llua This is what I was reporting yesterday. By the way this is using the latest source in svn. Dave On Mar 31, 2010, at 9:20 PM, Vincent Torri wrote: > > 1) patch edje with the attached file : > > put that file in edje/, then: > > patch -p0 < edje_lua.diff > > 2) set CFLAGS accordingly: > > export CFLAGS="$CFLAGS -I/my/lua/prefix/include" > > 3) set LDFLAGS accordingly: > > export LDFLAGS="$LDFLAGS -L/my/lua/prefix/lib" > > note that there is no -llua anymore > > 4) run 'make', it should launch autoconf and other autotools > automatically > > 5) if edje compiles: > > go to elementary directory > run 'make maintainer-clean' > run './autogen.sh' > run 'make' > > tell me if there are errors > > Vincent -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
Thanks, I am not aware of any patch for MacOS-X but I would be happy to create one , although I might need some help. In the mean time, I have used other work-arounds that have allowed me to compile and install the packages. FYI "Fink" (as described on the E MacOSX page) is an older X11 implementation on MacOS that has been out of date and unsupported for at least 2 years (actually Fink has many problems and was abandoned). Apple's latest X11 implementation is excellent, much more compatible than before, and does not require Fink. E16 compiles and runs great just using the default Darwin environment, and I am very close to getting E17 to work. I plan to make a binary install package for MacOS and to help update the Enlightenment MacOS-X page as soon as I have a working wm. That page is very out of date. -Dave On Apr 1, 2010, at 3:33 PM, Carsten Haitzler (The Rasterman) wrote: > On Thu, 1 Apr 2010 15:11:55 -0700 Dave Ray said: > > see my previous mail. lua as-is from upstream is insufficient. you > need to > patch it like linux distributions do to make it sane. > >> Thans for taking the time to make this diff. Sadly it does not seem >> to >> fix the problem. I tried compiling EDJE with and without the patch >> and >> with a number of different ENV options with the following results: >> >> my normal environment: >> LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib >> [ lua located at /usr/local/lib/liblua.a ] >> >> 1) without patchfile: >> >> ./autogen.sh produces: >> ... >> checking for LUA... no >> checking for LUA... no >> checking for LUA... no >> checking for LUA... no >> configure: error: unable to find Lua >> >> 2) with patchfile: >> >> ./autogen.sh produces: >> ... >> checking for LUA... no >> checking for LUA... no >> checking for LUA... no >> checking for LUA... no >> ... >> [autogen.sh finishes without error] >> [make fails with "ld: symbols not found"] >> >> 3) with patchfile: >> LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib -llua(<- >> added - >> llua) >> ./autogen.sh produces: >> ... >> checking for LUA... no >> checking for LUA... no >> checking for LUA... no >> checking for LUA... no >> ... >> [autogen.sh finishes without error] >> [make finishes without error, but might not have LUA linked] >> >> 4) with patchfile: >> LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib (<- without - >> llua) >> LUA_CFLAGS=-I/usr/local/include >> LUA_LIBS=-L/usr/local/lib >> >> ./autogen.sh produces: >> ... >> checking for LUA... yes >> ... >> [autogen.sh finishes without error] >> [make fails with "ld: symbols not found"] >> >> 5) with patchfile: >> LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib -llua(<- >> added - >> llua) >> LUA_CFLAGS=-I/usr/local/include >> LUA_LIBS=-L/usr/local/lib >> >> ./autogen.sh produces: >> ... >> checking for LUA... yes >> ... >> [autogen.sh finishes without error] >> [make finishes without error] >> >> From there on, I have to set new environment variables for every >> package I need to compile that uses LUA or EDJE. >> [package-name]_CFLAGS=-I/usr/local/include >> [package-name]_LIBS=-L/usr/local/lib -llua >> >> This is what I was reporting yesterday. >> >> By the way this is using the latest source in svn. >> >> Dave >> >> >> On Mar 31, 2010, at 9:20 PM, Vincent Torri wrote: >> >>> >>> 1) patch edje with the attached file : >>> >>> put that file in edje/, then: >>> >>> patch -p0 < edje_lua.diff >>> >>> 2) set CFLAGS accordingly: >>> >>> export CFLAGS="$CFLAGS -I/my/lua/prefix/include" >>> >>> 3) set LDFLAGS accordingly: >>> >>> export LDFLAGS="$LDFLAGS -L/my/lua/prefix/lib" >>> >>> note that there is no -llua anymore >>> >>> 4) run 'make', it should launch autoconf and other autotools >>> automatically >>> >>> 5) if edje compiles: >>> >>> go to elementary directory >>> run 'make maintainer-clean' >>> run './autogen.sh' >>> run 'make' >>> >>> tell me if there are errors >>> >>> Vincent >> >> >> -- >> Download Intel® Paral
[E-devel] e17 on on MacOS-X 10.5 - very close to success
With the EDJE and LUA work-arounds I managed to get very close to success. I installed all the prerequisite libs and e17 seemed to finish compiling the binaries, and is failing on what looks like some localization issue. I'm including the error message in hopes that someone can recommend a work-around. ~e/trunk/e/ > make ... ... Summary: Wrote 24 collections Wrote 49 images Wrote 0 fonts Wrote 6082 bytes (6Kb) of original source data Wrote 12 bytes (0Kb) of original source font map Conservative compression summary: Wrote total 92104 bytes (90Kb) from 53023 (52Kb) input data Output file is 173.7% the size of the input data Saved -39081 bytes (-37Kb) Raw compression summary: Wrote total 92104 bytes (90Kb) from 426072 (416Kb) raw input data Output file is 21.6% the size of the raw input data Saved 333968 bytes (326Kb) Making all in other make[3]: Nothing to be done for `all'. Making all in tools make[3]: Nothing to be done for `all'. Making all in xsession make[3]: Nothing to be done for `all'. Making all in input_methods make[3]: Nothing to be done for `all'. Making all in etc make[3]: Nothing to be done for `all'. Making all in icons make[3]: Nothing to be done for `all'. Making all in backgrounds make[3]: Nothing to be done for `all'. make[3]: Nothing to be done for `all-am'. Making all in doc make[2]: Nothing to be done for `all'. Making all in po make enlightenment.pot-update ... ... test -z "ar.gmo bg.gmo ca.gmo cs.gmo da.gmo de.gmo el.gmo eo.gmo es.gmo et.gmo fi.gmo fo.gmo fr.gmo fr_CH.gmo he.gmo hr.gmo hu.gmo it.gmo ja.gmo km.gmo ko.gmo ku.gmo lt.gmo ms.gmo nb.gmo nl.gmo pl.gmo pt.gmo pt_BR.gmo ro.gmo ru.gmo sk.gmo sl.gmo sv.gmo tr.gmo uk.gmo zh_CN.gmo zh_TW.gmo" || make ar.gmo bg.gmo ca.gmo cs.gmo da.gmo de.gmo el.gmo eo.gmo es.gmo et.gmo fi.gmo fo.gmo fr.gmo fr_CH.gmo he.gmo hr.gmo hu.gmo it.gmo ja.gmo km.gmo ko.gmo ku.gmo lt.gmo ms.gmo nb.gmo nl.gmo pl.gmo pt.gmo pt_BR.gmo ro.gmo ru.gmo sk.gmo sl.gmo sv.gmo tr.gmo uk.gmo zh_CN.gmo zh_TW.gmo /usr/local/bin/msgmerge --update ar.po enlightenment.pot .. done . /usr/local/bin/msgmerge: `ar.po': No such file or directory make[3]: *** [ar.po] Error 1 make[2]: *** [stamp-po] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 on on MacOS-X 10.5 - very close to success
On Apr 3, 2010, at 2:51 AM, Leif Middelschulte wrote: > Hi Dave, > > 2010/4/3 Dave Ray : >> Thanks, that seemed to do the trick. >> >> e17 now compiles and installs without error. >> > I can confirm that. > >> X11 is crashing when I start e17. I will go on irc to get some help >> debugging. > Due to moving I won't have my iMac any longer to support you in this > task. It SEGVed on my OS X.6.2 as well. IIRC it was some bad access > within some strcmp, but I can't recall it entirely. I hope you'll get > it running on OSX. Elementary works already. > Btw. do you have problems with eweather/elm_weather-test as well? I will continue to work on getting e17 to run on Mac OS-X 10.5 Leopard, using the latest stable development X11 release (which I am also helping test.). Currently enlightenment SEGV's and leaves a crash report that says something is going on with the e_core_x thread. As I recall I couldn't get edje and ecore to compile without forcing the ecore_x option. Now that I see this error I will hand-delete all the libs and start from scratch again without the e_core_x option. Elementary wasn't in the trunk branch of the svn build so I didn't build or install it. Do I need it? Where in svn is it? My goal is to get e17 working with the bare minimum functionality, then introduce one feature at a time and build it as far as I can get. I would love to add GL support etc but Apple's X11 is limited in that it's not a true x.org server, it's a modified "quartz" X server that co-exists with the MacOS equivalent. There are a lot of uncertainties what options in the e17 build will work on it. e16 compiles easily and runs well on a stock 10.5.8 system without Fink or MacPorts installed. I never got to run eweather/elm_weather-test because e17 never ran, it would SEGV before any windows were drawn. Dave -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 on on MacOS-X 10.5
I have pruned all the e17 libs from my system and starting fresh. I decided to use the latest stable snapshot from Dec 09 for my MacOS-X target rather than the latest svn. I installed eina, embryo, eet and evas. I am I am compiling ecore since it appears to be required for edje, efreet and e_dbus. I am experiencing a problem with ecore/po/Makefile. When I run 'sudo make install' I am getting the following: .. Making install in po /bin/sh @MKINSTALLDIRS@ /usr/local/share /bin/sh: @MKINSTALLDIRS@: No such file or directory make[1]: *** [install-data-yes] Error 127 make: *** [install-recursive] Error 1 It looks like the Makefile generation from ./autogen.sh is leaving out the substitution for @mkinstalld...@. When I run ./autogen.sh I noticed the following warning: .. config.status: creating po/Makefile.in config.status: WARNING: po/Makefile.in.in seems to ignore the -- datarootdir setting .. Can someone recommend a fix? Or can I just manually edit this to get going, what should I substitute @MKINSTALLDIRS@ with ? Would I have better overall luck with the svn source? Dave -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 on on MacOS-X 10.5
OK, I am back using the svn source. Starting over with the svn source I had the same problem with compiling ecore. Thanks for the tip on using "--disable-nls". That fixed the problem. In the dec 09 snapshot, edje would not compile without errors. With the svn source, edje and all the prerequisite libs compile and install and I am having a problem compiling e. So close! e is failing to compile with the following: Making all in bin gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../../src/bin - I../../src/lib -DUSE_E_CONFIG_H -I/usr/local/include -I/usr/include -I/ usr/X11/include -I/usr/local/include/efreet -I/usr/local/include/ dbus-1.0/include -I/usr/local/include/dbus-1.0 -I/usr/local/include -I/ usr/local/include/eina-0 -I/usr/local/include/eina-0/eina -I/usr/local/ include/freetype2 -I/usr/X11R6/include -I /System/Library/Frameworks/ CoreFoundation.framework/Headers -I /System/Library/Frameworks/ IOKit.framework/Headers -DLOWRES_PDA=1 -DMEDIUMRES_PDA=2 -DHIRES_PDA=3 -DSLOW_PC=4 -DMEDIUM_PC=5 -DFAST_PC=6 -DE17_PROFILE=SLOW_PC - DPACKAGE_BIN_DIR=\"/usr/local/bin\" -DPACKAGE_LIB_DIR=\"/usr/local/lib \" -DPACKAGE_DATA_DIR=\"/usr/local/share/enlightenment\" -DLOCALE_DIR= \"/usr/local/share/locale\" -DPACKAGE_SYSCONF_DIR=\"/usr/local/etc\" - I/usr/local/include -I/usr/include -I/usr/X11/include -I/usr/local/ include -MT e_main.o -MD -MP -MF .deps/e_main.Tpo -c -o e_main.o e_main.c In file included from e_main.c:5: e.h:83:21: error: Ecore_X.h: No such file or directory I compiled ecore without ecore_x. That was disabled by default. People on this list have said ecore can be compiled without ecore_x. Why is e looking for ecore_x? Is it required for e? Do I have to force some option in the autogen.sh script of e to suppress ecore_x? Dave -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 on on MacOS-X 10.5
I'm using e17 as an X11 window manager for Apple's X11 implementation. In theory It's possible to use e17 foundation libs to build apps that don't require X11 ("cocoa"), but that's not what I'm doing. Someone on this list told me I didn't need ecore_x, but that mislead me. They were correct in principle but that didn't apply to what I'm doing. Also I'm not replacing Apple's GUI with e17 as one would do in a Linux distro. Apple's X11 sits on top of their own GUI (Quartz) and it has surprisingly good compatibility for co-existing. This is why I'm using Apple's X11 versus dual booting with Ubuntu, I can mix and match programs from both environments simultaneously, with the best work prouctivity. It's also possible _in principle_ to boot MacOS-X (Darwin) into a CLI and then run a true x11.org server. It works, I know people who have dome it, but not a good option because software is less stable and harder to develop than on Linux packages such as Ubuntu. I have a dual boot with MacOS-X and Ubuntu. Compiling for Ubuntu is a no-brainer, Apple's X11 is tricky. Back to the topic... At this time everything installs and compiles. I did need to use some options and flags that members here helped me with for several of the libs. Currently I have not yet been able to get e17 to run, however I _am_ getting meaningful error messages from e17 and going back to re- compile some of the libs with different flags. At this time I don't need help from this list on how to fix the errors, just haven;t had enough time to recompile. I will post my success or ask for help at the next hurdle. Dave On Apr 7, 2010, at 7:01 AM, Iván Briano (Sachiel) wrote: > On Wed, Apr 7, 2010 at 10:34 AM, Vincent Torri > wrote: >> >> >> On Wed, 7 Apr 2010, Iván Briano (Sachiel) wrote: >> >>> E is a window manager for X, thus, it requires X. >> >> can't the Windows manager of the mac os x be replaced ? >> > > As far as I know, the "wm" of theirs is not an X thing, so you would > still need to install the X stuff for the mac, and then have ecore_x > built, and only then E would work. But this' all from reading around, > never did it myself. > >> Vincent -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 on on MacOS-X 10.5
I just want to write a quick note that after many iterations of compiling, e17 is now starting up and running on MacOS-X 10.5.8 without fink or mac ports. Using the latest Apple X11 development release for MacOSX. I'm still working out the kinks and hope to post more details soon. I'll definitely contribute to the wiki. Dave -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 on on MacOS-X 10.5
I am very close to getting e17 to finish compiling. I am getting a make error part way through e/data/themes/images, while edje_cc is running. Is svn currently stable in e/data/themes/images? I would really prefer to get help on irc without having to post this message. I tried #e and feel very frustrated and discouraged from the experience, I spent 30 minutes trying to request help and apparently never had posting permission, and none of the admins were answering my requests. I tried two different irc clients hoping the problems were the client. If anybody is willing to take a few minutes with me on irc could you please email me privately. I can't seem to post this request on irc directly. Dave -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 on on MacOS-X 10.5
I did get some help getting set up on irc. Very sorry for the noise level. No worries if there a glitch somewhere, I know it;s alpha. It's _really good_ alpha. I did get the help I needed off line, thanks Tom, I'm having some challenges with e17 on a perhaps non-standard system. I've been through about 20 iterations in the last 3 weeks of compiling everything from svn. The difficulties are due to my non-standard system, e17 compiles fairly easily on Linux system I've used. Apple X11 (Quartz) on MacOS 10.5.8 has come a long way in its development and I'm compiling against the latest stable development Apple X11 release and XCode. I'm taking extensive notes, I have to use non-standard configure flags and environment variables for just about every package. e17 did manage to run once, but image loading wasn't working, and I'm trying to fix that now. When I'm having trouble and pulling my hair out it's due to my own ambition/stupidity of choosing this environment, my emotions are not meant to be directed to anyone. I'm grateful for the help I've received here. Currently I'm following up on errors I don't need to post about. When I have success I will post details, and will update the wiki if there's interest. Thanks again Tom for setting me up on #irc. Dave On Apr 13, 2010, at 5:57 PM, Carsten Haitzler (The Rasterman) wrote: > On Tue, 13 Apr 2010 17:23:21 -0700 Dave Ray said: > >> I am very close to getting e17 to finish compiling. I am getting a >> make error part way through e/data/themes/images, while edje_cc is >> running. >> >> Is svn currently stable in e/data/themes/images? >> >> I would really prefer to get help on irc without having to post this >> message. I tried #e and feel very frustrated and discouraged from the >> experience, I spent 30 minutes trying to request help and apparently >> never had posting permission, and none of the admins were answering >> my >> requests. I tried two different irc clients hoping the problems were >> the client. If anybody is willing to take a few minutes with me on >> irc >> could you please email me privately. I can't seem to post this >> request >> on irc directly. > > you have to register your nick on freenode to post (this stops > spammers simply > joining blurting something and leaving - they need to go thru a whole > registration effort too and thus can be tracked more easily). > > as for stable - yes it's stable. remember this - we eat our own > dogfood. that > means most e developers update, compile and run and USE e (and efl > below it of > course) as their main wm all day. if things break - they break for > very short > periods before one of us goes "oh shit thats annoying" and fixes it. > as it > annoys us and breaks our own wm''s. > > -- > - Codito, ergo sum - "I code, therefore I am" > -- > The Rasterman (Carsten Haitzler)ras...@rasterman.com > -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 on on MacOS-X 10.5 working
I am happy to report that after pulling along night, e17 is running well, with most of the modules working. This is on MacOS-X 10.5.8 without Fink or Mac Ports installed, using the latest Apple X11 development release. I installed a few themes and checked them out. I have some screen snaps that show e17 running along side MacOS-X apps, I now have a recipe for building it on MacOS without Fink or Mac Ports, I want to repeat the install on a clean 10.5.8 system to make sure I didn't leave out any build steps. Then I can update the wiki. A few modules aren't working, I'll look into those in the near future. Thanks again for all the help. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 on on MacOS-X 10.5
On Apr 8, 2010, at 7:08 AM, Gustavo Chaves wrote: > I just want to write a quick note that after many iterations of > compiling, e17 is now starting up and running on MacOS-X 10.5.8 > without fink or mac ports. Using the latest Apple X11 development > release for MacOSX. I'm still working out the kinks and hope to post > more details soon. I'll definitely contribute to the wiki. > Dave > > > Really nice :) If you can take some time to screencast it, it would > be kool :D. > I posted a screen capture and a short screencast movie at: http://drop.io/mymedia Enjoy! -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 on on MacOS-X 10.5
I have a draft of a wiki ready to post. Also I would like to transfer my sceeen captures to the e site and link them to the wiki if possible. Dave On Apr 19, 2010, at 2:54 AM, Vincent Torri wrote: > >> Have you written a wiki guide on how you did it all? Would be awesome >> for the community to have that.. I imagine Manowarriror would like >> that once his Mac is fixed. :) > > look in the wiki first... > > http://trac.enlightenment.org/e/wiki/MACOSX > > though it must be improved > > Vincent -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 on on MacOS-X 10.5 - wiki updated
Wiki for Mac-OS X has been totally re-written. http://trac.enlightenment.org/e/wiki/MACOSX Is there a way to delete the old attachments from the wiki that are linked to non-existent files? On Apr 19, 2010, at 2:54 AM, Vincent Torri wrote: > >> Have you written a wiki guide on how you did it all? Would be awesome >> for the community to have that.. I imagine Manowarriror would like >> that once his Mac is fixed. :) > > look in the wiki first... > > http://trac.enlightenment.org/e/wiki/MACOSX > > though it must be improved > > Vincent -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 on on MacOS-X 10.5 - wiki updated
On Apr 19, 2010, at 12:18 PM, Vincent Torri wrote: >> http://trac.enlightenment.org/e/wiki/MACOSX > > I'll manage the formatting / layout of the wiki. Though, some > questions: > > 1) are you *sure* that e_dbus must be compiled *before* eina and > ecore ? No, definitely not. Some of the libs have an order dependency, some not. I would like to be more explicit but couldn't find documentation on the dependencies of all the libs, or the order to compile. This list was the result of trial and error. > 2) why do you need --enable-simple-x11 when configuring evas ? e17 threw an error that software-X11 was not compiled into ecore_evas. I added this flag to evas initially, and then got a different e17 error that ecore was missing ecore_evas_software_X11. So I added the flag to ecore as well. EFL can be used without X11 in principle, to develop Cocoa apps without X11. So it's not unreasonable for software_X11 to be off by default. That's just a guess why I had to set the flag manually. > 3) About the prerequiqites, you say that one must download them. > Where ? In the official web site of these libraries ? Yes. Should I provide links to those? >> Is there a way to delete the old attachments from the wiki that are >> linked to non-existent files? > > It seems that it is a problem with the wiki. I don't know much trac. > Maybe someone should ask in #trac I haven't looked at them, but I'm not sure if they are relevant in the current iteration of the wiki. -Dave -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 on on MacOS-X 10.5 - wiki updated
On Apr 19, 2010, at 1:08 PM, Vincent Torri wrote: > order: > > eina > eet > evas > ecore > embryo > edje > efreet > e_dbus > e17 > > efree, e_dbus and edje depend only on ecore (and its deps) so they > can be compiled in any order after ecore has been installed. > > embryo does not depend on anything but is usually compiled just > before edje, as only edje is using it. OKay, good, I will update the wiki with this. > Btw, another question: did you try to compile and test elementary ? > >>> 2) why do you need --enable-simple-x11 when configuring evas ? >> >> e17 threw an error that software-X11 was not compiled into >> ecore_evas. >> >> I added this flag to evas initially, and then got a different e17 >> error that ecore was missing ecore_evas_software_X11. So I added >> the flag to ecore as well. >> >> EFL can be used without X11 in principle, to develop Cocoa apps >> without X11. So it's not unreasonable for software_X11 to be off by >> default. That's just a guess why I had to set the flag manually. > > if you just run evas configure (without any flag), in the configure > output, is the software Xlib enabled ? If not, paste in pastebin the > config.h file. There is a problem that must be fixed. The detection > should be automatic (see line 118 of evas configure.ac) I am not sure that evas configure was the problem. The problem may have been with ecore all along. At the time, I was working in brute- force mode. I will re-check this. e17 definitely threw an error about software X11 in evas but it wasn't clear if the problem was from evas or ecore's default config. -Dave -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 on on MacOS-X 10.5 - wiki updated
I just retested the default config for evas, on MacOS-X. ... Software X11...: yes (Xlib: yes) (XCB: no) And the default config for ecore: ... Ecore_X..: no ... Ecore_Evas...: yes Software X11...: no So it looks like I was wrong about evas needing to specify the simple_X11 flag in the config. Looks like ecore needs the optional flags set. I'll update the wiki, but have one more test to do: I'm setting up a fresh OS install without the legacy of apps and libs on my main system, so that I can repeat the whole install process on a clean system. I'm sure I'll have some additional changes. I'll report what I find and update the wiki from that. I'll also use the order you recommended. Dave On Apr 19, 2010, at 1:08 PM, Vincent Torri wrote: > > > On Mon, 19 Apr 2010, Dave Ray wrote: > >>> 1) are you *sure* that e_dbus must be compiled *before* eina and >>> ecore ? >> >> No, definitely not. Some of the libs have an order dependency, some >> not. I would like to be more explicit but couldn't find >> documentation on the dependencies of all the libs, or the order to >> compile. This list was the result of trial and error. > > order: > > eina > eet > evas > ecore > embryo > edje > efreet > e_dbus > e17 > > efree, e_dbus and edje depend only on ecore (and its deps) so they > can be compiled in any order after ecore has been installed. > > embryo does not depend on anything but is usually compiled just > before edje, as only edje is using it. > > Btw, another question: did you try to compile and test elementary ? > >>> 2) why do you need --enable-simple-x11 when configuring evas ? >> >> e17 threw an error that software-X11 was not compiled into >> ecore_evas. >> >> I added this flag to evas initially, and then got a different e17 >> error that ecore was missing ecore_evas_software_X11. So I added >> the flag to ecore as well. >> >> EFL can be used without X11 in principle, to develop Cocoa apps >> without X11. So it's not unreasonable for software_X11 to be off by >> default. That's just a guess why I had to set the flag manually. > > if you just run evas configure (without any flag), in the configure > output, is the software Xlib enabled ? If not, paste in pastebin the > config.h file. There is a problem that must be fixed. The detection > should be automatic (see line 118 of evas configure.ac) > > The logic about Xlib in evas and ecore: > > a) evas builds the Xlib engine as a shared lib > > b) ecore builds ecore-x for the different functions about X > programming and ecore-evas Xlib part checks if > i) the Xlib evas engine is installed > ii) ecore-x is built. > > So if the Xlib evas engine or ecore-x are not built, ecore-evas will > not have the Xlib support and e17 will not work. > >>> 3) About the prerequiqites, you say that one must download them. >>> Where ? In the official web site of these libraries ? >> >> Yes. Should I provide links to those? > > well, see how i did for Windows: > > http://trac.enlightenment.org/e/wiki/EFLWindowsXP > > Vincent -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 on on MacOS-X 10.5 - wiki updated
You had asked if I tried to compile elementary on MacOS-X. The elementary package from the Dec 2009 snapshot is a single directory containing the usual autogen.sh, etc. The configure script finishes without error, but it fails on make: ... In file included from ./Elementary.h:70, from elm_main.c:15: /usr/local/include/Ecore_Job.h:44: error: conflicting types for 'Ecore_Job' /usr/local/include/Ecore.h:155: error: previous declaration of 'Ecore_Job' was here ... The elementary package in the current svn contains four subdirectories: calculator, converter, phonebook, sticky-notes. I tried to run ./autogen.sh in calculator, and it fails the configure script: ... checking for working alloca.h... yes checking for alloca... yes checking for __attribute__... yes ./configure: line 11279: syntax error near unexpected token `ELEMENTARY,' ./configure: line 11279: `PKG_CHECK_MODULES(ELEMENTARY, elementary)' That's as far as I've gotten on elementary. Dave On Apr 19, 2010, at 1:08 PM, Vincent Torri wrote: > > Btw, another question: did you try to compile and test elementary ? -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 on on MacOS-X 10.5 - elementary
On Apr 20, 2010, at 2:13 PM, Vincent Torri wrote: > use only the svn code. Also, you have an olf ecore-job installed. > ecore-job have been integrated into ecore 'core'. So Ecore_Job.h and > all the ecore_job libs must be removed. > > ... > you need first elementary that is in TMP/st/elementary. > I took out the old libs and headers. Elementary in TMP/st/elementary compiles and installs fine. I ran elementary_test while in e17 and most tests passed. elementary_run threw an error, but I'm not sure if it is intended to be run at the CLI. I would love to install and run apps that are built with elementary, are there any? -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 on on MacOS-X 10.5 - editje
Editje is almost working. It fails on a post-compile script involving edje_cc at the very end of 'make'. > make Making all in editje make[1]: Nothing to be done for `all'. Making all in data Making all in themes Making all in default Making all in images make[4]: Nothing to be done for `all'. Making all in elm_images make[4]: Nothing to be done for `all'. /bin/edje_cc -v -id ../../../data/themes/default/images -id ../../../ data/themes/default/elm_images \ ../../../data/themes/default/default.edc \ ../../../data/themes/default/default.edj ERR:EDJE_CC edje_cc_parse.c:1067 check_arg_count() /bin/edje_cc: Error. desktop.edc:201 got 4 arguments, but expected 2 make[4]: *** [default.edj] Error 255 ... Any suggestions? On Apr 20, 2010, at 3:53 PM, Gustavo Chaves wrote: > If you can get the python bindings working, there's Editje :) > -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 on on MacOS-X 10.5 - enki
I would LOVE to get these working! Having a rough time with all of them. On Apr 20, 2010, at 4:08 PM, Vincent Torri wrote: >> I took out the old libs and headers. Elementary in TMP/st/ >> elementary compiles and installs fine. >> >> I would love to install and run apps that are built with >> elementary, are there any? > > Watchwolf has written 2 tools: > > * eyelight : a presentation tool (like powerpoint) eyelight requires emotion emotion: autogen.sh says: configure: error: Xine, Gstreamer or VLC backends must be selected to build Emotion Do I really need one of those? I tried ./autogen.sh --disable-xine --disable-gstreamer --disable-vlc but got the same error > * enki + enlil : a photo manager > > enki and anlil are in trunk/. enki: autogen.sh completes, make appears to require enlil enlil: autogen.sh completes, make appears to require emotion > Nicolas Aguirre has written Enna, a media center : > > http://www.geexbox.org/en/index.html > http://hg.geexbox.org/enna/ enna: autogen.sh finishes without error. fails make. ... metadata.c:31:22: error: valhalla.h: No such file or directory maybe something with the source? valhalla.h is something in its own source. > > There is also an image wiewer in trunk/PROTO/ image_viewer: autogen.sh finishes without error. fails make. Errors suggest it requires ethumb. Installed ethumb, no problems. re-ran autogen.sh for image_viewer: finishes without error. fails make. Errors suggest it requires elm? Not exactly sure what packages it is missing. I would love to get all these apps working! -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 on on MacOS-X 10.5 - editje
On Apr 20, 2010, at 6:18 PM, Tom Haste wrote: > Same issue you had with E17, edje_cc doesnt work on Mac... No, I fixed that. The failure I had before with edje_cc was a problem with the jpeg image loader, I fixed it by re-installing evas without DYLD_LIBRARY_PATH set. edje_cc works, has to work for e17 to load all the images. This error is due to edje_cc being passed 4 arguments when it expects 2. > Toma > > On 21 April 2010 09:08, Dave Ray wrote: >> Editje is almost working. It fails on a post-compile script involving >> edje_cc at the very end of 'make'. >> >> > make >> Making all in editje >> make[1]: Nothing to be done for `all'. >> Making all in data >> Making all in themes >> Making all in default >> Making all in images >> make[4]: Nothing to be done for `all'. >> Making all in elm_images >> make[4]: Nothing to be done for `all'. >> /bin/edje_cc -v -id ../../../data/themes/default/images -id ../../../ >> data/themes/default/elm_images \ >>../../../data/themes/default/default.edc \ >>../../../data/themes/default/default.edj >> ERR:EDJE_CC edje_cc_parse.c:1067 check_arg_count() /bin/edje_cc: >> Error. desktop.edc:201 got 4 arguments, but expected 2 >> make[4]: *** [default.edj] Error 255 >> ... -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 on on MacOS-X 10.5 - emotion and vlc
I am trying to install emotion. It requires VLC, gstreamer or Xine. I have VLC already installed on Mac-OS-X and the "app" contains a directory with all the working libs and headers. I am trying something unusual: to use the libs in the MacOS-X application to compile emotion. Not sure if this is possible. I set VLC_LIBS="-L/Applications/Video/VLC.app/Contents/MacOS/lib $E_LIBS" VLC_CFLAGS="-I/Applications/Video/VLC.app/Contents/MacOS/include/vlc - I/Applications/Video/VLC.app/Contents/MacOS/include $E_CFLAGS" To my surprise, the configure script in emotion was happy, and configured everything to make. ... Modules: Xine...: no Vlc: yes ... Make almost finished, but I have linker errors with undefined symbols for VLC. Problem is, there is no .pc file in the VLC "app", and there does not appear to be a .a file either that I could use for -lvlc. All the libs in the MacOS-X app are .dylib. Would really prefer not to install duplicate VLC libs just to make emotion. I'm out of tricks. Any suggestions? -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 on on MacOS-X 10.5 - emotion and xine
I installed xine and emotion. xine required a small tweak - my default libtool wasn't working, I replaced [xine-src-dir]/libtool with a copy of /usr/bin/glibtool. Then it compiled and installed fine I think. Emotion found xine, compiled and installed. When I run emotion_test [movie-file.mp4] I get these errors: Xlib: extension "DPMS" missing on display "/tmp/launch-GriZ1I/org.x:0". Xlib: extension "RANDR" missing on display "/tmp/launch-GriZ1I/org.x: 0". module : xine No backend loaded The Xlib errors maybe nothing to worry about. Don't understand 'no backend loaded'. On Apr 20, 2010, at 11:39 PM, Vincent Torri wrote: > the vlc module was not working properly, according to some people. > You have to install xine or gstreamer. > > Try xine (i think it will be the simplest) : > > http://www.xine-project.org/releases > > I think that you will just have to do > > ./configure > make > make install > > Once xine is installed, compile emotion. > > ./configure <--- no option. Verify that the xine module is selected > make > make install > > Then test emotion like that: > > emotion_test videofile > > Vincent -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 on on MacOS-X 10.5 - emotion and xine
/usr/local/lib/emotion/xine.so /usr/local/lib/libxine.dylib -> libxine.1.28.0.dylib I downloaded the latest svn for emotion and got the same results. Do I have to add something to my ENV? On Apr 21, 2010, at 12:01 PM, Vincent Torri wrote: > > > On Wed, 21 Apr 2010, Vincent Torri wrote: > >> >> >> On Wed, 21 Apr 2010, Dave Ray wrote: >> >>> I installed xine and emotion. >>> xine required a small tweak - my default libtool wasn't working, I >>> replaced [xine-src-dir]/libtool with a copy of /usr/bin/glibtool. >>> Then it compiled and installed fine I think. >>> Emotion found xine, compiled and installed. >>> When I run >>> emotion_test [movie-file.mp4] >>> I get these errors: >>> Xlib: extension "DPMS" missing on display "/tmp/launch-GriZ1I/ >>> org.x:0". >>> Xlib: extension "RANDR" missing on display "/tmp/launch-GriZ1I/ >>> org.x:0". >>> module : xine >>> No backend loaded >>> The Xlib errors maybe nothing to worry about. >>> Don't understand 'no backend loaded'. >> >> can you tell me where the xine.so (or xine.dylib ?) module is >> installed ? (usually in $prefix/lib/emotion) > > btw, update emotion svn code and install emotion again. There was a > bug in the detection of the modules > > Vincent -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 on on MacOS-X 10.5 - emotion and xine
On Apr 21, 2010, at 12:38 PM, Vincent Torri wrote: > On Wed, 21 Apr 2010, Dave Ray wrote: > >> /usr/local/lib/emotion/xine.so > > btw, it's strange that xine.so, and not xine.dylib, is created. Is > it working if you rename it ? I just tried that and get the same results. I also tried ./autogen.sh --enable-shared --enable-static and got the same results. Not sure if this is helpful but here is a copy of the config messages: emotion 0.1.0.043 Configuration Options Summary: Modules: Xine...: yes Vlc: no Gstreamer..: no Gstreamer FFmpeg...: no Gstreamer CDDA.: no Build emotion_test...: yes edje_cc..: /bin/edje_cc Edje EXTERNAL support: yes Compilation: make (or gmake) CPPFLAGS.: CFLAGS...: -I/usr/local/include -I/usr/include -I/usr/ X11/include -I/usr/local/include/efreet -I/usr/local/include/dbus-1.0/ include -I/usr/local/include/dbus-1.0 -I/usr/local/include/eina-0 -I/ usr/local/include/eina-0/eina LDFLAGS..: -L/usr/lib -L/usr/X11/lib -L/usr/local/lib - lefreet -lefreet_mime -lecore_x -lecore_evas -lecore_ipc -ledje - ledbus -lehal -llua -lintl Installation...: make install (as root if needed, with 'su' or 'sudo') prefix...: /usr/local -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 on on MacOS-X 10.5 - emotion and xine
I tried ./configure --enable-xine=static > ls -l /usr/local/lib/emotion/ total 88 -rwxr-xr-x 1 root wheel 2093 Apr 21 12:50 xine.la -rwxr-xr-x 1 root wheel 39008 Apr 21 12:50 xine.so > On Apr 21, 2010, at 1:12 PM, Vincent Torri wrote: >> > try just: > > ./configure --enable-xine=static -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] e17 on OSX: blank file menus
I apologize if this has already been discussed. I have been building e17 on OSX for a few years, but there was a 6-month gap since I last tested it. Checking the SVN source now, there are a couple new issues I haven't seen before. The file selection menus in the file manager are blank. For example, if I use the Navigate menu and select any folder. The window seems to draw everything normally, just the list of files and directories are blank. See attached screen shots. Same problem with Wallaper, and other modules that involve file selection. There are a few error messages at the console when I start e17. I don't know if they are important or related to the problem. I get no errors when I open a window in e17 that has the problem. You can see the e17 console messages here: http://pastebin.com/FgK781Mm Just to be complete: On OSX, dbus-session is running but dbus-system is not. HAL doesn't support devices on Intel processors on OSX, so I turned off HAL and dbus-system. That shouldn't matter though. I always did that before and never had any problems. (Just never used temperature, cpu, etc) I don't know how far back this problem goes, since there was a 6-month gap in my testing. Any suggestions welcome. -Dave -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 on OSX: blank file menus
Hi, Yes, it exists. But there may be something wrong with the full path e17 is looking for: $ ls -al /var/folders/p9/p447lsgn76z04gn3hdvlzgs4gn/T total 0 drwx-- 4 davidray davidray 136 Oct 15 07:24 . drwxr-xr-x 5 davidray davidray 170 Oct 15 07:12 .. drwx-- 3 davidray davidray 102 Oct 15 07:19 enlightenment-davidray@ srwxr-xr-x 1 davidray davidray0 Oct 15 07:13 icssuis501 $ ls -al /var/folders/p9/p447lsgn76z04gn3hdvlzgs4gn/T/enlightenment-davidray\@/ total 0 drwx-- 3 davidray davidray 102 Oct 15 07:19 . drwx-- 4 davidray davidray 136 Oct 15 07:25 .. srwxrwxrwx 1 davidray davidray0 Oct 15 07:19 disp-:0.0-1743%F0?? $ So it looks like the dir exists, but there is a mismatch in the full path. I have no idea how these filenames are created, the % and ? in the path look weird. -Dave On Oct 15, 2012, at 2:32 AM, Carsten Haitzler (The Rasterman) wrote: > does /var/folders/p9/p447lsgn76z04gn3hdvlzgs4gn/T/ > > exist as a dir? you know that if you set $XDG_RUNTIME_DIR or > $SD_USER_SOCKETS_DIR then this dir will be used as as the ipc dir. if not set > $TMPDIR is user and if that isnt set... /tmp is used. it seems you have set > one > of the above $ENVVARS to a dir that doesnt exist? > >> http://pastebin.com/FgK781Mm -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 on OSX: blank file menus
Hi, On Oct 15, 2012, at 8:45 AM, Carsten Haitzler (The Rasterman) wrote: > On Mon, 15 Oct 2012 07:31:04 -0700 Dave Ray said: > >> Hi, >> Yes, it exists. But there may be something wrong with the full path e17 is >> looking for: >> $ ls >> -al /var/folders/p9/p447lsgn76z04gn3hdvlzgs4gn/T/enlightenment-davidray >> \@/ total 0 drwx-- 3 davidray davidray 102 Oct 15 >> 07:19 . drwx-- 4 davidray davidray 136 Oct 15 07:25 .. >> srwxrwxrwx 1 davidray davidray0 Oct 15 07:19 disp-:0.0-1743%F0?? >> $ >> > %F0?? ... almost looks like something became corrupt. the path buffer is > limtied to 1024 bytes but your path is much less than that. the code literally > is: > > snprintf(buf3, sizeof(buf3), "%s/disp-%s-%i", > buf, disp, pid); > so u have buf and disp output find but pid has junk appended to it and > snprintf > sure as hell doesnt append that. oooh wait... > > ecore_con will APPEND "|%i" to it: > > snprintf(buf, >sizeof(buf), >"%s|%i", >svr->name, >svr->port); > > does osx disallow '|' in file paths? Yes, OSX does allow '|' (pipe symbol) in file paths. A shell interpreter is likely to fail with a pipe in the filename though. I tried this a few more times. The socket file e17 creates is always a mismatch with the file that the console message say it's looking for. I guess this is why the file menus aren't working. When the console error is: Cannot connect to enlightenment (socket '/var/folders/p9/p447lsgn76z04gn3hdvlzgs4gn/T//enlightenment-davidray@/disp-:0.0-8629 The socket file created is: disp-:0.0-8629%EC?? I don't understand how snprintf(buf,sizeof(buf),"%s|%i",svr->name,svr->port); can end up as %EA?? So the part of the filename appended by ecore_con is totally broken on OSX. -Dave -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] e17 on mac os x
Hi, The latest source in svn is throwing a new error on Mac OSX when building trunk/e: $ make … CC enlightenment_start-e_start_main.o e_start_main.c: In function ‘main’: e_start_main.c:397: error: ‘PTRACE_TRACEME’ undeclared (first use in this function) e_start_main.c:397: error: (Each undeclared identifier is reported only once e_start_main.c:397: error: for each function it appears in.) e_start_main.c:397: warning: passing argument 4 of ‘ptrace’ makes integer from pointer without a cast e_start_main.c:409: error: ‘PTRACE_ATTACH’ undeclared (first use in this function) e_start_main.c:409: warning: passing argument 4 of ‘ptrace’ makes integer from pointer without a cast e_start_main.c:414: error: ‘PTRACE_CONT’ undeclared (first use in this function) e_start_main.c:414: warning: passing argument 4 of ‘ptrace’ makes integer from pointer without a cast e_start_main.c:430: error: ‘PTRACE_GETSIGINFO’ undeclared (first use in this function) e_start_main.c:430: warning: passing argument 4 of ‘ptrace’ makes integer from pointer without a cast e_start_main.c:446: error: ‘PTRACE_DETACH’ undeclared (first use in this function) … Any suggestions how to resolve this? Vincent Torri provided the following feedback about this: On Nov 5, 2012, at 10:41 PM, Vincent Torri wrote: > it's a ptrace linux function, and it seems that on mac, it's > PT_TRACE_ME. Send a mail to the mailing list, we'll keep the > discussion here Thanks, Dave -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] mac os x
Hi, Vincent Torri suggested I post here.. I'm getting the following when building /trunk/e/ on OSX. $ make … Making all in modules CC clock/e_mod_main.lo clock/e_mod_main.c:811: warning: '_clock_fd_update' defined but not used CC clock/e_mod_config.lo CCLD clock/module.la Undefined symbols for architecture x86_64: "_E_EVENT_BORDER_FULLSCREEN", referenced from: __clock_popup_new in e_mod_main.o "_E_EVENT_DESK_AFTER_SHOW", referenced from: __clock_popup_new in e_mod_main.o "_E_EVENT_SYS_RESUME", referenced from: _e_modapi_init in e_mod_main.o "_e_action_add", referenced from: _e_modapi_init in e_mod_main.o "_e_action_del", referenced from: _e_modapi_shutdown in e_mod_main.o "_e_action_predef_name_del", referenced from: _e_modapi_shutdown in e_mod_main.o "_e_action_predef_name_set", referenced from: _e_modapi_init in e_mod_main.o "_e_config_descriptor_new", referenced from: _e_modapi_init in e_mod_main.o "_e_config_dialog_find", referenced from: _e_int_config_clock_module in e_mod_config.o "_e_config_dialog_new", referenced from: _e_int_config_clock_module in e_mod_config.o "_e_config_domain_load", referenced from: _e_modapi_init in e_mod_main.o "_e_config_domain_save", referenced from: _e_modapi_save in e_mod_main.o "_e_config_save_queue", referenced from: __conf_item_get in e_mod_main.o __basic_apply_data in e_mod_config.o "_e_container_current_get", referenced from: __clock_menu_cb_cfg in e_mod_main.o "_e_gadcon_canvas_zone_geometry_get", referenced from: __clock_cb_mouse_down in e_mod_main.o "_e_gadcon_client_aspect_set", referenced from: __eval_instance_size in e_mod_main.o "_e_gadcon_client_min_size_set", referenced from: __eval_instance_size in e_mod_main.o "_e_gadcon_client_new", referenced from: __gc_init in e_mod_main.o "_e_gadcon_client_util_menu_items_append", referenced from: __clock_cb_mouse_down in e_mod_main.o "_e_gadcon_popup_content_set", referenced from: __clock_popup_new in e_mod_main.o "_e_gadcon_popup_new", referenced from: __clock_popup_new in e_mod_main.o "_e_gadcon_popup_show", referenced from: __clock_popup_new in e_mod_main.o "_e_gadcon_provider_register", referenced from: _e_modapi_init in e_mod_main.o "_e_gadcon_provider_unregister", referenced from: _e_modapi_shutdown in e_mod_main.o "_e_manager_current_get", referenced from: __clock_cb_mouse_down in e_mod_main.o __clock_menu_cb_cfg in e_mod_main.o "_e_menu_activate_mouse", referenced from: __clock_cb_mouse_down in e_mod_main.o "_e_menu_item_callback_set", referenced from: __clock_cb_mouse_down in e_mod_main.o "_e_menu_item_label_set", referenced from: __clock_cb_mouse_down in e_mod_main.o "_e_menu_item_new", referenced from: __clock_cb_mouse_down in e_mod_main.o "_e_menu_new", referenced from: __clock_cb_mouse_down in e_mod_main.o "_e_module_dir_get", referenced from: __gc_icon in e_mod_main.o _e_int_config_clock_module in e_mod_config.o "_e_object_del", referenced from: _e_modapi_shutdown in e_mod_main.o __gc_shutdown in e_mod_main.o __clock_popup_fullscreen_change in e_mod_main.o __clock_cb_mouse_down in e_mod_main.o __clock_settings_cb in e_mod_main.o __clock_popup_desk_change in e_mod_main.o __clock_menu_cb_cfg in e_mod_main.o ... "_e_shelf_desk_visible", referenced from: __clock_popup_desk_change in e_mod_main.o "_e_theme_edje_object_set", referenced from: __gc_init in e_mod_main.o _e_int_clock_instances_redo in e_mod_main.o __clock_popup_new in e_mod_main.o "_e_util_menu_item_theme_icon_set", referenced from: __clock_cb_mouse_down in e_mod_main.o "_e_util_zone_current_get", referenced from: __clock_cb_mouse_down in e_mod_main.o "_e_widget_button_add", referenced from: __clock_popup_new in e_mod_main.o "_e_widget_check_add", referenced from: __basic_create_widgets in e_mod_config.o "_e_widget_frametable_add", referenced from: __basic_create_widgets in e_mod_config.o "_e_widget_frametable_object_append", referenced from: __basic_create_widgets in e_mod_config.o "_e_widget_image_add_from_object", referenced from: __clock_popup_new in e_mod_main.o "_e_widget_label_add", referenced from: __basic_create_widgets in e_mod_config.o "_e_widget_radio_add", referenced from: __basic_create_widgets in e_mod_config.o "_e_widget_radio_group_new", referenced from: __basic_create_widgets in e_mod_config.o "_e_widget_table_add", referenced from: __clock_popup_new in e_mod_main.o __basic_create_widgets in e_mod_config.o "_e_widget_table_object_align_append", referenced from: __clock_popup_new in e_mod_main.o "_e_widget_table_object_append", referenced from: __basic_create_widgets in e_mod_config.o ld: symbol(s) not found for architecture x86_64 collect2: ld returned 1 exit status make[4]
Re: [E-devel] e17 on OSX: blank file menus
On Nov 13, 2012, at 10:40 PM, Carsten Haitzler (The Rasterman) wrote: > On Mon, 15 Oct 2012 20:07:28 -0700 Dave Ray said: > >> Hi, >> >> On Oct 15, 2012, at 8:45 AM, Carsten Haitzler (The Rasterman) wrote: >> >>> On Mon, 15 Oct 2012 07:31:04 -0700 Dave Ray said: >>> >>>> Hi, >>>> Yes, it exists. But there may be something wrong with the full path e17 is >>>> looking for: >>>> $ ls >>>> -al /var/folders/p9/p447lsgn76z04gn3hdvlzgs4gn/T/enlightenment-davidray >>>> \@/ total 0 drwx-- 3 davidray davidray 102 Oct 15 >>>> 07:19 . drwx-- 4 davidray davidray 136 Oct 15 07:25 .. >>>> srwxrwxrwx 1 davidray davidray0 Oct 15 07:19 disp-:0.0-1743%F0?? >>>> $ >>>> >>> %F0?? ... almost looks like something became corrupt. the path buffer is >>> limtied to 1024 bytes but your path is much less than that. the code >>> literally is: >>> >>>snprintf(buf3, sizeof(buf3), "%s/disp-%s-%i", >>> buf, disp, pid); >>> so u have buf and disp output find but pid has junk appended to it and >>> snprintf sure as hell doesnt append that. oooh wait... >>> >>> ecore_con will APPEND "|%i" to it: >>> >>> snprintf(buf, >>> sizeof(buf), >>> "%s|%i", >>> svr->name, >>> svr->port); >>> >>> does osx disallow '|' in file paths? >> >> Yes, OSX does allow '|' (pipe symbol) in file paths. A shell interpreter is >> likely to fail with a pipe in the filename though. >> >> I tried this a few more times. The socket file e17 creates is always a >> mismatch with the file that the console message say it's looking for. I guess >> this is why the file menus aren't working. >> >> When the console error is: >> Cannot connect to enlightenment (socket >> '/var/folders/p9/p447lsgn76z04gn3hdvlzgs4gn/T//enlightenment-davidray@/disp-:0.0-8629 >> >> The socket file created is: >> disp-:0.0-8629%EC?? >> >> I don't understand how >> snprintf(buf,sizeof(buf),"%s|%i",svr->name,svr->port); >> can end up as >> %EA?? >> >> So the part of the filename appended by ecore_con is totally broken on OSX. > > since it seems to be a socket path limitation (in size) and you've used a long > XDG_RUNTIME_DIR, TMPDIR or SD_USER_SOCKETS_DIR just to make it worse... :) > i've shortened the other bits of the socket name to make it hopefully fit in - > but if you make any of these env vars longer yet still u'll hit the problem > again. i suggest finding a way to keep them ... short :) > That is great news, but I won't be able to test it until I can build e17. Another problem has appeared on OSX and e17 (/trunk/e/) won't build for the last week. I posted about the new problem on Nov 13 but there were no replies. I will repost that in a separate thread. Dave -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] OSX /trunk/e/
Hi, I haven't been able to build e17 (/trunk/e/) for the last week on OSX. I get the following build error: $ make … Making all in modules CC backlight/e_mod_main.lo CCLD backlight/module.la Undefined symbols for architecture x86_64: "_e_action_add", referenced from: _e_modapi_init in e_mod_main.o "_e_action_del", referenced from: _e_modapi_shutdown in e_mod_main.o "_e_action_predef_name_del", referenced from: _e_modapi_shutdown in e_mod_main.o "_e_action_predef_name_set", referenced from: _e_modapi_init in e_mod_main.o "_e_backlight_level_get", referenced from: … ... ld: symbol(s) not found for architecture x86_64 collect2: ld returned 1 exit status make[4]: *** [backlight/module.la] Error 1 make[3]: *** [all-recursive] Error 1 If I use --disable-backlight, I get similar errors on the next module. If I use 'make -j 2' if fails on a different module because of the the make processes skips ahead. Using same configure flags as before for OSX: ./autogen.sh --disable-nls --disable-battery --disable-temperature --disable-cpufreq --disable-mixer --disable-connman --disable-device-hal --disable-mount-hal --enable-simple-x11 Just updated from SVN and same problem for the last week. All other libs build, same environment. - Dave -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] OSX /trunk/e/
On Nov 18, 2012, at 5:23 PM, Carsten Haitzler (The Rasterman) wrote: > On Sun, 18 Nov 2012 16:48:11 -0800 Dave Ray said: > >> Hi, >> I haven't been able to build e17 (/trunk/e/) for the last week on OSX. I get >> the following build error: >> >> $ make >> … >> Making all in modules >> CC backlight/e_mod_main.lo >> CCLD backlight/module.la >> Undefined symbols for architecture x86_64: >> "_e_action_add", referenced from: >> _e_modapi_init in e_mod_main.o >> "_e_action_del", referenced from: >> _e_modapi_shutdown in e_mod_main.o >> "_e_action_predef_name_del", referenced from: >> _e_modapi_shutdown in e_mod_main.o >> "_e_action_predef_name_set", referenced from: >> _e_modapi_init in e_mod_main.o >> "_e_backlight_level_get", referenced from: >> … >> ... >> ld: symbol(s) not found for architecture x86_64 >> collect2: ld returned 1 exit status >> make[4]: *** [backlight/module.la] Error 1 >> make[3]: *** [all-recursive] Error 1 > > can u try removing -no-undefined in AM_LDFLAGS from Makefile.am in > src/modules ? > Yes, that worked! Thanks! e now builds on OSX. I am pleased to report the issue with the socket file on OSX is fixed! The changes you made there were successul. The blank file menus are working once again, as expected, since that was a side effect of the socket file problem. The default theme looks very nice indeed. It wasn't showing up for a while. I'll do some thorough testing so everything runs smoothly for the 12/21 release. -Dave -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] OSX /trunk/e/
On Nov 18, 2012, at 7:27 PM, Carsten Haitzler (The Rasterman) wrote: > btw - HOW do u run e17 on osx? do you set up osx's x emulation to be "x in a > window" rather than the default "rootless x" emulation? The X11 emulation on OSX (XQuartz) lets you select in the preferences whether you want to enable the root window or not. The rootless-x emulation still uses the full size of the screen, minus the OSX menu bar. I usually use the non-rooted setting, but it doesn't seem to make much dfference on e17. On OSX, X11 is an app running along side other apps. How it gets launched is another story, but the rootless-x settings are independent of how it's lanched. For reasons I'm not clear about, some X11 window managers (including e16) display a transparent background in non-rooted mode. This means the X11 windows appear with the decoration you expect from the WM, but against the Native OS GUI with other native windows and backgrounds. This is a nice option because X11 windows and native OS windows can be side-by-side in the GUI, sharing the paste buffer, etc. E17 (as well as Gnome and others) has never shown a transparent background in non-rooted mode. It's not a big deal because I can still switch between windows with alt-tab (between X11 and the other app). But that would be a nice feature to implement in e17 for better OSX integration. -Dave -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] OSX /trunk/e/
On Nov 18, 2012, at 9:45 PM, Vincent Torri wrote: > On Mon, Nov 19, 2012 at 2:58 AM, Dave Ray wrote: >> >> On Nov 18, 2012, at 5:23 PM, Carsten Haitzler (The Rasterman) wrote: >> >> On Sun, 18 Nov 2012 16:48:11 -0800 Dave Ray said: >> >> >> CCLD backlight/module.la >> Undefined symbols for architecture x86_64: >> "_e_action_add", referenced from: >> _e_modapi_init in e_mod_main.o >> >> can u try removing -no-undefined in AM_LDFLAGS from Makefile.am in >> src/modules ? >> >> >> Yes, that worked! Thanks! > > the problem is elsewhere, as you can compile evas modules which have > -no-undefined. Maybe a problem with visibility feature and EAPI. > > Dave, do you use the visibility flag of gcc ? I don't think so. I use: CFLAGS=-Wall -O2 -arch x86_64 -pipe -I/usr/local/include -I/usr/local/mysql/include -I/opt/X11/include -I/usr/include -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] OSX /trunk/e/
On Nov 18, 2012, at 11:17 PM, Carsten Haitzler (The Rasterman) wrote: > On Sun, 18 Nov 2012 20:36:44 -0800 Dave Ray said: >> On Nov 18, 2012, at 7:27 PM, Carsten Haitzler (The Rasterman) wrote: > >> E17 (as well as Gnome and others) has never shown a transparent background in >> non-rooted mode. It's not a big deal because I can still switch between >> windows with alt-tab (between X11 and the other app). But that would be a >> nice feature to implement in e17 for better OSX integration. > > actually it can do it - there is a hidden option deep inside, Where? In the settings? -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] OSX /trunk/e/
On Nov 18, 2012, at 11:17 PM, Carsten Haitzler (The Rasterman) wrote: > … as of e18 as we are compositing only and will totally rely on the fact that > we can paint the entire screen as we see fit. l I have been unable to get compositing to work on OSX. When I build ecore it configures with: Ecore_X (Xlib backend)...: yes Xcursor: yes Xkb: yes Xprint.: yes Xinerama...: yes Xrandr.: yes Xgesture...: no Xscreensaver...: yes Xrender: yes Xcomposite.: yes Xfixes.: yes Xdamage: yes Xdpms..: yes Xtest..: yes XIM: yes Xi2: yes When I run e, I get the dialog: "Your X display does not support the XComposite extension or Ecore was build without XComposite support…" Any idea why? -Dave -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] OSX /trunk/e/
On Nov 19, 2012, at 1:44 AM, Carsten Haitzler (The Rasterman) wrote: > On Mon, 19 Nov 2012 01:03:17 -0800 Dave Ray said: > >> >> On Nov 18, 2012, at 11:17 PM, Carsten Haitzler (The Rasterman) wrote: >>> On Sun, 18 Nov 2012 20:36:44 -0800 Dave Ray said: >>>> On Nov 18, 2012, at 7:27 PM, Carsten Haitzler (The Rasterman) wrote: >>> >>>> E17 (as well as Gnome and others) has never shown a transparent background >>>> in non-rooted mode. It's not a big deal because I can still switch between >>>> windows with alt-tab (between X11 and the other app). But that would be a >>>> nice feature to implement in e17 for better OSX integration. >>> >>> actually it can do it - there is a hidden option deep inside, >> >> Where? In the settings? > > hidden i said :) (no gui for it at all, no cmd-line option). :) A setting in one of the source files? Please tell... -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] ephoto fail
Hi, I am guessing that ephoto is now out if sync with all the elm changes yesterday. I am getting the following build error for ephoto: Making all in bin make all-am CC ephoto_ql_la-ephoto.lo CC ephoto_ql_la-ephoto_main.lo ephoto_main.c: In function '_ephoto_thumb_browser_show': ephoto_main.c:29: warning: 'elm_pager_content_promote' is deprecated (declared at /usr/local/include/elementary-0/elm_deprecated.h:5017) ephoto_main.c:33: error: too few arguments to function 'elm_gengrid_item_bring_in' FYI, all e17 libs compile and run fine on OSX currently, as does elm. I don't think the OS matters with this error. -Dave -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] efreet on MacOS 10.6
Efreet in the latest svn source does not seem to work correctly on MacOS 10.6. Parts of it work, but efreet_desktop_cache_create is segfaulting. Efreet also has trouble resolving directory paths when I run efreet_test. Before I post details, has anyone encountered this before or have a links to MacOS specific info for efreet. Seems to be the only EFL not working on 10.6. Dave -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] efreet on MacOS 10.6 - more info
Efreet in the latest svn source does not seem to work correctly on MacOS 10.6. Parts of it work, but efreet_desktop_cache_create is segfaulting. I'm not passing any optional flags to ./autogen.sh when I build efreet. e17 seems to run ok anyway but I need to stop the segfaulting. Any help very much appreciated. Gdb does not show anything useful: > gdb efreet_icon_cache_create ... (gdb) run -v -e .png Starting program: /usr/local/lib/efreet/efreet_icon_cache_create -v -e .png Reading symbols for shared libraries .+ done CRI<45062>:ecore ecore_time.c:170 _ecore_time_init() Platform does not support clock_gettime. Fallback to unix time. Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0050 0x000131b4 in main () (gdb) bt #0 0x000131b4 in main () (gdb) The following has more info but I don't know how to interpret it: > EINA_LOG_LEVEL=5 efreet_icon_cache_create -e .png DBG<278>:eina_module eina_module.c:705 eina_module_list_load() array 0x100208d70, count 0 DBG<278>:eina_mempool eina_mempool.c:155 eina_mempool_register() be=0x1000ef520, name=0x1000e26d6 DBG<278>:eina_mempool eina_mempool.c:155 eina_mempool_register() be=0x1000ef560, name=0x1000e550f DBG<278>:eina_mempool eina_mempool.c:337 eina_mempool_add() name=chained_mempool, context=list, options= DBG<278>:eina_mempool eina_mempool.c:344 eina_mempool_add() name=chained_mempool, context=list, options=, mp=0x100208ec0 DBG<278>:eina_mempool eina_mempool.c:337 eina_mempool_add() name=chained_mempool, context=list_accounting, options= DBG<278>:eina_mempool eina_mempool.c:344 eina_mempool_add() name=chained_mempool, context=list_accounting, options=, mp=0x100208f90 DBG<278>:eina_mempool eina_mempool.c:337 eina_mempool_add() name=chained_mempool, context=matrixsparse_cell, options= DBG<278>:eina_mempool eina_mempool.c:344 eina_mempool_add() name=chained_mempool, context=matrixsparse_cell, options=, mp=0x1002090e0 DBG<278>:eina_mempool eina_mempool.c:337 eina_mempool_add() name=chained_mempool, context=matrixsparse_row, options= DBG<278>:eina_mempool eina_mempool.c:344 eina_mempool_add() name=chained_mempool, context=matrixsparse_row, options=, mp=0x1002091c0 DBG<278>:eina_mempool eina_mempool.c:337 eina_mempool_add() name=chained_mempool, context=rectangle-alloc, options= DBG<278>:eina_mempool eina_mempool.c:344 eina_mempool_add() name=chained_mempool, context=rectangle-alloc, options=, mp=0x100209330 DBG<278>:eina_mempool eina_mempool.c:337 eina_mempool_add() name=chained_mempool, context=rectangle, options= DBG<278>:eina_mempool eina_mempool.c:344 eina_mempool_add() name=chained_mempool, context=rectangle, options=, mp=0x100209400 DBG<278>:eina_mempool eina_mempool.c:337 eina_mempool_add() name=chained_mempool, context=QuadTree Item, options= DBG<278>:eina_mempool eina_mempool.c:344 eina_mempool_add() name=chained_mempool, context=QuadTree Item, options=, mp=0x100209500 DBG<278>:eina_mempool eina_mempool.c:337 eina_mempool_add() name=chained_mempool, context=QuadTree Root, options= DBG<278>:eina_mempool eina_mempool.c:344 eina_mempool_add() name=chained_mempool, context=QuadTree Root, options=, mp=0x1002095d0 DBG<278>:eina_mempool eina_mempool.c:337 eina_mempool_add() name=chained_mempool, context=eet-node-alloc, options= DBG<278>:eina_mempool eina_mempool.c:344 eina_mempool_add() name=chained_mempool, context=eet-node-alloc, options=, mp=0x100209750 INF<278>:ecore ecore_main.c:565 _ecore_main_loop_init() enter INF<278>:ecore ecore_main.c:602 _ecore_main_loop_init() leave CRI<278>:ecore ecore_time.c:170 _ecore_time_init() Platform does not support clock_gettime. Fallback to unix time. DBG<278>:eina_share eina_stringshare.c:658 eina_stringshare_add_length() str=0x7fff5fbfe7d0 (/usr/local/bin), slen=14 DBG<278>:eina_share eina_stringshare.c:658 eina_stringshare_add_length() str=0x7fff5fbfe7df (/sbin), slen=5 DBG<278>:eina_share eina_stringshare.c:658 eina_stringshare_add_length() str=0x7fff5fbfe7e5 (/bin), slen=4 DBG<278>:eina_share eina_stringshare.c:658 eina_stringshare_add_length() str=0x7fff5fbfe7ea (/usr/bin), slen=8 DBG<278>:eina_share eina_stringshare.c:658 eina_stringshare_add_length() str=0x7fff5fbfe7f3 (/usr/sbin), slen=9 DBG<278>:eina_share eina_stringshare.c:658 eina_stringshare_add_length() str=0x7fff5fbfe7fd (/opt/X11/bin), slen=12 DBG<278>:eina_share eina_stringshare.c:658 eina_stringshare_add_length() str=0x7fff5fbfe80a (/usr/local/mysql/bin), slen=20 DBG<278>:eina_share eina_stringshare.c:658 eina_stringshare_add_length() str=0x7fff5fbfe81f (/usr/local/git/bin), slen=18 DBG<278>:eina_share eina_stringshare.c:658 eina_stringshare_add_length() str=0x7fff5fbfe832 (/usr/libexec), slen=12 DBG<278>:eina_share eina_stringshare.c:658 eina_stringshare_add_length() str=0x7fff5fbfe83f (.), slen=1 DBG<278>:eina_share eina_stringshare.c:658 eina_stringshare_add_length() str=0x7fff5fbff76f (/Users/davidray
Re: [E-devel] efreet on MacOS 10.6 - more info
My mistake, sorry. efreet_icon_cache_create is segfaulting, as shown in my previous email. -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Screen capture of e17 on MacOSX posted on blog
At Vince's request I posted a screen capture of e17 and EFL apps running on MacOSX. http://trac.enlightenment.org/e/blog Dave -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] little white rectangle
Could someone recommend some test cases I can run to figure out why my Applications menu in e17 is a blank little white rectangle. A correct list of apps shows up when I go to Settings -> Settings Panel -> Apps -> iBar Apps I've carefully pruned my system, deleted all the home directories, etc., pretty confident it is not a config issue, something to do with my OS. Thanks, Dave -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] enki compile error
I am getting the following error when compiling enki. Any suggestions? ... Making all in default /usr/local/bin/edje_cc -v default.edc -id ../images/ In file included: geocaching_bubble.edc:126:8: warning: `wrap_stars_signal' redefined geocaching.edc:44: warning: this is the location of the previous definition ERR<12490>:edje_cc edje_cc_parse.c:1018 check_arg_count() /usr/local/bin/edje_cc: Error. minislideshow.edc:108 got 5 arguments, but expected 4 make[4]: *** [default.edj] Error 255 -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] ecore: request to drop printf warning
On my OS ecore runs fine, but spews a warning frequently. CRI<12490>:ecore ecore_time.c:170 _ecore_time_init() Platform does not support clock_gettime. Fallback to unix time. Everything that uses ecore spews it. Fills up my logs. Is this printf necessary? Dave -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore: request to drop printf warning
It's a known issue with Darwin, which MacOS is part of. They haven't had clock_gettime support for 6+ years. There are alternative time calls that work on Darwin. but the fallback in ecore seems to work fine. There are some good discussions on the net, I can post some ideas for monotonic clocks if interested. I can try adding the EINA flag to suppress the warnings, that sounds like the best option for now. But I wonder does anyone benefit from this printf warning spewing frequently. It seems to work fine using the fallback. On Apr 8, 2011, at 6:06 PM, Carsten Haitzler (The Rasterman) wrote: > On Fri, 8 Apr 2011 21:36:39 -0300 Gustavo Sverzut Barbieri > said: > >> On Fri, Apr 8, 2011 at 8:40 PM, Dave Ray wrote: >>> On my OS ecore runs fine, but spews a warning frequently. >>> >>> CRI<12490>:ecore ecore_time.c:170 _ecore_time_init() Platform does not >>> support clock_gettime. Fallback to unix time. >>> >>> Everything that uses ecore spews it. Fills up my logs. >>> >>> Is this printf necessary? >> >> It's not a printf(), but eina_log and you van disable it with >> EINA_LOG_LEVELS=ecore:-1 >> >> What platform is yours? The correct fix would be to add proper >> monotonic clock to it... this may result in skews and problems during >> timezone changes. > > not just timezone - every time the clock is changed - ie u set the time (ntp > adjusts clock skew, etc. etc) depending on timezone setup and so on. i would > agree with gustavo - your Os sounds pretty poor if it has no monotonic clock. > if it does and it simply has decided to not comform to posix (As clock_gettime > is posix.1-2001) then it's just wanting to be different for the sake of being > different. if it is a problem with our detection of the call and it does > exist, > then please let us know what it requires to detect it etc. (see configure.ac > for ecore - we check libc and if not we check librt) :) > > -- > - Codito, ergo sum - "I code, therefore I am" -- > The Rasterman (Carsten Haitzler)ras...@rasterman.com > -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore: request to drop printf warning
I agree entirely. MacOS is getting more POSIX by the year :). But in interest of making e17 a clean experience for other MacOS users now I am wondering what the best fix is. Can we add a patch for Darwin with an equivalent clock call? Or should I just patch EINA logging. On Apr 8, 2011, at 8:03 PM, Carsten Haitzler (The Rasterman) wrote: > On Fri, 8 Apr 2011 18:45:12 -0700 Dave Ray said: > > wtf? so 10 years after posix-2001 was standardized (and clock_gettime was > around before that) osx still hasnt caught up? wonderfully primitive OS you > have there :) seriously that clock_gettime is relatively important. things > happen to work for you by luck and not by design, as gustavo said - change > clock config/timezone and such.. and things will stuff up without a monotonic > clock. it's warning you of a serious deficiency in your OS that leads to other > bugs. > >> It's a known issue with Darwin, which MacOS is part of. They haven't had >> clock_gettime support for 6+ years. >> >> There are alternative time calls that work on Darwin. but the fallback in >> ecore seems to work fine. There are some good discussions on the net, I can >> post some ideas for monotonic clocks if interested. >> >> I can try adding the EINA flag to suppress the warnings, that sounds like the >> best option for now. >> >> But I wonder does anyone benefit from this printf warning spewing frequently. >> It seems to work fine using the fallback. >> >> >> On Apr 8, 2011, at 6:06 PM, Carsten Haitzler (The Rasterman) wrote: >> >>> On Fri, 8 Apr 2011 21:36:39 -0300 Gustavo Sverzut Barbieri >>> said: >>> >>>> On Fri, Apr 8, 2011 at 8:40 PM, Dave Ray wrote: >>>>> On my OS ecore runs fine, but spews a warning frequently. >>>>> >>>>> CRI<12490>:ecore ecore_time.c:170 _ecore_time_init() Platform does not >>>>> support clock_gettime. Fallback to unix time. >>>>> >>>>> Everything that uses ecore spews it. Fills up my logs. >>>>> >>>>> Is this printf necessary? >>>> >>>> It's not a printf(), but eina_log and you van disable it with >>>> EINA_LOG_LEVELS=ecore:-1 >>>> >>>> What platform is yours? The correct fix would be to add proper >>>> monotonic clock to it... this may result in skews and problems during >>>> timezone changes. >>> >>> not just timezone - every time the clock is changed - ie u set the time (ntp >>> adjusts clock skew, etc. etc) depending on timezone setup and so on. i would >>> agree with gustavo - your Os sounds pretty poor if it has no monotonic >>> clock. if it does and it simply has decided to not comform to posix (As >>> clock_gettime is posix.1-2001) then it's just wanting to be different for >>> the sake of being different. if it is a problem with our detection of the >>> call and it does exist, then please let us know what it requires to detect >>> it etc. (see configure.ac for ecore - we check libc and if not we check >>> librt) :) >>> >>> -- >>> - Codito, ergo sum - "I code, therefore I am" -- >>> The Rasterman (Carsten Haitzler)ras...@rasterman.com >>> >> >> >> -- >> Xperia(TM) PLAY >> It's a major breakthrough. An authentic gaming >> smartphone on the nation's most reliable network. >> And it wants your games. >> http://p.sf.net/sfu/verizon-sfdev >> ___ >> enlightenment-devel mailing list >> enlightenment-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> > > > -- > - Codito, ergo sum - "I code, therefore I am" -- > The Rasterman (Carsten Haitzler)ras...@rasterman.com > -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] enki compile error
I still get the same error. Actually, I omitted the ecore warning before the the console output, this is the actual output: [trunk/enki/] > make ... Making all in default /usr/local/bin/edje_cc -v default.edc -id ../images/ CRI<84997>:ecore ecore_time.c:170 _ecore_time_init() Platform does not support clock_gettime. Fallback to unix time. ERR<84997>:edje_cc edje_cc_parse.c:1018 check_arg_count() /usr/local/bin/edje_cc: Error. minislideshow.edc:108 got 5 arguments, but expected 4 make[4]: *** [default.edj] Error 255 make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 On Apr 8, 2011, at 10:46 PM, Daniel Juyung Seo wrote: > Raster fixed this and I fixed another bug as well. > Thanks. > > Daniel Juyung Seo (SeoZ) > > On Sat, Apr 9, 2011 at 8:37 AM, Dave Ray wrote: > I am getting the following error when compiling enki. Any suggestions? > > ... > Making all in default > /usr/local/bin/edje_cc -v default.edc -id ../images/ > In file included: > geocaching_bubble.edc:126:8: warning: `wrap_stars_signal' redefined > geocaching.edc:44: warning: this is the location of the previous definition > ERR<12490>:edje_cc edje_cc_parse.c:1018 check_arg_count() > /usr/local/bin/edje_cc: Error. minislideshow.edc:108 got 5 arguments, but > expected 4 > make[4]: *** [default.edj] Error 255 > > > > -- > Xperia(TM) PLAY > It's a major breakthrough. An authentic gaming > smartphone on the nation's most reliable network. > And it wants your games. > http://p.sf.net/sfu/verizon-sfdev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] enki compile error
I didn't realize edje was also updated.. Just recompiled edje and now enki compiles & runs.. Thanks! On Apr 9, 2011, at 3:04 AM, Carsten Haitzler (The Rasterman) wrote: > > did you update both enki and edje? recompile & installed edje? > >> I still get the same error. -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] little white rectangle
I guess so. It's always been a problem on my OS. Wondering what I can check and patch for this. When I delete ~/.e, and restart e17, the Applications menu is always blank. Something isn't getting installed properly. On Apr 8, 2011, at 4:33 PM, Sebastian Dransfeld wrote: > E points to an non-existing menu file? > > On 04/09/2011 01:14 AM, Dave Ray wrote: >> Could someone recommend some test cases I can run to figure out why my >> Applications menu in e17 is a blank little white rectangle. >> >> A correct list of apps shows up when I go to Settings -> Settings Panel -> >> Apps -> iBar Apps >> >> I've carefully pruned my system, deleted all the home directories, etc., >> pretty confident it is not a config issue, something to do with my OS. >> >> Thanks, >> Dave -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] little white rectangle
I haven't gotten any feedback on this. Where does the Applications menu in e17 get its list of apps? If the Applications menu is blank, where should I look, and when does that information get generated? Something isn't being built or read properly. Thanks in advance. On Apr 8, 2011, at 4:33 PM, Sebastian Dransfeld wrote: > E points to an non-existing menu file? > > On 04/09/2011 01:14 AM, Dave Ray wrote: >> Could someone recommend some test cases I can run to figure out why my >> Applications menu in e17 is a blank little white rectangle. >> >> A correct list of apps shows up when I go to Settings -> Settings Panel -> >> Apps -> iBar Apps >> >> I've carefully pruned my system, deleted all the home directories, etc., >> pretty confident it is not a config issue, something to do with my OS. >> >> Thanks, >> Dave -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] little white rectangle
settings panel > menus > menu settings has no "advanced" button. Only "client list menu" is there, it doesn't let me create or edit a menu. I looked at the wiki page and I understand how to create a menu. But shouldn't the Applications menu be auto-generated? ~/.config/ does not contain a "menus" directory! I thought that supposed to be auto-generated? On Apr 11, 2011, at 10:17 AM, hannes.janet...@gmail.com wrote: > On Mon, Apr 11, 2011 at 6:57 PM, Dave Ray wrote: >> I haven't gotten any feedback on this. >> Where does the Applications menu in e17 get its list of apps? If the >> Applications menu is blank, where should I look, and when does that >> information get generated? > > you can choose the menu source with settings panel > menus > menu > settings > advanced > applications. if there is nothing see > http://wiki.enlightenment.org/index.php/E17_and_Efreet how to create a > menu. > > BR > >> Something isn't being built or read properly. >> Thanks in advance. >> >> On Apr 8, 2011, at 4:33 PM, Sebastian Dransfeld wrote: >> >>> E points to an non-existing menu file? >>> >>> On 04/09/2011 01:14 AM, Dave Ray wrote: >>>> Could someone recommend some test cases I can run to figure out why my >>>> Applications menu in e17 is a blank little white rectangle. >>>> >>>> A correct list of apps shows up when I go to Settings -> Settings Panel >>>> -> Apps -> iBar Apps >>>> >>>> I've carefully pruned my system, deleted all the home directories, etc., >>>> pretty confident it is not a config issue, something to do with my OS. >>>> >>>> Thanks, >>>> Dave >> -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] little white rectangle
On Apr 11, 2011, at 4:55 PM, hannes.janet...@gmail.com wrote: > On Tue, Apr 12, 2011 at 1:53 AM, hannes.janet...@gmail.com > wrote: >> On Tue, Apr 12, 2011 at 1:40 AM, Dave Ray wrote: >>> >>> On Apr 11, 2011, at 3:43 PM, hannes.janet...@gmail.com wrote: >>> >>>>>>> There is no /etc/xdg/ directory on my system. Should there be? >>>>>>> >>>>>> >>>>>> thats where system-wide menus live (and are updated when new >>>>>> applicaitons are installed, package manager should take care of this). >>>>>> maybe you need to install some xdg packages of your distribution. >>>>> >>>>> Well my distribution is.. MacOSX. There is no package manager or xdg. >>>>> >>>> well, I would suggest that next time you put OSX in the subject line. >>>> I know nothing about running e17 on osx ;) >>> >>> Nor do I. :) But I am quickly learning. >>> >>> My confusion is that a list of X11 applications already shows up in other >>> places in e17, for example, in the setup screens on first run, in the >>> Settings -> Settings Panel -> Apps panels, etc. So there isn't a problem >>> with e17 finding the apps. The problem is specific to, and only to, >>> "Applications" in the main menu. >>> >>> Since e17 is already finding the list of apps elsewhere, I am trying to >>> understand exactly where, and then figure out how to copy that over to the >>> Applications menu. It would be even better if e17 did this automatically, >>> from a config fix or something. >>> >>> So I am trying to figure out the best way to patch OSX. The best patch >>> would be to let e17 generate it the way it normally does, and not from me >>> building my own custom menu. >>> >>>> >>>>> What you are saying is not documented anywhere in the e17 docs. >>>>> >>>>> E17 is supposed to be cross-platform. Linux is the priority for obvious >>>>> reasons, but there's nothing wrong or broken if my OS doesn't use XDG or >>>>> a package manager. >>>>> >>>>> If xdg is a requirement for e17, that needs to be documented. >>>>> >>>>> I don't feel I ever got the answer to my original question. The menu that >>>>> appears when you click the mouse on the desktop shows "Applications" as >>>>> the first item on the menu. This is an existing menu in E17, not one I am >>>>> trying to add on. The problem is this menu has blank contents. >>>> >>>> it shows a blank menu because there is no source to read contents >>>> from. it's the task of package managers to provide default source >>>> files. that simple :) >>> >>> No thats not quite right. e17 is finding apps elsewhere as I explained >>> above. >>> Could you tell me where e17 is getting the list of apps that it is finding >>> for the setup screens on first run, in the Settings -> Settings Panel -> >>> Apps panels, etc. Those show a correct list of apps on my system, without >>> /etc/xdg and without package managers. >> >> The applications that e17 finds are in $XDG_DATA_DIRS/applications. > > usually this is /usr/share/applications, 'echo $XDG_DATA_DIRS' should > show the list for your system. > echo echo $XDG_DATA_DIRS > > echo $HOME /Users/davidray > env | grep ^E_ E_DATA_DIR=/usr/local/share/enlightenment E_START_TIME=1302566878.3 E_BIN_DIR=/usr/local/bin E_SCALE=1.000 E_ICON_THEME=Tango E_LIB_DIR=/usr/local/lib E_RESTART=1 E_CONF_PROFILE=standard E_PREFIX=/usr/local E_START=/usr/local/bin/enlightenment_start E_IPC_SOCKET=/var/folders/xE/+++TI/-Tmp-//enlightenment-davidray/disp-:0.0-1679 > ls /usr/local/share/applications/ Phone_Book_Sample.desktop econcentration.desktopenki.desktop calculator-edje.desktop elementary_config.desktop envision.desktop converter-sample.desktop elementary_test.desktop ephoto.desktop e16.desktop enjoy.desktop sticky-notes-edje.desktop > But: 1) this list is not showing up in the Main -> Applications menu 2) This is a different list than what I see in the setup screens (which include ones not on my system) 3) When I use the menu Main -> Settings -> Settings Panel -> Apps -> iBar Apps , the list there doesn't match this either. It is a longer list from somewhere else. -- Forrester Wave Report - Recovery time is now measured in hours and minutes not days. Key insights are discussed in the 2010 Forrester Wave Report as part of an in-depth evaluation of disaster recovery service providers. Forrester found the best-in-class provider in terms of services and vision. Read this report now! http://p.sf.net/sfu/ibm-webcastpromo ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] little white rectangle
On Apr 11, 2011, at 6:57 PM, Sebastian Dransfeld wrote: > e/src/modules/wizard/page_030.c That explains it, thanks. So on MacOSX I will need to write a script that mimics xdg menu information, if I want anything to show up in this Applications menu. -- Forrester Wave Report - Recovery time is now measured in hours and minutes not days. Key insights are discussed in the 2010 Forrester Wave Report as part of an in-depth evaluation of disaster recovery service providers. Forrester found the best-in-class provider in terms of services and vision. Read this report now! http://p.sf.net/sfu/ibm-webcastpromo ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] little white rectangle
On Apr 11, 2011, at 7:30 PM, Sebastian Dransfeld wrote: > On 04/12/2011 04:27 AM, Dave Ray wrote: >> On Apr 11, 2011, at 6:57 PM, Sebastian Dransfeld wrote: >> >>> e/src/modules/wizard/page_030.c >> >> That explains it, thanks. >> So on MacOSX I will need to write a script that mimics xdg menu information, >> if I want anything to show up in this Applications menu. > > Isn't it simpler to create a menu file like this which suits osx and install > it? Yes, but that config file you attached has no apps listed in it, just app categories. I would need other files with actual paths to apps, app names, etc. I'm still trying to learn where they should go and what they contain. Only X11 apps should be listed in the e17 Apps menu. On MacOS, X11 apps are a small fraction of the installed apps, so i need to selectively find just the X11 apps and list those. It would be great for a script to auto-detect what X11 apps been installed since the last time it was run, and update the menu config. There are package managers for MacOS that manage X11 installations, but they come with an all-or-nothing mega-installation of dozens of packages (MacPorts and Fink). They are OS-specific and heavily patched. I have been trying to avoid these large installations to keep things simple and to minimize running processes. I prefer to dual-boot natively into Ubuntu of I want o full-blown X11 environment. And I don't even know if those installations provide what's needed for e17 menus. From this perspective, I'm not siure if the menu issue is worth the trouble on MacOS, I'm just trying to see how hard it would be to implement a script for a working Applications menu on a simple setup. -- Forrester Wave Report - Recovery time is now measured in hours and minutes not days. Key insights are discussed in the 2010 Forrester Wave Report as part of an in-depth evaluation of disaster recovery service providers. Forrester found the best-in-class provider in terms of services and vision. Read this report now! http://p.sf.net/sfu/ibm-webcastpromo ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] little white rectangle
On Apr 11, 2011, at 10:07 PM, Sebastian Dransfeld wrote: > On 04/12/2011 06:15 AM, Dave Ray wrote: >> On Apr 11, 2011, at 7:30 PM, Sebastian Dransfeld wrote: >>> On 04/12/2011 04:27 AM, Dave Ray wrote: >>>> On Apr 11, 2011, at 6:57 PM, Sebastian Dransfeld wrote: >>>> >>>>> e/src/modules/wizard/page_030.c >>>> >>>> That explains it, thanks. >>>> So on MacOSX I will need to write a script that mimics xdg menu >>>> information, if I want anything to show up in this Applications menu. >>> >>> Isn't it simpler to create a menu file like this which suits osx and >>> install it? >> >> Yes, but that config file you attached has no apps listed in it, just app >> categories. I would need other files with actual paths to apps, app names, >> etc. I'm still trying to learn where they should go and what they contain. > > Then match only on filename like this menu. Which is built by the favorites > menu editor in e17, and the file ends up in > ~/.e/e/applications/menu/favorite.menu I think that is the best solution. In this file, if I replace "Favorites" with "Applications", will that populate the Main -> Application menu? I already have the .desktop files, I just need to build this menu. -- Forrester Wave Report - Recovery time is now measured in hours and minutes not days. Key insights are discussed in the 2010 Forrester Wave Report as part of an in-depth evaluation of disaster recovery service providers. Forrester found the best-in-class provider in terms of services and vision. Read this report now! http://p.sf.net/sfu/ibm-webcastpromo ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] little white rectangle
On Apr 11, 2011, at 10:07 PM, Sebastian Dransfeld wrote: > On 04/12/2011 06:15 AM, Dave Ray wrote: >> On Apr 11, 2011, at 7:30 PM, Sebastian Dransfeld wrote: >>> On 04/12/2011 04:27 AM, Dave Ray wrote: >>>> On Apr 11, 2011, at 6:57 PM, Sebastian Dransfeld wrote: >>>> >>>>> e/src/modules/wizard/page_030.c >>>> >>>> That explains it, thanks. >>>> So on MacOSX I will need to write a script that mimics xdg menu >>>> information, if I want anything to show up in this Applications menu. >>> >>> Isn't it simpler to create a menu file like this which suits osx and >>> install it? >> >> Yes, but that config file you attached has no apps listed in it, just app >> categories. I would need other files with actual paths to apps, app names, >> etc. I'm still trying to learn where they should go and what they contain. >> > Then match only on filename like this menu. Which is built by the favorites > menu editor in e17, and the file ends up in > ~~/.e/e/applications/menu/favorite.menu I just tried this. I edited the file to include just the .desktop files on my system in /usr/local/share/applications. I placed it in ~/.e/e/applications/menu/. To my surprise it does not work. My Main -> Applications menu is still a little white blank rectangle. -- Forrester Wave Report - Recovery time is now measured in hours and minutes not days. Key insights are discussed in the 2010 Forrester Wave Report as part of an in-depth evaluation of disaster recovery service providers. Forrester found the best-in-class provider in terms of services and vision. Read this report now! http://p.sf.net/sfu/ibm-webcastpromo ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] little white rectangle
On Apr 11, 2011, at 11:42 PM, Sebastian Dransfeld wrote: > On 04/12/2011 07:47 AM, Dave Ray wrote: >> >> On Apr 11, 2011, at 10:07 PM, Sebastian Dransfeld wrote: >>> On 04/12/2011 06:15 AM, Dave Ray wrote: >>>> On Apr 11, 2011, at 7:30 PM, Sebastian Dransfeld wrote: >>>>> On 04/12/2011 04:27 AM, Dave Ray wrote: >>>>>> On Apr 11, 2011, at 6:57 PM, Sebastian Dransfeld wrote: >>>>>> >>>>>>> e/src/modules/wizard/page_030.c >>>>>> >>>>>> That explains it, thanks. >>>>>> So on MacOSX I will need to write a script that mimics xdg menu >>>>>> information, if I want anything to show up in this Applications menu. >>>>> >>>>> Isn't it simpler to create a menu file like this which suits osx and >>>>> install it? >>>> >>>> Yes, but that config file you attached has no apps listed in it, just app >>>> categories. I would need other files with actual paths to apps, app names, >>>> etc. I'm still trying to learn where they should go and what they contain. >>> >>> Then match only on filename like this menu. Which is built by the favorites >>> menu editor in e17, and the file ends up in >>> ~/.e/e/applications/menu/favorite.menu >> >> I think that is the best solution. >> In this file, if I replace "Favorites" with "Applications", will that >> populate the Main -> Application menu? >> >> I already have the .desktop files, I just need to build this menu. > > No, you need to point e_config to the menu file you build. Check > wizard/page_030.c Okay, it's fixed. I created a directory /usr/local/etc/xdg/menus and put the menu file in there. Then I deleted ~/.e and let it rebuild. Dave -- Forrester Wave Report - Recovery time is now measured in hours and minutes not days. Key insights are discussed in the 2010 Forrester Wave Report as part of an in-depth evaluation of disaster recovery service providers. Forrester found the best-in-class provider in terms of services and vision. Read this report now! http://p.sf.net/sfu/ibm-webcastpromo ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] little white rectangle
On Apr 12, 2011, at 8:35 AM, David Seikel wrote: > On Mon, 11 Apr 2011 21:15:35 -0700 Dave Ray wrote: > >> And I don't even know if those installations provide what's needed >> for e17 menus. > > Just to be clear, this is not e17 menus you are talking about, but the > freedesktop.org XDG menus that e17 supports. They are common in linux > distros, but sounds like there is no support for them in MacOS. So you > have to roll your own. XDG menus are horrendously complex collections > of XML files. Good luck. Here's my quick 'n dirty solution: 1) run this script 2) delete ~/.e 3) start e17 #!/usr/bin/perl # Build XDG style menu file on MacOS. Run this as root, i.e. 'sudo [thisfile]' use strict; my @files = ; my @files2 = ; my @allfiles = (@files,@files2); my $buf = ''; foreach my $file (sort {lc $a cmp lc $b} @allfiles) { $file = substr($file,rindex($file, '/')+1); $buf .= "" . $file . "\n"; } if (! -d "/usr/local/etc") { mkdir("/usr/local/etc", 0755); } if (! -d "/usr/local/etc/xdg") { mkdir("/usr/local/etc/xdg", 0755); } if (! -d "/usr/local/etc/xdg/menus") { mkdir("/usr/local/etc/xdg/menus", 0755); } open(NEW,"> /usr/local/etc/xdg/menus/x11macos.menu"); print NEW <<"FOO"; http://standards.freedesktop.org/menu-spec/menu-1.0.dtd";> Favorites $buf $buf FOO close (NEW); exit(); -- Forrester Wave Report - Recovery time is now measured in hours and minutes not days. Key insights are discussed in the 2010 Forrester Wave Report as part of an in-depth evaluation of disaster recovery service providers. Forrester found the best-in-class provider in terms of services and vision. Read this report now! http://p.sf.net/sfu/ibm-webcastpromo ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] evas/e17 crash on MacOS
I'm trying to fix a crash in e17 that seems to always happen the first time I run it after bootup. This problem has existed for at least 2 years, but I'm only looking at it now, as most other bugs have now been fixed. I followed instructions on the e17 debugging page, and rebuilt all the libs with -g for debugging symbols. I ran e17 and captured some good info in gdb. The problem only happens the first time e17 is run after bootup. It cycles through 3 successive "white rectangles of death" before disabling modules and finishing startup. After this, if I quit X11 and restart it, no more crash. If I reboot, it crashes again. I captured the gdb backtrace, the pastebin is here: http://pastebin.com/xskYpRxt The code that crashed looks like it is related to the mmx module of evas. So I recompiled evas without mmx, and recompiled ecore and e. I tried it again. e17 crashed in the same place, but with a non-mmx equivalent of the same operation. The pastebin is here: http://pastebin.com/YDteFFzG It's strange that it only happens the first time I run it after reboot. Any help very much appreciated! -Dave PS Please don't be scared off by this being on MacOS - it is Darwin/BSD under the hood! -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] e17 crash on OSX
I'm trying to fix a crash in e17 that seems to only happen the first time I run e17 after bootup. I recently posted about this, and was requested to compile everything with -g -O0 and retest. Now I did that, here are the results. The crash always happens while e17 is drawing the initial pager rectangles in the center of the displays. As I previously described, the problem only happens the first time e17 is run after bootup. It cycles through 3 successive "white rectangles of death" before disabling modules and finishing startup. After this, if I quit X11 and restart it, the crash does not happen. If I reboot, it crashes again. I get the same crash whether or not I start fresh (with ~/.e deleted) or with an existing ~/.e. I captured the gdb backtrace here: http://pastebin.com/rfQ7Sfcu I also captured the console output of EINA_LOG_LEVEL=5 /usr/local/bin/enlightenment_start , here: http://pastebin.com/uqwJNye6 It's strange that it only happens the first time I run it after reboot. This is not a new bug, it has been going on for a long time. I'm looking into it now because most other bugs are fixed. Any help very much appreciated! -Dave -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Need test for 1.0.1
> On Mon, 23 May 2011, Cedric BAIL wrote: > >> Hi devs, >> >> We are ready to ship 1.0.1, but before that and to avoid a borked >> release, could some of you test either the 1.0 branch, or directly the >> tarball from http://www.enlightenment.org/~cedric/ . As this is not >> trunk, you can't use the application in svn to test it, but should >> rather try the one of the latest snapshot: >> http://download.enlightenment.org/snapshots/2010-12-03/ . I tried to test this on MaxOSX. I know this OS is not the priority. The directory http://www.enlightenment.org/~cedric/ is missing embryo. I used the enlightenment package from the snapshot http://download.enlightenment.org/snapshots/2010-12-03/. That snapshot page did not include embryo either. So I used my existing embryo which is from svn. Most of the libs built and installed, except efreet and enlightenment. Efreet had a make error that appeared a few months ago on MacOS, and has since been fixed. Bug regression? $ make ... CC main.o main.c: In function ‘environment_store’: main.c:86: warning: unused variable ‘e’ main.c:85: warning: unused variable ‘env’ main.c: In function ‘environment_restore’: main.c:99: warning: unused variable ‘e’ main.c:98: warning: unused variable ‘l’ main.c: In function ‘main’: main.c:169: warning: implicit declaration of function ‘clearenv’ CCLD efreet_test Undefined symbols: "_clearenv", referenced from: _main in main.o ld: symbol(s) not found collect2: ld returned 1 exit status make[4]: *** [efreet_test] Error 1 So I continued, using the efreet already installed from svn. Enlightenment failed make with the following error, clearly due to the missing embryo package in 1.0.1 rc $ make ... " collection entry dyld: lazy symbol binding failed: Symbol not found: _eina_prefix_new Referenced from: /usr/local/bin/embryo_cc Expected in: /usr/local/lib/libeina.1.dylib dyld: Symbol not found: _eina_prefix_new Referenced from: /usr/local/bin/embryo_cc Expected in: /usr/local/lib/libeina.1.dylib /usr/local/bin/edje_cc: Error. Compiling script code not clean. make[4]: *** [default.edj] Error 255 make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 So I was unable to run and test e17. If you could provide 1.0.1 snapshots for embryo and e17, I can install those and hopefully test e17. Dave -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Need test for 1.0.1
On May 24, 2011, at 1:37 AM, Cedric BAIL wrote: > On Tue, May 24, 2011 at 9:51 AM, Cedric BAIL wrote: >> On Mon, May 23, 2011 at 8:18 PM, Dave Ray wrote: >>> The directory http://www.enlightenment.org/~cedric/ is missing embryo. >> >> Embryo didn't need any fix, so doesn't need a 1.0.1 release. Please >> use version 1.0. OK. >>> CC main.o >>> main.c: In function ‘environment_store’: >>> main.c:86: warning: unused variable ‘e’ >>> main.c:85: warning: unused variable ‘env’ >>> main.c: In function ‘environment_restore’: >>> main.c:99: warning: unused variable ‘e’ >>> main.c:98: warning: unused variable ‘l’ >>> main.c: In function ‘main’: >>> main.c:169: warning: implicit declaration of function ‘clearenv’ >>> CCLD efreet_test >>> Undefined symbols: >>> "_clearenv", referenced from: >>> _main in main.o >>> ld: symbol(s) not found >>> collect2: ld returned 1 exit status >>> make[4]: *** [efreet_test] Error 1 >> >> Hum, ok, will see wich fix need to be backported for that. > > In fact, only one part of the fix was backported. Now it should be > fine. I just updated efreet tarball on the previous link, if you could > give it another try. Gave another try on MacOSX. All the packages from 1.0.1rc compiled and installed without problems. Efreet now makes and installs fine. I had some issues making and installing enlightenment-0.16.999.55225. That tarball doesn't have an autogen.sh script. When I tried to run the auto-tools by hand, it failed configure, by throwing an error that I don't have oxygen. The configure script doesn' t let me disable oxygen. But if I unpack the tarball and just ./configure without the autotools, it built fine. I wish I could use a more recent version of e17 with the 1.0.1 tarballs. The only issues I saw (besides the expected ones) were some unexpected errors at the console. It still some problems that were fixed in recent weeks, like the empty Applications menu ("little white rectangle"), but nothing major. The console had a few of these: ERR<77587>:ecore ecore.c:227 _ecore_magic_fail() *** ECORE ERROR: Ecore Magic Check Failed!!! *** IN FUNCTION: ecore_event_handler_del() ERR<77587>:ecore ecore.c:229 _ecore_magic_fail() Input handle pointer is NULL! ERR<77587>:ecore ecore.c:240 _ecore_magic_fail() *** NAUGHTY PROGRAMMER!!! *** SPANK SPANK SPANK!!! *** Now go fix your code. Tut tut tut! And one of these: ERR<77587>:edje edje_util.c:3004 edje_object_size_min_restricted_calc() file /usr/local/share/enlightenment/data/themes/default.edj, group e/widgets/syscon/main has a non-fixed part 'e.swallow.main'. Adding 'fixed: 1 1;' to source EDC may help. Continuing discarding faulty part. I don't know if these errors were from the older enlightenment tarball, or from the 1.0.1rc files. It would be great if the 1.0.1 tarballs included an e17 tarball, to be sure that it's in sync with the rest of the libs. Also it would be great of there was a standard list of tests to run for checking a release candidate. I changed a background, iconfied things, changed some settings, etc. But did not test every single possible function. -Dave -- vRanger cuts backup time in half-while increasing security. With the market-leading solution for virtual backup and recovery, you get blazing-fast, flexible, and affordable data protection. Download your free trial now. http://p.sf.net/sfu/quest-d2dcopy1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Need help tracing OSX crash bug
E17 is overall working well with OSX. There's one important bug that needs to be fixed before it's ready for a binary release. On OSX, e17 crashes only on the first run after reboot. The "white rectangle of death" appears, and clicking "continue" a few times eventually brings up a working e17. However that's too buggy for a binary release. Just to be clear, if I quit e17 and restart, no crash. If I reboot, it crashes again in the same place. The crash only happens on the 1st run after reboot, and is reproducible. The gdb trace is here: http://pastebin.com/JzeA0xw6 The trace looks like something in mmx. If I compile ecore without mmx support, it crashes in the same place, but with equivalent non-mmx calls. That means the problem is probably higher up in the call stack, but I'm not sure where to look. This bug has been around for a while and I have posted before. Posting again hoping someone can help take a look at it. I can #irc if someone wants. If there's anything else useful I could capture pls let me know. I have valgrind, though I'm not sure how to effectively capture e17 in valgrind since it's never called directly - the wm is started with "enlightenment_start". Dave -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] OSX crash bug: more info
The bug appears to be in evas, not ecore. I am running expedite using twm, so that none of the EFL's load until I launch expedite (with gdb). Expedite crashes before it even finishes loading, before any tests. GDB shows the exact same error as I was reporting for e17. On #irc now. Dave -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Need help tracing OSX crash bug
Reposting to keep the thread together (sorry): The bug appears to be in evas, not ecore. I am running expedite using twm, so that none of the EFL's load until I launch expedite (with gdb). Expedite crashes before it even finishes loading, before any tests. GDB shows the exact same error as I was reporting for e17. Expedite window is partially drawn. On #irc now. Dave -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Need help tracing OSX crash bug
Here is the gdb bt of expedite crashing when run in twm. This is the same evas bug that's crashing e17 on OSX. Expedite throws this before it finishes drawing the window. (gdb) r -e xlib -f Starting program: /usr/local/bin/expedite -e xlib -f Reading symbols for shared libraries . done Reading symbols for shared libraries . done Reading symbols for shared libraries . done Reading symbols for shared libraries .. done Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x01ff 0x00010025c7d4 in _op_copy_c_dp_mmx (s=0x0, m=0x0, c=4294967295, d=0x1ff, l=128) at op_copy_color_i386.c:12 12movq_r2m(mm1, d[0]); (gdb) bt #0 0x00010025c7d4 in _op_copy_c_dp_mmx (s=0x0, m=0x0, c=4294967295, d=0x1ff, l=128) at op_copy_color_i386.c:12 #1 0x00010028b3f4 in rectangle_draw_internal () #2 0x00010028b0d3 in evas_common_rectangle_draw () #3 0x000100544562 in eng_rectangle_draw (data=0x100613880, context=0x100613c90, surface=0x10062cd00, x=-592, y=0, w=720, h=420) at evas_engine.c:181 #4 0x000100217ac1 in evas_object_rectangle_render () #5 0x000100247f4a in evas_render_mapped () #6 0x00010024968b in evas_render_updates_internal () #7 0x000100249d43 in evas_render () #8 0x00011ab4 in main (argc=4, argv=0x7fff5fbff1f8) at main.c:1373 (gdb) fr 1 #1 0x00010028b3f4 in rectangle_draw_internal () (gdb) l 7 movd_m2r(c, mm1); 8 movq_r2r(mm1, mm2); 9 psllq_i2r(32, mm1); 10 por_r2r(mm2, mm1); 11 for (; d < e; d+=2) { 12movq_r2m(mm1, d[0]); 13 } 14 e+=1; 15 for (; d < e; d++) { 16*d = c; (gdb) p c No symbol "c" in current context. (gdb) p mm1 No symbol "mm1" in current context. (gdb) p mm2 No symbol "mm2" in current context. (gdb) p d No symbol "d" in current context. (gdb) p e No symbol "e" in current context. (gdb) p *d No symbol "d" in current context. (gdb) fr 2 #2 0x00010028b0d3 in evas_common_rectangle_draw () (gdb) l 17 } 18 } 19 20 #define _op_copy_cn_dp_mmx _op_copy_c_dp_mmx 21 #define _op_copy_can_dp_mmx _op_copy_c_dp_mmx 22 #define _op_copy_caa_dp_mmx _op_copy_c_dp_mmx 23 24 #define _op_copy_cn_dpan_mmx _op_copy_c_dp_mmx 25 #define _op_copy_c_dpan_mmx _op_copy_c_dp_mmx 26 #define _op_copy_can_dpan_mmx _op_copy_c_dp_mmx (gdb) p _op_copy_c_dp_mmx $1 = {void (DATA32 *, DATA8 *, DATA32, DATA32 *, int)} 0x10025c794 <_op_copy_c_dp_mmx> (gdb) p _op_copy_cn_dp_mmx No symbol "_op_copy_cn_dp_mmx" in current context. (gdb) p _op_copy_can_dp_mmx No symbol "_op_copy_can_dp_mmx" in current context. (gdb) p _op_copy_caa_dp_mmx No symbol "_op_copy_caa_dp_mmx" in current context. (gdb) p _op_copy_cn_dpan_mmx No symbol "_op_copy_cn_dpan_mmx" in current context. (gdb) fr 0 #0 0x00010025c7d4 in _op_copy_c_dp_mmx (s=0x0, m=0x0, c=4294967295, d=0x1ff, l=128) at op_copy_color_i386.c:12 12movq_r2m(mm1, d[0]); (gdb) l 7 movd_m2r(c, mm1); 8 movq_r2r(mm1, mm2); 9 psllq_i2r(32, mm1); 10 por_r2r(mm2, mm1); 11 for (; d < e; d+=2) { 12movq_r2m(mm1, d[0]); 13 } 14 e+=1; 15 for (; d < e; d++) { 16*d = c; (gdb) fr 3 #3 0x000100544562 in eng_rectangle_draw (data=0x100613880, context=0x100613c90, surface=0x10062cd00, x=-592, y=0, w=720, h=420) at evas_engine.c:181 181 evas_common_rectangle_draw(surface, context, x, y, w, h); (gdb) l 176 ) 177 evas_common_pipe_rectangle_draw(surface, context, x, y, w, h); 178else 179 #endif 180 { 181 evas_common_rectangle_draw(surface, context, x, y, w, h); 182 evas_common_cpu_end_opt(); 183 } 184 } 185 (gdb) p surface $2 = (void *) 0x10062cd00 (gdb) p context $3 = (void *) 0x100613c90 (gdb) p x $4 = -592 (gdb) p y $5 = 0 (gdb) p w $6 = 720 (gdb) p h $7 = 420 (gdb) fr 4 #4 0x000100217ac1 in evas_object_rectangle_render () (gdb) l 186 static void 187 eng_line_draw(void *data __UNUSED__, void *context, void *surface, int x1, int y1, int x2, int y2) 188 { 189 #ifdef BUILD_PIPE_RENDER 190if ((cpunum > 1) 191 #ifdef EVAS_FRAME_QUEUING 192 && evas_common_frameq_enabled() 193 #endif 194 ) 195 evas_common_pipe_line_draw(surface, context, x1, y1, x2, y2); (gdb) p cpunum $8 = 2 (gdb) p surface No symbol "surface" in current context. (gdb) p context No symbol "context" in current context. (gdb) p x1 No symbol "x1" in current context. (gdb) p y1 $9 = {} 0x7fff85a57b60 (gdb) p x2 No symbol "x2" in current context. (gdb) p y2 No symbol "y2" in current context. (gdb) -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive recor
[E-devel] E16 installer for MacOSX
I have uploaded a binary installer for Enlightenment 16, esd and Eterm for MacOSX 10.6 (Snow Leopard). This is for MacOSX systems without Fink or Macports installed. Please test and report any problems. http://trac.enlightenment.org/e/raw-attachment/wiki/MACOSX/e16%20Installer.dmg The reason I picked such out-of-date programs is because I need to test an installer with binaries that have no issues, but which involve an X11 window manager and integrated apps. This is so I can understand any issues with the installer and my chosen file layout before I make an E17 installer. I'll be releasing an E17 binary installer for MacOS following this. Thanks, Dave -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on "Lean Startup Secrets Revealed." This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Change request for evas
Evas is failing to build on OSX because it is now using _strndup, which is a GNU extension not supported on OSX by default. make[5]: Nothing to be done for `all-am'. Making all in include make[4]: Nothing to be done for `all'. CC main.lo CCLD libevas.la Undefined symbols: "_strndup", referenced from: _evas_font_load in libevas_canvas.a(evas_font_dir.o) (maybe you meant: _eina_unicode_strndup) ld: symbol(s) not found collect2: ld returned 1 exit status make[4]: *** [libevas.la] Error 1 Could somebody please help by changing _strndup to _memcopy ? This will help keep e17 OSX compatible. Vincent Torri has been making updates like this to help support OSX, but he is on vacation until Aug 26. Thanks in advance. -- BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos & much more. Register early & save! http://p.sf.net/sfu/rim-blackberry-1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Big improvements on OSX
I noticed some big improvements on OSX, compared to 2 weeks ago, which was the last time I downloaded from SVN. The OSX crash-on-startup bug seems to be gone. I don't know why. There are still some display problems during the first e17 launch after startup, but no segv crashes. I can fix the display problems with the same work-around I was using for the startup crash -- by disabling shm in /evas/src/modules/engines/software_x11/evas_xlib_buffer.c. Still it would be good to understand what I can do to make shm segments work better on OSX. Also, startup is 10x faster than before. There was always a 10 second delay starting up e17. Today, it takes like 1-2 seconds. I'm very happy to see this after many months with the crash on startup and slow launch! What changed? -- uberSVN's rich system and user administration capabilities and model configuration take the hassle out of deploying and managing Subversion and the tools developers use with it. Learn more about uberSVN and get a free download at: http://p.sf.net/sfu/wandisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] White box... again :-)
On Aug 14, 2011, at 1:13 PM, Tom Hacohen wrote: > On 14/08/11 16:06, Cedric BAIL wrote: >> Yop, >> >> Someone, and that's not me for sure, did bork the recover function >> of our beloved white death box. I don't want to put the finger on the >> last guy who touched that file, but I bet that I know the borker :-) > > A bit off topic, but how do you get e to seg so much to find those bugs? > Never segs for me. :) I get the white death box if I select "Take Screenshot" from the main menu. (On OSX) -Dave -- FREE DOWNLOAD - uberSVN with Social Coding for Subversion. Subversion made easy with a complete admin console. Easy to use, easy to manage, easy to install, easy to extend. Get a Free download of the new open ALM Subversion platform now. http://p.sf.net/sfu/wandisco-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel