Re: [E-devel] RFC: e17 mild theme

2012-12-12 Thread Daniel Juyung Seo
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
 Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote:

  Hi all,
 
  Attached is a mild.patch that applies to e17 and provides a simplified
  theme. Please also add the attached images to data/themes/img folder
  so the build works.
 
  The generated mild.edj is also attached for ease of test. Overall I
  did some quick hacks to evaluate how it would look, there are some
  inconsistencies and overall I'd like to have the icons without the
  glow and blue by default, which would take a major amount of work to
  get them from raster's originals.
 
  Some screenshots:
 
   - Shelf and gadgets:
  http://www.enlightenment.org/ss/e-50c7ba638fdb29.64242933.png
   - Config and Evry:
 http://enlightenment.org/~barbieri/config-and-evry.jpg
 
  Please let me know of your ideas regarding it.
 
  --
  Gustavo Sverzut Barbieri
  http://profusion.mobi embedded systems
  --
  MSN: barbi...@gmail.com
  Skype: gsbarbieri
  Mobile: +55 (19) 9225-2202

 It's so mild!!!


 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and focus on delivering more value-add services
 Discover what IT Professionals Know. Rescue delivers
 http://p.sf.net/sfu/logmein_12329d2d
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] RFC: e17 mild theme

2012-12-12 Thread Gustavo Sverzut Barbieri
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 default background.


I did not change analog clock, just digital.






 Daniel Juyung Seo (SeoZ)


 On Wed, Dec 12, 2012 at 2:55 PM, Michael Blumenkrantz 
 michael.blumenkra...@gmail.com javascript:; wrote:

  On Tue, 11 Dec 2012 21:06:42 -0200
  Gustavo Sverzut Barbieri barbi...@profusion.mobi javascript:; wrote:
 
   Hi all,
  
   Attached is a mild.patch that applies to e17 and provides a simplified
   theme. Please also add the attached images to data/themes/img folder
   so the build works.
  
   The generated mild.edj is also attached for ease of test. Overall I
   did some quick hacks to evaluate how it would look, there are some
   inconsistencies and overall I'd like to have the icons without the
   glow and blue by default, which would take a major amount of work to
   get them from raster's originals.
  
   Some screenshots:
  
- Shelf and gadgets:
   http://www.enlightenment.org/ss/e-50c7ba638fdb29.64242933.png
- Config and Evry:
  http://enlightenment.org/~barbieri/config-and-evry.jpg
  
   Please let me know of your ideas regarding it.
  
   --
   Gustavo Sverzut Barbieri
   http://profusion.mobi embedded systems
   --
   MSN: barbi...@gmail.com javascript:;
   Skype: gsbarbieri
   Mobile: +55 (19) 9225-2202
 
  It's so mild!!!
 
 
 
 --
  LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
  Remotely access PCs and mobile devices and provide instant support
  Improve your efficiency, and focus on delivering more value-add services
  Discover what IT Professionals Know. Rescue delivers
  http://p.sf.net/sfu/logmein_12329d2d
  ___
  enlightenment-devel mailing list
  enlightenment-devel@lists.sourceforge.net javascript:;
  https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 

 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and focus on delivering more value-add services
 Discover what IT Professionals Know. Rescue delivers
 http://p.sf.net/sfu/logmein_12329d2d
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net javascript:;
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel



-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] [Enlightenment-release] [Announce] Enlightenment DR 0.17 Gamma

2012-12-12 Thread Jérôme Pinot
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 improved, now more reliable
* mkstemps no longer used; portability++
* Really move option in filemanager renamed to something more
descriptive
* Resizable dialogs are now able to be maximized
* Scrollbars now hide in more cases where they should
* Dragging files to other applications from filemanager no longer
causes file icon to disappear
* Filemanager toolbar path items delete when corresponding path is
removed
* Mixer no longer causes a crash when pulseaudio is killed
* Navigate menu no longer crashes when repeatedly navigating to a
directory which has no listable contents
* Tasks gadget no longer tries to delete its items repeatedly
* Systray icon scaling improved
* XDirectSave DND operations now work again
* hicolor icon theme automatically applied now when no theme is
selected
* Fileselector no longer changes its entry text when changing
directories
* Filemanager New File action no longer creates file with garbage
content
* Don't composite fullscreen windows is now disabled by default
* Notifications no longer do anything (including crash) when received
during desklock
* Gadgets module no longer crashes on unload and also correctly shows
gadgets when loaded
* Read-only entry widgets are now actually read-only
* Filemanager no longer as hungry, saves some DND events for pager to
enable drags on desktop pagers
* Removed some potentially troublesome settings from advanced Composite
settings
* Systray now informs the user that it should not be placed on an
invisible shelf
* Window moving/resizing (and other mouse-related events) no longer
behave strangely in the presence of autohiding shelves
* Submenu item arrows now properly sized and aligned
* [THEME] Lots of icons
E17 GAMMA - 80662

I hope that this will no go till omega :-)


-- 
Jérôme Pinot
http://ngc891.blogdns.net/


signature.asc
Description: Digital signature
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] ephysics / edje circular dependency

2012-12-12 Thread Andrea Suisani
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 circular dependency.


I knew it, only If I would have waited a few more minutes :)

commit 80749 fix the problem.

thanks guys.

Andrea

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] ephysics / edje circular dependency

2012-12-12 Thread Andrea Suisani
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_sandbox.o
   CCLD   ephysics_test
   CCLD   ephysics_logo
   CCLD   ephysics_sandbox
/opt/e17/lib/libedje.so: undefined reference to `ephysics_body_soft_circle_add'
/opt/e17/lib/libedje.so: undefined reference to `ephysics_body_circle_add'
collect2: ld returned 1 exit status
make[3]: *** [ephysics_logo] Error 1
make[3]: *** Waiting for unfinished jobs
/opt/e17/lib/libedje.so: undefined reference to `ephysics_body_soft_circle_add'
/opt/e17/lib/libedje.so: undefined reference to `ephysics_body_circle_add'
collect2: ld returned 1 exit status
make[3]: *** [ephysics_test] Error 1
/opt/e17/lib/libedje.so: undefined reference to `ephysics_body_soft_circle_add'
/opt/e17/lib/libedje.so: undefined reference to `ephysics_body_circle_add'

whereas if I try to compile edje I got this error

   CC edje_decc-edje_cc_mem.o
   CC edje_decc-edje_cc_sources.o
edje_cc_handlers.c: In function 
‘st_collections_group_parts_part_description_physics_face_type’:
edje_cc_handlers.c:7812:23: error: ‘EPHYSICS_BODY_SPHERE_FACE_FRONT’ undeclared 
(first use in this function)
edje_cc_handlers.c:7812:23: note: each undeclared identifier is reported only 
once for each function it appears in
edje_cc_handlers.c:7813:22: error: ‘EPHYSICS_BODY_SPHERE_FACE_BACK’ undeclared 
(first use in this function)
make[4]: *** [edje_cc-edje_cc_handlers.o] Error 1


if I am not missing something obvious it seems
that there's some kind of circular dependency.


Andrea


--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] ephysics / edje circular dependency

2012-12-12 Thread Bruno Dilly
On Wed, Dec 12, 2012 at 8:29 AM, Andrea Suisani sick...@opinioni.net 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 not missing something obvious it seems
 that there's some kind of circular dependency.


 I knew it, only If I would have waited a few more minutes :)

 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 default next times.

Anyway this need to be properly handled, since now edje depends on
ephysics, and ephysics tests depends on elm (that depends on edje).

Barbieri sent some possibilities a week ago here in this ml.
Tomorrow I will take care of that (I'll be off today).

Regards


 thanks guys.

 Andrea

 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and focus on delivering more value-add services
 Discover what IT Professionals Know. Rescue delivers
 http://p.sf.net/sfu/logmein_12329d2d
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel



-- 
Bruno Dilly
Lead Developer
ProFUSION embedded systems
http://profusion.mobi

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] ephysics / edje circular dependency

2012-12-12 Thread Andrea Suisani

[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 default next times.

 Anyway this need to be properly handled, since now edje depends on
 ephysics, and ephysics tests depends on elm (that depends on edje).

agreed

 Barbieri sent some possibilities a week ago here in this ml.
 Tomorrow I will take care of that (I'll be off today).

perfect!


thanks Bruno


Andrea



--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] ephysics / edje circular dependency

2012-12-12 Thread Daniel Willmann
On 12/12/2012 11:34 AM, Bruno Dilly wrote:
 On Wed, Dec 12, 2012 at 8:29 AM, Andrea Suisani sick...@opinioni.net 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-build-tests since the API was broken yesterday.
 And you would keeping working with it enabled by default next times.

True, but I thought it would be nice if people upgrading with no special
configure options would at least be spared that issue.

 Anyway this need to be properly handled, since now edje depends on
 ephysics, and ephysics tests depends on elm (that depends on edje).

I agree it needs to be handled properly and the current way is just a
workaround.
At this rate we'll end up with efl containing everything except e/
pretty soon.

Regards,
Daniel

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] ephysics / edje circular dependency

2012-12-12 Thread David Seikel
On Wed, 12 Dec 2012 09:34:08 -0200 Bruno Dilly bdi...@profusion.mobi
wrote:

 On Wed, Dec 12, 2012 at 8:29 AM, Andrea Suisani
 sick...@opinioni.net 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 not missing something obvious it seems
  that there's some kind of circular dependency.
 
 
  I knew it, only If I would have waited a few more minutes :)
 
  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 default next times.
 
 Anyway this need to be properly handled, since now edje depends on
 ephysics, and ephysics tests depends on elm (that depends on edje).

Don't forget that it's more complicated than that even.  Edje depends
on ephysics, but the merged efl tree will eventually be building edje
before you can build ephysics.  

Perhaps the ephysics tests could be entirely edje based?  Solves the
elm dependency, and helps to test out the edje bindings.

Hopefully ephysics will remain optional no matter how these problems
are solved.  I know I'd not want to be adding bullet physics to my
embedded project.  lol

-- 
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the world.


signature.asc
Description: PGP signature
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E SVN: seoz trunk/elementary

2012-12-12 Thread ChunEon Park
Changelog also





-Regards, Hermet-

-Original Message-
From: Enlightenment SVNlt;no-re...@enlightenment.orggt; 
To: lt;enlightenment-...@lists.sourceforge.netgt;; 
Cc: 
Sent: 2012-12-12 (수) 20:39:29
Subject: E SVN: seoz trunk/elementary

Log:
elm NEWS: dummy obj was removed and restored. we can merge the NEWS entry.

