On Wed, 21 Apr 2010 01:08:30 +0200 (CEST) Vincent Torri
wrote:
>
>
> On Tue, 20 Apr 2010, Dave Ray wrote:
>
> >
> > 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
And soon to be ephoto :)
On Tue, Apr 20, 2010 at 4:08 PM, Vincent Torri wrote:
>
>
> On Tue, 20 Apr 2010, Dave Ray wrote:
>
> >
> > 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
On Wed, 21 Apr 2010, Dave Ray wrote:
> I tried
> ./configure --enable-xine=static
install emotion and try emotion_test again :)
Vincent
>
>> 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.s
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=stati
On Wed, 21 Apr 2010, Dave Ray wrote:
>
> 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 tha
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 ./autoge
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 ?
Vincent
> /usr/local/lib/libxine.dylib -> libxine.1.28.0.dylib
>
> I downloaded the latest svn for emotion and got the same
/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, 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 install
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 in
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.m
On Wed, Apr 21, 2010 at 3:39 AM, Vincent Torri wrote:
>
>
> On Tue, 20 Apr 2010, Dave Ray wrote:
>
>> 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
hum, enlil require emotion, I need to see why :)
2010/4/21 Dave Ray
> 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
Well the E17 theme errors out because of #define as well so Id say its
a recurring problem. Easy way to test this, is to delete line 25 of
default.edc for editje. It should be "#include "border.edc" that you
want to get rid of. Try compiling again and it should fail on the next
define in the theme.
On Wed, 21 Apr 2010, Tom Haste wrote:
> 201: BORDER("part", 3, "part.rel1.highlight")
>
> Looks like another define issue. This is why the E17 theme didnt
> compile as well. I dont know why its saying something about 2 vs 4
> arguments though...
i don't know if the line is correct. I had big
201: BORDER("part", 3, "part.rel1.highlight")
Looks like another define issue. This is why the E17 theme didnt
compile as well. I dont know why its saying something about 2 vs 4
arguments though...
Toma.
On 21 April 2010 14:40, Vincent Torri wrote:
>
>
> On Tue, 20 Apr 2010, Dave Ray wrote:
On Tue, 20 Apr 2010, Dave Ray wrote:
>> * eyelight : a presentation tool (like powerpoint)
>
> eyelight requires emotion
see my previous mail about emotion. Be sure emotion works before going
further.
>> * enki + enlil : a photo manager
>>
>> enki and anlil are in trunk/.
>
> enki: autogen.s
On Tue, 20 Apr 2010, 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
> Makin
On Tue, 20 Apr 2010, Dave Ray wrote:
> 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 .
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 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
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
>> e
Same issue you had with E17, edje_cc doesnt work on Mac...
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'.
> Makin
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'.
M
On Tue, 20 Apr 2010, Dave Ray wrote:
>
> 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 n
>
> 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/s
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/elementar
On Tue, 20 Apr 2010, Dave Ray wrote:
> 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
On Tue, 20 Apr 2010, Dave Ray wrote:
> I just retested the default config for evas, on MacOS-X.
> ...
> Software X11...: yes (Xlib: yes) (XCB: no)
good.
> And the default config for ecore:
> ...
> Ecore_X..: no
> ...
> Ecore_Evas...: yes
> Softwa
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,
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 eva
On Mon, 19 Apr 2010, Dave Ray wrote:
>> Btw, another question: did you try to compile and test elementary ?
so ?
> 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
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 an
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
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
On Mon, 19 Apr 2010, Dave Ray wrote:
> Wiki for Mac-OS X has been totally re-written.
thank you.
> 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 ?
2)
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
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 communit
> 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
--
Nice!
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. :)
Toma.
On 19 April 2010 16:45, Dave Ray wrote:
>
> On Apr 8, 2010, at 7:08 AM, Gustavo Chaves wrote:
>
>> I just want t
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
2010/4/14 Dave Ray :
> 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
>
Hey Dave,
you might want to make sure you set the prefix to /opt or something
similar so it (EFL and libs you need to build it) can be removed
easily later.
Congrats and BR,
Leif
2010/4/14 Dave Ray :
> I am happy to report that after pulling along night, e17 is running
> well, with most of the
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
As long as you can recognise that youre on your own in the woods when
it comes to MacOS install, thats fine. I dont think any of the devs
use e17 on Mac so no-one even bothers testing. The fact that its
compiled so far is fairly miraculous to say the least. Glad to have
helped! And make sure you lo
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
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 o
Im in IRC now and can give you a hand with the theme. I suspect it may
be the #define sections of it.
Toma.
On 14 April 2010 08:23, Dave Ray wrote:
> 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.
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 v
>
> 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 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 defi
On Wed, 7 Apr 2010, Dave Ray wrote:
> 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
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
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
st
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 ?
Vincent--
Download Intel® Parallel Studio Eval
Try the new s
On Wed, Apr 7, 2010 at 4:32 AM, Dave Ray wrote:
> 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 witho
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 prerequi
On Tue, Apr 6, 2010 at 10:14 PM, Dave Ray wrote:
> 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
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
On Mon, 5 Apr 2010, Dave Ray wrote:
> As I recall I couldn't
> get edje and ecore to compile without forcing the ecore_x option.
ecore can be compiled without ecore_x.
edje does not depend on ecore_x.
> Elementary wasn't in the trunk branch of the svn build so I didn't
> build or install it.
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
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.
Hey there,
edit po/Makefile and replace "msgmerge --update" with "msgmerge --
update --backup=none". This is a known bug and will be fixed in the
next gettext release.
BR,
Leif
Am 02.04.2010 um 00:55 schrieb Dave Ray :
> With the EDJE and LUA work-arounds I managed to get very close to
> su
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
64 matches
Mail list logo
