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:
On Nov 19, 2012, at 1:44 AM, Carsten Haitzler (The Rasterman) wrote:
On Mon, 19 Nov 2012 01:03:17 -0800 Dave Ray ap...@jonive.com 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 ap...@jonive.com said:
On Nov 18, 2012
On Nov 18, 2012, at 11:17 PM, Carsten Haitzler (The Rasterman) wrote:
On Sun, 18 Nov 2012 20:36:44 -0800 Dave Ray ap...@jonive.com 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
On Nov 13, 2012, at 10:40 PM, Carsten Haitzler (The Rasterman) wrote:
On Mon, 15 Oct 2012 20:07:28 -0700 Dave Ray ap...@jonive.com 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 ap...@jonive.com said:
Hi
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:
On Nov 18, 2012, at 5:23 PM, Carsten Haitzler (The Rasterman) wrote:
On Sun, 18 Nov 2012 16:48:11 -0800 Dave Ray ap...@jonive.com 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
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
On Nov 18, 2012, at 9:45 PM, Vincent Torri wrote:
On Mon, Nov 19, 2012 at 2:58 AM, Dave Ray ap...@jonive.com 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 ap...@jonive.com said:
CCLD backlight/module.la
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
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
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
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 ap...@jonive.com 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
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
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':
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
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
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,
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
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.
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
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
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
On May 24, 2011, at 1:37 AM, Cedric BAIL wrote:
On Tue, May 24, 2011 at 9:51 AM, Cedric BAIL cedric.b...@free.fr wrote:
On Mon, May 23, 2011 at 8:18 PM, Dave Ray d...@jonive.com wrote:
The directory http://www.enlightenment.org/~cedric/ is missing embryo.
Embryo didn't need any fix, so
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
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
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
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
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
, 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
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 cl...@jonive.com wrote:
I haven't gotten any feedback on this.
Where does the Applications menu in e17 get its list of apps
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
hannes.janet...@googlemail.com wrote:
On Tue, Apr 12, 2011 at 1:40 AM, Dave Ray d...@jonive.com wrote:
On Apr 11, 2011, at 3:43 PM, hannes.janet...@gmail.com 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.
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
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
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 cl...@jonive.com wrote:
I am getting the following error when compiling
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.
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.,
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
On my OS ecore runs fine, but spews a warning frequently.
CRI12490: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
(The Rasterman) wrote:
On Fri, 8 Apr 2011 21:36:39 -0300 Gustavo Sverzut Barbieri
barbi...@profusion.mobi said:
On Fri, Apr 8, 2011 at 8:40 PM, Dave Ray cl...@jonive.com wrote:
On my OS ecore runs fine, but spews a warning frequently.
CRI12490:ecore ecore_time.c:170 _ecore_time_init() Platform does
:03 PM, Carsten Haitzler (The Rasterman) wrote:
On Fri, 8 Apr 2011 18:45:12 -0700 Dave Ray cl...@jonive.com 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
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
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
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
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
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:
On Jun 3, 2010, at 12:17 PM, Gustavo Sverzut Barbieri wrote:
On Thu, Jun 3, 2010 at 3:10 PM, Dave Ray cl...@jonive.com 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
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
:
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
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
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
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
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,
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.
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'.
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 cl...@jonive.com wrote:
Editje is almost working. It fails on a post-compile script involving
edje_cc at the very end of 'make'.
make
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
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
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
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
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
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
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
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 cl...@jonive.com said:
I am very close to getting e17 to finish
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
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
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
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
On Apr 3, 2010, at 2:51 AM, Leif Middelschulte wrote:
Hi Dave,
2010/4/3 Dave Ray d...@jonive.com:
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
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
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
(The Rasterman) wrote:
On Thu, 1 Apr 2010 15:11:55 -0700 Dave Ray cl...@jonive.com 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
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
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
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
75 matches
Mail list logo