Author:   seoz
Date: 2012-12-12 03:39:29 -0800 (Wed, 12 Dec 2012)
New Revision: 80752
Trac: http://trac.enlightenment.org/e/changeset/80752

Modified:
  trunk/elementary/NEWS 

Modified: trunk/elementary/NEWS
===
--- trunk/elementary/NEWS   2012-12-12 11:06:40 UTC (rev 80751)
+++ trunk/elementary/NEWS   2012-12-12 11:39:29 UTC (rev 80752)
@@ -90,9 +90,8 @@
* Make sure private data is not NULL in elm_interface_scrollable.
* Correctly handle failure case in _x11_notify_handler_image.
* Don't manipulate dead memory in Eina_Inlist in elm_transit.c.
-   * Remove dummy object from elm_naviframe.
* Update mapbuf forcely whenever it's states are changed.
-   * Restore dummy object to elm_naviframe. Now, dummy object is always smart 
member of naviframe.
+   * Now, dummy object is always smart member of naviframe.
 
 Removals:
 


--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-svn mailing list
enlightenment-...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-svn


--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Evil 1.7.3 is missing

2012-12-12 Thread Nicolas Aguirre
2012/12/11 Luis Felipe Strano Moraes luis.str...@gmail.com

 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's better to
have all EFL at the same revision number, isn't it ?


-- 
Nicolas Aguirre
Mail: aguirre.nico...@gmail.com
Web: http://enna.geexbox.org
Blog: http://dev.enlightenment.fr/~captainigloo/
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E SVN: seoz trunk/elementary

2012-12-12 Thread Daniel Juyung Seo
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 her...@naver.com wrote:

 Changelog also



 

 -Regards, Hermet-

 -Original Message-
 From: Enlightenment SVNlt;no-re...@enlightenment.orggt;
 To: lt;enlightenment-...@lists.sourceforge.netgt;;
 Cc:
 Sent: 2012-12-12 (수) 20:39:29
 Subject: E SVN: seoz trunk/elementary

 Log:
 elm NEWS: dummy obj was removed and restored. we can merge the NEWS entry.

 Author:   seoz
 Date: 2012-12-12 03:39:29 -0800 (Wed, 12 Dec 2012)
 New Revision: 80752
 Trac: http://trac.enlightenment.org/e/changeset/80752

 Modified:
   trunk/elementary/NEWS

 Modified: trunk/elementary/NEWS
 ===
 --- trunk/elementary/NEWS   2012-12-12 11:06:40 UTC (rev 80751)
 +++ trunk/elementary/NEWS   2012-12-12 11:39:29 UTC (rev 80752)
 @@ -90,9 +90,8 @@
 * Make sure private data is not NULL in elm_interface_scrollable.
 * Correctly handle failure case in _x11_notify_handler_image.
 * Don't manipulate dead memory in Eina_Inlist in elm_transit.c.
 -   * Remove dummy object from elm_naviframe.
 * Update mapbuf forcely whenever it's states are changed.
 -   * Restore dummy object to elm_naviframe. Now, dummy object is always
 smart member of naviframe.
 +   * Now, dummy object is always smart member of naviframe.

  Removals:




 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and focus on delivering more value-add services
 Discover what IT Professionals Know. Rescue delivers
 http://p.sf.net/sfu/logmein_12329d2d
 ___
 enlightenment-svn mailing list
 enlightenment-...@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-svn



 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and focus on delivering more value-add services
 Discover what IT Professionals Know. Rescue delivers
 http://p.sf.net/sfu/logmein_12329d2d
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Evil 1.7.3 is missing

2012-12-12 Thread Nicolas Aguirre
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: In function 'evas_render_updates_internal':
evas_render.c:1669:46: error: '_evas_clip_changes_free' undeclared (first
use in this function)
evas_render.c:1669:46: note: each undeclared identifier is reported only
once for each function it appears in
evas_render.c: In function 'evas_render_idle_flush':

I dig into evas_render.c and found that it uses EINA_UNUSED in this
function (evas_render_updates_internal) but i can't find EINA_UNUSED in
eina includes.
So what's the problem here, i fix the build by adding -DEINA_UNUSED= in
the CPPFLAGS, but i guess there is something wrong in evas 1.7.3

regards


2012/12/11 Luis Felipe Strano Moraes luis.str...@gmail.com

 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. As far as I can tell, you
 can just use the 1.7.2 tarball since there should have not been any
 changes, but lets wait for Vincent to chime in since he is the one who
 knows best about these devilish issues.

 Best regards,
 --lf


 On Tue, Dec 11, 2012 at 10:26 AM, Nicolas Aguirre 
 aguirre.nico...@gmail.com
  wrote:

  All is in the title, evil is missing in the latest release.
 
  --
  Nicolas Aguirre
  Mail: aguirre.nico...@gmail.com
  Web: http://enna.geexbox.org
  Blog: http://dev.enlightenment.fr/~captainigloo/
 
 
 --
  LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
  Remotely access PCs and mobile devices and provide instant support
  Improve your efficiency, and focus on delivering more value-add services
  Discover what IT Professionals Know. Rescue delivers
  http://p.sf.net/sfu/logmein_12329d2d
  ___
  enlightenment-devel mailing list
  enlightenment-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 



 --
 Luís Felipe Strano Moraes
 http://www.strano.org

 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and focus on delivering more value-add services
 Discover what IT Professionals Know. Rescue delivers
 http://p.sf.net/sfu/logmein_12329d2d
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel




-- 
Nicolas Aguirre
Mail: aguirre.nico...@gmail.com
Web: http://enna.geexbox.org
Blog: http://dev.enlightenment.fr/~captainigloo/
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E SVN: seoz trunk/elementary

2012-12-12 Thread ChunEon Park
we developers know about it with svn log.
and people don't need to know about that..




-Regards, Hermet-

-Original Message-
From: Daniel Juyung Seolt;seojuyu...@gmail.comgt; 
To: Enlightenment developer 
listlt;enlightenment-devel@lists.sourceforge.netgt;; 
Cc: lt;enlightenment-...@lists.sourceforge.netgt;; 
Sent: 2012-12-12 (수) 21:22:34
Subject: Re: [E-devel] E SVN: seoz trunk/elementary

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 lt;hermetgt;@naver.comgt; 
wrote:

gt; Changelog also
gt;
gt;
gt;
gt; 
gt;
gt; -Regards, Hermet-
gt;
gt; -Original Message-
gt; From: Enlightenment SVNlt;no-re...@enlightenment.orggt;
gt; To: lt;enlightenment-...@lists.sourceforge.netgt;;
gt; Cc:
gt; Sent: 2012-12-12 (수) 20:39:29
gt; Subject: E SVN: seoz trunk/elementary
gt;
gt; Log:
gt; elm NEWS: dummy obj was removed and restored. we can merge the NEWS entry.
gt;
gt; Author:   seoz
gt; Date: 2012-12-12 03:39:29 -0800 (Wed, 12 Dec 2012)
gt; New Revision: 80752
gt; Trac: http://trac.enlightenment.org/e/changeset/80752
gt;
gt; Modified:
gt;   trunk/elementary/NEWS
gt;
gt; Modified: trunk/elementary/NEWS
gt; ===
gt; --- trunk/elementary/NEWS   2012-12-12 11:06:40 UTC (rev 80751)
gt; +++ trunk/elementary/NEWS   2012-12-12 11:39:29 UTC (rev 80752)
gt; @@ -90,9 +90,8 @@
gt; * Make sure private data is not NULL in elm_interface_scrollable.
gt; * Correctly handle failure case in _x11_notify_handler_image.
gt; * Don't manipulate dead memory in Eina_Inlist in elm_transit.c.
gt; -   * Remove dummy object from elm_naviframe.
gt; * Update mapbuf forcely whenever it's states are changed.
gt; -   * Restore dummy object to elm_naviframe. Now, dummy object is always
gt; smart member of naviframe.
gt; +   * Now, dummy object is always smart member of naviframe.
gt;
gt;  Removals:
gt;
gt;
gt;
gt;
gt; 
--
gt; LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
gt; Remotely access PCs and mobile devices and provide instant support
gt; Improve your efficiency, and focus on delivering more value-add services
gt; Discover what IT Professionals Know. Rescue delivers
gt; http://p.sf.net/sfu/logmein_12329d2d
gt; ___
gt; enlightenment-svn mailing list
gt; enlightenment-...@lists.sourceforge.net
gt; https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
gt;
gt;
gt;
gt; 
--
gt; LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
gt; Remotely access PCs and mobile devices and provide instant support
gt; Improve your efficiency, and focus on delivering more value-add services
gt; Discover what IT Professionals Know. Rescue delivers
gt; http://p.sf.net/sfu/logmein_12329d2d
gt; ___
gt; enlightenment-devel mailing list
gt; enlightenment-devel@lists.sourceforge.net
gt; https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
gt;
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Evil 1.7.3 is missing

2012-12-12 Thread Cedric BAIL
On Wed, Dec 12, 2012 at 9:31 PM, Nicolas Aguirre
aguirre.nico...@gmail.com 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:47: error: expected ';', ',' or ')' before 'EINA_UNUSED'
 evas_render.c: In function 'evas_render_updates_internal':
 evas_render.c:1669:46: error: '_evas_clip_changes_free' undeclared (first
 use in this function)
 evas_render.c:1669:46: note: each undeclared identifier is reported only
 once for each function it appears in
 evas_render.c: In function 'evas_render_idle_flush':

 I dig into evas_render.c and found that it uses EINA_UNUSED in this
 function (evas_render_updates_internal) but i can't find EINA_UNUSED in
 eina includes.
 So what's the problem here, i fix the build by adding -DEINA_UNUSED= in
 the CPPFLAGS, but i guess there is something wrong in evas 1.7.3

EINA_UNUSED is declared in platform specific code in branch instead of
eina_types.h. Need to be fixed.
--
Cedric BAIL

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E SVN: asdfuser branches/eet-1.7 branches/eet-1.7/src/lib trunk/efl trunk/efl/src/lib/eet

2012-12-12 Thread Vincent Torri
isn't this an API break ?

