2012/12/13 Carsten Haitzler
> funny that... it can't linkt to windows dlls and find windows api calls..
> on linux... :)
>
apt-get install mingw-w64 and everything is install for you ... on linux
... :)
--
Nicolas Aguirre
Mail: aguirre.nico...@gmail.com
Web: http://enna.geexbox.org
Blog: http:
On Thu, 13 Dec 2012 07:02:42 + Christopher Michael
said:
> On 13/12/12 06:53, Michael Blumenkrantz wrote:
> > On Thu, 13 Dec 2012 14:48:07 +0900
> > Carsten Haitzler (The Rasterman) wrote:
> >
> >> On Wed, 12 Dec 2012 15:00:09 + Michael Blumenkrantz
> >> said:
> >>
> >> well it's unsued
On Thu, 13 Dec 2012 06:53:33 + Michael Blumenkrantz
said:
> On Thu, 13 Dec 2012 14:48:07 +0900
> Carsten Haitzler (The Rasterman) wrote:
>
> > On Wed, 12 Dec 2012 15:00:09 + Michael Blumenkrantz
> > said:
> >
> > well it's unsued by e itself, or compositors etc... that's why.
> >
> >
On Tue, Dec 11, 2012 at 8:47 PM, Brett Nash wrote:
>> > I tested the proxy image for using it.
>> > I expected the proxy image is shown whole ,even if the source object is
>> > clipped.
>> > But if the source object is clipped, the proxy image is clipped too.
>> > I want to show the whole copied i
On 13/12/12 06:53, Michael Blumenkrantz wrote:
> On Thu, 13 Dec 2012 14:48:07 +0900
> Carsten Haitzler (The Rasterman) wrote:
>
>> On Wed, 12 Dec 2012 15:00:09 + Michael Blumenkrantz
>> said:
>>
>> well it's unsued by e itself, or compositors etc... that's why.
>>
>>> not sure this is the rig
On Thu, 13 Dec 2012 14:48:07 +0900
Carsten Haitzler (The Rasterman) wrote:
> On Wed, 12 Dec 2012 15:00:09 + Michael Blumenkrantz
> said:
>
> well it's unsued by e itself, or compositors etc... that's why.
>
> > not sure this is the right choice here
> >
> > On Wed, Dec 12, 2012 at 2:3
Is it just me, or does evas_text_block not work under Linux fb in the
1.7.3 release? I'm not seeing the text, with or without fontconfig.
The same code works fine under X, and worked fine before I updated to
1.7. All other text works fine, with or without fontconfig. The fonts
are in the edje fi
On Thu, 13 Dec 2012 14:55:46 +0900 Cedric BAIL
wrote:
> On Thu, Dec 13, 2012 at 2:31 PM, David Seikel
> wrote:
> > On Wed, 12 Dec 2012 21:24:02 -0800 "Enlightenment SVN"
> > wrote:
> >
> >> Log:
> >> edje: only compile edje from 1.7 branch with Lua 5.1.
> >
> > Why?
> >
> > I had earlier accept
For those who don't receive mails from SVN or didn't see...
On 12/12/2012 03:16 PM, Enlightenment SVN wrote:
> Log:
> eo_step gdb script installation to help debugging of applications by
>stepping over Eo.
>To do it:
>- Write in ~/.gdbinit "source prefix/share/eo/eo_step.py" (prefix is
> On Wed, 12 Dec 2012 21:24:02 -0800 "Enlightenment SVN"
> wrote:
>
> > Log:
> > edje: only compile edje from 1.7 branch with Lua 5.1.
>
> Why?
>
> I had earlier accepted a patch that let it work fine with Lua 5.2, which
> a few people had requested.
>
> --
> A big old stinking pile of genius that
On Thu, Dec 13, 2012 at 2:31 PM, David Seikel wrote:
> On Wed, 12 Dec 2012 21:24:02 -0800 "Enlightenment SVN"
> wrote:
>
>> Log:
>> edje: only compile edje from 1.7 branch with Lua 5.1.
>
> Why?
>
> I had earlier accepted a patch that let it work fine with Lua 5.2, which
> a few people had reques
On Wed, 12 Dec 2012 15:00:09 + Michael Blumenkrantz
said:
well it's unsued by e itself, or compositors etc... that's why.
> not sure this is the right choice here
>
> On Wed, Dec 12, 2012 at 2:35 PM, Enlightenment SVN <
> no-re...@enlightenment.org> wrote:
>
> > Log:
> > pixel border->
On Wed, 12 Dec 2012 21:24:02 -0800 "Enlightenment SVN"
wrote:
> Log:
> edje: only compile edje from 1.7 branch with Lua 5.1.
Why?
I had earlier accepted a patch that let it work fine with Lua 5.2, which
a few people had requested.
--
A big old stinking pile of genius that no one wants
coz the
On Wed, 12 Dec 2012 16:23:56 +0100 Nicolas Aguirre
said:
> (it's like nobody tried the build before the release . )
funny that... it can't linkt to windows dlls and find windows api calls.. on
linux... :)
> 2012/12/12 Nicolas Aguirre
>
> > I found another bug,
> > CCLD libecore_e
On Wed, 12 Dec 2012 15:32:38 + Daniel Willmann
said:
> Hey, just thought about it some more.
>
> On 12/12/2012 03:18 PM, Michael Blumenkrantz wrote:
> > On Wed, 12 Dec 2012 15:08:49 +
> > Daniel Willmann wrote:
> >
> >> On 12/12/2012 03:02 PM, Michael Blumenkrantz wrote:
> >>> stupid t
Finally i found the time to fix most of the problem, with the help of
Vincent.
There is still a bug in elementary build, i will check latter. But i get
evil, eina, eet, evas, ecore, embryo, eio, efreet building. Binaries have
not been checked on a real windows system.
I also created a branch for e
Hi,
I got a crash loading a edje file with Elm external into my edje
application. I could reproduce this with edje_player, so no need to
show any application code here. Only the edc:
http://pastebin.com/zkzigHFH
and here the backtrace and error output of edje_player:
http://pastebin.com/zRTq4fu
Nicolas,
indeed right now no one is trying the build on non-linux platforms
before a release. Please, if you've the necessary means to start a
buildbot on windows that is accessible, or to maintain one yourself,
please help us out.
Best regards,
Luis Felipe
On Wed, Dec 12, 2012 at 1:23 PM, Nico
-lgdi32 not -lgdi sorry for the error
2012/12/12 Nicolas Aguirre
> I found another bug,
> CCLD libecore_evas.la
> libtool: link: warning: `/media/naguirre/OE/efl_win32/package//lib/
> libeina.la' seems to be moved
> libtool: link: warning: `/media/naguirre/OE/efl_win32/package//lib/
> libe
On Wed, Dec 12, 2012 at 11:55 PM, Vincent Torri wrote:
> isn't this an API break ?
Nop, it is not. The purpose of EET_T_LAST is to help on filtering out
type that are not known by the library. It is a sentinel designed to
help backward and foward compatibility by meaning that's the last
value I k
Hey, just thought about it some more.
On 12/12/2012 03:18 PM, Michael Blumenkrantz wrote:
> On Wed, 12 Dec 2012 15:08:49 +
> Daniel Willmann wrote:
>
>> On 12/12/2012 03:02 PM, Michael Blumenkrantz wrote:
>>> stupid though it may seem, released #defines indeed cannot be changed
>>
>> I guess
(it's like nobody tried the build before the release . )
2012/12/12 Nicolas Aguirre
> I found another bug,
> CCLD libecore_evas.la
> libtool: link: warning: `/media/naguirre/OE/efl_win32/package//lib/
> libeina.la' seems to be moved
> libtool: link: warning: `/media/naguirre/OE/efl_
I found another bug,
CCLD libecore_evas.la
libtool: link: warning: `/media/naguirre/OE/efl_win32/package//lib/
libeina.la' seems to be moved
libtool: link: warning: `/media/naguirre/OE/efl_win32/package//lib/
libeina.la' seems to be moved
libtool: link: warning: `/media/naguirre/OE/efl_win32/pa
On Wed, 12 Dec 2012 15:08:49 +
Daniel Willmann wrote:
> On 12/12/2012 03:02 PM, Michael Blumenkrantz wrote:
> > stupid though it may seem, released #defines indeed cannot be changed
>
> I guess I could have seen that.
> Will fix in another way then.
>
> Thanks for spotting
> Daniel
>
> > O
On 12/12/2012 03:02 PM, Michael Blumenkrantz wrote:
> stupid though it may seem, released #defines indeed cannot be changed
I guess I could have seen that.
Will fix in another way then.
Thanks for spotting
Daniel
> On Wed, Dec 12, 2012 at 2:55 PM, Vincent Torri wrote:
>
>> isn't this an API bre
stupid though it may seem, released #defines indeed cannot be changed
On Wed, Dec 12, 2012 at 2:55 PM, Vincent Torri wrote:
> isn't this an API break ?
>
> On Wed, Dec 12, 2012 at 3:49 PM, Enlightenment SVN
> wrote:
> > Log:
> > eet: Fix possible buffer overflow in functions relying on EET_T_LAS
not sure this is the right choice here
On Wed, Dec 12, 2012 at 2:35 PM, Enlightenment SVN <
no-re...@enlightenment.org> wrote:
> Log:
> pixel border->go. no actual use in e17 atm.. so not going to put it
> there. make a theme that provides such things if u want them. :)
>
>
>
> Author:
isn't this an API break ?
On Wed, Dec 12, 2012 at 3:49 PM, Enlightenment SVN
wrote:
> Log:
> eet: Fix possible buffer overflow in functions relying on EET_T_LAST.
>
> Issue reported by Klocwork. Backport, ChangeLog, NEWS included
>
> Signed-off-by: Daniel Willmann
>
> Author: asdfuser
On Wed, Dec 12, 2012 at 9:31 PM, Nicolas Aguirre
wrote:
> Ok finally i found a problem
>
> When crosscompiling evas for windows, i get this error :
>
> make[4]: entrant dans le répertoire «
> /media/naguirre/OE/efl_win32/src/evas-1.7.3/src/lib/canvas »
> CC evas_render.lo
> evas_render.c:96:
we developers know about it with svn log.
and people don't need to know about that..
-Regards, Hermet-
-Original Message-
From: "Daniel Juyung Seo"
To: "Enlightenment developer
list";
Ok finally i found a problem
When crosscompiling evas for windows, i get this error :
make[4]: entrant dans le répertoire «
/media/naguirre/OE/efl_win32/src/evas-1.7.3/src/lib/canvas »
CC evas_render.lo
evas_render.c:96:47: error: expected ';', ',' or ')' before 'EINA_UNUSED'
evas_render.c:
Yeah... I was wondering if I had to change ChangeLog also...
It turned out to be modified as well.
Thanks for spotting this.
Daniel Juyung Seo (SeoZ)
On Wed, Dec 12, 2012 at 9:08 PM, ChunEon Park wrote:
> Changelog also
>
>
>
>
>
> -Regards, Hermet-
>
>
2012/12/11 Luis Felipe Strano Moraes
> Nicolas,
>
> sorry about that. We do not in fact have a proper stable branch for evil,
> so for 1.7.2 Vincent generated a tarball for me.
>
It's maybe time to create a stable branch for evil ?
Currently i didn't see any problem with it so no changes but it'
Changelog also
-Regards, Hermet-
-Original Message-
From: "Enlightenment SVN"
To: ;
Cc:
Sent: 2012-12-12 (수) 20:39:29
Subject: E SVN: seoz trunk/elementary
Log:
elm NEWS: dummy
On Wed, 12 Dec 2012 09:34:08 -0200 Bruno Dilly
wrote:
> On Wed, Dec 12, 2012 at 8:29 AM, Andrea Suisani
> wrote:
> > On 12/12/2012 11:23 AM, Andrea Suisani wrote:
> >> Hi all,
> >>
> >> This mornign I was trying to update my EFL and e17 (trunk)
> >> using a slightly modified dev version of easy_
On 12/12/2012 11:34 AM, Bruno Dilly wrote:
> On Wed, Dec 12, 2012 at 8:29 AM, Andrea Suisani wrote:
>>
>> commit 80749 fix the problem.
>
> Yeah, I saw Daniel disabled the tests by default (what depends on edje).
> Not necessary, you could have just disabled it in this build using
> --disable-bui
On Wed, Dec 12, 2012 at 6:10 PM, Gustavo Sverzut Barbieri <
barbi...@profusion.mobi> wrote:
> On Wednesday, December 12, 2012, Daniel Juyung Seo wrote:
>
> > Yeah... it's mild version of default theme.
> > I found just a few differences.
>
>
> Indeed, the changes are very minimal as one can see in
[cut]
>> commit 80749 fix the problem.
>
> Yeah, I saw Daniel disabled the tests by default (what depends on edje).
> Not necessary, you could have just disabled it in this build using
> --disable-build-tests since the API was broken yesterday.
> And you would keeping working with it enabled by d
On Wed, Dec 12, 2012 at 8:29 AM, Andrea Suisani wrote:
> On 12/12/2012 11:23 AM, Andrea Suisani wrote:
>> Hi all,
>>
>> This mornign I was trying to update my EFL and e17 (trunk)
>> using a slightly modified dev version of easy_e17.sh
>> (just to adapt to it the big merge).
>
> [cut]
>
>> if I am
Hi all,
This mornign I was trying to update my EFL and e17 (trunk)
using a slightly modified dev version of easy_e17.sh
(just to adapt to it the big merge).
Unluckily ephysics complains about missing symbols in edje:
CC test_win_resize.o
CC ephysics_logo.o
CC ephysics_sandbo
On 12/12/2012 11:23 AM, Andrea Suisani wrote:
> Hi all,
>
> This mornign I was trying to update my EFL and e17 (trunk)
> using a slightly modified dev version of easy_e17.sh
> (just to adapt to it the big merge).
[cut]
> if I am not missing something obvious it seems
> that there's some kind of c
On 12/11/12 15:20, Michael Blumenkrantz wrote:
>This release of E17 is also known as "The Hulk" for obvious reasons.
>Changelog:
>* Translation updates
>* Clock and cpufreq gadgets now consume less cpu
>* Slider widget can no longer explode the stack
>* Backlight setting imp
On Wednesday, December 12, 2012, Daniel Juyung Seo wrote:
> Yeah... it's mild version of default theme.
> I found just a few differences.
Indeed, the changes are very minimal as one can see in the patch :-)
Did you like it? Dislike it? Changes?
> Btw, analog clock is invisible with the defau
Yeah... it's mild version of default theme.
I found just a few differences.
Btw, analog clock is invisible with the default background.
Daniel Juyung Seo (SeoZ)
On Wed, Dec 12, 2012 at 2:55 PM, Michael Blumenkrantz <
michael.blumenkra...@gmail.com> wrote:
> On Tue, 11 Dec 2012 21:06:42 -0200
>
44 matches
Mail list logo