On Wed, Dec 12, 2012 at 3:49 PM, Enlightenment SVN
no-re...@enlightenment.org 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 d.willm...@samsung.com

 Author:   asdfuser
 Date: 2012-12-12 06:49:49 -0800 (Wed, 12 Dec 2012)
 New Revision: 80767
 Trac: http://trac.enlightenment.org/e/changeset/80767

 Modified:
   branches/eet-1.7/ChangeLog branches/eet-1.7/NEWS 
 branches/eet-1.7/src/lib/Eet.h trunk/efl/ChangeLog trunk/efl/NEWS 
 trunk/efl/src/lib/eet/Eet.h

 Modified: branches/eet-1.7/ChangeLog
 ===
 --- branches/eet-1.7/ChangeLog  2012-12-12 14:44:10 UTC (rev 80766)
 +++ branches/eet-1.7/ChangeLog  2012-12-12 14:49:49 UTC (rev 80767)
 @@ -651,3 +651,7 @@
  2012-12-11  Cedric Bail

 * Fix leak eet_pbkdf2_sha1 with OpenSSL.
 +
 +2012-12-12  Daniel Willmann
 +
 +   * Fix possible buffer overflow in functions relying on EET_T_LAST.

 Modified: branches/eet-1.7/NEWS
 ===
 --- branches/eet-1.7/NEWS   2012-12-12 14:44:10 UTC (rev 80766)
 +++ branches/eet-1.7/NEWS   2012-12-12 14:49:49 UTC (rev 80767)
 @@ -5,6 +5,7 @@

  Fixes:
  * Fix memory leak when using OpenSSL for ciphering long data.
 +* Fix possible buffer overflow in functions relying on EET_T_LAST

  Eet 1.7.3


 Modified: branches/eet-1.7/src/lib/Eet.h
 ===
 --- branches/eet-1.7/src/lib/Eet.h  2012-12-12 14:44:10 UTC (rev 80766)
 +++ branches/eet-1.7/src/lib/Eet.h  2012-12-12 14:49:49 UTC (rev 80767)
 @@ -2366,7 +2366,7 @@
  #define EET_T_F32P32 14 /** Data type: fixed point 32.32 */
  #define EET_T_F16P16 15 /** Data type: fixed point 16.16 */
  #define EET_T_F8P24  16 /** Data type: fixed point 8.24 */
 -#define EET_T_LAST   18 /** Last data type */
 +#define EET_T_LAST   17 /** Last data type */

  #define EET_G_UNKNOWN100 /** Unknown group data encoding type */
  #define EET_G_ARRAY  101 /** Fixed size array group type */

 Modified: trunk/efl/ChangeLog
 ===
 --- trunk/efl/ChangeLog 2012-12-12 14:44:10 UTC (rev 80766)
 +++ trunk/efl/ChangeLog 2012-12-12 14:49:49 UTC (rev 80767)
 @@ -1,3 +1,7 @@
 +2012-12-12  Daniel Willmann
 +
 +   * Fix possible buffer overflow in functions relying on EET_T_LAST.
 +
  2012-12-12  Cedric Bail

 * Add ellipsis support in Evas_Object_Text.

 Modified: trunk/efl/NEWS
 ===
 --- trunk/efl/NEWS  2012-12-12 14:44:10 UTC (rev 80766)
 +++ trunk/efl/NEWS  2012-12-12 14:49:49 UTC (rev 80767)
 @@ -76,3 +76,4 @@
  * Fixed polygon rendering bug in GL backend when there are cutouts.
  * Fix leak in eet_pbkdf2_sha1 with OpenSSL.
  * Fix the gl line incorrect position drawing.
 +* Fix possible buffer overflow in functions relying on EET_T_LAST

 Modified: trunk/efl/src/lib/eet/Eet.h
 ===
 --- trunk/efl/src/lib/eet/Eet.h 2012-12-12 14:44:10 UTC (rev 80766)
 +++ trunk/efl/src/lib/eet/Eet.h 2012-12-12 14:49:49 UTC (rev 80767)
 @@ -2401,7 +2401,7 @@
  #define EET_T_F32P32 14 /** Data type: fixed point 32.32 */
  #define EET_T_F16P16 15 /** Data type: fixed point 16.16 */
  #define EET_T_F8P24  16 /** Data type: fixed point 8.24 */
 -#define EET_T_LAST   18 /** Last data type */
 +#define EET_T_LAST   17 /** Last data type */

  #define EET_G_UNKNOWN100 /** Unknown group data encoding type */
  #define EET_G_ARRAY  101 /** Fixed size array group type */


 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and focus on delivering more value-add services
 Discover what IT Professionals Know. Rescue delivers
 http://p.sf.net/sfu/logmein_12329d2d
 ___
 enlightenment-svn mailing list
 enlightenment-...@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-svn

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list

Re: [E-devel] E SVN: raster trunk/e/data/themes/edc

2012-12-12 Thread Michael Blumenkrantz
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:   raster
 Date: 2012-12-12 06:35:01 -0800 (Wed, 12 Dec 2012)
 New Revision: 80765
 Trac: http://trac.enlightenment.org/e/changeset/80765

 Modified:
   trunk/e/data/themes/edc/border.edc

 Modified: trunk/e/data/themes/edc/border.edc
 ===
 --- trunk/e/data/themes/edc/border.edc  2012-12-12 14:07:28 UTC (rev 80764)
 +++ trunk/e/data/themes/edc/border.edc  2012-12-12 14:35:01 UTC (rev 80765)
 @@ -834,105 +834,6 @@
 }
  }

 -group { name: e/widgets/border/pixel/border;
 -   parts {
 -  part { name: e.swallow.client; type: SWALLOW;
 - description { state: default 0.0;
 -rel1.offset: 1 1;
 -rel2.offset: -2 -2;
 - }
 -  }
 -  part { name: top; type: RECT;
 - description { state: default 0.0;
 -color: 0 0 0 255;
 -align: 0.0 0.0;
 -max: 9 1;
 - }
 -  }
 -  part { name: bottom; type: RECT;
 - description { state: default 0.0;
 -color: 0 0 0 255;
 -align: 0.0 1.0;
 -max: 9 1;
 - }
 -  }
 -  part { name: left; type: RECT;
 - description { state: default 0.0;
 -color: 0 0 0 255;
 -align: 0.0 0.0;
 -max: 1 9;
 - }
 -  }
 -  part { name: right; type: RECT;
 - description { state: default 0.0;
 -color: 0 0 0 255;
 -align: 1.0 0.0;
 -max: 1 9;
 - }
 -  }
 -  part { name: e.event.resize.tl; type: RECT;
 - description { state: default 0.0;
 -rel2.relative: 0.0 0.0;
 -min: 32 4;
 -align: 0.0 0.0;
 -color: 0 0 0 0;
 - }
 -  }
 -  part { name: e.event.resize.t; type: RECT;
 - description { state: default 0.0;
 -rel1.relative: 1.0 0.0;
 -rel1.to_x: e.event.resize.tl;
 -rel2.relative: 0.0 0.0;
 -rel2.to_x: e.event.resize.tr;
 -min: 0 4;
 -align: 0.5 0.0;
 -color: 0 0 0 0;
 - }
 -  }
 -  part { name: e.event.resize.tr; type: RECT;
 - description { state: default 0.0;
 -rel1.relative: 1.0 0.0;
 -rel2.relative: 1.0 0.0;
 -min: 32 4;
 -align: 1.0 0.0;
 -color: 0 0 0 0;
 - }
 -  }
 -  part { name: e.event.resize.bl; type: RECT;
 - description { state: default 0.0;
 -rel1.relative: 0.0 1.0;
 -rel2.relative: 0.0 1.0;
 -min: 32 5;
 -align: 0.0 1.0;
 -color: 0 0 0 0;
 -fixed: 1 1;
 - }
 -  }
 -  part { name: e.event.resize.b; type: RECT;
 - description { state: default 0.0;
 -rel1.relative: 1.0 1.0;
 -rel1.to_x: e.event.resize.tl;
 -rel2.relative: 0.0 1.0;
 -rel2.to_x: e.event.resize.tr;
 -min: 0 5;
 -align: 0.5 1.0;
 -color: 0 0 0 0;
 -fixed: 0 1;
 - }
 -  }
 -  part { name: e.event.resize.br; type: RECT;
 - description { state: default 0.0;
 -rel1.relative: 1.0 1.0;
 -rel2.relative: 1.0 1.0;
 -min: 32 5;
 -align: 1.0 1.0;
 -color: 0 0 0 0;
 -fixed: 1 1;
 - }
 -  }
 -   }
 -}
 -
  group { name: e/widgets/border/default/move;
 images.image: vgrad_tall.png COMP;
 images.image: bevel_out.png COMP;



 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and focus on delivering more value-add services
 Discover what IT Professionals Know. Rescue delivers
 http://p.sf.net/sfu/logmein_12329d2d
 ___
 enlightenment-svn mailing list
 enlightenment-...@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-svn

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net

Re: [E-devel] E SVN: asdfuser branches/eet-1.7 branches/eet-1.7/src/lib trunk/efl trunk/efl/src/lib/eet

2012-12-12 Thread Michael Blumenkrantz
stupid though it may seem, released #defines indeed cannot be changed

On Wed, Dec 12, 2012 at 2:55 PM, Vincent Torri vincent.to...@gmail.comwrote:

 isn't this an API break ?

 On Wed, Dec 12, 2012 at 3:49 PM, Enlightenment SVN
 no-re...@enlightenment.org 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 d.willm...@samsung.com
 
  Author:   asdfuser
  Date: 2012-12-12 06:49:49 -0800 (Wed, 12 Dec 2012)
  New Revision: 80767
  Trac: http://trac.enlightenment.org/e/changeset/80767
 
  Modified:
branches/eet-1.7/ChangeLog branches/eet-1.7/NEWS
 branches/eet-1.7/src/lib/Eet.h trunk/efl/ChangeLog trunk/efl/NEWS
 trunk/efl/src/lib/eet/Eet.h
 
  Modified: branches/eet-1.7/ChangeLog
  ===
  --- branches/eet-1.7/ChangeLog  2012-12-12 14:44:10 UTC (rev 80766)
  +++ branches/eet-1.7/ChangeLog  2012-12-12 14:49:49 UTC (rev 80767)
  @@ -651,3 +651,7 @@
   2012-12-11  Cedric Bail
 
  * Fix leak eet_pbkdf2_sha1 with OpenSSL.
  +
  +2012-12-12  Daniel Willmann
  +
  +   * Fix possible buffer overflow in functions relying on
 EET_T_LAST.
 
  Modified: branches/eet-1.7/NEWS
  ===
  --- branches/eet-1.7/NEWS   2012-12-12 14:44:10 UTC (rev 80766)
  +++ branches/eet-1.7/NEWS   2012-12-12 14:49:49 UTC (rev 80767)
  @@ -5,6 +5,7 @@
 
   Fixes:
   * Fix memory leak when using OpenSSL for ciphering long data.
  +* Fix possible buffer overflow in functions relying on EET_T_LAST
 
   Eet 1.7.3
 
 
  Modified: branches/eet-1.7/src/lib/Eet.h
  ===
  --- branches/eet-1.7/src/lib/Eet.h  2012-12-12 14:44:10 UTC (rev
 80766)
  +++ branches/eet-1.7/src/lib/Eet.h  2012-12-12 14:49:49 UTC (rev
 80767)
  @@ -2366,7 +2366,7 @@
   #define EET_T_F32P32 14 /** Data type: fixed point 32.32 */
   #define EET_T_F16P16 15 /** Data type: fixed point 16.16 */
   #define EET_T_F8P24  16 /** Data type: fixed point 8.24 */
  -#define EET_T_LAST   18 /** Last data type */
  +#define EET_T_LAST   17 /** Last data type */
 
   #define EET_G_UNKNOWN100 /** Unknown group data encoding type
 */
   #define EET_G_ARRAY  101 /** Fixed size array group type */
 
  Modified: trunk/efl/ChangeLog
  ===
  --- trunk/efl/ChangeLog 2012-12-12 14:44:10 UTC (rev 80766)
  +++ trunk/efl/ChangeLog 2012-12-12 14:49:49 UTC (rev 80767)
  @@ -1,3 +1,7 @@
  +2012-12-12  Daniel Willmann
  +
  +   * Fix possible buffer overflow in functions relying on
 EET_T_LAST.
  +
   2012-12-12  Cedric Bail
 
  * Add ellipsis support in Evas_Object_Text.
 
  Modified: trunk/efl/NEWS
  ===
  --- trunk/efl/NEWS  2012-12-12 14:44:10 UTC (rev 80766)
  +++ trunk/efl/NEWS  2012-12-12 14:49:49 UTC (rev 80767)
  @@ -76,3 +76,4 @@
   * Fixed polygon rendering bug in GL backend when there are cutouts.
   * Fix leak in eet_pbkdf2_sha1 with OpenSSL.
   * Fix the gl line incorrect position drawing.
  +* Fix possible buffer overflow in functions relying on EET_T_LAST
 
  Modified: trunk/efl/src/lib/eet/Eet.h
  ===
  --- trunk/efl/src/lib/eet/Eet.h 2012-12-12 14:44:10 UTC (rev 80766)
  +++ trunk/efl/src/lib/eet/Eet.h 2012-12-12 14:49:49 UTC (rev 80767)
  @@ -2401,7 +2401,7 @@
   #define EET_T_F32P32 14 /** Data type: fixed point 32.32 */
   #define EET_T_F16P16 15 /** Data type: fixed point 16.16 */
   #define EET_T_F8P24  16 /** Data type: fixed point 8.24 */
  -#define EET_T_LAST   18 /** Last data type */
  +#define EET_T_LAST   17 /** Last data type */
 
   #define EET_G_UNKNOWN100 /** Unknown group data encoding type
 */
   #define EET_G_ARRAY  101 /** Fixed size array group type */
 
 
 
 --
  LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
  Remotely access PCs and mobile devices and provide instant support
  Improve your efficiency, and focus on delivering more value-add services
  Discover what IT Professionals Know. Rescue delivers
  http://p.sf.net/sfu/logmein_12329d2d
  ___
  enlightenment-svn mailing list
  enlightenment-...@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/enlightenment-svn


 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your 

Re: [E-devel] E SVN: asdfuser branches/eet-1.7 branches/eet-1.7/src/lib trunk/efl trunk/efl/src/lib/eet

2012-12-12 Thread Daniel Willmann
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 vincent.to...@gmail.comwrote:
 
 isn't this an API break ?

 On Wed, Dec 12, 2012 at 3:49 PM, Enlightenment SVN
 no-re...@enlightenment.org 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 d.willm...@samsung.com

 Author:   asdfuser
 Date: 2012-12-12 06:49:49 -0800 (Wed, 12 Dec 2012)
 New Revision: 80767
 Trac: http://trac.enlightenment.org/e/changeset/80767

 Modified:
   branches/eet-1.7/ChangeLog branches/eet-1.7/NEWS
 branches/eet-1.7/src/lib/Eet.h trunk/efl/ChangeLog trunk/efl/NEWS
 trunk/efl/src/lib/eet/Eet.h

 Modified: branches/eet-1.7/ChangeLog
 ===
 --- branches/eet-1.7/ChangeLog  2012-12-12 14:44:10 UTC (rev 80766)
 +++ branches/eet-1.7/ChangeLog  2012-12-12 14:49:49 UTC (rev 80767)
 @@ -651,3 +651,7 @@
  2012-12-11  Cedric Bail

 * Fix leak eet_pbkdf2_sha1 with OpenSSL.
 +
 +2012-12-12  Daniel Willmann
 +
 +   * Fix possible buffer overflow in functions relying on
 EET_T_LAST.

 Modified: branches/eet-1.7/NEWS
 ===
 --- branches/eet-1.7/NEWS   2012-12-12 14:44:10 UTC (rev 80766)
 +++ branches/eet-1.7/NEWS   2012-12-12 14:49:49 UTC (rev 80767)
 @@ -5,6 +5,7 @@

  Fixes:
  * Fix memory leak when using OpenSSL for ciphering long data.
 +* Fix possible buffer overflow in functions relying on EET_T_LAST

  Eet 1.7.3


 Modified: branches/eet-1.7/src/lib/Eet.h
 ===
 --- branches/eet-1.7/src/lib/Eet.h  2012-12-12 14:44:10 UTC (rev
 80766)
 +++ branches/eet-1.7/src/lib/Eet.h  2012-12-12 14:49:49 UTC (rev
 80767)
 @@ -2366,7 +2366,7 @@
  #define EET_T_F32P32 14 /** Data type: fixed point 32.32 */
  #define EET_T_F16P16 15 /** Data type: fixed point 16.16 */
  #define EET_T_F8P24  16 /** Data type: fixed point 8.24 */
 -#define EET_T_LAST   18 /** Last data type */
 +#define EET_T_LAST   17 /** Last data type */

  #define EET_G_UNKNOWN100 /** Unknown group data encoding type
 */
  #define EET_G_ARRAY  101 /** Fixed size array group type */

 Modified: trunk/efl/ChangeLog
 ===
 --- trunk/efl/ChangeLog 2012-12-12 14:44:10 UTC (rev 80766)
 +++ trunk/efl/ChangeLog 2012-12-12 14:49:49 UTC (rev 80767)
 @@ -1,3 +1,7 @@
 +2012-12-12  Daniel Willmann
 +
 +   * Fix possible buffer overflow in functions relying on
 EET_T_LAST.
 +
  2012-12-12  Cedric Bail

 * Add ellipsis support in Evas_Object_Text.

 Modified: trunk/efl/NEWS
 ===
 --- trunk/efl/NEWS  2012-12-12 14:44:10 UTC (rev 80766)
 +++ trunk/efl/NEWS  2012-12-12 14:49:49 UTC (rev 80767)
 @@ -76,3 +76,4 @@
  * Fixed polygon rendering bug in GL backend when there are cutouts.
  * Fix leak in eet_pbkdf2_sha1 with OpenSSL.
  * Fix the gl line incorrect position drawing.
 +* Fix possible buffer overflow in functions relying on EET_T_LAST

 Modified: trunk/efl/src/lib/eet/Eet.h
 ===
 --- trunk/efl/src/lib/eet/Eet.h 2012-12-12 14:44:10 UTC (rev 80766)
 +++ trunk/efl/src/lib/eet/Eet.h 2012-12-12 14:49:49 UTC (rev 80767)
 @@ -2401,7 +2401,7 @@
  #define EET_T_F32P32 14 /** Data type: fixed point 32.32 */
  #define EET_T_F16P16 15 /** Data type: fixed point 16.16 */
  #define EET_T_F8P24  16 /** Data type: fixed point 8.24 */
 -#define EET_T_LAST   18 /** Last data type */
 +#define EET_T_LAST   17 /** Last data type */

  #define EET_G_UNKNOWN100 /** Unknown group data encoding type
 */
  #define EET_G_ARRAY  101 /** Fixed size array group type */



 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and focus on delivering more value-add services
 Discover what IT Professionals Know. Rescue delivers
 http://p.sf.net/sfu/logmein_12329d2d
 ___
 enlightenment-svn mailing list
 enlightenment-...@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-svn


 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices 

Re: [E-devel] E SVN: asdfuser branches/eet-1.7 branches/eet-1.7/src/lib trunk/efl trunk/efl/src/lib/eet

2012-12-12 Thread Michael Blumenkrantz
On Wed, 12 Dec 2012 15:08:49 +
Daniel Willmann d.willm...@samsung.com 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
 
  On Wed, Dec 12, 2012 at 2:55 PM, Vincent Torri 
  vincent.to...@gmail.comwrote:
  
  isn't this an API break ?
 
  On Wed, Dec 12, 2012 at 3:49 PM, Enlightenment SVN
  no-re...@enlightenment.org 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 d.willm...@samsung.com
 
  Author:   asdfuser
  Date: 2012-12-12 06:49:49 -0800 (Wed, 12 Dec 2012)
  New Revision: 80767
  Trac: http://trac.enlightenment.org/e/changeset/80767
 
  Modified:
branches/eet-1.7/ChangeLog branches/eet-1.7/NEWS
  branches/eet-1.7/src/lib/Eet.h trunk/efl/ChangeLog trunk/efl/NEWS
  trunk/efl/src/lib/eet/Eet.h
 

sorry :/

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Evil 1.7.3 is missing

2012-12-12 Thread 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/
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/package//lib/
libevas.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/package//lib/
libeina.la' seems to be moved
.libs/ecore_evas_win32.o: In function `_ecore_evas_win32_screen_dpi_get':
/media/naguirre/OE/efl_win32/src/ecore-1.7.3/src/lib/ecore_evas/ecore_evas_win32.c:1039:
undefined reference to `__imp__GetDeviceCaps@8'
/media/naguirre/OE/efl_win32/src/ecore-1.7.3/src/lib/ecore_evas/ecore_evas_win32.c:1040:
undefined reference to `__imp__GetDeviceCaps@8'
collect2: ld returned 1 exit status

-lgdi is missing in src/lib/ecore_evas/Makefile.am



2012/12/12 Cedric BAIL cedric.b...@free.fr

 On Wed, Dec 12, 2012 at 9:31 PM, Nicolas Aguirre
 aguirre.nico...@gmail.com 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:47: error: expected ';', ',' or ')' before 'EINA_UNUSED'
  evas_render.c: In function 'evas_render_updates_internal':
  evas_render.c:1669:46: error: '_evas_clip_changes_free' undeclared (first
  use in this function)
  evas_render.c:1669:46: note: each undeclared identifier is reported only
  once for each function it appears in
  evas_render.c: In function 'evas_render_idle_flush':
 
  I dig into evas_render.c and found that it uses EINA_UNUSED in this
  function (evas_render_updates_internal) but i can't find EINA_UNUSED in
  eina includes.
  So what's the problem here, i fix the build by adding -DEINA_UNUSED= in
  the CPPFLAGS, but i guess there is something wrong in evas 1.7.3

 EINA_UNUSED is declared in platform specific code in branch instead of
 eina_types.h. Need to be fixed.
 --
 Cedric BAIL


 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and focus on delivering more value-add services
 Discover what IT Professionals Know. Rescue delivers
 http://p.sf.net/sfu/logmein_12329d2d
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel




-- 
Nicolas Aguirre
Mail: aguirre.nico...@gmail.com
Web: http://enna.geexbox.org
Blog: http://dev.enlightenment.fr/~captainigloo/
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Evil 1.7.3 is missing

2012-12-12 Thread Nicolas Aguirre
(it's like nobody tried the build before the release . )


2012/12/12 Nicolas Aguirre aguirre.nico...@gmail.com

 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/package//lib/
 libeina.la' seems to be moved
 libtool: link: warning: `/media/naguirre/OE/efl_win32/package//lib/
 libevas.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/package//lib/
 libeina.la' seems to be moved
 .libs/ecore_evas_win32.o: In function `_ecore_evas_win32_screen_dpi_get':
 /media/naguirre/OE/efl_win32/src/ecore-1.7.3/src/lib/ecore_evas/ecore_evas_win32.c:1039:
 undefined reference to `__imp__GetDeviceCaps@8'
 /media/naguirre/OE/efl_win32/src/ecore-1.7.3/src/lib/ecore_evas/ecore_evas_win32.c:1040:
 undefined reference to `__imp__GetDeviceCaps@8'
 collect2: ld returned 1 exit status

 -lgdi is missing in src/lib/ecore_evas/Makefile.am



 2012/12/12 Cedric BAIL cedric.b...@free.fr

 On Wed, Dec 12, 2012 at 9:31 PM, Nicolas Aguirre
 aguirre.nico...@gmail.com 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:47: error: expected ';', ',' or ')' before
 'EINA_UNUSED'
  evas_render.c: In function 'evas_render_updates_internal':
  evas_render.c:1669:46: error: '_evas_clip_changes_free' undeclared
 (first
  use in this function)
  evas_render.c:1669:46: note: each undeclared identifier is reported only
  once for each function it appears in
  evas_render.c: In function 'evas_render_idle_flush':
 
  I dig into evas_render.c and found that it uses EINA_UNUSED in this
  function (evas_render_updates_internal) but i can't find EINA_UNUSED in
  eina includes.
  So what's the problem here, i fix the build by adding -DEINA_UNUSED=
 in
  the CPPFLAGS, but i guess there is something wrong in evas 1.7.3

 EINA_UNUSED is declared in platform specific code in branch instead of
 eina_types.h. Need to be fixed.
 --
 Cedric BAIL


 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and focus on delivering more value-add services
 Discover what IT Professionals Know. Rescue delivers
 http://p.sf.net/sfu/logmein_12329d2d
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel




 --
 Nicolas Aguirre
 Mail: aguirre.nico...@gmail.com
 Web: http://enna.geexbox.org
 Blog: http://dev.enlightenment.fr/~captainigloo/




-- 
Nicolas Aguirre
Mail: aguirre.nico...@gmail.com
Web: http://enna.geexbox.org
Blog: http://dev.enlightenment.fr/~captainigloo/
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E SVN: asdfuser branches/eet-1.7 branches/eet-1.7/src/lib trunk/efl trunk/efl/src/lib/eet

2012-12-12 Thread Daniel Willmann
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 d.willm...@samsung.com 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.

This would mean that you can not add any more types without breaking the
API for everything that has a sentinel like this, is that correct?

This doesn't seem to apply to enums, though, as it has been done before
in Edje_Action_Type with EDJE_ACTION_TYPE_LAST and in
Evas_Callback_Type with EVAS_CALLBACK_LAST.

So I gather that this restriction applies to #defines, but not to enums?


Regards,
Daniel

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E SVN: asdfuser branches/eet-1.7 branches/eet-1.7/src/lib trunk/efl trunk/efl/src/lib/eet

2012-12-12 Thread Cedric BAIL
On Wed, Dec 12, 2012 at 11:55 PM, Vincent Torri vincent.to...@gmail.com 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 know about.
--
Cedric BAIL

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Evil 1.7.3 is missing

2012-12-12 Thread Nicolas Aguirre
-lgdi32 not -lgdi sorry for the error



2012/12/12 Nicolas Aguirre aguirre.nico...@gmail.com

 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/package//lib/
 libeina.la' seems to be moved
 libtool: link: warning: `/media/naguirre/OE/efl_win32/package//lib/
 libevas.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/package//lib/
 libeina.la' seems to be moved
 .libs/ecore_evas_win32.o: In function `_ecore_evas_win32_screen_dpi_get':
 /media/naguirre/OE/efl_win32/src/ecore-1.7.3/src/lib/ecore_evas/ecore_evas_win32.c:1039:
 undefined reference to `__imp__GetDeviceCaps@8'
 /media/naguirre/OE/efl_win32/src/ecore-1.7.3/src/lib/ecore_evas/ecore_evas_win32.c:1040:
 undefined reference to `__imp__GetDeviceCaps@8'

 collect2: ld returned 1 exit status

 -lgdi is missing in src/lib/ecore_evas/Makefile.am



 2012/12/12 Cedric BAIL cedric.b...@free.fr

 On Wed, Dec 12, 2012 at 9:31 PM, Nicolas Aguirre
 aguirre.nico...@gmail.com 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:47: error: expected ';', ',' or ')' before
 'EINA_UNUSED'
  evas_render.c: In function 'evas_render_updates_internal':
  evas_render.c:1669:46: error: '_evas_clip_changes_free' undeclared
 (first
  use in this function)
  evas_render.c:1669:46: note: each undeclared identifier is reported only
  once for each function it appears in
  evas_render.c: In function 'evas_render_idle_flush':
 
  I dig into evas_render.c and found that it uses EINA_UNUSED in this
  function (evas_render_updates_internal) but i can't find EINA_UNUSED in
  eina includes.
  So what's the problem here, i fix the build by adding -DEINA_UNUSED=
 in
  the CPPFLAGS, but i guess there is something wrong in evas 1.7.3

 EINA_UNUSED is declared in platform specific code in branch instead of
 eina_types.h. Need to be fixed.
 --
 Cedric BAIL


 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and focus on delivering more value-add services
 Discover what IT Professionals Know. Rescue delivers
 http://p.sf.net/sfu/logmein_12329d2d
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel




 --
 Nicolas Aguirre
 Mail: aguirre.nico...@gmail.com
 Web: http://enna.geexbox.org
 Blog: http://dev.enlightenment.fr/~captainigloo/




-- 
Nicolas Aguirre
Mail: aguirre.nico...@gmail.com
Web: http://enna.geexbox.org
Blog: http://dev.enlightenment.fr/~captainigloo/
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Evil 1.7.3 is missing

2012-12-12 Thread Luis Felipe Strano Moraes
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, Nicolas Aguirre
aguirre.nico...@gmail.com wrote:
 (it's like nobody tried the build before the release . )


 2012/12/12 Nicolas Aguirre aguirre.nico...@gmail.com

 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/package//lib/
 libeina.la' seems to be moved
 libtool: link: warning: `/media/naguirre/OE/efl_win32/package//lib/
 libevas.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/package//lib/
 libeina.la' seems to be moved
 .libs/ecore_evas_win32.o: In function `_ecore_evas_win32_screen_dpi_get':
 /media/naguirre/OE/efl_win32/src/ecore-1.7.3/src/lib/ecore_evas/ecore_evas_win32.c:1039:
 undefined reference to `__imp__GetDeviceCaps@8'
 /media/naguirre/OE/efl_win32/src/ecore-1.7.3/src/lib/ecore_evas/ecore_evas_win32.c:1040:
 undefined reference to `__imp__GetDeviceCaps@8'
 collect2: ld returned 1 exit status

 -lgdi is missing in src/lib/ecore_evas/Makefile.am



 2012/12/12 Cedric BAIL cedric.b...@free.fr

 On Wed, Dec 12, 2012 at 9:31 PM, Nicolas Aguirre
 aguirre.nico...@gmail.com 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:47: error: expected ';', ',' or ')' before
 'EINA_UNUSED'
  evas_render.c: In function 'evas_render_updates_internal':
  evas_render.c:1669:46: error: '_evas_clip_changes_free' undeclared
 (first
  use in this function)
  evas_render.c:1669:46: note: each undeclared identifier is reported only
  once for each function it appears in
  evas_render.c: In function 'evas_render_idle_flush':
 
  I dig into evas_render.c and found that it uses EINA_UNUSED in this
  function (evas_render_updates_internal) but i can't find EINA_UNUSED in
  eina includes.
  So what's the problem here, i fix the build by adding -DEINA_UNUSED=
 in
  the CPPFLAGS, but i guess there is something wrong in evas 1.7.3

 EINA_UNUSED is declared in platform specific code in branch instead of
 eina_types.h. Need to be fixed.
 --
 Cedric BAIL


 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and focus on delivering more value-add services
 Discover what IT Professionals Know. Rescue delivers
 http://p.sf.net/sfu/logmein_12329d2d
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel




 --
 Nicolas Aguirre
 Mail: aguirre.nico...@gmail.com
 Web: http://enna.geexbox.org
 Blog: http://dev.enlightenment.fr/~captainigloo/




 --
 Nicolas Aguirre
 Mail: aguirre.nico...@gmail.com
 Web: http://enna.geexbox.org
 Blog: http://dev.enlightenment.fr/~captainigloo/
 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and focus on delivering more value-add services
 Discover what IT Professionals Know. Rescue delivers
 http://p.sf.net/sfu/logmein_12329d2d
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel



-- 
Luís Felipe Strano Moraes
http://www.strano.org

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] Edje/Elm External crash

2012-12-12 Thread Andreas Volz
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/zRTq4fuE

I tried this with several other examples and it seems if I use Elm
external in an edje application I get this error output and crash at
exit, while this doesn't happen in an elementary main loop application.

So I think this may be a bug.

regards
Andreas

-- 
Technical Blog http://andreasvolz.wordpress.com/

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Evil 1.7.3 is missing

2012-12-12 Thread Nicolas Aguirre
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 evil 1.7.x. It should be better for next
release.
I'm also working on a shell script to cross compile packages. And Vincent
upload a file with all dependencies need to build efl on win32 :
http://dev.enlightenment.fr/~doursse/efl_dep.zip
my shell script is located here : https://github.com/naguirre/efl_win32

regards,


2012/12/12 Luis Felipe Strano Moraes luis.str...@gmail.com

 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, Nicolas Aguirre
 aguirre.nico...@gmail.com wrote:
  (it's like nobody tried the build before the release . )
 
 
  2012/12/12 Nicolas Aguirre aguirre.nico...@gmail.com
 
  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/package//lib/
  libeina.la' seems to be moved
  libtool: link: warning: `/media/naguirre/OE/efl_win32/package//lib/
  libevas.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/package//lib/
  libeina.la' seems to be moved
  .libs/ecore_evas_win32.o: In function
 `_ecore_evas_win32_screen_dpi_get':
 
 /media/naguirre/OE/efl_win32/src/ecore-1.7.3/src/lib/ecore_evas/ecore_evas_win32.c:1039:
  undefined reference to `__imp__GetDeviceCaps@8'
 
 /media/naguirre/OE/efl_win32/src/ecore-1.7.3/src/lib/ecore_evas/ecore_evas_win32.c:1040:
  undefined reference to `__imp__GetDeviceCaps@8'
  collect2: ld returned 1 exit status
 
  -lgdi is missing in src/lib/ecore_evas/Makefile.am
 
 
 
  2012/12/12 Cedric BAIL cedric.b...@free.fr
 
  On Wed, Dec 12, 2012 at 9:31 PM, Nicolas Aguirre
  aguirre.nico...@gmail.com 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:47: error: expected ';', ',' or ')' before
  'EINA_UNUSED'
   evas_render.c: In function 'evas_render_updates_internal':
   evas_render.c:1669:46: error: '_evas_clip_changes_free' undeclared
  (first
   use in this function)
   evas_render.c:1669:46: note: each undeclared identifier is reported
 only
   once for each function it appears in
   evas_render.c: In function 'evas_render_idle_flush':
  
   I dig into evas_render.c and found that it uses EINA_UNUSED in this
   function (evas_render_updates_internal) but i can't find EINA_UNUSED
 in
   eina includes.
   So what's the problem here, i fix the build by adding
 -DEINA_UNUSED=
  in
   the CPPFLAGS, but i guess there is something wrong in evas 1.7.3
 
  EINA_UNUSED is declared in platform specific code in branch instead of
  eina_types.h. Need to be fixed.
  --
  Cedric BAIL
 
 
 
 --
  LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
  Remotely access PCs and mobile devices and provide instant support
  Improve your efficiency, and focus on delivering more value-add
 services
  Discover what IT Professionals Know. Rescue delivers
  http://p.sf.net/sfu/logmein_12329d2d
  ___
  enlightenment-devel mailing list
  enlightenment-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 
 
 
 
  --
  Nicolas Aguirre
  Mail: aguirre.nico...@gmail.com
  Web: http://enna.geexbox.org
  Blog: http://dev.enlightenment.fr/~captainigloo/
 
 
 
 
  --
  Nicolas Aguirre
  Mail: aguirre.nico...@gmail.com
  Web: http://enna.geexbox.org
  Blog: http://dev.enlightenment.fr/~captainigloo/
 
 --
  LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
  Remotely access PCs and mobile devices and provide instant support
  Improve your efficiency, and focus on delivering more value-add services
  Discover what IT Professionals Know. Rescue delivers
  http://p.sf.net/sfu/logmein_12329d2d
  ___
  enlightenment-devel mailing list
  enlightenment-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/enlightenment-devel



 --
 Luís Felipe 

Re: [E-devel] E SVN: asdfuser branches/eet-1.7 branches/eet-1.7/src/lib trunk/efl trunk/efl/src/lib/eet

2012-12-12 Thread The Rasterman
On Wed, 12 Dec 2012 15:32:38 + Daniel Willmann d.willm...@samsung.com
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 d.willm...@samsung.com 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.
 
 This would mean that you can not add any more types without breaking the
 API for everything that has a sentinel like this, is that correct?
 
 This doesn't seem to apply to enums, though, as it has been done before
 in Edje_Action_Type with EDJE_ACTION_TYPE_LAST and in
 Evas_Callback_Type with EVAS_CALLBACK_LAST.
 
 So I gather that this restriction applies to #defines, but not to enums?

wo.. ppl.. let's look at what this define IS... it's a SENTINEL... it is
DESIGNED to change over time (move forward). it's the find of thing where u can
do:

void *slots[EET_LAST];

unsigned int val = get_val();
if (val = EET_LAST) printf(error - unexpected value\n);
slot[val] = x;

an OLD app running against a NEW eet that may have added new values will
complain that it gets an unexpected value.. it doesnt know how to handle new
values... but thats ok.

so this define CAN change. i think daniels change is fine. it doesnt break
anything as there was no value before it that it now overwrites or loses.

-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Evil 1.7.3 is missing

2012-12-12 Thread The Rasterman
On Wed, 12 Dec 2012 16:23:56 +0100 Nicolas Aguirre aguirre.nico...@gmail.com
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 aguirre.nico...@gmail.com
 
  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/package//lib/
  libeina.la' seems to be moved
  libtool: link: warning: `/media/naguirre/OE/efl_win32/package//lib/
  libevas.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/package//lib/
  libeina.la' seems to be moved
  .libs/ecore_evas_win32.o: In function `_ecore_evas_win32_screen_dpi_get':
  /media/naguirre/OE/efl_win32/src/ecore-1.7.3/src/lib/ecore_evas/ecore_evas_win32.c:1039:
  undefined reference to `__imp__GetDeviceCaps@8'
  /media/naguirre/OE/efl_win32/src/ecore-1.7.3/src/lib/ecore_evas/ecore_evas_win32.c:1040:
  undefined reference to `__imp__GetDeviceCaps@8'
  collect2: ld returned 1 exit status
 
  -lgdi is missing in src/lib/ecore_evas/Makefile.am
 
 
 
  2012/12/12 Cedric BAIL cedric.b...@free.fr
 
  On Wed, Dec 12, 2012 at 9:31 PM, Nicolas Aguirre
  aguirre.nico...@gmail.com 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:47: error: expected ';', ',' or ')' before
  'EINA_UNUSED'
   evas_render.c: In function 'evas_render_updates_internal':
   evas_render.c:1669:46: error: '_evas_clip_changes_free' undeclared
  (first
   use in this function)
   evas_render.c:1669:46: note: each undeclared identifier is reported only
   once for each function it appears in
   evas_render.c: In function 'evas_render_idle_flush':
  
   I dig into evas_render.c and found that it uses EINA_UNUSED in this
   function (evas_render_updates_internal) but i can't find EINA_UNUSED in
   eina includes.
   So what's the problem here, i fix the build by adding -DEINA_UNUSED=
  in
   the CPPFLAGS, but i guess there is something wrong in evas 1.7.3
 
  EINA_UNUSED is declared in platform specific code in branch instead of
  eina_types.h. Need to be fixed.
  --
  Cedric BAIL
 
 
  --
  LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
  Remotely access PCs and mobile devices and provide instant support
  Improve your efficiency, and focus on delivering more value-add services
  Discover what IT Professionals Know. Rescue delivers
  http://p.sf.net/sfu/logmein_12329d2d
  ___
  enlightenment-devel mailing list
  enlightenment-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
 
 
 
 
  --
  Nicolas Aguirre
  Mail: aguirre.nico...@gmail.com
  Web: http://enna.geexbox.org
  Blog: http://dev.enlightenment.fr/~captainigloo/
 
 
 
 
 -- 
 Nicolas Aguirre
 Mail: aguirre.nico...@gmail.com
 Web: http://enna.geexbox.org
 Blog: http://dev.enlightenment.fr/~captainigloo/
 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and focus on delivering more value-add services
 Discover what IT Professionals Know. Rescue delivers
 http://p.sf.net/sfu/logmein_12329d2d
 ___
 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


--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E SVN: cedric branches/edje-1.7

2012-12-12 Thread David Seikel
On Wed, 12 Dec 2012 21:24:02 -0800 Enlightenment SVN
no-re...@enlightenment.org 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 there are too many silver coated monkeys in the world.


signature.asc
Description: PGP signature
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E SVN: raster trunk/e/data/themes/edc

2012-12-12 Thread The Rasterman
On Wed, 12 Dec 2012 15:00:09 + Michael Blumenkrantz
michael.blumenkra...@gmail.com 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-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:   raster
  Date: 2012-12-12 06:35:01 -0800 (Wed, 12 Dec 2012)
  New Revision: 80765
  Trac: http://trac.enlightenment.org/e/changeset/80765
 
  Modified:
trunk/e/data/themes/edc/border.edc
 
  Modified: trunk/e/data/themes/edc/border.edc
  ===
  --- trunk/e/data/themes/edc/border.edc  2012-12-12 14:07:28 UTC (rev 80764)
  +++ trunk/e/data/themes/edc/border.edc  2012-12-12 14:35:01 UTC (rev 80765)
  @@ -834,105 +834,6 @@
  }
   }
 
  -group { name: e/widgets/border/pixel/border;
  -   parts {
  -  part { name: e.swallow.client; type: SWALLOW;
  - description { state: default 0.0;
  -rel1.offset: 1 1;
  -rel2.offset: -2 -2;
  - }
  -  }
  -  part { name: top; type: RECT;
  - description { state: default 0.0;
  -color: 0 0 0 255;
  -align: 0.0 0.0;
  -max: 9 1;
  - }
  -  }
  -  part { name: bottom; type: RECT;
  - description { state: default 0.0;
  -color: 0 0 0 255;
  -align: 0.0 1.0;
  -max: 9 1;
  - }
  -  }
  -  part { name: left; type: RECT;
  - description { state: default 0.0;
  -color: 0 0 0 255;
  -align: 0.0 0.0;
  -max: 1 9;
  - }
  -  }
  -  part { name: right; type: RECT;
  - description { state: default 0.0;
  -color: 0 0 0 255;
  -align: 1.0 0.0;
  -max: 1 9;
  - }
  -  }
  -  part { name: e.event.resize.tl; type: RECT;
  - description { state: default 0.0;
  -rel2.relative: 0.0 0.0;
  -min: 32 4;
  -align: 0.0 0.0;
  -color: 0 0 0 0;
  - }
  -  }
  -  part { name: e.event.resize.t; type: RECT;
  - description { state: default 0.0;
  -rel1.relative: 1.0 0.0;
  -rel1.to_x: e.event.resize.tl;
  -rel2.relative: 0.0 0.0;
  -rel2.to_x: e.event.resize.tr;
  -min: 0 4;
  -align: 0.5 0.0;
  -color: 0 0 0 0;
  - }
  -  }
  -  part { name: e.event.resize.tr; type: RECT;
  - description { state: default 0.0;
  -rel1.relative: 1.0 0.0;
  -rel2.relative: 1.0 0.0;
  -min: 32 4;
  -align: 1.0 0.0;
  -color: 0 0 0 0;
  - }
  -  }
  -  part { name: e.event.resize.bl; type: RECT;
  - description { state: default 0.0;
  -rel1.relative: 0.0 1.0;
  -rel2.relative: 0.0 1.0;
  -min: 32 5;
  -align: 0.0 1.0;
  -color: 0 0 0 0;
  -fixed: 1 1;
  - }
  -  }
  -  part { name: e.event.resize.b; type: RECT;
  - description { state: default 0.0;
  -rel1.relative: 1.0 1.0;
  -rel1.to_x: e.event.resize.tl;
  -rel2.relative: 0.0 1.0;
  -rel2.to_x: e.event.resize.tr;
  -min: 0 5;
  -align: 0.5 1.0;
  -color: 0 0 0 0;
  -fixed: 0 1;
  - }
  -  }
  -  part { name: e.event.resize.br; type: RECT;
  - description { state: default 0.0;
  -rel1.relative: 1.0 1.0;
  -rel2.relative: 1.0 1.0;
  -min: 32 5;
  -align: 1.0 1.0;
  -color: 0 0 0 0;
  -fixed: 1 1;
  - }
  -  }
  -   }
  -}
  -
   group { name: e/widgets/border/default/move;
  images.image: vgrad_tall.png COMP;
  images.image: bevel_out.png COMP;
 
 
 
  --
  LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
  Remotely access PCs and mobile devices and provide instant support
  Improve your efficiency, and focus on delivering more value-add services
  Discover what IT Professionals Know. Rescue delivers
  http://p.sf.net/sfu/logmein_12329d2d
  ___
  enlightenment-svn mailing list
  enlightenment-...@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
 
 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and 

Re: [E-devel] E SVN: cedric branches/edje-1.7

2012-12-12 Thread Cedric BAIL
On Thu, Dec 13, 2012 at 2:31 PM, David Seikel onef...@gmail.com wrote:
 On Wed, 12 Dec 2012 21:24:02 -0800 Enlightenment SVN
 no-re...@enlightenment.org 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.

I checked the ChangeLog and NEWS of the branch and it wasn't
backported. I think it was safer and easier to just force the branch
to just build with 5.1. If you think that the patch for 5.2
compability is ok to be backported, then feel free :-)
--
Cedric BAIL

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E SVN: cedric branches/edje-1.7

2012-12-12 Thread Doug Newgard
 On Wed, 12 Dec 2012 21:24:02 -0800 Enlightenment SVN
 no-reply@... 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 there are too many silver coated monkeys in the world.

As it was my patch, I'll respond. All of the documentation in Edje is very
careful to specify it needs version 5.1, with the website specifically saying
it can't be 5.2. I went on IRC and asked if that was still the case. I was
told that it was, so I made the patch. ArchLinux just upgraded, so lua.pc is
now 5.2, so I needed configure.ac to skip that one if Edje needed to link to 
5.1.

If this is no longer the case, by all means, revert it.

Doug  
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E SVN: jackdanielz IN trunk/efl/data: . eo

2012-12-12 Thread daniel.za...@samsung.com
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 
 usually/opt/e17)
- in gdb, when arriving to eo_function (eo_do, eo_do_super), execute
eo_step. This script will step into the code until it reaches a function
that doesn't belong to libeo.

Because of a bug in gdb that will be fixed in 7.6, if after having used the
script once, you rerun your application and reexecute the script, a
segmentation fault can occur. Sorry for the inconvenience.

Signed-off-by: Daniel Zaoui daniel.za...@samsung.com

 Author:   jackdanielz
 Date: 2012-12-12 05:16:49 -0800 (Wed, 12 Dec 2012)
 New Revision: 80760
 Trac: http://trac.enlightenment.org/e/changeset/80760

 Added:
trunk/efl/data/eo/ trunk/efl/data/eo/eo_step.py
 Modified:
trunk/efl/data/Makefile.am

 Modified: trunk/efl/data/Makefile.am
 ===
 --- trunk/efl/data/Makefile.am2012-12-12 12:40:59 UTC (rev 80759)
 +++ trunk/efl/data/Makefile.am2012-12-12 13:16:49 UTC (rev 80760)
 @@ -6,4 +6,7 @@
   evasfilesdir = $(datadir)/evas
   evasfiles_DATA = evas/checkme
   
 -EXTRA_DIST = embryo/default.inc evas/checkme
 +eofilesdir = $(datadir)/eo
 +eofiles_DATA = eo/eo_step.py
 +
 +EXTRA_DIST = embryo/default.inc evas/checkme eo/eo_step.py


 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and focus on delivering more value-add services
 Discover what IT Professionals Know. Rescue delivers
 http://p.sf.net/sfu/logmein_12329d2d
 ___
 enlightenment-svn mailing list
 enlightenment-...@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-svn



--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E SVN: cedric branches/edje-1.7

2012-12-12 Thread David Seikel
On Thu, 13 Dec 2012 14:55:46 +0900 Cedric BAIL cedric.b...@free.fr
wrote:

 On Thu, Dec 13, 2012 at 2:31 PM, David Seikel onef...@gmail.com
 wrote:
  On Wed, 12 Dec 2012 21:24:02 -0800 Enlightenment SVN
  no-re...@enlightenment.org 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.
 
 I checked the ChangeLog and NEWS of the branch and it wasn't
 backported. I think it was safer and easier to just force the branch
 to just build with 5.1. If you think that the patch for 5.2
 compability is ok to be backported, then feel free :-)

I did test it out a lot, and there's been no complaints since, so I
guess it's safe.  I'll back port it later, kinda busy right now.

-- 
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the world.


signature.asc
Description: PGP signature
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E SVN: raster trunk/e/data/themes/edc

2012-12-12 Thread Michael Blumenkrantz
On Thu, 13 Dec 2012 14:48:07 +0900
Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote:

 On Wed, 12 Dec 2012 15:00:09 + Michael Blumenkrantz
 michael.blumenkra...@gmail.com 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-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:   raster
   Date: 2012-12-12 06:35:01 -0800 (Wed, 12 Dec 2012)
   New Revision: 80765
   Trac: http://trac.enlightenment.org/e/changeset/80765
  
   Modified:
 trunk/e/data/themes/edc/border.edc
  
   Modified: trunk/e/data/themes/edc/border.edc
   ===
   --- trunk/e/data/themes/edc/border.edc  2012-12-12 14:07:28 UTC (rev 
   80764)
   +++ trunk/e/data/themes/edc/border.edc  2012-12-12 14:35:01 UTC (rev 
   80765)
   @@ -834,105 +834,6 @@
   }
}
  
   -group { name: e/widgets/border/pixel/border;
   -   parts {
   -  part { name: e.swallow.client; type: SWALLOW;
   - description { state: default 0.0;
   -rel1.offset: 1 1;
   -rel2.offset: -2 -2;
   - }
   -  }
   -  part { name: top; type: RECT;
   - description { state: default 0.0;
   -color: 0 0 0 255;
   -align: 0.0 0.0;
   -max: 9 1;
   - }
   -  }
   -  part { name: bottom; type: RECT;
   - description { state: default 0.0;
   -color: 0 0 0 255;
   -align: 0.0 1.0;
   -max: 9 1;
   - }
   -  }
   -  part { name: left; type: RECT;
   - description { state: default 0.0;
   -color: 0 0 0 255;
   -align: 0.0 0.0;
   -max: 1 9;
   - }
   -  }
   -  part { name: right; type: RECT;
   - description { state: default 0.0;
   -color: 0 0 0 255;
   -align: 1.0 0.0;
   -max: 1 9;
   - }
   -  }
   -  part { name: e.event.resize.tl; type: RECT;
   - description { state: default 0.0;
   -rel2.relative: 0.0 0.0;
   -min: 32 4;
   -align: 0.0 0.0;
   -color: 0 0 0 0;
   - }
   -  }
   -  part { name: e.event.resize.t; type: RECT;
   - description { state: default 0.0;
   -rel1.relative: 1.0 0.0;
   -rel1.to_x: e.event.resize.tl;
   -rel2.relative: 0.0 0.0;
   -rel2.to_x: e.event.resize.tr;
   -min: 0 4;
   -align: 0.5 0.0;
   -color: 0 0 0 0;
   - }
   -  }
   -  part { name: e.event.resize.tr; type: RECT;
   - description { state: default 0.0;
   -rel1.relative: 1.0 0.0;
   -rel2.relative: 1.0 0.0;
   -min: 32 4;
   -align: 1.0 0.0;
   -color: 0 0 0 0;
   - }
   -  }
   -  part { name: e.event.resize.bl; type: RECT;
   - description { state: default 0.0;
   -rel1.relative: 0.0 1.0;
   -rel2.relative: 0.0 1.0;
   -min: 32 5;
   -align: 0.0 1.0;
   -color: 0 0 0 0;
   -fixed: 1 1;
   - }
   -  }
   -  part { name: e.event.resize.b; type: RECT;
   - description { state: default 0.0;
   -rel1.relative: 1.0 1.0;
   -rel1.to_x: e.event.resize.tl;
   -rel2.relative: 0.0 1.0;
   -rel2.to_x: e.event.resize.tr;
   -min: 0 5;
   -align: 0.5 1.0;
   -color: 0 0 0 0;
   -fixed: 0 1;
   - }
   -  }
   -  part { name: e.event.resize.br; type: RECT;
   - description { state: default 0.0;
   -rel1.relative: 1.0 1.0;
   -rel2.relative: 1.0 1.0;
   -min: 32 5;
   -align: 1.0 1.0;
   -color: 0 0 0 0;
   -fixed: 1 1;
   - }
   -  }
   -   }
   -}
   -
group { name: e/widgets/border/default/move;
   images.image: vgrad_tall.png COMP;
   images.image: bevel_out.png COMP;
  

right, it's used by users. just like borderless style and the rest.

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net

Re: [E-devel] E SVN: raster trunk/e/data/themes/edc

2012-12-12 Thread Christopher Michael
On 13/12/12 06:53, Michael Blumenkrantz wrote:
 On Thu, 13 Dec 2012 14:48:07 +0900
 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote:

 On Wed, 12 Dec 2012 15:00:09 + Michael Blumenkrantz
 michael.blumenkra...@gmail.com 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-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:   raster
 Date: 2012-12-12 06:35:01 -0800 (Wed, 12 Dec 2012)
 New Revision: 80765
 Trac: http://trac.enlightenment.org/e/changeset/80765

 Modified:
trunk/e/data/themes/edc/border.edc

 Modified: trunk/e/data/themes/edc/border.edc
 ===
 --- trunk/e/data/themes/edc/border.edc  2012-12-12 14:07:28 UTC (rev 80764)
 +++ trunk/e/data/themes/edc/border.edc  2012-12-12 14:35:01 UTC (rev 80765)
 @@ -834,105 +834,6 @@
  }
   }

 -group { name: e/widgets/border/pixel/border;
 -   parts {
 -  part { name: e.swallow.client; type: SWALLOW;
 - description { state: default 0.0;
 -rel1.offset: 1 1;
 -rel2.offset: -2 -2;
 - }
 -  }
 -  part { name: top; type: RECT;
 - description { state: default 0.0;
 -color: 0 0 0 255;
 -align: 0.0 0.0;
 -max: 9 1;
 - }
 -  }
 -  part { name: bottom; type: RECT;
 - description { state: default 0.0;
 -color: 0 0 0 255;
 -align: 0.0 1.0;
 -max: 9 1;
 - }
 -  }
 -  part { name: left; type: RECT;
 - description { state: default 0.0;
 -color: 0 0 0 255;
 -align: 0.0 0.0;
 -max: 1 9;
 - }
 -  }
 -  part { name: right; type: RECT;
 - description { state: default 0.0;
 -color: 0 0 0 255;
 -align: 1.0 0.0;
 -max: 1 9;
 - }
 -  }
 -  part { name: e.event.resize.tl; type: RECT;
 - description { state: default 0.0;
 -rel2.relative: 0.0 0.0;
 -min: 32 4;
 -align: 0.0 0.0;
 -color: 0 0 0 0;
 - }
 -  }
 -  part { name: e.event.resize.t; type: RECT;
 - description { state: default 0.0;
 -rel1.relative: 1.0 0.0;
 -rel1.to_x: e.event.resize.tl;
 -rel2.relative: 0.0 0.0;
 -rel2.to_x: e.event.resize.tr;
 -min: 0 4;
 -align: 0.5 0.0;
 -color: 0 0 0 0;
 - }
 -  }
 -  part { name: e.event.resize.tr; type: RECT;
 - description { state: default 0.0;
 -rel1.relative: 1.0 0.0;
 -rel2.relative: 1.0 0.0;
 -min: 32 4;
 -align: 1.0 0.0;
 -color: 0 0 0 0;
 - }
 -  }
 -  part { name: e.event.resize.bl; type: RECT;
 - description { state: default 0.0;
 -rel1.relative: 0.0 1.0;
 -rel2.relative: 0.0 1.0;
 -min: 32 5;
 -align: 0.0 1.0;
 -color: 0 0 0 0;
 -fixed: 1 1;
 - }
 -  }
 -  part { name: e.event.resize.b; type: RECT;
 - description { state: default 0.0;
 -rel1.relative: 1.0 1.0;
 -rel1.to_x: e.event.resize.tl;
 -rel2.relative: 0.0 1.0;
 -rel2.to_x: e.event.resize.tr;
 -min: 0 5;
 -align: 0.5 1.0;
 -color: 0 0 0 0;
 -fixed: 0 1;
 - }
 -  }
 -  part { name: e.event.resize.br; type: RECT;
 - description { state: default 0.0;
 -rel1.relative: 1.0 1.0;
 -rel2.relative: 1.0 1.0;
 -min: 32 5;
 -align: 1.0 1.0;
 -color: 0 0 0 0;
 -fixed: 1 1;
 - }
 -  }
 -   }
 -}
 -
   group { name: e/widgets/border/default/move;
  images.image: vgrad_tall.png COMP;
  images.image: bevel_out.png COMP;


 right, it's used by users. just like borderless style and the rest.

And potentially by the illume policy: (policy.c)

/* NB: DIALOG_USES_PIXEL_BORDER is an experiment in setting dialog windows
  * to use the 'pixel' type border. This is done because some dialogs,
  * when shown, blend into other windows too much. Pixel border adds a
  * little distinction between the dialog window and an app window.
  * Disable if this is not wanted */
#define DIALOG_USES_PIXEL_BORDER 1

dh


--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals 

Re: [E-devel] Proxy Image

2012-12-12 Thread Cedric BAIL
On Tue, Dec 11, 2012 at 8:47 PM, Brett Nash n...@nash.id.au 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 image regardless of the clip of the source
  object.
  I think this request is necessary.
  Please help me.

 ok - sorry for the delay. your'e one of my older to get to mails. clipping
 and proxy/map:

 clips that are OUTSIDE of an object (outside a smart object for example) 
 should
 not apply to the rendering of the map buffer proxy uses. i spent a lot of
 effort in the rendering code to ensure this doesnt happen. for map - which is
 the same basis for proxy... BUT.. i think they have different render paths...
 and this may have a bug. right now this needs to get chalked up as a bug. 
 if
 you have a test case to reproduce - that would be good. and right now... 
 given
 the size of my backlog... this is going to have to just go on a long list of
 bugs to fix. one way to put it on my list is to file a bug on trac... another
 is to send another email here with the reproduction case and i'll mark it and
 it'll sit in my queue :)

 Definitely a bug, and I'll see if I can take a look at it soon.  Do you
 have a bug # or a reproduction case?

 Regards,
 nash
 [Rising from the dead]

Oh, my god, he is alive ! ALIVE !
--
Cedric BAIL

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E SVN: raster trunk/e/data/themes/edc

2012-12-12 Thread The Rasterman
On Thu, 13 Dec 2012 07:02:42 + Christopher Michael cp.mich...@samsung.com
said:

 On 13/12/12 06:53, Michael Blumenkrantz wrote:
  On Thu, 13 Dec 2012 14:48:07 +0900
  Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote:
 
  On Wed, 12 Dec 2012 15:00:09 + Michael Blumenkrantz
  michael.blumenkra...@gmail.com 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-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:   raster
  Date: 2012-12-12 06:35:01 -0800 (Wed, 12 Dec 2012)
  New Revision: 80765
  Trac: http://trac.enlightenment.org/e/changeset/80765
 
  Modified:
 trunk/e/data/themes/edc/border.edc
 
  Modified: trunk/e/data/themes/edc/border.edc
  ===
  --- trunk/e/data/themes/edc/border.edc  2012-12-12 14:07:28 UTC (rev
  80764) +++ trunk/e/data/themes/edc/border.edc  2012-12-12 14:35:01 UTC
  (rev 80765) @@ -834,105 +834,6 @@
   }
}
 
  -group { name: e/widgets/border/pixel/border;
  -   parts {
  -  part { name: e.swallow.client; type: SWALLOW;
  - description { state: default 0.0;
  -rel1.offset: 1 1;
  -rel2.offset: -2 -2;
  - }
  -  }
  -  part { name: top; type: RECT;
  - description { state: default 0.0;
  -color: 0 0 0 255;
  -align: 0.0 0.0;
  -max: 9 1;
  - }
  -  }
  -  part { name: bottom; type: RECT;
  - description { state: default 0.0;
  -color: 0 0 0 255;
  -align: 0.0 1.0;
  -max: 9 1;
  - }
  -  }
  -  part { name: left; type: RECT;
  - description { state: default 0.0;
  -color: 0 0 0 255;
  -align: 0.0 0.0;
  -max: 1 9;
  - }
  -  }
  -  part { name: right; type: RECT;
  - description { state: default 0.0;
  -color: 0 0 0 255;
  -align: 1.0 0.0;
  -max: 1 9;
  - }
  -  }
  -  part { name: e.event.resize.tl; type: RECT;
  - description { state: default 0.0;
  -rel2.relative: 0.0 0.0;
  -min: 32 4;
  -align: 0.0 0.0;
  -color: 0 0 0 0;
  - }
  -  }
  -  part { name: e.event.resize.t; type: RECT;
  - description { state: default 0.0;
  -rel1.relative: 1.0 0.0;
  -rel1.to_x: e.event.resize.tl;
  -rel2.relative: 0.0 0.0;
  -rel2.to_x: e.event.resize.tr;
  -min: 0 4;
  -align: 0.5 0.0;
  -color: 0 0 0 0;
  - }
  -  }
  -  part { name: e.event.resize.tr; type: RECT;
  - description { state: default 0.0;
  -rel1.relative: 1.0 0.0;
  -rel2.relative: 1.0 0.0;
  -min: 32 4;
  -align: 1.0 0.0;
  -color: 0 0 0 0;
  - }
  -  }
  -  part { name: e.event.resize.bl; type: RECT;
  - description { state: default 0.0;
  -rel1.relative: 0.0 1.0;
  -rel2.relative: 0.0 1.0;
  -min: 32 5;
  -align: 0.0 1.0;
  -color: 0 0 0 0;
  -fixed: 1 1;
  - }
  -  }
  -  part { name: e.event.resize.b; type: RECT;
  - description { state: default 0.0;
  -rel1.relative: 1.0 1.0;
  -rel1.to_x: e.event.resize.tl;
  -rel2.relative: 0.0 1.0;
  -rel2.to_x: e.event.resize.tr;
  -min: 0 5;
  -align: 0.5 1.0;
  -color: 0 0 0 0;
  -fixed: 0 1;
  - }
  -  }
  -  part { name: e.event.resize.br; type: RECT;
  - description { state: default 0.0;
  -rel1.relative: 1.0 1.0;
  -rel2.relative: 1.0 1.0;
  -min: 32 5;
  -align: 1.0 1.0;
  -color: 0 0 0 0;
  -fixed: 1 1;
  - }
  -  }
  -   }
  -}
  -
group { name: e/widgets/border/default/move;
   images.image: vgrad_tall.png COMP;
   images.image: bevel_out.png COMP;
 
 
  right, it's used by users. just like borderless style and the rest.
 
 And potentially by the illume policy: (policy.c)
 
 /* NB: DIALOG_USES_PIXEL_BORDER is an experiment in setting dialog windows
   * to use the 'pixel' type border. This is done because some dialogs,
   * when shown, blend into other windows too much. Pixel border adds a
   * little distinction between the dialog window and an app window.
   * Disable if this is not wanted */
 #define DIALOG_USES_PIXEL_BORDER 1

compositing fixes that :)


-- 
- Codito, ergo sum - I code, therefore I am 

Re: [E-devel] Evil 1.7.3 is missing

2012-12-12 Thread Nicolas Aguirre
2012/12/13 Carsten Haitzler ras...@rasterman.com

 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://dev.enlightenment.fr/~captainigloo/
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel