Re: [E-devel] Add Null-checking routine "e_dbus_message_send"

[Sungho Kwak]

I'll double check about this problem, Thx.

2012/9/4 Carsten Haitzler 

> On Tue, 4 Sep 2012 09:41:54 +0900 Sungho Kwak  said:
>
> actually i think this patch is wrong... do you have any valgrind debug
> output
> for this? the code explicitly tries to handle the case of no cb_return (it
> being NULL - ie u dont care about the return value). i don't understand how
> this might crash EXCEPT that dbus_connection_send_with_reply() returns
> true AND
> doesn't set pending to some value. this seems odd. then it may be garbage
> stack.
>
> i made the code more "robust" in commit 76100 but... i still don't see how
> it
> should segv (see above - unless pending is not being set and the send
> succeeds).
>
> > Hi,
> >
> > I found that if Callback function was missed, e_dbus_message_send
> crashed.
> > It need some routine for that.
> >
> > @@ -64,7 +64,9 @@ e_dbus_message_send(E_DBus_Connection *conn, DBusM
> >  {
> >DBusPendingCall *pending;
> >
> > +  EINA_SAFETY_ON_NULL_RETURN_VAL(cb_return, NULL);
> >EINA_SAFETY_ON_NULL_RETURN_VAL(conn, NULL);
> > +
> >if (!dbus_connection_send_with_reply(conn->conn, msg, &pending,
> timeout))
> >  return NULL;
> >
> > I cannot determine do I need to add error message or not :(
> > Please advise me.
> >
> >
> >
> > Thanks.
> > Sincerely,
> > Sungho Kwak
>
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler)ras...@rasterman.com
>
>
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: hermet trunk/evas/src/lib/canvas

[Chris Michael]

Thank you Hermit !! :) I've been wanted to do that for a long time now ...
except if I would have done it, people would have complained, so thanks for
taking some initiative here :)
dh

-Original Message-
From: Enlightenment SVN [mailto:no-re...@enlightenment.org] 
Sent: 04 September 2012 09:57
To: enlightenment-...@lists.sourceforge.net
Subject: E SVN: hermet trunk/evas/src/lib/canvas

Log:
evas/evas_object_image - use Eina_Bool
  
  

Author:   hermet
Date: 2012-09-04 01:56:46 -0700 (Tue, 04 Sep 2012)
New Revision: 76115
Trac: http://trac.enlightenment.org/e/changeset/76115

Modified:
  trunk/evas/src/lib/canvas/evas_object_image.c 

Modified: trunk/evas/src/lib/canvas/evas_object_image.c
===
--- trunk/evas/src/lib/canvas/evas_object_image.c   2012-09-04 08:42:38
UTC (rev 76114)
+++ trunk/evas/src/lib/canvas/evas_object_image.c   2012-09-04 08:56:46
UTC (rev 76115)
@@ -82,15 +82,14 @@
 
void *engine_data;
 
-   unsigned char changed : 1;
-   unsigned char dirty_pixels : 1;
-   unsigned char filled : 1;
-   unsigned char proxyrendering : 1;
-   unsigned char preloading : 1;
-   unsigned char video_rendering : 1;
-   unsigned char video_surface : 1;
-   unsigned char video_visible : 1;
-   unsigned char created : 1;
+   Eina_Bool changed : 1;
+   Eina_Bool dirty_pixels : 1;
+   Eina_Bool filled : 1;
+   Eina_Bool proxyrendering : 1;
+   Eina_Bool preloading : 1;
+   Eina_Bool video_surface : 1;
+   Eina_Bool video_visible : 1;
+   Eina_Bool created : 1;
 };
 
 /* private methods for image objects */ @@ -159,7 +158,7 @@  {
if ((o->preloading) && (o->engine_data))
  {
-o->preloading = 0;
+o->preloading = EINA_FALSE;
 
obj->layer->evas->engine.func->image_data_preload_cancel(obj->layer->evas->e
ngine.data.output,
 
o->engine_data,
  obj); @@
-356,7 +355,7 @@
  {
 if (o->preloading)
   {
- o->preloading = 0;
+ o->preloading = EINA_FALSE;
 
obj->layer->evas->engine.func->image_data_preload_cancel(obj->layer->evas->e
ngine.data.output, o->engine_data, obj);
   }
 
obj->layer->evas->engine.func->image_free(obj->layer->evas->engine.data.outp
ut, o->engine_data); @@ -402,7 +401,7 @@
 o->cur.image.h = 0;
 o->cur.image.stride = 0;
  }
-   o->changed = 1;
+   o->changed = EINA_TRUE;
evas_object_change(obj);
 }
 
@@ -529,7 +528,7 @@
o->cur.border.t = t;
o->cur.border.b = b;
o->cur.opaque_valid = 0;
-   o->changed = 1;
+   o->changed = EINA_TRUE;
evas_object_change(obj);
 }
 
@@ -573,7 +572,7 @@
MAGIC_CHECK_END();
if (fill == o->cur.border.fill) return;
o->cur.border.fill = fill;
-   o->changed = 1;
+   o->changed = EINA_TRUE;
evas_object_change(obj);
 }
 
@@ -655,7 +654,7 @@
MAGIC_CHECK_END();
if (scale == o->cur.border.scale) return;
o->cur.border.scale = scale;
-   o->changed = 1;
+   o->changed = EINA_TRUE;
evas_object_change(obj);
 }
 
@@ -701,7 +700,7 @@
o->cur.fill.w = w;
o->cur.fill.h = h;
o->cur.opaque_valid = 0;
-   o->changed = 1;
+   o->changed = EINA_TRUE;
evas_object_change(obj);
 }
 
@@ -746,7 +745,7 @@
MAGIC_CHECK_END();
if (spread == (Evas_Fill_Spread)o->cur.spread) return;
o->cur.spread = spread;
-   o->changed = 1;
+   o->changed = EINA_TRUE;
evas_object_change(obj);
 }
 
@@ -822,7 +821,7 @@
 
o->cur.has_alpha);
 */
EVAS_OBJECT_IMAGE_FREE_FILE_AND_KEY(o);
-   o->changed = 1;
+   o->changed = EINA_TRUE;
evas_object_change(obj);
 }
 
@@ -892,7 +891,7 @@
MAGIC_CHECK_END();
if ((o->preloading) && (o->engine_data))
  {
-o->preloading = 0;
+o->preloading = EINA_FALSE;
 
obj->layer->evas->engine.func->image_data_preload_cancel(obj->layer->evas->e
ngine.data.output, o->engine_data, obj);
  }
if (!o->engine_data) return NULL;
@@ -986,7 +985,7 @@
 EVAS_OBJECT_IMAGE_FREE_FILE_AND_KEY(o);
 o->pixels_checked_out = 0;
  }
-   o->changed = 1;
+   o->changed = EINA_TRUE;
evas_object_change(obj);
 }
 
@@ -1054,7 +1053,7 @@
MAGIC_CHECK_END();
if (!o->engine_data)
  {
-o->preloading = 1;
+o->preloading = EINA_TRUE;
 evas_object_inform_call_image_preloaded(obj);
 return;
  }
@@ -1064,7 +1063,7 @@
  {
 if (o->preloading)
   {
- o->preloading = 0;
+ o->preloading = EINA_FALSE;
 
obj->layer->evas->engine.func->image_data_preload_cancel(obj->layer->evas->e
ngine.data.output,
 
o->engine_data,
   obj);
@@ -1074,7 +1073,7 @@
  {
 if (!o->preloading)
   {
- o->preloading = 1;
+ o->preloading = EINA_TRUE;
 
obj

Re: [E-devel] E SVN: hermet trunk/evas/src/lib/canvas

[Christopher Michael]

On 04/09/12 10:03, Chris Michael wrote:
> Thank you Hermit !! :)

s/Hermit/Hermet.

  I've been wanted to do that for a long time now ...
> except if I would have done it, people would have complained, so thanks for
> taking some initiative here :)
> dh
>
> -Original Message-
> From: Enlightenment SVN [mailto:no-re...@enlightenment.org]
> Sent: 04 September 2012 09:57
> To: enlightenment-...@lists.sourceforge.net
> Subject: E SVN: hermet trunk/evas/src/lib/canvas
>
> Log:
> evas/evas_object_image - use Eina_Bool
>
>
>
> Author:   hermet
> Date: 2012-09-04 01:56:46 -0700 (Tue, 04 Sep 2012)
> New Revision: 76115
> Trac: http://trac.enlightenment.org/e/changeset/76115
>
> Modified:
>trunk/evas/src/lib/canvas/evas_object_image.c
>
> Modified: trunk/evas/src/lib/canvas/evas_object_image.c
> ===
> --- trunk/evas/src/lib/canvas/evas_object_image.c 2012-09-04 08:42:38
> UTC (rev 76114)
> +++ trunk/evas/src/lib/canvas/evas_object_image.c 2012-09-04 08:56:46
> UTC (rev 76115)
> @@ -82,15 +82,14 @@
>
>  void *engine_data;
>
> -   unsigned char changed : 1;
> -   unsigned char dirty_pixels : 1;
> -   unsigned char filled : 1;
> -   unsigned char proxyrendering : 1;
> -   unsigned char preloading : 1;
> -   unsigned char video_rendering : 1;
> -   unsigned char video_surface : 1;
> -   unsigned char video_visible : 1;
> -   unsigned char created : 1;
> +   Eina_Bool changed : 1;
> +   Eina_Bool dirty_pixels : 1;
> +   Eina_Bool filled : 1;
> +   Eina_Bool proxyrendering : 1;
> +   Eina_Bool preloading : 1;
> +   Eina_Bool video_surface : 1;
> +   Eina_Bool video_visible : 1;
> +   Eina_Bool created : 1;
>   };
>
>   /* private methods for image objects */ @@ -159,7 +158,7 @@  {
>  if ((o->preloading) && (o->engine_data))
>{
> -o->preloading = 0;
> +o->preloading = EINA_FALSE;
>
> obj->layer->evas->engine.func->image_data_preload_cancel(obj->layer->evas->e
> ngine.data.output,
>
> o->engine_data,
>obj); @@
> -356,7 +355,7 @@
>{
>   if (o->preloading)
> {
> - o->preloading = 0;
> + o->preloading = EINA_FALSE;
>
> obj->layer->evas->engine.func->image_data_preload_cancel(obj->layer->evas->e
> ngine.data.output, o->engine_data, obj);
> }
>
> obj->layer->evas->engine.func->image_free(obj->layer->evas->engine.data.outp
> ut, o->engine_data); @@ -402,7 +401,7 @@
>   o->cur.image.h = 0;
>   o->cur.image.stride = 0;
>}
> -   o->changed = 1;
> +   o->changed = EINA_TRUE;
>  evas_object_change(obj);
>   }
>
> @@ -529,7 +528,7 @@
>  o->cur.border.t = t;
>  o->cur.border.b = b;
>  o->cur.opaque_valid = 0;
> -   o->changed = 1;
> +   o->changed = EINA_TRUE;
>  evas_object_change(obj);
>   }
>
> @@ -573,7 +572,7 @@
>  MAGIC_CHECK_END();
>  if (fill == o->cur.border.fill) return;
>  o->cur.border.fill = fill;
> -   o->changed = 1;
> +   o->changed = EINA_TRUE;
>  evas_object_change(obj);
>   }
>
> @@ -655,7 +654,7 @@
>  MAGIC_CHECK_END();
>  if (scale == o->cur.border.scale) return;
>  o->cur.border.scale = scale;
> -   o->changed = 1;
> +   o->changed = EINA_TRUE;
>  evas_object_change(obj);
>   }
>
> @@ -701,7 +700,7 @@
>  o->cur.fill.w = w;
>  o->cur.fill.h = h;
>  o->cur.opaque_valid = 0;
> -   o->changed = 1;
> +   o->changed = EINA_TRUE;
>  evas_object_change(obj);
>   }
>
> @@ -746,7 +745,7 @@
>  MAGIC_CHECK_END();
>  if (spread == (Evas_Fill_Spread)o->cur.spread) return;
>  o->cur.spread = spread;
> -   o->changed = 1;
> +   o->changed = EINA_TRUE;
>  evas_object_change(obj);
>   }
>
> @@ -822,7 +821,7 @@
>
> o->cur.has_alpha);
>   */
>  EVAS_OBJECT_IMAGE_FREE_FILE_AND_KEY(o);
> -   o->changed = 1;
> +   o->changed = EINA_TRUE;
>  evas_object_change(obj);
>   }
>
> @@ -892,7 +891,7 @@
>  MAGIC_CHECK_END();
>  if ((o->preloading) && (o->engine_data))
>{
> -o->preloading = 0;
> +o->preloading = EINA_FALSE;
>
> obj->layer->evas->engine.func->image_data_preload_cancel(obj->layer->evas->e
> ngine.data.output, o->engine_data, obj);
>}
>  if (!o->engine_data) return NULL;
> @@ -986,7 +985,7 @@
>   EVAS_OBJECT_IMAGE_FREE_FILE_AND_KEY(o);
>   o->pixels_checked_out = 0;
>}
> -   o->changed = 1;
> +   o->changed = EINA_TRUE;
>  evas_object_change(obj);
>   }
>
> @@ -1054,7 +1053,7 @@
>  MAGIC_CHECK_END();
>  if (!o->engine_data)
>{
> -o->preloading = 1;
> +o->preloading = EINA_TRUE;
>   evas_object_inform_call_image_preloaded(obj);
>   return;
>}
> @@ -1064,7 +1063,7 @@
>{
>   if (o->preloading)
> {

Re: [E-devel] E SVN: jihoon IN trunk/elementary: . src/lib

[Jihoon Kim]

I've commited NEWS files according to your comment. thx for spotting it.
2012. 9. 4. 오후 1:08에 "Vincent Torri" 님이 작성:

> NEWS file too. Same for edje and ecore_imf
>
> Vincent
>
> On Tue, Sep 4, 2012 at 4:34 AM, Enlightenment SVN
>  wrote:
> > Log:
> > elm: Add ELM_INPUT_PANEL_RETURN_KEY_TYPE_SIGNIN
> >
> > Author:   jihoon
> > Date: 2012-09-03 19:34:19 -0700 (Mon, 03 Sep 2012)
> > New Revision: 76098
> > Trac: http://trac.enlightenment.org/e/changeset/76098
> >
> > Modified:
> >   trunk/elementary/ChangeLog trunk/elementary/src/lib/elm_entry.h
> >
> > Modified: trunk/elementary/ChangeLog
> > ===
> > --- trunk/elementary/ChangeLog  2012-09-04 02:20:45 UTC (rev 76097)
> > +++ trunk/elementary/ChangeLog  2012-09-04 02:34:19 UTC (rev 76098)
> > @@ -447,3 +447,7 @@
> >
> >  * Add in more access subsystem features like activation cb.
> >  * Fix popup to apply the same style to the notify sub-widget.
> > +
> > +2012-09-04  Jihoon Kim (jihoon)
> > +
> > +* Add ELM_INPUT_PANEL_RETURN_KEY_TYPE_SIGNIN.
> >
> > Modified: trunk/elementary/src/lib/elm_entry.h
> > ===
> > --- trunk/elementary/src/lib/elm_entry.h2012-09-04 02:20:45 UTC
> (rev 76097)
> > +++ trunk/elementary/src/lib/elm_entry.h2012-09-04 02:34:19 UTC
> (rev 76098)
> > @@ -364,7 +364,8 @@
> > ELM_INPUT_PANEL_RETURN_KEY_TYPE_LOGIN,   /**< Login */
> > ELM_INPUT_PANEL_RETURN_KEY_TYPE_NEXT,/**< Next */
> > ELM_INPUT_PANEL_RETURN_KEY_TYPE_SEARCH,  /**< Search string or
> magnifier icon */
> > -   ELM_INPUT_PANEL_RETURN_KEY_TYPE_SEND /**< Send */
> > +   ELM_INPUT_PANEL_RETURN_KEY_TYPE_SEND,/**< Send */
> > +   ELM_INPUT_PANEL_RETURN_KEY_TYPE_SIGNIN   /**< Sign-in @since 1.8 */
> >  } Elm_Input_Panel_Return_Key_Type;
> >
> >  /**
> >
> >
> >
> --
> > Live Security Virtual Conference
> > Exclusive live event will cover all the ways today's security and
> > threat landscape has changed and how IT managers can respond. Discussions
> > will include endpoint security, mobile security and the latest in malware
> > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> > ___
> > enlightenment-svn mailing list
> > enlightenment-...@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] edje: lua >= 5.2

[Leif Middelschulte]

Hi there,

as some distributions and Mac OS' (home)brew package manager already ship lua 
>=5.2, it might be time to make the code compatible.

The functions which aren't available anymore:

_luaL_register
Module and luaL_register deprecated, replaced by luaL_newlib and luaL_setfuncs.

_lua_objlen
lua_objlen has become lua_rawlen with a very slight change in behaviour, 
lua_len and luaL_len have been addded. The length function(s) changed between 
Lua 5.0 and 5.1, and they've changed again between 5.1 and 5.2-work3. What used 
to be calledlua_objlen in 5.1 was been renamed to lua_rawlen, with the only 
difference in behaviour being that lua_rawlen no longer calculates the length 
of a number by taking the string representation of it; it just returns zero. 
The new lua_len function behaves exactly like the length operator in Lua code, 
and the new luaL_len function behaves in a similar way but returns the result 
as an integer rather than on the stack (and throws an error if the length is 
not a number).

I'm not familiar with the behavior edje expects, so I'm asking for anybody 
who's familiar with it to add a conditional define to edje's configure.ac, 
corresponding code to edje's code and changelog+NEWS(?) to maintain vtorri's 
sanity :)

--
Leif
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] edje: lua >= 5.2

[David Seikel]

On Tue, 4 Sep 2012 13:24:27 +0200 Leif Middelschulte
 wrote:

> as some distributions and Mac OS' (home)brew package manager already
> ship lua >=5.2, it might be time to make the code compatible.
> 
> The functions which aren't available anymore:
> 
> _luaL_register
> Module and luaL_register deprecated, replaced by luaL_newlib and
> luaL_setfuncs.
> 
> _lua_objlen
> lua_objlen has become lua_rawlen with a very slight change in
> behaviour, lua_len and luaL_len have been addded. The length
> function(s) changed between Lua 5.0 and 5.1, and they've changed
> again between 5.1 and 5.2-work3. What used to be calledlua_objlen in
> 5.1 was been renamed to lua_rawlen, with the only difference in
> behaviour being that lua_rawlen no longer calculates the length of a
> number by taking the string representation of it; it just returns
> zero. The new lua_len function behaves exactly like the length
> operator in Lua code, and the new luaL_len function behaves in a
> similar way but returns the result as an integer rather than on the
> stack (and throws an error if the length is not a number).
> 
> I'm not familiar with the behavior edje expects, so I'm asking for
> anybody who's familiar with it to add a conditional define to edje's
> configure.ac, corresponding code to edje's code and changelog+NEWS(?)
> to maintain vtorri's sanity :)

We discussed this last year and came to the conclusion that moving to
5.2 was not a good idea at the time.  It might be time to look at that
again, things progress.

Since then I have spent some time experimenting with LuaJIT 2, which is
Lua 5.1 with some 5.2 features, plus lots and lots of JIT speed, and
some speed, as well as red speed stripes for that extra bit of raw
speed.  Did I mention it's fast?  I also added luaproc into the mix, but
ended up rewriting most of luaproc.  By "rewriting" I mean "throwing
out most of it, replacing a few of the removed bits with EFL, and
massaging the rest to suit my purposes".  Well, half of luaproc just
implemented stuff we already had in EFL.

My experiments with LuaJIT 2 + what's left of luaproc are not finished
yet, but so far I like what I have.  Only one part of LuaJIT 2 I want to
replace, and that's the memory allocator.  Simply coz it does not
handle setting memory size limits per script like we do in Edje Lua.
Which is also important for the non Edje project I have been using as a
test bed.

Apart from being generally regarded as the worlds fastest script
language interpreter, LuaJIT 2 offers one important thing that I think
might be great for EFL - it very easily wraps existing C libraries,
turning them into Lua API.  This part I've not experimented with
yet, but I have high hopes.

Now while I have no problem with detecting an OS installed Lua 5.1/5.2
and adjusting the compile to suit, I'd like to suggest a different
approach.  Basically do something similar to what we did with Small/Pawn
-> Embryo.  Not such a drastic fork though, but keeping more or less in
sync with upstream of LuaJIT 2, and having our own copy in SVN.  Replace
the LuaJIT 2 memory allocator with an Eina one, and implement our memory
size per script limit.  Lua, like Small/Pawn and Embryo, is tiny.
That's one of the reasons we picked it for EFL.  Lua is designed to be
embedded, so it's quite happy not being a system library.

The reason none of this Lua experimentation has been seen here in EFL
land is that my experiments where on another project.  Using EFL, with
an eye to using my experience with EFL's Lua code, but not actually
related to EFL.  https://github.com/onefang/SledjHamr look at the
experimental branch, and then the LuaSL directory.  Or look at
https://github.com/onefang/SledjHamr/tree/experimental/LuaSL for the
lazy.  It's an implementation of the Second Life LSL scripting language
made for OpenSim, but using Lua and C (instead of C#), with EFL as the
major support libraries.  Basically it converts LSL into Lua, with the
option of using pure Lua, then passes the result to LuaJIT 2.  Luaproc
(or what's left of it) is used to scale the result up to the thousands
of event driven scripts running at once that virtual worlds with user
written scripts requires.

Since I did that with an eye to using my experience in EFL's Lua code,
there's some similarities with the EFL Lua bindings Raster and I
wrote.  It's not a drop in replacement, but I think I can make the
switch.

I wanted to finish my experiments and have it working nicely, with some
benchmarks and useful figures, before I hit EFL coders with the idea of
using LuaJIT 2.  Wanted to get a good handle on what I'm talking about
before putting it through the grill of trying to get it into EFL.  Right
now, I still want to experiment with the LuaJIT C library binding
mechanism before even deciding if it's good enough for EFL.

That was six months ago.  I've been too busy with other things since,
and the coder I was relying on to get the next step done vanished.
Guess I'll have to learn C# and interface with

Re: [E-devel] Call for Packagers

[Rui Miguel Silva Seabra]

On Sat, 1 Sep 2012 14:48:15 -0300
Gustavo Sverzut Barbieri  wrote:

> Hi all,
> 
> We have released EFL 1.7 and terminology 0.1, but to reach a broader
> audience we need binary packages!
> 
> In order to keep quality and reduce overall pain, I'd try to
> coordinate this in our mail list with the following ideas:
>- don't create multiple PPA/OBS/overlays for the same distribution.
> Cooperate with others that want to help
>- those with official distro packager status could step in and
> help with their knowledge and rules. Ultimately we want these
> packages to be used by upstream of Ubuntu, Fedora, Suse, Arch and
> Gentoo.
>- the EFL developers could review build flags (optimizations) and
> compile options. This would ensure our packages are in good shape.
>- everybody could help with QA and test to ensure they work as
> expected. It would be nice to do some comparison such as benchmark
> expedite on the same HW with different distros.
> 
> I'd like to have an updated list of "official" (as per our standards,
> if possible by distro as well) of EFL 1.7 and Terminology 0.1
> packages.
> 
> If you know of some distro people that would like to help but are not
> in this list, please share with him. Phoronix and Lwn would BR useful
> as well.
> 
> BR,
> -- Gustavo
> 
> 

With all the training I've been doing building my own Fedora RPMS I was
thinking of reading the new rpm guidelines of Fedora and submitting
specs to them.

Right now I only don't publish my own in some repo because I probably
couldn't afford the network traffic.

Any suggestions regarding that?

Best regards,
Rui

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Call for Packagers

[Michael Blumenkrantz]

On Tue, 4 Sep 2012 13:54:30 +0100
Rui Miguel Silva Seabra  wrote:

> On Sat, 1 Sep 2012 14:48:15 -0300
> Gustavo Sverzut Barbieri  wrote:
> 
> > Hi all,
> > 
> > We have released EFL 1.7 and terminology 0.1, but to reach a broader
> > audience we need binary packages!
> > 
> > In order to keep quality and reduce overall pain, I'd try to
> > coordinate this in our mail list with the following ideas:
> >- don't create multiple PPA/OBS/overlays for the same distribution.
> > Cooperate with others that want to help
> >- those with official distro packager status could step in and
> > help with their knowledge and rules. Ultimately we want these
> > packages to be used by upstream of Ubuntu, Fedora, Suse, Arch and
> > Gentoo.
> >- the EFL developers could review build flags (optimizations) and
> > compile options. This would ensure our packages are in good shape.
> >- everybody could help with QA and test to ensure they work as
> > expected. It would be nice to do some comparison such as benchmark
> > expedite on the same HW with different distros.
> > 
> > I'd like to have an updated list of "official" (as per our standards,
> > if possible by distro as well) of EFL 1.7 and Terminology 0.1
> > packages.
> > 
> > If you know of some distro people that would like to help but are not
> > in this list, please share with him. Phoronix and Lwn would BR useful
> > as well.
> > 
> > BR,
> > -- Gustavo
> > 
> > 
> 
> With all the training I've been doing building my own Fedora RPMS I was
> thinking of reading the new rpm guidelines of Fedora and submitting
> specs to them.
> 
> Right now I only don't publish my own in some repo because I probably
> couldn't afford the network traffic.
> 
> Any suggestions regarding that?
> 
> Best regards,
> Rui
> 

I've made enquiries with the fedora people on irc and they seemed pretty
friendly; the main reason why they don't do much e/efl packaging is lack of
manpower for it.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Call for Packagers

[Rui Miguel Silva Seabra]

On Tue, 4 Sep 2012 13:57:51 +0100
Michael Blumenkrantz  wrote:

> On Tue, 4 Sep 2012 13:54:30 +0100
> Rui Miguel Silva Seabra  wrote:
> 
> > On Sat, 1 Sep 2012 14:48:15 -0300
> > Gustavo Sverzut Barbieri  wrote:
> > 
> > > Hi all,
> > > 
> > > We have released EFL 1.7 and terminology 0.1, but to reach a
> > > broader audience we need binary packages!
> > > 
> > > In order to keep quality and reduce overall pain, I'd try to
> > > coordinate this in our mail list with the following ideas:
> > >- don't create multiple PPA/OBS/overlays for the same
> > > distribution. Cooperate with others that want to help
> > >- those with official distro packager status could step in and
> > > help with their knowledge and rules. Ultimately we want these
> > > packages to be used by upstream of Ubuntu, Fedora, Suse, Arch and
> > > Gentoo.
> > >- the EFL developers could review build flags (optimizations)
> > > and compile options. This would ensure our packages are in good
> > > shape.
> > >- everybody could help with QA and test to ensure they work as
> > > expected. It would be nice to do some comparison such as benchmark
> > > expedite on the same HW with different distros.
> > > 
> > > I'd like to have an updated list of "official" (as per our
> > > standards, if possible by distro as well) of EFL 1.7 and
> > > Terminology 0.1 packages.
> > > 
> > > If you know of some distro people that would like to help but are
> > > not in this list, please share with him. Phoronix and Lwn would
> > > BR useful as well.
> > > 
> > > BR,
> > > -- Gustavo
> > > 
> > > 
> > 
> > With all the training I've been doing building my own Fedora RPMS I
> > was thinking of reading the new rpm guidelines of Fedora and
> > submitting specs to them.
> > 
> > Right now I only don't publish my own in some repo because I
> > probably couldn't afford the network traffic.
> > 
> > Any suggestions regarding that?
> > 
> > Best regards,
> > Rui
> > 
> 
> I've made enquiries with the fedora people on irc and they seemed
> pretty friendly; the main reason why they don't do much e/efl
> packaging is lack of manpower for it.

Yeah, but I still need read the guidelines and to keep a separate set of
specs built "the Fedora Way" before trying to commit :)

Rui

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] edje: lua >= 5.2

[Leif Middelschulte]

Am 04.09.2012 um 14:35 schrieb David Seikel :

> On Tue, 4 Sep 2012 13:24:27 +0200 Leif Middelschulte
>  wrote:
> 
>> as some distributions and Mac OS' (home)brew package manager already
>> ship lua >=5.2, it might be time to make the code compatible.
>> 
>> The functions which aren't available anymore:
>> 
>> _luaL_register
>> Module and luaL_register deprecated, replaced by luaL_newlib and
>> luaL_setfuncs.
>> 
>> _lua_objlen
>> lua_objlen has become lua_rawlen with a very slight change in
>> behaviour, lua_len and luaL_len have been addded. The length
>> function(s) changed between Lua 5.0 and 5.1, and they've changed
>> again between 5.1 and 5.2-work3. What used to be calledlua_objlen in
>> 5.1 was been renamed to lua_rawlen, with the only difference in
>> behaviour being that lua_rawlen no longer calculates the length of a
>> number by taking the string representation of it; it just returns
>> zero. The new lua_len function behaves exactly like the length
>> operator in Lua code, and the new luaL_len function behaves in a
>> similar way but returns the result as an integer rather than on the
>> stack (and throws an error if the length is not a number).
>> 
>> I'm not familiar with the behavior edje expects, so I'm asking for
>> anybody who's familiar with it to add a conditional define to edje's
>> configure.ac, corresponding code to edje's code and changelog+NEWS(?)
>> to maintain vtorri's sanity :)
> 
> We discussed this last year and came to the conclusion that moving to
> 5.2 was not a good idea at the time.  It might be time to look at that
> again, things progress.
> 
> Since then I have spent some time experimenting with LuaJIT 2, which is
> Lua 5.1 with some 5.2 features, plus lots and lots of JIT speed, and
> some speed, as well as red speed stripes for that extra bit of raw
> speed.  Did I mention it's fast?  I also added luaproc into the mix, but
> ended up rewriting most of luaproc.  By "rewriting" I mean "throwing
> out most of it, replacing a few of the removed bits with EFL, and
> massaging the rest to suit my purposes".  Well, half of luaproc just
> implemented stuff we already had in EFL.
> 
> My experiments with LuaJIT 2 + what's left of luaproc are not finished
> yet, but so far I like what I have.  Only one part of LuaJIT 2 I want to
> replace, and that's the memory allocator.  Simply coz it does not
> handle setting memory size limits per script like we do in Edje Lua.
> Which is also important for the non Edje project I have been using as a
> test bed.
> 
> Apart from being generally regarded as the worlds fastest script
> language interpreter, LuaJIT 2 offers one important thing that I think
> might be great for EFL - it very easily wraps existing C libraries,
> turning them into Lua API.  This part I've not experimented with
> yet, but I have high hopes.
> 
> Now while I have no problem with detecting an OS installed Lua 5.1/5.2
> and adjusting the compile to suit, I'd like to suggest a different
> approach.  Basically do something similar to what we did with Small/Pawn
> -> Embryo.  Not such a drastic fork though, but keeping more or less in
> sync with upstream of LuaJIT 2, and having our own copy in SVN.  Replace
> the LuaJIT 2 memory allocator with an Eina one, and implement our memory
> size per script limit.  Lua, like Small/Pawn and Embryo, is tiny.
> That's one of the reasons we picked it for EFL.  Lua is designed to be
> embedded, so it's quite happy not being a system library.
> 
> The reason none of this Lua experimentation has been seen here in EFL
> land is that my experiments where on another project.  Using EFL, with
> an eye to using my experience with EFL's Lua code, but not actually
> related to EFL.  https://github.com/onefang/SledjHamr look at the
> experimental branch, and then the LuaSL directory.  Or look at
> https://github.com/onefang/SledjHamr/tree/experimental/LuaSL for the
> lazy.  It's an implementation of the Second Life LSL scripting language
> made for OpenSim, but using Lua and C (instead of C#), with EFL as the
> major support libraries.  Basically it converts LSL into Lua, with the
> option of using pure Lua, then passes the result to LuaJIT 2.  Luaproc
> (or what's left of it) is used to scale the result up to the thousands
> of event driven scripts running at once that virtual worlds with user
> written scripts requires.
> 
> Since I did that with an eye to using my experience in EFL's Lua code,
> there's some similarities with the EFL Lua bindings Raster and I
> wrote.  It's not a drop in replacement, but I think I can make the
> switch.
> 
> I wanted to finish my experiments and have it working nicely, with some
> benchmarks and useful figures, before I hit EFL coders with the idea of
> using LuaJIT 2.  Wanted to get a good handle on what I'm talking about
> before putting it through the grill of trying to get it into EFL.  Right
> now, I still want to experiment with the LuaJIT C library binding
> mechanism before even deciding if it's go

Re: [E-devel] Call for Packagers

[Leif Middelschulte]

Am 04.09.2012 um 15:09 schrieb Rui Miguel Silva Seabra :

> On Tue, 4 Sep 2012 13:57:51 +0100
> Michael Blumenkrantz  wrote:
> 
>> On Tue, 4 Sep 2012 13:54:30 +0100
>> Rui Miguel Silva Seabra  wrote:
>> 
>>> On Sat, 1 Sep 2012 14:48:15 -0300
>>> Gustavo Sverzut Barbieri  wrote:
>>> 
 Hi all,
 
 We have released EFL 1.7 and terminology 0.1, but to reach a
 broader audience we need binary packages!
 
 In order to keep quality and reduce overall pain, I'd try to
 coordinate this in our mail list with the following ideas:
   - don't create multiple PPA/OBS/overlays for the same
 distribution. Cooperate with others that want to help
   - those with official distro packager status could step in and
 help with their knowledge and rules. Ultimately we want these
 packages to be used by upstream of Ubuntu, Fedora, Suse, Arch and
 Gentoo.
   - the EFL developers could review build flags (optimizations)
 and compile options. This would ensure our packages are in good
 shape.
   - everybody could help with QA and test to ensure they work as
 expected. It would be nice to do some comparison such as benchmark
 expedite on the same HW with different distros.
 
 I'd like to have an updated list of "official" (as per our
 standards, if possible by distro as well) of EFL 1.7 and
 Terminology 0.1 packages.
 
 If you know of some distro people that would like to help but are
 not in this list, please share with him. Phoronix and Lwn would
 BR useful as well.
 
 BR,
 -- Gustavo
 
 
>>> 
>>> With all the training I've been doing building my own Fedora RPMS I
>>> was thinking of reading the new rpm guidelines of Fedora and
>>> submitting specs to them.
>>> 
>>> Right now I only don't publish my own in some repo because I
>>> probably couldn't afford the network traffic.
>>> 
>>> Any suggestions regarding that?
>>> 
>>> Best regards,
>>> Rui
>>> 
>> 
>> I've made enquiries with the fedora people on irc and they seemed
>> pretty friendly; the main reason why they don't do much e/efl
>> packaging is lack of manpower for it.
> 
> Yeah, but I still need read the guidelines and to keep a separate set of
> specs built "the Fedora Way" before trying to commit :)
How about using those from the obs? They'd just need minor adjustments to work 
with Fedora too?
> 
> Rui
> 
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Call for Packagers

[Eduardo Lima (Etrunko)]

On Tue, Sep 4, 2012 at 9:54 AM, Rui Miguel Silva Seabra  wrote:
> On Sat, 1 Sep 2012 14:48:15 -0300
> Gustavo Sverzut Barbieri  wrote:
>
>> Hi all,
>>
>> We have released EFL 1.7 and terminology 0.1, but to reach a broader
>> audience we need binary packages!
>>
>> In order to keep quality and reduce overall pain, I'd try to
>> coordinate this in our mail list with the following ideas:
>>- don't create multiple PPA/OBS/overlays for the same distribution.
>> Cooperate with others that want to help
>>- those with official distro packager status could step in and
>> help with their knowledge and rules. Ultimately we want these
>> packages to be used by upstream of Ubuntu, Fedora, Suse, Arch and
>> Gentoo.
>>- the EFL developers could review build flags (optimizations) and
>> compile options. This would ensure our packages are in good shape.
>>- everybody could help with QA and test to ensure they work as
>> expected. It would be nice to do some comparison such as benchmark
>> expedite on the same HW with different distros.
>>
>> I'd like to have an updated list of "official" (as per our standards,
>> if possible by distro as well) of EFL 1.7 and Terminology 0.1
>> packages.
>>
>> If you know of some distro people that would like to help but are not
>> in this list, please share with him. Phoronix and Lwn would BR useful
>> as well.
>>
>> BR,
>> -- Gustavo
>>
>>
>
> With all the training I've been doing building my own Fedora RPMS I was
> thinking of reading the new rpm guidelines of Fedora and submitting
> specs to them.
>

Hey Rui,

I'm interested in helping with the Fedora packaging. Having to
fallback to GNOME to build E from SVN every now and then proved to be
very unproductive. :P I recently created an account on the Fedora Koji
system and was about to start submitting the spec files.

> Right now I only don't publish my own in some repo because I probably
> couldn't afford the network traffic.
>
> Any suggestions regarding that?
>
> Best regards,
> Rui


-- 
Eduardo de Barros Lima ◤✠◢
ebl...@gmail.com

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] elm: repair check for clearenv

[Leif Middelschulte]

Hi,

on my journey to create/update packages of the 1.7 release for Mac OS' 
(home)brew package manager (http://mxcl.github.com/homebrew/), I stumbled over 
a compilation error of elm due to missing 'clearenv'.

Attached is a patch that repairs the check for 'clearenv'.


clear_env.diff
Description: Binary data

I don't know why it wouldn't work with AC_TRY_COMPILE, but somehow 
HAVE_CLEARENV was defined, though it shouldn't have been (Mac OS Mountain Lion 
here).
I've manually tried to compile the snipped that AC_TRY_COMPILE should compile 
and it failed.

Using AC_CHECK_FUNCS works, so I'm suggesting to go with it.

Please anybody apply it, as I don't have my ssh key around. Backport?

--
Leif--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] elm: repair check for clearenv

[Vincent Torri]

On Tue, Sep 4, 2012 at 6:10 PM, Leif Middelschulte
 wrote:
> Hi,
>
> on my journey to create/update packages of the 1.7 release for Mac OS' 
> (home)brew package manager (http://mxcl.github.com/homebrew/), I stumbled 
> over a compilation error of elm due to missing 'clearenv'.
>
> Attached is a patch that repairs the check for 'clearenv'.
>
>
> I don't know why it wouldn't work with AC_TRY_COMPILE, but somehow 
> HAVE_CLEARENV was defined, though it shouldn't have been (Mac OS Mountain 
> Lion here).
> I've manually tried to compile the snipped that AC_TRY_COMPILE should compile 
> and it failed.
>
> Using AC_CHECK_FUNCS works, so I'm suggesting to go with it.

AC_CHECK_FUNCS *already* defines HAVE_CLEARENV (as i told you on IRC),
so it's useless to define it. If you donc use the have_clearenv
variable, just remove it. So the patch should be :

AC_CHECK_FUNCS([clearenv])

just for curiosity, attach config.log, to see what's wrong

Vincent

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] elm: repair check for clearenv

[Vincent Torri]

On Tue, Sep 4, 2012 at 7:05 PM, Leif Middelschulte
 wrote:
> Am 04.09.2012 um 18:18 schrieb Vincent Torri :
>
>> On Tue, Sep 4, 2012 at 6:10 PM, Leif Middelschulte
>>  wrote:
>>> Hi,
>>>
>>> on my journey to create/update packages of the 1.7 release for Mac OS' 
>>> (home)brew package manager (http://mxcl.github.com/homebrew/), I stumbled 
>>> over a compilation error of elm due to missing 'clearenv'.
>>>
>>> Attached is a patch that repairs the check for 'clearenv'.
>>>
>>>
>>> I don't know why it wouldn't work with AC_TRY_COMPILE, but somehow 
>>> HAVE_CLEARENV was defined, though it shouldn't have been (Mac OS Mountain 
>>> Lion here).
>>> I've manually tried to compile the snipped that AC_TRY_COMPILE should 
>>> compile and it failed.
>>>
>>> Using AC_CHECK_FUNCS works, so I'm suggesting to go with it.
>>
>> AC_CHECK_FUNCS *already* defines HAVE_CLEARENV (as i told you on IRC),
>> so it's useless to define it. If you donc use the have_clearenv
>> variable, just remove it. So the patch should be :
> Oh, I misunderstood. I thought you were referring to it already being checked 
> for. And since I couldn't find that, I added it.
>>
>> AC_CHECK_FUNCS([clearenv])
> You're right of course.
>>
>> just for curiosity, attach config.log, to see what's wrong
> Attached :)

is it with AC_TRY_COMPILE ? because i see no problem here.

Btw, about the gettext problem, I can see :

configure:17931: checking how to link with libintl
configure:17933: result: -lintl -Wl,-framework -Wl,CoreFoundation

so maybe -lintl is not sufficient on Mac.

Vincent

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] elm: repair check for clearenv

[Leif Middelschulte]

Am 04.09.2012 um 19:12 schrieb Vincent Torri :

> On Tue, Sep 4, 2012 at 7:05 PM, Leif Middelschulte
>  wrote:
>> Am 04.09.2012 um 18:18 schrieb Vincent Torri :
>> 
>>> On Tue, Sep 4, 2012 at 6:10 PM, Leif Middelschulte
>>>  wrote:
 Hi,
 
 on my journey to create/update packages of the 1.7 release for Mac OS' 
 (home)brew package manager (http://mxcl.github.com/homebrew/), I stumbled 
 over a compilation error of elm due to missing 'clearenv'.
 
 Attached is a patch that repairs the check for 'clearenv'.
 
 
 I don't know why it wouldn't work with AC_TRY_COMPILE, but somehow 
 HAVE_CLEARENV was defined, though it shouldn't have been (Mac OS Mountain 
 Lion here).
 I've manually tried to compile the snipped that AC_TRY_COMPILE should 
 compile and it failed.
 
 Using AC_CHECK_FUNCS works, so I'm suggesting to go with it.
>>> 
>>> AC_CHECK_FUNCS *already* defines HAVE_CLEARENV (as i told you on IRC),
>>> so it's useless to define it. If you donc use the have_clearenv
>>> variable, just remove it. So the patch should be :
>> Oh, I misunderstood. I thought you were referring to it already being 
>> checked for. And since I couldn't find that, I added it.
>>> 
>>> AC_CHECK_FUNCS([clearenv])
>> You're right of course.
>>> 
>>> just for curiosity, attach config.log, to see what's wrong
>> Attached :)
> 
> is it with AC_TRY_COMPILE ? because i see no problem here.
Yes, but I forgot to reenable quicklaunch.
Anyway, the output of the config.log should be the same for the important 
parts, which are:
conftest.c:66:1: warning: implicit declaration of function 'clearenv' is 
invalid in C99 [-Wimplicit-function-declaration]
clearenv();
And later on (third last line):
#define HAVE_CLEARENV 1
That's wrong.
> 
> Btw, about the gettext problem, I can see :
> 
> configure:17931: checking how to link with libintl
> configure:17933: result: -lintl -Wl,-framework -Wl,CoreFoundation
> 
> so maybe -lintl is not sufficient on Mac.
The symbol is in libintl.dylib :-/
> 
> Vincent
> 
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] elm: repair check for clearenv

[Vincent Torri]

On Tue, Sep 4, 2012 at 7:26 PM, Leif Middelschulte
 wrote:
> Am 04.09.2012 um 19:12 schrieb Vincent Torri :
>
>> On Tue, Sep 4, 2012 at 7:05 PM, Leif Middelschulte
>>  wrote:
>>> Am 04.09.2012 um 18:18 schrieb Vincent Torri :
>>>
 On Tue, Sep 4, 2012 at 6:10 PM, Leif Middelschulte
  wrote:
> Hi,
>
> on my journey to create/update packages of the 1.7 release for Mac OS' 
> (home)brew package manager (http://mxcl.github.com/homebrew/), I stumbled 
> over a compilation error of elm due to missing 'clearenv'.
>
> Attached is a patch that repairs the check for 'clearenv'.
>
>
> I don't know why it wouldn't work with AC_TRY_COMPILE, but somehow 
> HAVE_CLEARENV was defined, though it shouldn't have been (Mac OS Mountain 
> Lion here).
> I've manually tried to compile the snipped that AC_TRY_COMPILE should 
> compile and it failed.
>
> Using AC_CHECK_FUNCS works, so I'm suggesting to go with it.

 AC_CHECK_FUNCS *already* defines HAVE_CLEARENV (as i told you on IRC),
 so it's useless to define it. If you donc use the have_clearenv
 variable, just remove it. So the patch should be :
>>> Oh, I misunderstood. I thought you were referring to it already being 
>>> checked for. And since I couldn't find that, I added it.

 AC_CHECK_FUNCS([clearenv])
>>> You're right of course.

 just for curiosity, attach config.log, to see what's wrong
>>> Attached :)
>>
>> is it with AC_TRY_COMPILE ? because i see no problem here.
> Yes, but I forgot to reenable quicklaunch.
> Anyway, the output of the config.log should be the same for the important 
> parts, which are:
> conftest.c:66:1: warning: implicit declaration of function 'clearenv' is 
> invalid in C99 [-Wimplicit-function-declaration]
> clearenv();
> And later on (third last line):
> #define HAVE_CLEARENV 1
> That's wrong.
>>
>> Btw, about the gettext problem, I can see :
>>
>> configure:17931: checking how to link with libintl
>> configure:17933: result: -lintl -Wl,-framework -Wl,CoreFoundation
>>
>> so maybe -lintl is not sufficient on Mac.
> The symbol is in libintl.dylib :-/

can you attach an elm Makefile (whatever Makefile, they will all
contain what I'm searching for) ?

Vincent

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Call for Packagers

[Gustavo Sverzut Barbieri]

On Tue, Sep 4, 2012 at 11:01 AM, Leif Middelschulte <
leif.middelschu...@gmail.com> wrote:

> Am 04.09.2012 um 15:09 schrieb Rui Miguel Silva Seabra :
>
> > On Tue, 4 Sep 2012 13:57:51 +0100
> > Michael Blumenkrantz  wrote:
> >
> >> On Tue, 4 Sep 2012 13:54:30 +0100
> >> Rui Miguel Silva Seabra  wrote:
> >>
> >>> On Sat, 1 Sep 2012 14:48:15 -0300
> >>> Gustavo Sverzut Barbieri  wrote:
> >>>
>  Hi all,
> 
>  We have released EFL 1.7 and terminology 0.1, but to reach a
>  broader audience we need binary packages!
> 
>  In order to keep quality and reduce overall pain, I'd try to
>  coordinate this in our mail list with the following ideas:
>    - don't create multiple PPA/OBS/overlays for the same
>  distribution. Cooperate with others that want to help
>    - those with official distro packager status could step in and
>  help with their knowledge and rules. Ultimately we want these
>  packages to be used by upstream of Ubuntu, Fedora, Suse, Arch and
>  Gentoo.
>    - the EFL developers could review build flags (optimizations)
>  and compile options. This would ensure our packages are in good
>  shape.
>    - everybody could help with QA and test to ensure they work as
>  expected. It would be nice to do some comparison such as benchmark
>  expedite on the same HW with different distros.
> 
>  I'd like to have an updated list of "official" (as per our
>  standards, if possible by distro as well) of EFL 1.7 and
>  Terminology 0.1 packages.
> 
>  If you know of some distro people that would like to help but are
>  not in this list, please share with him. Phoronix and Lwn would
>  BR useful as well.
> 
>  BR,
>  -- Gustavo
> 
> 
> >>>
> >>> With all the training I've been doing building my own Fedora RPMS I
> >>> was thinking of reading the new rpm guidelines of Fedora and
> >>> submitting specs to them.
> >>>
> >>> Right now I only don't publish my own in some repo because I
> >>> probably couldn't afford the network traffic.
> >>>
> >>> Any suggestions regarding that?
> >>>
> >>> Best regards,
> >>> Rui
> >>>
> >>
> >> I've made enquiries with the fedora people on irc and they seemed
> >> pretty friendly; the main reason why they don't do much e/efl
> >> packaging is lack of manpower for it.
> >
> > Yeah, but I still need read the guidelines and to keep a separate set of
> > specs built "the Fedora Way" before trying to commit :)
> How about using those from the obs? They'd just need minor adjustments to
> work with Fedora too?


I'm away from  Fedora from years now, I'm not sure what people is using.

Could someone say the relation between OBS and non-openSUSE systems? Do
Fedora people use it extensively?

For instance, in Ubuntu people are really used to "ppa", there are even
helpers to install stuff from there. In Gentoo there is layman-managed
overlays.

BR,

-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] ATTN: all jokers dicking with stuff on e2

[Nicholas Hughart]

On 09/03/2012 10:21 AM, Tom Hacohen wrote:

Who did it?  I can add him back to the appropriate group, but don't want 
to do so if it was done intentionally :)

Anyway, I agree, it should not have been necessary to use root given 
he's in the necessary group for updating data.  It seems we have a bit 
of a cludge in the file permissions for web data.
> WAIT, WHAT?! You need to be root to do it?! omg... ;\
>
> --
> Tom.
>
> On 03/09/12 18:18, Michael Blumenkrantz wrote:
>> whoever it was that took away my sudo on e2 (without telling me, thanks for
>> that) just earned himself the privilege of putting up the e17 snapshot for
>> today that's in my homedir. have fun with that
>>
>> --
>> Live Security Virtual Conference
>> Exclusive live event will cover all the ways today's security and
>> threat landscape has changed and how IT managers can respond. Discussions
>> will include endpoint security, mobile security and the latest in malware
>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>> ___
>> enlightenment-devel mailing list
>> enlightenment-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] How to Clone from http://git.enlightenment.fr

[Bertrand Jacquin]

Hi,

> The reason why I created them is that cloning from a http server (like
> the french one) is slo and for that there is already svn. :P

Fixed, git:// is available for all git.e.fr repos, URL are updated on
cgit (see http://git.enlightenment.fr/cgit.cgi/svn.git for example).

Just for comparaison :

 $ git clone git://git.enlightenment.fr/vcs/svn.git
 take 3m 30s

 $ git clone http://git.enlightenment.fr/vcs/svn.git
 take 6m 54s

Hope this help you all

-- 
Beber


pgpoonKATUapV.pgp
Description: PGP signature
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Call for Packagers

[Leif Middelschulte]

Am 04.09.2012 um 20:04 schrieb Gustavo Sverzut Barbieri 
:

> On Tue, Sep 4, 2012 at 11:01 AM, Leif Middelschulte <
> leif.middelschu...@gmail.com> wrote:
> 
>> Am 04.09.2012 um 15:09 schrieb Rui Miguel Silva Seabra :
>> 
>>> On Tue, 4 Sep 2012 13:57:51 +0100
>>> Michael Blumenkrantz  wrote:
>>> 
 On Tue, 4 Sep 2012 13:54:30 +0100
 Rui Miguel Silva Seabra  wrote:
 
> On Sat, 1 Sep 2012 14:48:15 -0300
> Gustavo Sverzut Barbieri  wrote:
> 
>> Hi all,
>> 
>> We have released EFL 1.7 and terminology 0.1, but to reach a
>> broader audience we need binary packages!
>> 
>> In order to keep quality and reduce overall pain, I'd try to
>> coordinate this in our mail list with the following ideas:
>>  - don't create multiple PPA/OBS/overlays for the same
>> distribution. Cooperate with others that want to help
>>  - those with official distro packager status could step in and
>> help with their knowledge and rules. Ultimately we want these
>> packages to be used by upstream of Ubuntu, Fedora, Suse, Arch and
>> Gentoo.
>>  - the EFL developers could review build flags (optimizations)
>> and compile options. This would ensure our packages are in good
>> shape.
>>  - everybody could help with QA and test to ensure they work as
>> expected. It would be nice to do some comparison such as benchmark
>> expedite on the same HW with different distros.
>> 
>> I'd like to have an updated list of "official" (as per our
>> standards, if possible by distro as well) of EFL 1.7 and
>> Terminology 0.1 packages.
>> 
>> If you know of some distro people that would like to help but are
>> not in this list, please share with him. Phoronix and Lwn would
>> BR useful as well.
>> 
>> BR,
>> -- Gustavo
>> 
>> 
> 
> With all the training I've been doing building my own Fedora RPMS I
> was thinking of reading the new rpm guidelines of Fedora and
> submitting specs to them.
> 
> Right now I only don't publish my own in some repo because I
> probably couldn't afford the network traffic.
> 
> Any suggestions regarding that?
> 
> Best regards,
> Rui
> 
 
 I've made enquiries with the fedora people on irc and they seemed
 pretty friendly; the main reason why they don't do much e/efl
 packaging is lack of manpower for it.
>>> 
>>> Yeah, but I still need read the guidelines and to keep a separate set of
>>> specs built "the Fedora Way" before trying to commit :)
>> How about using those from the obs? They'd just need minor adjustments to
>> work with Fedora too?
> 
> 
> I'm away from  Fedora from years now, I'm not sure what people is using.
> 
> Could someone say the relation between OBS and non-openSUSE systems? Do
> Fedora people use it extensively?
OBS provides means to add targets to build like fedora, cents os, meego. It's 
also possible to configure local instances (e.g. custom arm distribution) that 
will use the central spec files to build packages.
But I think that Fedora insists to use their own packaging system (kinji or 
similar).
> For instance, in Ubuntu people are really used to "ppa", there are even
> helpers to install stuff from there. In Gentoo there is layman-managed
> overlays.
I don't know how they provide/integrate the 'install now' button/feature. OBS 
simply provides .repo files (release,debug) per target to download, open and be 
handled by the local system. Ubuntu uses some ppa:// protocol of their own iirc 
to handle adding the repository.
Anyway, my point was about keeping spec files and effort in one place.
OBS supports suse, centos, fedora, mandriva, …
Which targets are available in Fedora's system?

--
Leif
> 
> BR,
> 
> -- 
> Gustavo Sverzut Barbieri
> http://profusion.mobi embedded systems
> --
> MSN: barbi...@gmail.com
> Skype: gsbarbieri
> Mobile: +55 (19) 9225-2202
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
__

Re: [E-devel] Call for Packagers

[Eduardo Lima (Etrunko)]

On Tue, Sep 4, 2012 at 3:48 PM, Leif Middelschulte
 wrote:
> Am 04.09.2012 um 20:04 schrieb Gustavo Sverzut Barbieri 
> :
>
>> On Tue, Sep 4, 2012 at 11:01 AM, Leif Middelschulte <
>> leif.middelschu...@gmail.com> wrote:
>>
>>> Am 04.09.2012 um 15:09 schrieb Rui Miguel Silva Seabra :
>>>
 On Tue, 4 Sep 2012 13:57:51 +0100
 Michael Blumenkrantz  wrote:

> On Tue, 4 Sep 2012 13:54:30 +0100
> Rui Miguel Silva Seabra  wrote:
>
>> On Sat, 1 Sep 2012 14:48:15 -0300
>> Gustavo Sverzut Barbieri  wrote:
>>
>>> Hi all,
>>>
>>> We have released EFL 1.7 and terminology 0.1, but to reach a
>>> broader audience we need binary packages!
>>>
>>> In order to keep quality and reduce overall pain, I'd try to
>>> coordinate this in our mail list with the following ideas:
>>>  - don't create multiple PPA/OBS/overlays for the same
>>> distribution. Cooperate with others that want to help
>>>  - those with official distro packager status could step in and
>>> help with their knowledge and rules. Ultimately we want these
>>> packages to be used by upstream of Ubuntu, Fedora, Suse, Arch and
>>> Gentoo.
>>>  - the EFL developers could review build flags (optimizations)
>>> and compile options. This would ensure our packages are in good
>>> shape.
>>>  - everybody could help with QA and test to ensure they work as
>>> expected. It would be nice to do some comparison such as benchmark
>>> expedite on the same HW with different distros.
>>>
>>> I'd like to have an updated list of "official" (as per our
>>> standards, if possible by distro as well) of EFL 1.7 and
>>> Terminology 0.1 packages.
>>>
>>> If you know of some distro people that would like to help but are
>>> not in this list, please share with him. Phoronix and Lwn would
>>> BR useful as well.
>>>
>>> BR,
>>> -- Gustavo
>>>
>>>
>>
>> With all the training I've been doing building my own Fedora RPMS I
>> was thinking of reading the new rpm guidelines of Fedora and
>> submitting specs to them.
>>
>> Right now I only don't publish my own in some repo because I
>> probably couldn't afford the network traffic.
>>
>> Any suggestions regarding that?
>>
>> Best regards,
>> Rui
>>
>
> I've made enquiries with the fedora people on irc and they seemed
> pretty friendly; the main reason why they don't do much e/efl
> packaging is lack of manpower for it.

 Yeah, but I still need read the guidelines and to keep a separate set of
 specs built "the Fedora Way" before trying to commit :)
>>> How about using those from the obs? They'd just need minor adjustments to
>>> work with Fedora too?
>>
>>
>> I'm away from  Fedora from years now, I'm not sure what people is using.
>>
>> Could someone say the relation between OBS and non-openSUSE systems? Do
>> Fedora people use it extensively?
> OBS provides means to add targets to build like fedora, cents os, meego. It's 
> also possible to configure local instances (e.g. custom arm distribution) 
> that will use the central spec files to build packages.
> But I think that Fedora insists to use their own packaging system (kinji or 
> similar).

You're right, but the correct name is Koji, by the way.

https://fedoraproject.org/wiki/Using_the_Koji_build_system

>> For instance, in Ubuntu people are really used to "ppa", there are even
>> helpers to install stuff from there. In Gentoo there is layman-managed
>> overlays.
> I don't know how they provide/integrate the 'install now' button/feature. OBS 
> simply provides .repo files (release,debug) per target to download, open and 
> be handled by the local system. Ubuntu uses some ppa:// protocol of their own 
> iirc to handle adding the repository.
> Anyway, my point was about keeping spec files and effort in one place.

I vote for maintaining the spec.in files in the SVN and keep the delta
between it and the distro minimum possible. But for that i guess we
need some more effort on backporting patches to the release branch. I
marked quite a lot that would be interesting to backport since the
release and will merge them soon.

> OBS supports suse, centos, fedora, mandriva, …
> Which targets are available in Fedora's system?

I guess it is Fedora only. But I can't tell for sure.
>
> --
> Leif
>>
>> BR,
>>
>> --
>> Gustavo Sverzut Barbieri
>> http://profusion.mobi embedded systems
>> --
>> MSN: barbi...@gmail.com
>> Skype: gsbarbieri
>> Mobile: +55 (19) 9225-2202
>> --
>> Live Security Virtual Conference
>> Exclusive live event will cover all the ways today's security and
>> threat landscape has changed and how IT managers can respond. Discussions
>> will include endpoint security, mobile security and the latest in malware
>> threats. http://www.accelacomm.c

Re: [E-devel] How to Clone from http://git.enlightenment.fr

[Eduardo Lima (Etrunko)]

On Tue, Sep 4, 2012 at 3:45 PM, Bertrand Jacquin  wrote:
> Hi,
>
>> The reason why I created them is that cloning from a http server (like
>> the french one) is slo and for that there is already svn. :P
>
> Fixed, git:// is available for all git.e.fr repos, URL are updated on
> cgit (see http://git.enlightenment.fr/cgit.cgi/svn.git for example).
>
> Just for comparaison :
>
>  $ git clone git://git.enlightenment.fr/vcs/svn.git
>  take 3m 30s
>
>  $ git clone http://git.enlightenment.fr/vcs/svn.git
>  take 6m 54s
>
> Hope this help you all
>

/me sees a tear drop falling the edge of his right eye


> --
> Beber
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>



-- 
Eduardo de Barros Lima ◤✠◢
ebl...@gmail.com

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Call for Packagers

[Lucas De Marchi]

On Tue, Sep 4, 2012 at 3:56 PM, Eduardo Lima (Etrunko)  wrote:
> On Tue, Sep 4, 2012 at 3:48 PM, Leif Middelschulte
>  wrote:
>> Am 04.09.2012 um 20:04 schrieb Gustavo Sverzut Barbieri 
>> :
>>
>>> On Tue, Sep 4, 2012 at 11:01 AM, Leif Middelschulte <
>>> leif.middelschu...@gmail.com> wrote:
>>>
 Am 04.09.2012 um 15:09 schrieb Rui Miguel Silva Seabra :

> On Tue, 4 Sep 2012 13:57:51 +0100
> Michael Blumenkrantz  wrote:
>
>> On Tue, 4 Sep 2012 13:54:30 +0100
>> Rui Miguel Silva Seabra  wrote:
>>
>>> On Sat, 1 Sep 2012 14:48:15 -0300
>>> Gustavo Sverzut Barbieri  wrote:
>>>
 Hi all,

 We have released EFL 1.7 and terminology 0.1, but to reach a
 broader audience we need binary packages!

 In order to keep quality and reduce overall pain, I'd try to
 coordinate this in our mail list with the following ideas:
  - don't create multiple PPA/OBS/overlays for the same
 distribution. Cooperate with others that want to help
  - those with official distro packager status could step in and
 help with their knowledge and rules. Ultimately we want these
 packages to be used by upstream of Ubuntu, Fedora, Suse, Arch and
 Gentoo.
  - the EFL developers could review build flags (optimizations)
 and compile options. This would ensure our packages are in good
 shape.
  - everybody could help with QA and test to ensure they work as
 expected. It would be nice to do some comparison such as benchmark
 expedite on the same HW with different distros.

 I'd like to have an updated list of "official" (as per our
 standards, if possible by distro as well) of EFL 1.7 and
 Terminology 0.1 packages.

 If you know of some distro people that would like to help but are
 not in this list, please share with him. Phoronix and Lwn would
 BR useful as well.

 BR,
 -- Gustavo


>>>
>>> With all the training I've been doing building my own Fedora RPMS I
>>> was thinking of reading the new rpm guidelines of Fedora and
>>> submitting specs to them.
>>>
>>> Right now I only don't publish my own in some repo because I
>>> probably couldn't afford the network traffic.
>>>
>>> Any suggestions regarding that?
>>>
>>> Best regards,
>>> Rui
>>>
>>
>> I've made enquiries with the fedora people on irc and they seemed
>> pretty friendly; the main reason why they don't do much e/efl
>> packaging is lack of manpower for it.
>
> Yeah, but I still need read the guidelines and to keep a separate set of
> specs built "the Fedora Way" before trying to commit :)
 How about using those from the obs? They'd just need minor adjustments to
 work with Fedora too?
>>>
>>>
>>> I'm away from  Fedora from years now, I'm not sure what people is using.
>>>
>>> Could someone say the relation between OBS and non-openSUSE systems? Do
>>> Fedora people use it extensively?
>> OBS provides means to add targets to build like fedora, cents os, meego. 
>> It's also possible to configure local instances (e.g. custom arm 
>> distribution) that will use the central spec files to build packages.
>> But I think that Fedora insists to use their own packaging system (kinji or 
>> similar).
>
> You're right, but the correct name is Koji, by the way.
>
> https://fedoraproject.org/wiki/Using_the_Koji_build_system
>
>>> For instance, in Ubuntu people are really used to "ppa", there are even
>>> helpers to install stuff from there. In Gentoo there is layman-managed
>>> overlays.
>> I don't know how they provide/integrate the 'install now' button/feature. 
>> OBS simply provides .repo files (release,debug) per target to download, open 
>> and be handled by the local system. Ubuntu uses some ppa:// protocol of 
>> their own iirc to handle adding the repository.
>> Anyway, my point was about keeping spec files and effort in one place.
>
> I vote for maintaining the spec.in files in the SVN and keep the delta
> between it and the distro minimum possible. But for that i guess we
> need some more effort on backporting patches to the release branch. I
> marked quite a lot that would be interesting to backport since the
> release and will merge them soon.

I don't see any value in maintaining it in svn. Upstream repository
IMO is not a place for *distro* files. Let's do like 90% of projects
out there and not maintain them at all.

In past there was a reason we maintained them: because distros didn't
have them packaged. Once they start packaging, let's move this burden
elsewhere.


Lucas De Marchi

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers ca

Re: [E-devel] Call for Packagers

[Eduardo Lima (Etrunko)]

On Tue, Sep 4, 2012 at 4:10 PM, Lucas De Marchi
 wrote:
> On Tue, Sep 4, 2012 at 3:56 PM, Eduardo Lima (Etrunko)  
> wrote:
>> On Tue, Sep 4, 2012 at 3:48 PM, Leif Middelschulte
>>  wrote:
>>> Am 04.09.2012 um 20:04 schrieb Gustavo Sverzut Barbieri 
>>> :
>>>
 On Tue, Sep 4, 2012 at 11:01 AM, Leif Middelschulte <
 leif.middelschu...@gmail.com> wrote:

> Am 04.09.2012 um 15:09 schrieb Rui Miguel Silva Seabra :
>
>> On Tue, 4 Sep 2012 13:57:51 +0100
>> Michael Blumenkrantz  wrote:
>>
>>> On Tue, 4 Sep 2012 13:54:30 +0100
>>> Rui Miguel Silva Seabra  wrote:
>>>
 On Sat, 1 Sep 2012 14:48:15 -0300
 Gustavo Sverzut Barbieri  wrote:

> Hi all,
>
> We have released EFL 1.7 and terminology 0.1, but to reach a
> broader audience we need binary packages!
>
> In order to keep quality and reduce overall pain, I'd try to
> coordinate this in our mail list with the following ideas:
>  - don't create multiple PPA/OBS/overlays for the same
> distribution. Cooperate with others that want to help
>  - those with official distro packager status could step in and
> help with their knowledge and rules. Ultimately we want these
> packages to be used by upstream of Ubuntu, Fedora, Suse, Arch and
> Gentoo.
>  - the EFL developers could review build flags (optimizations)
> and compile options. This would ensure our packages are in good
> shape.
>  - everybody could help with QA and test to ensure they work as
> expected. It would be nice to do some comparison such as benchmark
> expedite on the same HW with different distros.
>
> I'd like to have an updated list of "official" (as per our
> standards, if possible by distro as well) of EFL 1.7 and
> Terminology 0.1 packages.
>
> If you know of some distro people that would like to help but are
> not in this list, please share with him. Phoronix and Lwn would
> BR useful as well.
>
> BR,
> -- Gustavo
>
>

 With all the training I've been doing building my own Fedora RPMS I
 was thinking of reading the new rpm guidelines of Fedora and
 submitting specs to them.

 Right now I only don't publish my own in some repo because I
 probably couldn't afford the network traffic.

 Any suggestions regarding that?

 Best regards,
 Rui

>>>
>>> I've made enquiries with the fedora people on irc and they seemed
>>> pretty friendly; the main reason why they don't do much e/efl
>>> packaging is lack of manpower for it.
>>
>> Yeah, but I still need read the guidelines and to keep a separate set of
>> specs built "the Fedora Way" before trying to commit :)
> How about using those from the obs? They'd just need minor adjustments to
> work with Fedora too?


 I'm away from  Fedora from years now, I'm not sure what people is using.

 Could someone say the relation between OBS and non-openSUSE systems? Do
 Fedora people use it extensively?
>>> OBS provides means to add targets to build like fedora, cents os, meego. 
>>> It's also possible to configure local instances (e.g. custom arm 
>>> distribution) that will use the central spec files to build packages.
>>> But I think that Fedora insists to use their own packaging system (kinji or 
>>> similar).
>>
>> You're right, but the correct name is Koji, by the way.
>>
>> https://fedoraproject.org/wiki/Using_the_Koji_build_system
>>
 For instance, in Ubuntu people are really used to "ppa", there are even
 helpers to install stuff from there. In Gentoo there is layman-managed
 overlays.
>>> I don't know how they provide/integrate the 'install now' button/feature. 
>>> OBS simply provides .repo files (release,debug) per target to download, 
>>> open and be handled by the local system. Ubuntu uses some ppa:// protocol 
>>> of their own iirc to handle adding the repository.
>>> Anyway, my point was about keeping spec files and effort in one place.
>>
>> I vote for maintaining the spec.in files in the SVN and keep the delta
>> between it and the distro minimum possible. But for that i guess we
>> need some more effort on backporting patches to the release branch. I
>> marked quite a lot that would be interesting to backport since the
>> release and will merge them soon.
>
> I don't see any value in maintaining it in svn. Upstream repository
> IMO is not a place for *distro* files. Let's do like 90% of projects
> out there and not maintain them at all.
>
> In past there was a reason we maintained them: because distros didn't
> have them packaged. Once they start packaging, let's move this burden
> elsewhere.

So it is chicken and egg problem. No one packages because there is
nob

Re: [E-devel] Python EFL Release???

[Gustavo Sverzut Barbieri]

done

On Tue, Sep 4, 2012 at 2:54 AM, Simon Lees  wrote:

> Date: Tue, 4 Sep 2012 00:37:15 -0300
>
> > From: Gustavo Sverzut Barbieri 
> > Subject: Re: [E-devel] Python EFL Release???
> > To: Enlightenment developer list
> > 
> > Message-ID:
> > <
> > capdpn3bwn8rdcfzp0k8pxj6oav6xqr2pdqu5rniprcp3x0d...@mail.gmail.com>
> > Content-Type: text/plain; charset=UTF-8
> >
> > My fault and will try to solve by tommorow. I was traveling during the
> > release
> >
>
> No problems i'm not likly to be in a position to do anything tonight
> anyway, just wanted to check it was going to happen.
>
> >
> > On Monday, September 3, 2012, Simon Lees wrote:
> >
> > > Hi All,
> > > I noticed this morning on the enlightenment planet that econnman-1 has
> > been
> > > released. I would like to attempt to create packages for this but im
> > > guessing to do that i probably should use the python-efl 1.7.0 release
> > > which is still sitting at beta. So i'm wondering if someone has
> > overlooked
> > > bumping from beta to release or if there are unresolved issues with the
> > > beta.
> > > Cheers,
> > > Simon Lees
> > > http://simotek.net/tech
> > >
> > >
> >
> --
> > > Live Security Virtual Conference
> > > Exclusive live event will cover all the ways today's security and
> > > threat landscape has changed and how IT managers can respond.
> Discussions
> > > will include endpoint security, mobile security and the latest in
> malware
> > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> > > ___
> > > enlightenment-devel mailing list
> > > enlightenment-devel@lists.sourceforge.net 
> > > 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
> >
> > Simon Lees
> http://simotek.net/tech
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> 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
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Call for Packagers

[Gustavo Sverzut Barbieri]

On Tue, Sep 4, 2012 at 4:17 PM, Eduardo Lima (Etrunko)  wrote:
>
> On Tue, Sep 4, 2012 at 4:10 PM, Lucas De Marchi
>  wrote:
> > On Tue, Sep 4, 2012 at 3:56 PM, Eduardo Lima (Etrunko)  
> > wrote:
> >> On Tue, Sep 4, 2012 at 3:48 PM, Leif Middelschulte
> >>  wrote:
> >>> Am 04.09.2012 um 20:04 schrieb Gustavo Sverzut Barbieri 
> >>> :
> >>>
>  On Tue, Sep 4, 2012 at 11:01 AM, Leif Middelschulte <
>  leif.middelschu...@gmail.com> wrote:
> 
> > Am 04.09.2012 um 15:09 schrieb Rui Miguel Silva Seabra :
> >
> >> On Tue, 4 Sep 2012 13:57:51 +0100
> >> Michael Blumenkrantz  wrote:
> >>
> >>> On Tue, 4 Sep 2012 13:54:30 +0100
> >>> Rui Miguel Silva Seabra  wrote:
> >>>
>  On Sat, 1 Sep 2012 14:48:15 -0300
>  Gustavo Sverzut Barbieri  wrote:
> 
> > Hi all,
> >
> > We have released EFL 1.7 and terminology 0.1, but to reach a
> > broader audience we need binary packages!
> >
> > In order to keep quality and reduce overall pain, I'd try to
> > coordinate this in our mail list with the following ideas:
> >  - don't create multiple PPA/OBS/overlays for the same
> > distribution. Cooperate with others that want to help
> >  - those with official distro packager status could step in and
> > help with their knowledge and rules. Ultimately we want these
> > packages to be used by upstream of Ubuntu, Fedora, Suse, Arch and
> > Gentoo.
> >  - the EFL developers could review build flags (optimizations)
> > and compile options. This would ensure our packages are in good
> > shape.
> >  - everybody could help with QA and test to ensure they work as
> > expected. It would be nice to do some comparison such as benchmark
> > expedite on the same HW with different distros.
> >
> > I'd like to have an updated list of "official" (as per our
> > standards, if possible by distro as well) of EFL 1.7 and
> > Terminology 0.1 packages.
> >
> > If you know of some distro people that would like to help but are
> > not in this list, please share with him. Phoronix and Lwn would
> > BR useful as well.
> >
> > BR,
> > -- Gustavo
> >
> >
> 
>  With all the training I've been doing building my own Fedora RPMS I
>  was thinking of reading the new rpm guidelines of Fedora and
>  submitting specs to them.
> 
>  Right now I only don't publish my own in some repo because I
>  probably couldn't afford the network traffic.
> 
>  Any suggestions regarding that?
> 
>  Best regards,
>  Rui
> 
> >>>
> >>> I've made enquiries with the fedora people on irc and they seemed
> >>> pretty friendly; the main reason why they don't do much e/efl
> >>> packaging is lack of manpower for it.
> >>
> >> Yeah, but I still need read the guidelines and to keep a separate set 
> >> of
> >> specs built "the Fedora Way" before trying to commit :)
> > How about using those from the obs? They'd just need minor adjustments 
> > to
> > work with Fedora too?
> 
> 
>  I'm away from  Fedora from years now, I'm not sure what people is using.
> 
>  Could someone say the relation between OBS and non-openSUSE systems? Do
>  Fedora people use it extensively?
> >>> OBS provides means to add targets to build like fedora, cents os, meego. 
> >>> It's also possible to configure local instances (e.g. custom arm 
> >>> distribution) that will use the central spec files to build packages.
> >>> But I think that Fedora insists to use their own packaging system (kinji 
> >>> or similar).
> >>
> >> You're right, but the correct name is Koji, by the way.
> >>
> >> https://fedoraproject.org/wiki/Using_the_Koji_build_system
> >>
>  For instance, in Ubuntu people are really used to "ppa", there are even
>  helpers to install stuff from there. In Gentoo there is layman-managed
>  overlays.
> >>> I don't know how they provide/integrate the 'install now' button/feature. 
> >>> OBS simply provides .repo files (release,debug) per target to download, 
> >>> open and be handled by the local system. Ubuntu uses some ppa:// protocol 
> >>> of their own iirc to handle adding the repository.
> >>> Anyway, my point was about keeping spec files and effort in one place.
> >>
> >> I vote for maintaining the spec.in files in the SVN and keep the delta
> >> between it and the distro minimum possible. But for that i guess we
> >> need some more effort on backporting patches to the release branch. I
> >> marked quite a lot that would be interesting to backport since the
> >> release and will merge them soon.
> >
> > I don't see any value in maintaining it in svn. Upstream repository
> > IMO is not a place for *distro* files

Re: [E-devel] Call for Packagers

[Lucas De Marchi]

On Tue, Sep 4, 2012 at 4:17 PM, Eduardo Lima (Etrunko)  wrote:
> On Tue, Sep 4, 2012 at 4:10 PM, Lucas De Marchi
>  wrote:
>> On Tue, Sep 4, 2012 at 3:56 PM, Eduardo Lima (Etrunko)  
>> wrote:
>>> On Tue, Sep 4, 2012 at 3:48 PM, Leif Middelschulte
>>>  wrote:
 Am 04.09.2012 um 20:04 schrieb Gustavo Sverzut Barbieri 
 :

> On Tue, Sep 4, 2012 at 11:01 AM, Leif Middelschulte <
> leif.middelschu...@gmail.com> wrote:
>
>> Am 04.09.2012 um 15:09 schrieb Rui Miguel Silva Seabra :
>>
>>> On Tue, 4 Sep 2012 13:57:51 +0100
>>> Michael Blumenkrantz  wrote:
>>>
 On Tue, 4 Sep 2012 13:54:30 +0100
 Rui Miguel Silva Seabra  wrote:

> On Sat, 1 Sep 2012 14:48:15 -0300
> Gustavo Sverzut Barbieri  wrote:
>
>> Hi all,
>>
>> We have released EFL 1.7 and terminology 0.1, but to reach a
>> broader audience we need binary packages!
>>
>> In order to keep quality and reduce overall pain, I'd try to
>> coordinate this in our mail list with the following ideas:
>>  - don't create multiple PPA/OBS/overlays for the same
>> distribution. Cooperate with others that want to help
>>  - those with official distro packager status could step in and
>> help with their knowledge and rules. Ultimately we want these
>> packages to be used by upstream of Ubuntu, Fedora, Suse, Arch and
>> Gentoo.
>>  - the EFL developers could review build flags (optimizations)
>> and compile options. This would ensure our packages are in good
>> shape.
>>  - everybody could help with QA and test to ensure they work as
>> expected. It would be nice to do some comparison such as benchmark
>> expedite on the same HW with different distros.
>>
>> I'd like to have an updated list of "official" (as per our
>> standards, if possible by distro as well) of EFL 1.7 and
>> Terminology 0.1 packages.
>>
>> If you know of some distro people that would like to help but are
>> not in this list, please share with him. Phoronix and Lwn would
>> BR useful as well.
>>
>> BR,
>> -- Gustavo
>>
>>
>
> With all the training I've been doing building my own Fedora RPMS I
> was thinking of reading the new rpm guidelines of Fedora and
> submitting specs to them.
>
> Right now I only don't publish my own in some repo because I
> probably couldn't afford the network traffic.
>
> Any suggestions regarding that?
>
> Best regards,
> Rui
>

 I've made enquiries with the fedora people on irc and they seemed
 pretty friendly; the main reason why they don't do much e/efl
 packaging is lack of manpower for it.
>>>
>>> Yeah, but I still need read the guidelines and to keep a separate set of
>>> specs built "the Fedora Way" before trying to commit :)
>> How about using those from the obs? They'd just need minor adjustments to
>> work with Fedora too?
>
>
> I'm away from  Fedora from years now, I'm not sure what people is using.
>
> Could someone say the relation between OBS and non-openSUSE systems? Do
> Fedora people use it extensively?
 OBS provides means to add targets to build like fedora, cents os, meego. 
 It's also possible to configure local instances (e.g. custom arm 
 distribution) that will use the central spec files to build packages.
 But I think that Fedora insists to use their own packaging system (kinji 
 or similar).
>>>
>>> You're right, but the correct name is Koji, by the way.
>>>
>>> https://fedoraproject.org/wiki/Using_the_Koji_build_system
>>>
> For instance, in Ubuntu people are really used to "ppa", there are even
> helpers to install stuff from there. In Gentoo there is layman-managed
> overlays.
 I don't know how they provide/integrate the 'install now' button/feature. 
 OBS simply provides .repo files (release,debug) per target to download, 
 open and be handled by the local system. Ubuntu uses some ppa:// protocol 
 of their own iirc to handle adding the repository.
 Anyway, my point was about keeping spec files and effort in one place.
>>>
>>> I vote for maintaining the spec.in files in the SVN and keep the delta
>>> between it and the distro minimum possible. But for that i guess we
>>> need some more effort on backporting patches to the release branch. I
>>> marked quite a lot that would be interesting to backport since the
>>> release and will merge them soon.
>>
>> I don't see any value in maintaining it in svn. Upstream repository
>> IMO is not a place for *distro* files. Let's do like 90% of projects
>> out there and not maintain them at all.
>>
>> In past there was a reason we maintained them: b

[E-devel] EFL Gentoo Packages

[Gustavo Sverzut Barbieri]

Hi all,

I'd like to ask the official Gentoo maintainer of EFL packages to
please update the portage to include the following:
   - EFL 1.7 (as per Rasterman's announcement, none of 1.7 are there,
some released are missing)
   - Terminology 0.1 (as per Rasterman's announcement)
   - Python EFL 1.7 (as per my announcement today)
   - WebKit-EFL
http://packages.profusion.mobi/webkit-efl/webkit-efl-svn-r127150.tar.bz2
 this is required to build Elementary with "web" support (use flag).
I'll take care to do a proper announcement later this week.

As for the existing overlays, I'd ask:
   - remove from official overlay:
   - x11-plugins/ecomorph (official e/comp is recommended)
   - x11-plugins/edgar seems unsupported
   - x11-terms/enterminus replaced by terminology
   - x11-misc/eosd seems unsupported. E17 ships with "notification" module
   - sci-calculators/equate unsupported.
   - x11-libs/ewl unsupported
   - x11-plugins/extramenu unsupported
   - x11-plugins/trash unsupported
   - games-misc/elitaire-.ebuild unsupported
   - media-libs/imlib2 (really, nothing changing...)
   - media-libs/imlib2_loaders (really, not changing...)
   - add to official overlay:
   - dev-libs/eio
   - net-libs/webkit-efl
   - net-libs/azy
   - dev-util/clouseau
   - x11-themes/detourious
   - net-misc/econnman
   - dev-util/editje
   - dev-javascript/elev8
   - dev-libs/ephysics
   - dev-db/esskyuehl
   - rename to proper categories in official overlay:
   - expedite: x11-misc -> app-benchmarks
   - elementary: x11-libs -> media-libs

I'm not sure about most E17 extra-modules, discomfitor/zmike was
reviewing them for inclusion into core, then I'd assume everything
that is outside of core should not be package as they are either
unmaintained or do not work as expected. But he can say more about
that.

-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] EFL Gentoo Packages

[Gustavo Sverzut Barbieri]

On Tue, Sep 4, 2012 at 5:20 PM, Gustavo Sverzut Barbieri
 wrote:
> Hi all,
>
> I'd like to ask the official Gentoo maintainer of EFL packages to
> please update the portage to include the following:
>- EFL 1.7 (as per Rasterman's announcement, none of 1.7 are there,
> some released are missing)
>- Terminology 0.1 (as per Rasterman's announcement)
>- Python EFL 1.7 (as per my announcement today)
>- WebKit-EFL
> http://packages.profusion.mobi/webkit-efl/webkit-efl-svn-r127150.tar.bz2
>  this is required to build Elementary with "web" support (use flag).
> I'll take care to do a proper announcement later this week.
>
> As for the existing overlays, I'd ask:
>- remove from official overlay:
>- x11-plugins/ecomorph (official e/comp is recommended)
>- x11-plugins/edgar seems unsupported
>- x11-terms/enterminus replaced by terminology
>- x11-misc/eosd seems unsupported. E17 ships with "notification" module
>- sci-calculators/equate unsupported.
>- x11-libs/ewl unsupported
>- x11-plugins/extramenu unsupported
>- x11-plugins/trash unsupported
>- games-misc/elitaire-.ebuild unsupported
>- media-libs/imlib2 (really, nothing changing...)
>- media-libs/imlib2_loaders (really, not changing...)
>- add to official overlay:
>- dev-libs/eio
>- net-libs/webkit-efl
>- net-libs/azy
>- dev-util/clouseau
>- x11-themes/detourious
>- net-misc/econnman
>- dev-util/editje
>- dev-javascript/elev8
>- dev-libs/ephysics
>- dev-db/esskyuehl
>- rename to proper categories in official overlay:
>- expedite: x11-misc -> app-benchmarks
>- elementary: x11-libs -> media-libs

As for the official overlay, I've found some other issues:

rename:
   - exchange: app-misc -> net-libs (but is bit unmaintained)

add:
   - dev-python/python-emotion
   - dev-python/python-ethumb
   - media-sound/enjoy (depends on lightmediascanner, also in our repo)
   - www-client/eve

fix:
- app-admin/empower was recently changed and do not depend on ewl,
just elementary.
- x11-terms/terminology: depend on fixed elementary category
(media-libs, not x11-libs)
- dev-python/python-elementary: depend on fixed elementary category
- media-gfx/ephoto: was changed some months (years?) ago, deps
changed, no epsilon (?wow, that is ollld), libexif, sqlite, ewl...

Please tell me whenever you do these changes to official SVN so I can
remove more packages that are now in our SVN.


-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: etrunko trunk/evas/src/modules/engines/wayland_egl

[Christopher Michael]

Enlightenment SVN  wrote:

>Log:
>Formatting
>
>Author:   etrunko
>Date: 2012-09-04 13:38:09 -0700 (Tue, 04 Sep 2012)
>New Revision: 76144
>Trac: http://trac.enlightenment.org/e/changeset/76144
>
>Modified:
>  trunk/evas/src/modules/engines/wayland_egl/evas_engine.c 
>
>Modified: trunk/evas/src/modules/engines/wayland_egl/evas_engine.c
>===
>--- trunk/evas/src/modules/engines/wayland_egl/evas_engine.c   2012-09-04
>20:29:33 UTC (rev 76143)
>+++ trunk/evas/src/modules/engines/wayland_egl/evas_engine.c   2012-09-04
>20:38:09 UTC (rev 76144)
>@@ -863,7 +863,7 @@
>Render_Engine *re;
> 
>re = (Render_Engine *)data;
>-   if (!(re) || !(re->win)) return;
>+   if ((!re) || (!re->win)) return;
> 
>re->win->w = w;
>re->win->h = h;
>
>
>--
>Live Security Virtual Conference
>Exclusive live event will cover all the ways today's security and 
>threat landscape has changed and how IT managers can respond.
>Discussions 
>will include endpoint security, mobile security and the latest in
>malware 
>threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>___
>enlightenment-svn mailing list
>enlightenment-...@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/enlightenment-svn

Thank you for fixing that :) I know it was minor, but if we dont fix those when 
we see them then they tend to linger in svn for ages until it gets spotted 
again.

Thanks again :)
dh

-- 
Sent from my Android phone with K-9 Mail. Please excuse my brevity.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] #1376: [wayland_shm/egl] Title bar responds to gestures in Gesture Layer 2

[Christopher Michael]

E-Trac  wrote:

>#1376: [wayland_shm/egl] Title bar responds to gestures in Gesture
>Layer 2
>-+-
>Reporter:  christophe.prigent@… |   Owner: 
>devilhorns
>   Type:  Bug  |  Status:  reopened
> Priority:  Major|   Milestone:
>Component:  elementary   |  Resolution:
> Keywords:  wayland, Title bar, Gesture Layer 2  |  Blocked By:
> Blocking:   |
>-+-
>
>Comment (by etrunko):
>
> Confirmed it is still buggy.
>
>-- 
>Ticket URL: 
>Enlightenment 
>Enlightenment Project

hmmm i may have forgotten to commit the change in the test file also :( I will 
check when i get to the office tomorrow

dh

-- 
Sent from my Android phone with K-9 Mail. Please excuse my brevity.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] elm: repair check for clearenv

[Vincent Torri]

On Tue, Sep 4, 2012 at 8:34 PM, Leif Middelschulte
 wrote:
> Am 04.09.2012 um 19:55 schrieb Vincent Torri :
>
>> On Tue, Sep 4, 2012 at 7:26 PM, Leif Middelschulte
>>  wrote:
>>> Am 04.09.2012 um 19:12 schrieb Vincent Torri :
>>>
 On Tue, Sep 4, 2012 at 7:05 PM, Leif Middelschulte
  wrote:
> Am 04.09.2012 um 18:18 schrieb Vincent Torri :
>
>> On Tue, Sep 4, 2012 at 6:10 PM, Leif Middelschulte
>>  wrote:
>>> Hi,
>>>
>>> on my journey to create/update packages of the 1.7 release for Mac OS' 
>>> (home)brew package manager (http://mxcl.github.com/homebrew/), I 
>>> stumbled over a compilation error of elm due to missing 'clearenv'.
>>>
>>> Attached is a patch that repairs the check for 'clearenv'.
>>>
>>>
>>> I don't know why it wouldn't work with AC_TRY_COMPILE, but somehow 
>>> HAVE_CLEARENV was defined, though it shouldn't have been (Mac OS 
>>> Mountain Lion here).
>>> I've manually tried to compile the snipped that AC_TRY_COMPILE should 
>>> compile and it failed.
>>>
>>> Using AC_CHECK_FUNCS works, so I'm suggesting to go with it.
>>
>> AC_CHECK_FUNCS *already* defines HAVE_CLEARENV (as i told you on IRC),
>> so it's useless to define it. If you donc use the have_clearenv
>> variable, just remove it. So the patch should be :
> Oh, I misunderstood. I thought you were referring to it already being 
> checked for. And since I couldn't find that, I added it.
>>
>> AC_CHECK_FUNCS([clearenv])
> You're right of course.
>>
>> just for curiosity, attach config.log, to see what's wrong
> Attached :)

 is it with AC_TRY_COMPILE ? because i see no problem here.
>>> Yes, but I forgot to reenable quicklaunch.
>>> Anyway, the output of the config.log should be the same for the important 
>>> parts, which are:
>>> conftest.c:66:1: warning: implicit declaration of function 'clearenv' is 
>>> invalid in C99 [-Wimplicit-function-declaration]
>>> clearenv();
>>> And later on (third last line):
>>> #define HAVE_CLEARENV 1
>>> That's wrong.

 Btw, about the gettext problem, I can see :

 configure:17931: checking how to link with libintl
 configure:17933: result: -lintl -Wl,-framework -Wl,CoreFoundation

 so maybe -lintl is not sufficient on Mac.
>>> The symbol is in libintl.dylib :-/
>>
>> can you attach an elm Makefile (whatever Makefile, they will all
>> contain what I'm searching for) ?
> src/bin/Makefile attached :)

In src/bin/Makefile.am, replace at line 161

@my_libs@

by

@my_libs@ @LTLIBINTL@

and recompile to see if there is still the undef ref

Vincent

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: lucas trunk/eina/src/include

[Vincent Torri]

news and changelog

On Wed, Sep 5, 2012 at 12:20 AM, Enlightenment SVN
 wrote:
> Log:
> eina: Fix EINA_INLIST_FOREACH_SAFE macro
>
>   EINA_INLIST_FOREACH_SAFE is very broken and it only works by luck, 
> depending on
>   the __inlist field being the first one in the struct. Until now.
>
>   This commit makes the following snippet to work:
>
>
> #include 
>
> typedef struct _data {
>char *name;
>EINA_INLIST;
> } data;
>
> int
> main()
> {
>Eina_Inlist *inlist = NULL, *inlist_safe;
>data *reg, *d;
>
>reg = malloc(sizeof(data));
>inlist = eina_inlist_append(inlist, EINA_INLIST_GET(reg));
>
>EINA_INLIST_FOREACH_SAFE(inlist, inlist_safe, d)
>  {
> printf("%p\n", d);
> inlist = eina_inlist_remove(inlist, EINA_INLIST_GET(d));
> free(d);
>  }
>
>return 0;
> }
>
>
>Patch-by: Jos?\195?\169 Roberto de Souza 
>
>
>
> Author:   lucas
> Date: 2012-09-04 15:20:25 -0700 (Tue, 04 Sep 2012)
> New Revision: 76150
> Trac: http://trac.enlightenment.org/e/changeset/76150
>
> Modified:
>   trunk/eina/src/include/eina_inlist.h
>
> Modified: trunk/eina/src/include/eina_inlist.h
> ===
> --- trunk/eina/src/include/eina_inlist.h2012-09-04 21:43:32 UTC (rev 
> 76149)
> +++ trunk/eina/src/include/eina_inlist.h2012-09-04 22:20:25 UTC (rev 
> 76150)
> @@ -803,7 +803,7 @@
>  #define EINA_INLIST_FOREACH_SAFE(list, list2, l) \
> for (l = (list ? _EINA_INLIST_CONTAINER(l, list) : NULL), list2 = l ? 
> ((EINA_INLIST_GET(l) ? EINA_INLIST_GET(l)->next : NULL)) : NULL; \
>  l; \
> -l = _EINA_INLIST_CONTAINER(l, list2), list2 = list2 ? list2->next : 
> NULL)
> +l = list2 ? _EINA_INLIST_CONTAINER(l, list2) : NULL, list2 = list2 ? 
> list2->next : NULL)
>  /**
>   * @def EINA_INLIST_REVERSE_FOREACH
>   * @param list The list to be reversed.
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> enlightenment-svn mailing list
> enlightenment-...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] foward: e17 systemd integration patch from karol

[Gustavo Sverzut Barbieri]

On Mon, Sep 3, 2012 at 8:28 PM, Carsten Haitzler  wrote:
> On Mon, 3 Sep 2012 12:11:38 -0300 Gustavo Sverzut Barbieri
>  said:
>
>> On Monday, September 3, 2012, Carsten Haitzler wrote:
>>
>> > On Fri, 31 Aug 2012 16:39:34 -0300 Gustavo Sverzut Barbieri
>> > > said:
>> >
>> > > On Wed, Aug 29, 2012 at 11:26 PM, Karol Lewandowski <
>> > > k.lewando...@samsung.com > wrote:
>> > >
>> > > > On 08/30/2012 01:22 AM, Gustavo Sverzut Barbieri wrote:
>> > > >
>> > > > > I dislike this patch as the suggested approach by systemd is to get
>> > the
>> > > > > header and implementation of sd-daemon into your project. See other
>> > > > > projects. This API is not changing and it's a thin layer to just
>> > access
>> > > > > some envvars to get fds and write back some messages. It should be
>> > also
>> > > > > always auto enabled, as the runtime detection is fast and should
>> > work in
>> > > > > BSD as well.
>> > > > >
>> > > > > If you consider this the patch would be 5 lines.
>> > > >
>> > > >
>> > > > That's true, and that is easily fixed.
>> > > >
>> > >
>> > > :-)
>> > >
>> > >
>> > > > Last, is that all the integration we are doing? Come on, I'd expect at
>> > > > > least the startup and shutdown applications to be handled by systemd
>> > > > > --user. And our internal darmons (fm, thumbailer, cserve2, ...)
>> > > >  Ultimately
>> > > > > e_exec of desktops could be managed by it (but I believe systemd
>> > lacks
>> > > > this
>> > > >
>> > > > > ATM).
>> > > >
>> > > > All I wanted to accomplish here is to have reliable startup
>> > notification
>> > > > of e17 "being ready".  By being ready I understand "e17" being able to
>> > > > process events. My very limited (and possibly flawed) understanding of
>> > > > X11 suggests that should be "correct". (No, I don't care about modules
>> > > > loading in background. I don't think I should, that is.)
>> > > >
>> > > > I can drop autoconf easily, real question is at which point of e17
>> > > > existence it should say "hi, I'm ready". My first attempt was
>> > > > to just do it idle loop, but it was ugly and broken so badly
>> > > > that I didn't really want to submit that. However, I didn't find
>> > > > time to take a look at this for second time, and the patch starts
>> > > > to age...
>> > > >
>> > > >
>> > > Agreed this is the major problem, but likely it's not a problem!
>> > >
>> > > Yesterday I've talked to Lennart here at LPC, and what could be the
>> > meaning
>> > > of "WM ready" is void. You just don't need it.
>> >
>> > actually here i disagree. sure - it should run/work to launch apps before
>> > the
>> > wm... BUT you may want to defer launching to avoid "artifacts". this means
>> > things like app windows appearing THEN disappearing and re-appearing as the
>> > window manager then manages them. that is the big usefulness of this.
>>
>>
>> Then as I said, this could be a solution.
>>
>> But: if e17 starts and sets itself as composite manager, nothing would show
>> at screen if it did not paint, right? Then the "ready" signal could go much
>> earlier!
>
> correct.
>
>> My personal impression is that splash takes too long, I can start using e17
>> much sooner if I don't use splash
>
> it is waiting also for efreet to do its desktop scan as after this scan icons
> may suddenly change if the cache is out of date. it waits for EVERYTHING to
> settle down and e to be totally "done" in all respects. this is why i said: 
> "it
> depends what you mean by "done" as there are multiple stages". :) otherwise
> first time e goes idle  is probably the first stage "i'm done and now
> processing events". if we wrote our code a lot like most/ a lot of software,
> out "done stage" would be end of splash, as we wouldn't defer work and try and
> have our loop working earlier. it would scan desktop files. load all modules
> etc. etc. and THEN start the mainloop. thus in a traditional sense the splash
> shutdown is the "i'm done" stage. it all depends how you look at it.
>
>> > > Unless you need something that relies on e17 to be ready, there is no
>> > point
>> > > in saying it's "ready". Just use a type=simple, that's it.
>> > >
>> > > Rationale:
>> > >  - if something depends on e17 EFM dbus api, they should wait for the
>> > DBus
>> > > to provide the BusName and interfaces
>> > >  - the X11 management is picked up at any time, so creating windows
>> > before
>> > > the WM exists is fine (*note later)
>> > >  - the other behavior of a WM should be dynamic, e17 is "able to be
>> > > restarted"
>> > >
>> > >
>> > > *note: if you just want to create windows after the WM window management
>> > > modules (ie: tiling, comp...), then we'd need to have the Type=notify and
>> > > READY=1 when these modules are done. Maybe we can do after every module
>> > is
>> > > loaded, maybe we better flag the modules in EET as "impacts WM ready",
>> > then
>> > > if there are such modules we wait them to be loaded and just after that
>> > we
>> > > reduce the global counter, that reaching 0 

Re: [E-devel] E SVN: devilhorns trunk/elementary/src/lib

[ChunEon Park]

ahh

Isn't there any automatic way?



-Regards, Hermet-
-Original Message-
From: "Enlightenment SVN" 
To: ; 
Cc: 
Sent: 2012-09-04 (화) 21:51:57
Subject: E SVN: devilhorns trunk/elementary/src/lib

Log:
Elm: Account for framespace X also. Thanks for spotting this Daniel ;)
  
  

Author:   devilhorns
Date: 2012-09-04 05:51:57 -0700 (Tue, 04 Sep 2012)
New Revision: 76129
Trac: http://trac.enlightenment.org/e/changeset/76129

Modified:
  trunk/elementary/src/lib/elc_naviframe.c trunk/elementary/src/lib/elm_menu.c 

Modified: trunk/elementary/src/lib/elc_naviframe.c
===
--- trunk/elementary/src/lib/elc_naviframe.c2012-09-04 12:46:02 UTC (rev 76128)
+++ trunk/elementary/src/lib/elc_naviframe.c2012-09-04 12:51:57 UTC (rev 76129)
@@ -703,17 +703,17 @@
Evas_Coord minw = -1, minh = -1;
Elm_Naviframe_Item *it;
Evas_Coord x, y, w, h;
-   Evas_Coord fy;
+   Evas_Coord fx, fy;

ELM_NAVIFRAME_DATA_GET(obj, sd);

evas_output_framespace_get(evas_object_evas_get(obj), 
-  NULL, &fy, NULL, NULL);
+  &fx, &fy, NULL, NULL);

evas_object_geometry_get(obj, &x, &y, &w, &h);
EINA_INLIST_FOREACH (sd->stack, it)
  {
-evas_object_move(VIEW(it), x, y + fy);
+evas_object_move(VIEW(it), x + fx, y + fy);
 evas_object_resize(VIEW(it), w, h);
 edje_object_size_min_calc(VIEW(it), &it->minw, &it->minh);
 if (it->minw > minw) minw = it->minw;

Modified: trunk/elementary/src/lib/elm_menu.c
===
--- trunk/elementary/src/lib/elm_menu.c2012-09-04 12:46:02 UTC (rev 76128)
+++ trunk/elementary/src/lib/elm_menu.c2012-09-04 12:51:57 UTC (rev 76129)
@@ -131,7 +131,7 @@
Eina_List *l;
Elm_Menu_Item *item;
Evas_Coord x_p, y_p, w_p, h_p, x2, y2, w2, h2, bw, bh;
-   Evas_Coord fy;
+   Evas_Coord fx, fy;

ELM_MENU_DATA_GET(obj, sd);

@@ -144,9 +144,9 @@
evas_object_geometry_get(sd->parent, &x2, &y2, &w2, &h2);
evas_object_geometry_get(sd->bx, NULL, NULL, &bw, &bh);
evas_output_framespace_get(evas_object_evas_get(sd->bx), 
-  NULL, &fy, NULL, NULL);
+  &fx, &fy, NULL, NULL);

-   x_p = sd->xloc;
+   x_p = sd->xloc - fx;
y_p = sd->yloc - fy;

if (elm_widget_mirrored_get(obj)) x_p -= w_p;


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-svn mailing list
enlightenment-...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: devilhorns trunk/elementary/src/bin

[Daniel Juyung Seo]

was that too big?
just curious.

Daniel Juyung Seo (SeoZ)
On Sep 4, 2012 6:57 PM, "Enlightenment SVN" 
wrote:

> Log:
> Elm: Let's use sane window sizes in tests, yes ? :)
>
>
>
> Author:   devilhorns
> Date: 2012-09-04 02:57:21 -0700 (Tue, 04 Sep 2012)
> New Revision: 76119
> Trac: http://trac.enlightenment.org/e/changeset/76119
>
> Modified:
>   trunk/elementary/src/bin/test_naviframe.c
>
> Modified: trunk/elementary/src/bin/test_naviframe.c
> ===
> --- trunk/elementary/src/bin/test_naviframe.c   2012-09-04 09:50:46 UTC
> (rev 76118)
> +++ trunk/elementary/src/bin/test_naviframe.c   2012-09-04 09:57:21 UTC
> (rev 76119)
> @@ -240,7 +240,7 @@
> it = elm_naviframe_item_push(nf, "Page 1", NULL, btn, content, NULL);
> evas_object_data_set(nf, "page1", it);
>
> -   evas_object_resize(win, 400, 600);
> +   evas_object_resize(win, 400, 400);
> evas_object_show(win);
>  }
>
> @@ -275,7 +275,7 @@
>
> elm_object_item_part_content_set(it, "icon", sc);
>
> -   evas_object_resize(win, 400, 600);
> +   evas_object_resize(win, 400, 400);
> evas_object_show(win);
>  }
>  #endif
>
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> enlightenment-svn mailing list
> enlightenment-...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
>
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: cedric IN trunk/edje: . doc src/bin src/examples src/lib

[Daniel Juyung Seo]

GREAT!!! This is very useful.
Does this also support group inheritance?

Daniel Juyung Seo (SeoZ)
On Sep 4, 2012 8:28 PM, "Enlightenment SVN" 
wrote:

> Log:
> edje: add nested part support to edc.
>
>   Blame Tasn and not the people he enslaved to get it out.
>   First patch by Aharon Hillel with some modification by myself.
>
>
> Author:   cedric
> Date: 2012-09-04 04:27:43 -0700 (Tue, 04 Sep 2012)
> New Revision: 76127
> Trac: http://trac.enlightenment.org/e/changeset/76127
>
> Added:
>   trunk/edje/src/examples/edje-nested.edc
> Modified:
>   trunk/edje/ChangeLog trunk/edje/NEWS trunk/edje/doc/examples.dox
> trunk/edje/src/bin/edje_cc.h trunk/edje/src/bin/edje_cc_handlers.c
> trunk/edje/src/bin/edje_cc_parse.c trunk/edje/src/lib/edje_calc.c
> trunk/edje/src/lib/edje_data.c trunk/edje/src/lib/edje_edit.c
> trunk/edje/src/lib/edje_load.c trunk/edje/src/lib/edje_private.h
> trunk/edje/src/lib/edje_smart.c
>
> Modified: trunk/edje/ChangeLog
> ===
> --- trunk/edje/ChangeLog2012-09-04 11:24:40 UTC (rev 76126)
> +++ trunk/edje/ChangeLog2012-09-04 11:27:43 UTC (rev 76127)
> @@ -589,3 +589,8 @@
>  2012-09-04  Jihoon Kim (jihoon)
>
> * Add EDJE_INPUT_PANEL_RETURN_KEY_TYPE_SIGNIN.
> +
> +2012-09-04  Aharon Hillel
> +
> +   * Added nested parts support.
> +   This lets us do nested parts, e.g parts "{ part { part { } } }"
>
> Modified: trunk/edje/NEWS
> ===
> --- trunk/edje/NEWS 2012-09-04 11:24:40 UTC (rev 76126)
> +++ trunk/edje/NEWS 2012-09-04 11:27:43 UTC (rev 76127)
> @@ -5,6 +5,7 @@
>
>  Additions:
>  * Report type of file when listing file used by an edc.
> +* Add nested parts support.
>  * Add EDJE_INPUT_PANEL_RETURN_KEY_TYPE_SIGNIN
>
>  Improvements:
>
> Modified: trunk/edje/doc/examples.dox
> ===
> --- trunk/edje/doc/examples.dox 2012-09-04 11:24:40 UTC (rev 76126)
> +++ trunk/edje/doc/examples.dox 2012-09-04 11:27:43 UTC (rev 76127)
> @@ -4,6 +4,7 @@
>   * Here is a page with examples.
>   *
>   * @li @ref Example_Edje_Basics
> + * @li @ref tutorial_edje_nested
>   * @li @ref tutorial_edje_swallow
>   * @li @ref tutorial_edje_swallow2
>   * @li @ref tutorial_edje_text
> @@ -154,6 +155,29 @@
>   */
>
>  /**
> + * @page tutorial_edje_nested Edje Nested Part (hierarchy) example
> + *
> + * Nested part feature represents the concept of hierarchy to edje.
> + *
> + * A nested part inherits it's location relatively to the parent part.
> + * Thus, parent part modifications such move or map effects all nested
> parts.
> + * To declare a nested part just start a new part declaration within
> + * (before closing) the current part declaration.
> + *
> + * Note that nested part declaration is allowed only after
> + * current part name is defined.
> + *
> + * Here's an example of a rect nested in other rect plus inner nested
> rect:
> + * @include edje-nested.edc
> + *
> + * The example's window should look like this picture:
> + *
> + * @image html edje-nested.png
> + * @image rtf edje-nested.png
> + * @image latex edje-nested.eps width=\textwidth
> + */
> +
> +/**
>   * @page tutorial_edje_swallow Swallow example
>   * @dontinclude edje-swallow.c
>   *
>
> Modified: trunk/edje/src/bin/edje_cc.h
> ===
> --- trunk/edje/src/bin/edje_cc.h2012-09-04 11:24:40 UTC (rev 76126)
> +++ trunk/edje/src/bin/edje_cc.h2012-09-04 11:27:43 UTC (rev 76127)
> @@ -42,6 +42,7 @@
>  /* types */
>  typedef struct _New_Object_HandlerNew_Object_Handler;
>  typedef struct _New_Statement_Handler New_Statement_Handler;
> +typedef struct _New_Nested_HandlerNew_Nested_Handler;
>  typedef struct _External_List External_List;
>  typedef struct _External  External;
>  typedef struct _Font_List Font_List;
> @@ -67,6 +68,14 @@
> void (*func)(void);
>  };
>
> +struct _New_Nested_Handler
> +{
> +   const char *type;
> +   const char *token;
> +   void (*func_push)(void);
> +   void (*func_pop)(void);
> +};
> +
>  struct _External_List
>  {
> Eina_List *list;
> @@ -189,6 +198,7 @@
>
>  int object_handler_num(void);
>  int statement_handler_num(void);
> +int nested_handler_num(void);
>
>  voidreorder_parts(void);
>  voidsource_edd(void);
> @@ -206,6 +216,10 @@
>
>  voiderror_and_abort(Eet_File *ef, const char *fmt, ...);
>
> +
> +void edje_cc_handlers_hierarchy_alloc(void);
> +void edje_cc_handlers_hierarchy_free(void);
> +
>  /* global vars */
>  extern Eina_List *ext_dirs;
>  extern Eina_List *img_dirs;
> @@ -233,6 +247,7 @@
>  extern Eina_List *aliases;
>  extern New_Object_Handler object_handlers[];
>  extern New_Statement_Handler  statement_handlers[];
> +extern New_Nested_Handler nested_handlers[

Re: [E-devel] E SVN: cedric IN trunk/edje: . doc src/bin src/examples src/lib

[Cedric BAIL]

On Wed, Sep 5, 2012 at 3:10 AM, Daniel Juyung Seo  wrote:
> GREAT!!! This is very useful.
> Does this also support group inheritance?

It should be an unexpected result and still work. Who knows :-)
-- 
Cedric BAIL

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: hermet trunk/evas/src/lib/canvas

[ChunEon Park]

It's ok. :-)

What was worse, someone said me as "Kermit" 

...um.. wait... the someone was you?!



-Regards, Hermet-
-Original Message-
From: "Christopher Michael" 
To: "Enlightenment developer list"; 
Cc: 
Sent: 2012-09-04 (화) 18:13:25
Subject: Re: [E-devel] E SVN: hermet trunk/evas/src/lib/canvas

On 04/09/12 10:03, Chris Michael wrote:
> Thank you Hermit !! :)

s/Hermit/Hermet.

  I've been wanted to do that for a long time now ...
> except if I would have done it, people would have complained, so thanks for
> taking some initiative here :)
> dh
>
> -Original Message-
> From: Enlightenment SVN [mailto:no-re...@enlightenment.org]
> Sent: 04 September 2012 09:57
> To: enlightenment-...@lists.sourceforge.net
> Subject: E SVN: hermet trunk/evas/src/lib/canvas
>
> Log:
> evas/evas_object_image - use Eina_Bool
>
>
>
> Author:   hermet
> Date: 2012-09-04 01:56:46 -0700 (Tue, 04 Sep 2012)
> New Revision: 76115
> Trac: http://trac.enlightenment.org/e/changeset/76115
>
> Modified:
>trunk/evas/src/lib/canvas/evas_object_image.c
>
> Modified: trunk/evas/src/lib/canvas/evas_object_image.c
> ===
> --- trunk/evas/src/lib/canvas/evas_object_image.c2012-09-04 08:42:38
> UTC (rev 76114)
> +++ trunk/evas/src/lib/canvas/evas_object_image.c2012-09-04 08:56:46
> UTC (rev 76115)
> @@ -82,15 +82,14 @@
>
>  void *engine_data;
>
> -   unsigned char changed : 1;
> -   unsigned char dirty_pixels : 1;
> -   unsigned char filled : 1;
> -   unsigned char proxyrendering : 1;
> -   unsigned char preloading : 1;
> -   unsigned char video_rendering : 1;
> -   unsigned char video_surface : 1;
> -   unsigned char video_visible : 1;
> -   unsigned char created : 1;
> +   Eina_Bool changed : 1;
> +   Eina_Bool dirty_pixels : 1;
> +   Eina_Bool filled : 1;
> +   Eina_Bool proxyrendering : 1;
> +   Eina_Bool preloading : 1;
> +   Eina_Bool video_surface : 1;
> +   Eina_Bool video_visible : 1;
> +   Eina_Bool created : 1;
>   };
>
>   /* private methods for image objects */ @@ -159,7 +158,7 @@  {
>  if ((o->preloading) && (o->engine_data))
>{
> -o->preloading = 0;
> +o->preloading = EINA_FALSE;
>
> obj->layer->evas->engine.func->image_data_preload_cancel(obj->layer->evas->e
> ngine.data.output,
>
> o->engine_data,
>obj); @@
> -356,7 +355,7 @@
>{
>   if (o->preloading)
> {
> - o->preloading = 0;
> + o->preloading = EINA_FALSE;
>
> obj->layer->evas->engine.func->image_data_preload_cancel(obj->layer->evas->e
> ngine.data.output, o->engine_data, obj);
> }
>
> obj->layer->evas->engine.func->image_free(obj->layer->evas->engine.data.outp
> ut, o->engine_data); @@ -402,7 +401,7 @@
>   o->cur.image.h = 0;
>   o->cur.image.stride = 0;
>}
> -   o->changed = 1;
> +   o->changed = EINA_TRUE;
>  evas_object_change(obj);
>   }
>
> @@ -529,7 +528,7 @@
>  o->cur.border.t = t;
>  o->cur.border.b = b;
>  o->cur.opaque_valid = 0;
> -   o->changed = 1;
> +   o->changed = EINA_TRUE;
>  evas_object_change(obj);
>   }
>
> @@ -573,7 +572,7 @@
>  MAGIC_CHECK_END();
>  if (fill == o->cur.border.fill) return;
>  o->cur.border.fill = fill;
> -   o->changed = 1;
> +   o->changed = EINA_TRUE;
>  evas_object_change(obj);
>   }
>
> @@ -655,7 +654,7 @@
>  MAGIC_CHECK_END();
>  if (scale == o->cur.border.scale) return;
>  o->cur.border.scale = scale;
> -   o->changed = 1;
> +   o->changed = EINA_TRUE;
>  evas_object_change(obj);
>   }
>
> @@ -701,7 +700,7 @@
>  o->cur.fill.w = w;
>  o->cur.fill.h = h;
>  o->cur.opaque_valid = 0;
> -   o->changed = 1;
> +   o->changed = EINA_TRUE;
>  evas_object_change(obj);
>   }
>
> @@ -746,7 +745,7 @@
>  MAGIC_CHECK_END();
>  if (spread == (Evas_Fill_Spread)o->cur.spread) return;
>  o->cur.spread = spread;
> -   o->changed = 1;
> +   o->changed = EINA_TRUE;
>  evas_object_change(obj);
>   }
>
> @@ -822,7 +821,7 @@
>
> o->cur.has_alpha);
>   */
>  EVAS_OBJECT_IMAGE_FREE_FILE_AND_KEY(o);
> -   o->changed = 1;
> +   o->changed = EINA_TRUE;
>  evas_object_change(obj);
>   }
>
> @@ -892,7 +891,7 @@
>  MAGIC_CHECK_END();
>  if ((o->preloading) && (o->engine_data))
>{
> -o->preloading = 0;
> +o->preloading = EINA_FALSE;
>
> obj->layer->evas->engine.func->image_data_preload_cancel(obj->layer->evas->e
> ngine.data.output, o->engine_data, obj);
>}
>  if (!o->engine_data) return NULL;
> @@ -986,7 +985,7 @@
>   EVAS_OBJECT_IMAGE_FREE_FILE_AND_KEY(o);
>   o->pixels_checked_out = 0;
>}
> -   o->changed = 1;
> +   o->changed = EINA_TRUE;
>  evas_object_change(obj)

Re: [E-devel] E SVN: hermet trunk/evas/src/lib/canvas

[Daniel Juyung Seo]

Hahaha
I'd like to call you HELMET.

Daniel Juyung Seo (SeoZ)

On Wed, Sep 5, 2012 at 11:14 AM, ChunEon Park  wrote:
> It's ok. :-)
>
> What was worse, someone said me as "Kermit"
>
> ...um.. wait... the someone was you?!
>
>
> 
> -Regards, Hermet-
> -Original Message-
> From: "Christopher Michael"
> To: "Enlightenment developer list";
> Cc:
> Sent: 2012-09-04 (화) 18:13:25
> Subject: Re: [E-devel] E SVN: hermet trunk/evas/src/lib/canvas
>
> On 04/09/12 10:03, Chris Michael wrote:
>> Thank you Hermit !! :)
>
> s/Hermit/Hermet.
>
>   I've been wanted to do that for a long time now ...
>> except if I would have done it, people would have complained, so thanks for
>> taking some initiative here :)
>> dh
>>
>> -Original Message-
>> From: Enlightenment SVN [mailto:no-re...@enlightenment.org]
>> Sent: 04 September 2012 09:57
>> To: enlightenment-...@lists.sourceforge.net
>> Subject: E SVN: hermet trunk/evas/src/lib/canvas
>>
>> Log:
>> evas/evas_object_image - use Eina_Bool
>>
>>
>>
>> Author:   hermet
>> Date: 2012-09-04 01:56:46 -0700 (Tue, 04 Sep 2012)
>> New Revision: 76115
>> Trac: http://trac.enlightenment.org/e/changeset/76115
>>
>> Modified:
>>trunk/evas/src/lib/canvas/evas_object_image.c
>>
>> Modified: trunk/evas/src/lib/canvas/evas_object_image.c
>> ===
>> --- trunk/evas/src/lib/canvas/evas_object_image.c2012-09-04 08:42:38
>> UTC (rev 76114)
>> +++ trunk/evas/src/lib/canvas/evas_object_image.c2012-09-04 08:56:46
>> UTC (rev 76115)
>> @@ -82,15 +82,14 @@
>>
>>  void *engine_data;
>>
>> -   unsigned char changed : 1;
>> -   unsigned char dirty_pixels : 1;
>> -   unsigned char filled : 1;
>> -   unsigned char proxyrendering : 1;
>> -   unsigned char preloading : 1;
>> -   unsigned char video_rendering : 1;
>> -   unsigned char video_surface : 1;
>> -   unsigned char video_visible : 1;
>> -   unsigned char created : 1;
>> +   Eina_Bool changed : 1;
>> +   Eina_Bool dirty_pixels : 1;
>> +   Eina_Bool filled : 1;
>> +   Eina_Bool proxyrendering : 1;
>> +   Eina_Bool preloading : 1;
>> +   Eina_Bool video_surface : 1;
>> +   Eina_Bool video_visible : 1;
>> +   Eina_Bool created : 1;
>>   };
>>
>>   /* private methods for image objects */ @@ -159,7 +158,7 @@  {
>>  if ((o->preloading) && (o->engine_data))
>>{
>> -o->preloading = 0;
>> +o->preloading = EINA_FALSE;
>>
>> obj->layer->evas->engine.func->image_data_preload_cancel(obj->layer->evas->e
>> ngine.data.output,
>>
>> o->engine_data,
>>obj); @@
>> -356,7 +355,7 @@
>>{
>>   if (o->preloading)
>> {
>> - o->preloading = 0;
>> + o->preloading = EINA_FALSE;
>>
>> obj->layer->evas->engine.func->image_data_preload_cancel(obj->layer->evas->e
>> ngine.data.output, o->engine_data, obj);
>> }
>>
>> obj->layer->evas->engine.func->image_free(obj->layer->evas->engine.data.outp
>> ut, o->engine_data); @@ -402,7 +401,7 @@
>>   o->cur.image.h = 0;
>>   o->cur.image.stride = 0;
>>}
>> -   o->changed = 1;
>> +   o->changed = EINA_TRUE;
>>  evas_object_change(obj);
>>   }
>>
>> @@ -529,7 +528,7 @@
>>  o->cur.border.t = t;
>>  o->cur.border.b = b;
>>  o->cur.opaque_valid = 0;
>> -   o->changed = 1;
>> +   o->changed = EINA_TRUE;
>>  evas_object_change(obj);
>>   }
>>
>> @@ -573,7 +572,7 @@
>>  MAGIC_CHECK_END();
>>  if (fill == o->cur.border.fill) return;
>>  o->cur.border.fill = fill;
>> -   o->changed = 1;
>> +   o->changed = EINA_TRUE;
>>  evas_object_change(obj);
>>   }
>>
>> @@ -655,7 +654,7 @@
>>  MAGIC_CHECK_END();
>>  if (scale == o->cur.border.scale) return;
>>  o->cur.border.scale = scale;
>> -   o->changed = 1;
>> +   o->changed = EINA_TRUE;
>>  evas_object_change(obj);
>>   }
>>
>> @@ -701,7 +700,7 @@
>>  o->cur.fill.w = w;
>>  o->cur.fill.h = h;
>>  o->cur.opaque_valid = 0;
>> -   o->changed = 1;
>> +   o->changed = EINA_TRUE;
>>  evas_object_change(obj);
>>   }
>>
>> @@ -746,7 +745,7 @@
>>  MAGIC_CHECK_END();
>>  if (spread == (Evas_Fill_Spread)o->cur.spread) return;
>>  o->cur.spread = spread;
>> -   o->changed = 1;
>> +   o->changed = EINA_TRUE;
>>  evas_object_change(obj);
>>   }
>>
>> @@ -822,7 +821,7 @@
>>
>> o->cur.has_alpha);
>>   */
>>  EVAS_OBJECT_IMAGE_FREE_FILE_AND_KEY(o);
>> -   o->changed = 1;
>> +   o->changed = EINA_TRUE;
>>  evas_object_change(obj);
>>   }
>>
>> @@ -892,7 +891,7 @@
>>  MAGIC_CHECK_END();
>>  if ((o->preloading) && (o->engine_data))
>>{
>> -o->preloading = 0;
>> +o->preloading = EINA_FALSE;
>>
>> obj->layer->evas->engine.func->image_data_preload_cancel(obj->layer->evas->e
>> ng

Re: [E-devel] E SVN: hermet trunk/evas/src/lib/canvas

[The Rasterman]

On Wed, 5 Sep 2012 11:14:57 +0900 (KST) ChunEon Park  said:

RIBBIT! :)

> It's ok. :-)
> 
> What was worse, someone said me as "Kermit" 
> 
> ...um.. wait... the someone was you?!
> 
> 
> 
> -Regards, Hermet-
> -Original Message-
> From: "Christopher Michael" 
> To: "Enlightenment developer
> list"; Cc: 
> Sent: 2012-09-04 (화) 18:13:25
> Subject: Re: [E-devel] E SVN: hermet trunk/evas/src/lib/canvas
> 
> On 04/09/12 10:03, Chris Michael wrote:
> > Thank you Hermit !! :)
> 
> s/Hermit/Hermet.
> 
>   I've been wanted to do that for a long time now ...
> > except if I would have done it, people would have complained, so thanks for
> > taking some initiative here :)
> > dh
> >
> > -Original Message-
> > From: Enlightenment SVN [mailto:no-re...@enlightenment.org]
> > Sent: 04 September 2012 09:57
> > To: enlightenment-...@lists.sourceforge.net
> > Subject: E SVN: hermet trunk/evas/src/lib/canvas
> >
> > Log:
> > evas/evas_object_image - use Eina_Bool
> >
> >
> >
> > Author:   hermet
> > Date: 2012-09-04 01:56:46 -0700 (Tue, 04 Sep 2012)
> > New Revision: 76115
> > Trac: http://trac.enlightenment.org/e/changeset/76115
> >
> > Modified:
> >trunk/evas/src/lib/canvas/evas_object_image.c
> >
> > Modified: trunk/evas/src/lib/canvas/evas_object_image.c
> > ===
> > --- trunk/evas/src/lib/canvas/evas_object_image.c2012-09-04 08:42:38
> > UTC (rev 76114)
> > +++ trunk/evas/src/lib/canvas/evas_object_image.c2012-09-04 08:56:46
> > UTC (rev 76115)
> > @@ -82,15 +82,14 @@
> >
> >  void *engine_data;
> >
> > -   unsigned char changed : 1;
> > -   unsigned char dirty_pixels : 1;
> > -   unsigned char filled : 1;
> > -   unsigned char proxyrendering : 1;
> > -   unsigned char preloading : 1;
> > -   unsigned char video_rendering : 1;
> > -   unsigned char video_surface : 1;
> > -   unsigned char video_visible : 1;
> > -   unsigned char created : 1;
> > +   Eina_Bool changed : 1;
> > +   Eina_Bool dirty_pixels : 1;
> > +   Eina_Bool filled : 1;
> > +   Eina_Bool proxyrendering : 1;
> > +   Eina_Bool preloading : 1;
> > +   Eina_Bool video_surface : 1;
> > +   Eina_Bool video_visible : 1;
> > +   Eina_Bool created : 1;
> >   };
> >
> >   /* private methods for image objects */ @@ -159,7 +158,7 @@  {
> >  if ((o->preloading) && (o->engine_data))
> >{
> > -o->preloading = 0;
> > +o->preloading = EINA_FALSE;
> >
> > obj->layer->evas->engine.func->image_data_preload_cancel(obj->layer->evas->e
> > ngine.data.output,
> >
> > o->engine_data,
> >obj); @@
> > -356,7 +355,7 @@
> >{
> >   if (o->preloading)
> > {
> > - o->preloading = 0;
> > + o->preloading = EINA_FALSE;
> >
> > obj->layer->evas->engine.func->image_data_preload_cancel(obj->layer->evas->e
> > ngine.data.output, o->engine_data, obj);
> > }
> >
> > obj->layer->evas->engine.func->image_free(obj->layer->evas->engine.data.outp
> > ut, o->engine_data); @@ -402,7 +401,7 @@
> >   o->cur.image.h = 0;
> >   o->cur.image.stride = 0;
> >}
> > -   o->changed = 1;
> > +   o->changed = EINA_TRUE;
> >  evas_object_change(obj);
> >   }
> >
> > @@ -529,7 +528,7 @@
> >  o->cur.border.t = t;
> >  o->cur.border.b = b;
> >  o->cur.opaque_valid = 0;
> > -   o->changed = 1;
> > +   o->changed = EINA_TRUE;
> >  evas_object_change(obj);
> >   }
> >
> > @@ -573,7 +572,7 @@
> >  MAGIC_CHECK_END();
> >  if (fill == o->cur.border.fill) return;
> >  o->cur.border.fill = fill;
> > -   o->changed = 1;
> > +   o->changed = EINA_TRUE;
> >  evas_object_change(obj);
> >   }
> >
> > @@ -655,7 +654,7 @@
> >  MAGIC_CHECK_END();
> >  if (scale == o->cur.border.scale) return;
> >  o->cur.border.scale = scale;
> > -   o->changed = 1;
> > +   o->changed = EINA_TRUE;
> >  evas_object_change(obj);
> >   }
> >
> > @@ -701,7 +700,7 @@
> >  o->cur.fill.w = w;
> >  o->cur.fill.h = h;
> >  o->cur.opaque_valid = 0;
> > -   o->changed = 1;
> > +   o->changed = EINA_TRUE;
> >  evas_object_change(obj);
> >   }
> >
> > @@ -746,7 +745,7 @@
> >  MAGIC_CHECK_END();
> >  if (spread == (Evas_Fill_Spread)o->cur.spread) return;
> >  o->cur.spread = spread;
> > -   o->changed = 1;
> > +   o->changed = EINA_TRUE;
> >  evas_object_change(obj);
> >   }
> >
> > @@ -822,7 +821,7 @@
> >
> > o->cur.has_alpha);
> >   */
> >  EVAS_OBJECT_IMAGE_FREE_FILE_AND_KEY(o);
> > -   o->changed = 1;
> > +   o->changed = EINA_TRUE;
> >  evas_object_change(obj);
> >   }
> >
> > @@ -892,7 +891,7 @@
> >  MAGIC_CHECK_END();
> >  if ((o->preloading) && (o->engine_data))
> >{
> > -o->preloading = 0;
> > +o->p

Re: [E-devel] Call for Packagers

[Simon Lees]

> Date: Tue, 4 Sep 2012 20:48:45 +0200
> From: Leif Middelschulte 
> Subject: Re: [E-devel] Call for Packagers
> To: Enlightenment developer list
> 
> Message-ID: <53a14c37-bdec-485d-ae8f-29f092368...@gmail.com>
> Content-Type: text/plain; charset=windows-1252
>
> Am 04.09.2012 um 20:04 schrieb Gustavo Sverzut Barbieri <
> barbi...@profusion.mobi>:
>
> > On Tue, Sep 4, 2012 at 11:01 AM, Leif Middelschulte <
> > leif.middelschu...@gmail.com> wrote:
> >
> >> Am 04.09.2012 um 15:09 schrieb Rui Miguel Silva Seabra :
> >>
> >>> On Tue, 4 Sep 2012 13:57:51 +0100
> >>> Michael Blumenkrantz  wrote:
> >>>
>  On Tue, 4 Sep 2012 13:54:30 +0100
>  Rui Miguel Silva Seabra  wrote:
> 
> > On Sat, 1 Sep 2012 14:48:15 -0300
> > Gustavo Sverzut Barbieri  wrote:
> >
> >> Hi all,
> >>
> >> We have released EFL 1.7 and terminology 0.1, but to reach a
> >> broader audience we need binary packages!
> >>
> >> In order to keep quality and reduce overall pain, I'd try to
> >> coordinate this in our mail list with the following ideas:
> >>  - don't create multiple PPA/OBS/overlays for the same
> >> distribution. Cooperate with others that want to help
> >>  - those with official distro packager status could step in and
> >> help with their knowledge and rules. Ultimately we want these
> >> packages to be used by upstream of Ubuntu, Fedora, Suse, Arch and
> >> Gentoo.
> >>  - the EFL developers could review build flags (optimizations)
> >> and compile options. This would ensure our packages are in good
> >> shape.
> >>  - everybody could help with QA and test to ensure they work as
> >> expected. It would be nice to do some comparison such as benchmark
> >> expedite on the same HW with different distros.
> >>
> >> I'd like to have an updated list of "official" (as per our
> >> standards, if possible by distro as well) of EFL 1.7 and
> >> Terminology 0.1 packages.
> >>
> >> If you know of some distro people that would like to help but are
> >> not in this list, please share with him. Phoronix and Lwn would
> >> BR useful as well.
> >>
> >> BR,
> >> -- Gustavo
> >>
> >>
> >
> > With all the training I've been doing building my own Fedora RPMS I
> > was thinking of reading the new rpm guidelines of Fedora and
> > submitting specs to them.
> >
> > Right now I only don't publish my own in some repo because I
> > probably couldn't afford the network traffic.
> >
> > Any suggestions regarding that?
> >
> > Best regards,
> > Rui
> >
> 
>  I've made enquiries with the fedora people on irc and they seemed
>  pretty friendly; the main reason why they don't do much e/efl
>  packaging is lack of manpower for it.
> >>>
> >>> Yeah, but I still need read the guidelines and to keep a separate set
> of
> >>> specs built "the Fedora Way" before trying to commit :)
> >> How about using those from the obs? They'd just need minor adjustments
> to
> >> work with Fedora too?
> >
>

As i said in a previous post i fixed up alot of opensuse on obs last
weekend F16 and F17 are currently included in the nightly repo and in the
patches i am waiting to be merged back in evas doesn't currently build
because in the nightly repository evas depends on egueb. There isn't
currently targets in the release repo but i removed the egueb dependency in
the release repo so they may work better. There are a few targets that need
adding to the release repo such as openSUSE 12.1 and 12.2 as well. I can't
do that, hopefully tonight ill add patches to update 17 to the latest
snapshot and add release packages for the python-efl packages and sometime
soon ill hopefully add econnman. The only thing i haven't really figued out
yet is how to run the scripts to update the nightly build.

>
> > I'm away from  Fedora from years now, I'm not sure what people is using.
> >
> > Could someone say the relation between OBS and non-openSUSE systems? Do
> > Fedora people use it extensively?
> OBS provides means to add targets to build like fedora, cents os, meego.
> It's also possible to configure local instances (e.g. custom arm
> distribution) that will use the central spec files to build packages.
> But I think that Fedora insists to use their own packaging system (kinji
> or similar).
> > For instance, in Ubuntu people are really used to "ppa", there are even
> > helpers to install stuff from there. In Gentoo there is layman-managed
> > overlays.
> I don't know how they provide/integrate the 'install now' button/feature.
> OBS simply provides .repo files (release,debug) per target to download,
> open and be handled by the local system. Ubuntu uses some ppa:// protocol
> of their own iirc to handle adding the repository.
> Anyway, my point was about keeping spec files and effort in one place.
> OBS supports suse, centos, fedora, mandriva, ?
> Which targets are available 

Re: [E-devel] Call for Packagers

[Simon Lees]

On Wed, Sep 5, 2012 at 11:54 AM, Simon Lees  wrote:

>
> Date: Tue, 4 Sep 2012 20:48:45 +0200
>> From: Leif Middelschulte 
>> Subject: Re: [E-devel] Call for Packagers
>> To: Enlightenment developer list
>> 
>> Message-ID: <53a14c37-bdec-485d-ae8f-29f092368...@gmail.com>
>> Content-Type: text/plain; charset=windows-1252
>>
>> Am 04.09.2012 um 20:04 schrieb Gustavo Sverzut Barbieri <
>> barbi...@profusion.mobi>:
>>
>> > On Tue, Sep 4, 2012 at 11:01 AM, Leif Middelschulte <
>> > leif.middelschu...@gmail.com> wrote:
>> >
>> >> Am 04.09.2012 um 15:09 schrieb Rui Miguel Silva Seabra :
>> >>
>> >>> On Tue, 4 Sep 2012 13:57:51 +0100
>> >>> Michael Blumenkrantz  wrote:
>> >>>
>>  On Tue, 4 Sep 2012 13:54:30 +0100
>>  Rui Miguel Silva Seabra  wrote:
>>
>> 
>> > On Sat, 1 Sep 2012 14:48:15 -0300
>> > Gustavo Sverzut Barbieri  wrote:
>> >
>> >> Hi all,
>> >>
>> >> We have released EFL 1.7 and terminology 0.1, but to reach a
>> >> broader audience we need binary packages!
>> >>
>> >> In order to keep quality and reduce overall pain, I'd try to
>> >> coordinate this in our mail list with the following ideas:
>> >>  - don't create multiple PPA/OBS/overlays for the same
>> >> distribution. Cooperate with others that want to help
>> >>  - those with official distro packager status could step in and
>> >> help with their knowledge and rules. Ultimately we want these
>> >> packages to be used by upstream of Ubuntu, Fedora, Suse, Arch and
>> >> Gentoo.
>> >>  - the EFL developers could review build flags (optimizations)
>> >> and compile options. This would ensure our packages are in good
>> >> shape.
>> >>  - everybody could help with QA and test to ensure they work as
>> >> expected. It would be nice to do some comparison such as benchmark
>> >> expedite on the same HW with different distros.
>> >>
>> >> I'd like to have an updated list of "official" (as per our
>> >> standards, if possible by distro as well) of EFL 1.7 and
>> >> Terminology 0.1 packages.
>> >>
>> >> If you know of some distro people that would like to help but are
>> >> not in this list, please share with him. Phoronix and Lwn would
>> >> BR useful as well.
>> >>
>> >> BR,
>> >> -- Gustavo
>> >>
>> >>
>> >
>> > With all the training I've been doing building my own Fedora RPMS I
>> > was thinking of reading the new rpm guidelines of Fedora and
>> > submitting specs to them.
>> >
>> > Right now I only don't publish my own in some repo because I
>> > probably couldn't afford the network traffic.
>> >
>> > Any suggestions regarding that?
>> >
>> > Best regards,
>> > Rui
>> >
>> 
>>  I've made enquiries with the fedora people on irc and they seemed
>>  pretty friendly; the main reason why they don't do much e/efl
>>  packaging is lack of manpower for it.
>> >>>
>> >>> Yeah, but I still need read the guidelines and to keep a separate set
>> of
>> >>> specs built "the Fedora Way" before trying to commit :)
>> >> How about using those from the obs? They'd just need minor adjustments
>> to
>> >> work with Fedora too?
>> >
>>
>
> As i said in a previous post i fixed up alot of opensuse on obs last
> weekend F16 and F17 are currently included in the nightly repo and in the
> patches i am waiting to be merged back in evas doesn't currently build
> because in the nightly repository evas depends on egueb. There isn't
> currently targets in the release repo but i removed the egueb dependency in
> the release repo so they may work better. There are a few targets that need
> adding to the release repo such as openSUSE 12.1 and 12.2 as well. I can't
> do that, hopefully tonight ill add patches to update 17 to the latest
> snapshot and add release packages for the python-efl packages and sometime
> soon ill hopefully add econnman. The only thing i haven't really figued out
> yet is how to run the scripts to update the nightly build.
>
Oh, i forgot to say i'll have a look at webkit-efl at some point as well.
Does anyone know if new versions of it are announced anywhere?


>
> >
>> > I'm away from  Fedora from years now, I'm not sure what people is using.
>> >
>> > Could someone say the relation between OBS and non-openSUSE systems? Do
>> > Fedora people use it extensively?
>> OBS provides means to add targets to build like fedora, cents os, meego.
>> It's also possible to configure local instances (e.g. custom arm
>> distribution) that will use the central spec files to build packages.
>> But I think that Fedora insists to use their own packaging system (kinji
>> or similar).
>> > For instance, in Ubuntu people are really used to "ppa", there are even
>> > helpers to install stuff from there. In Gentoo there is layman-managed
>> > overlays.
>> I don't know how they provide/integrate the 'install now' button/feature.
>> OBS simply provides .repo files 

[E-devel] empower compile error

[Dennis.Yxun]

Hi Dev:
  I have problem when come up to compile empower,
here is detail error.

Making all in bin
make[3]: Entering directory
`/var/tmp/portage/app-admin/empower-/work/empower/src/bin'
  CC empower-main.o
  CC empower-gui.o
  CC empower-pka.o
  CC empower-marshal.o
In file included from main.c:1:0:
Empower.h:80:3: error: expected specifier-qualifier-list before
‘DBusMessage’In file included from gui.c:1:0:
Empower.h:80:3: error: expected specifier-qualifier-list before ‘DBusMessage’

In file included from marshal.h:4:0,
 from marshal.c:1:
Empower.h:80:3: error: expected specifier-qualifier-list before
‘DBusMessage’In file included from pka.h:4:0,
 from pka.c:1:
Empower.h:80:3: error: expected specifier-qualifier-list before ‘DBusMessage’

In file included from marshal.c:1:0:


while seems can't find E_Dbus.h

also empower also rely on efreet (otherwise can't find efreet_init,
efreet_shutdown)
attached patch also add this support

I didn't separate this two modification, hope you don't mind

Thanks


empower-fix.patch
Description: Binary data
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: hermet trunk/evas/src/lib/canvas

[Gustavo Sverzut Barbieri]

On Tuesday, September 4, 2012, Daniel Juyung Seo wrote:

> Hahaha
> I'd like to call you HELMET.


+100 helmet!




>
> Daniel Juyung Seo (SeoZ)
>
> On Wed, Sep 5, 2012 at 11:14 AM, ChunEon Park  wrote:
> > It's ok. :-)
> >
> > What was worse, someone said me as "Kermit"
> >
> > ...um.. wait... the someone was you?!
> >
> >
> > 
> > -Regards, Hermet-
> > -Original Message-
> > From: "Christopher Michael"
> > To: "Enlightenment developer list"<
> enlightenment-devel@lists.sourceforge.net>;
> > Cc:
> > Sent: 2012-09-04 (화) 18:13:25
> > Subject: Re: [E-devel] E SVN: hermet trunk/evas/src/lib/canvas
> >
> > On 04/09/12 10:03, Chris Michael wrote:
> >> Thank you Hermit !! :)
> >
> > s/Hermit/Hermet.
> >
> >   I've been wanted to do that for a long time now ...
> >> except if I would have done it, people would have complained, so thanks
> for
> >> taking some initiative here :)
> >> dh
> >>
> >> -Original Message-
> >> From: Enlightenment SVN [mailto:no-re...@enlightenment.org]
> >> Sent: 04 September 2012 09:57
> >> To: enlightenment-...@lists.sourceforge.net
> >> Subject: E SVN: hermet trunk/evas/src/lib/canvas
> >>
> >> Log:
> >> evas/evas_object_image - use Eina_Bool
> >>
> >>
> >>
> >> Author:   hermet
> >> Date: 2012-09-04 01:56:46 -0700 (Tue, 04 Sep 2012)
> >> New Revision: 76115
> >> Trac: http://trac.enlightenment.org/e/changeset/76115
> >>
> >> Modified:
> >>trunk/evas/src/lib/canvas/evas_object_image.c
> >>
> >> Modified: trunk/evas/src/lib/canvas/evas_object_image.c
> >> ===
> >> --- trunk/evas/src/lib/canvas/evas_object_image.c2012-09-04 08:42:38
> >> UTC (rev 76114)
> >> +++ trunk/evas/src/lib/canvas/evas_object_image.c2012-09-04 08:56:46
> >> UTC (rev 76115)
> >> @@ -82,15 +82,14 @@
> >>
> >>  void *engine_data;
> >>
> >> -   unsigned char changed : 1;
> >> -   unsigned char dirty_pixels : 1;
> >> -   unsigned char filled : 1;
> >> -   unsigned char proxyrendering : 1;
> >> -   unsigned char preloading : 1;
> >> -   unsigned char video_rendering : 1;
> >> -   unsigned char video_surface : 1;
> >> -   unsigned char video_visible : 1;
> >> -   unsigned char created : 1;
> >> +   Eina_Bool changed : 1;
> >> +   Eina_Bool dirty_pixels : 1;
> >> +   Eina_Bool filled : 1;
> >> +   Eina_Bool proxyrendering : 1;
> >> +   Eina_Bool preloading : 1;
> >> +   Eina_Bool video_surface : 1;
> >> +   Eina_Bool video_visible : 1;
> >> +   Eina_Bool created : 1;
> >>   };
> >>
> >>   /* private methods for image objects */ @@ -159,7 +158,7 @@  {
> >>  if ((o->preloading) && (o->engine_data))
> >>{
> >> -o->preloading = 0;
> >> +o->preloading = EINA_FALSE;
> >>
> >>
> obj->layer->evas->engine.func->image_data_preload_cancel(obj->layer->evas->e
> >> ngine.data.output,
> >>
> >> o->engine_data,
> >>



-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Call for Packagers

[Gustavo Sverzut Barbieri]

On Tuesday, September 4, 2012, Simon Lees wrote:

> On Wed, Sep 5, 2012 at 11:54 AM, Simon Lees  wrote:
>
> >
> > Date: Tue, 4 Sep 2012 20:48:45 +0200
> >> From: Leif Middelschulte 
> >> Subject: Re: [E-devel] Call for Packagers
> >> To: Enlightenment developer list
> >> 
> >> Message-ID: <53a14c37-bdec-485d-ae8f-29f092368...@gmail.com>
> >> Content-Type: text/plain; charset=windows-1252
> >>
> >> Am 04.09.2012 um 20:04 schrieb Gustavo Sverzut Barbieri <
> >> barbi...@profusion.mobi>:
> >>
> >> > On Tue, Sep 4, 2012 at 11:01 AM, Leif Middelschulte <
> >> > leif.middelschu...@gmail.com> wrote:
> >> >
> >> >> Am 04.09.2012 um 15:09 schrieb Rui Miguel Silva Seabra  >:
> >> >>
> >> >>> On Tue, 4 Sep 2012 13:57:51 +0100
> >> >>> Michael Blumenkrantz  wrote:
> >> >>>
> >>  On Tue, 4 Sep 2012 13:54:30 +0100
> >>  Rui Miguel Silva Seabra  wrote:
> >>
> >> 
> >> > On Sat, 1 Sep 2012 14:48:15 -0300
> >> > Gustavo Sverzut Barbieri  wrote:
> >> >
> >> >> Hi all,
> >> >>
> >> >> We have released EFL 1.7 and terminology 0.1, but to reach a
> >> >> broader audience we need binary packages!
> >> >>
> >> >> In order to keep quality and reduce overall pain, I'd try to
> >> >> coordinate this in our mail list with the following ideas:
> >> >>  - don't create multiple PPA/OBS/overlays for the same
> >> >> distribution. Cooperate with others that want to help
> >> >>  - those with official distro packager status could step in and
> >> >> help with their knowledge and rules. Ultimately we want these
> >> >> packages to be used by upstream of Ubuntu, Fedora, Suse, Arch and
> >> >> Gentoo.
> >> >>  - the EFL developers could review build flags (optimizations)
> >> >> and compile options. This would ensure our packages are in good
> >> >> shape.
> >> >>  - everybody could help with QA and test to ensure they work as
> >> >> expected. It would be nice to do some comparison such as
> benchmark
> >> >> expedite on the same HW with different distros.
> >> >>
> >> >> I'd like to have an updated list of "official" (as per our
> >> >> standards, if possible by distro as well) of EFL 1.7 and
> >> >> Terminology 0.1 packages.
> >> >>
> >> >> If you know of some distro people that would like to help but are
> >> >> not in this list, please share with him. Phoronix and Lwn would
> >> >> BR useful as well.
> >> >>
> >> >> BR,
> >> >> -- Gustavo
> >> >>
> >> >>
> >> >
> >> > With all the training I've been doing building my own Fedora RPMS
> I
> >> > was thinking of reading the new rpm guideliOh, i forgot to say
> i'll have a look at webkit-efl at some point as well.
> Does anyone know if new versions of it are announced anywhere?



I'm taking care of that. I'll try to get a patch to build with older
libsoup (will reduce features) and also build with gstreamer (audio and
video) as well as OpenGL/WebGL



>
>
> >
> > >
> >> > I'm away from  Fedora from years now, I'm not sure what people is
> using.
> >> >
> >> > Could someone say the relation between OBS and non-openSUSE systems?
> Do
> >> > Fedora people use it extensively?
> >> OBS provides means to add targets to build like fedora, cents os, meego.
> >> It's also possible to configure local instances (e.g. custom arm
> >> distribution) that will use the central spec files to build packages.
> >> But I think that Fedora insists to use their own packaging system (kinji
> >> or similar).
> >> > For instance, in Ubuntu people are really used to "ppa", there are
> even
> >> > helpers to install stuff from there. In Gentoo there is layman-managed
> >> > overlays.
> >> I don't know how they provide/integrate the 'install now'
> button/feature.
> >> OBS simply provides .repo files (release,debug) per target to download,
> >> open and be handled by the local system. Ubuntu uses some ppa://
> protocol
> >> of their own iirc to handle adding the repository.
> >> Anyway, my point was about keeping spec files and effort in one place.
> >> OBS supports suse, centos, fedora, mandriva, ?
> >> Which targets are available in Fedora's system?
> >>
> >> --
> >> Leif
> >> >
> >> > BR,
> >>
> >> >
> >> > --
> >> > Gustavo Sverzut Barbieri
> >> > http://profusion.mobi embedded systems
> >> > --
> >> > MSN: barbi...@gmail.com 
> >> > Skype: gsbarbieri
> >> > Mobile: +55 (19) 9225-2202
> >> >
> >>
> --
> >> > Live Security Virtual Conference
> >> > Exclusive live event will cover all the ways today's security and
> >> > threat landscape has changed and how IT managers can respond.
> >> Discussions
> >> > will include endpoint security, mobile security and the latest in
> >> malware
> >> > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> >> > ___
> >> > enlightenment-devel 

Re: [E-devel] Call for Packagers

[Lucas De Marchi]

On Tue, Sep 4, 2012 at 11:30 PM, Simon Lees  wrote:
> On Wed, Sep 5, 2012 at 11:54 AM, Simon Lees  wrote:
>
>>
>> Date: Tue, 4 Sep 2012 20:48:45 +0200
>>> From: Leif Middelschulte 
>>> Subject: Re: [E-devel] Call for Packagers
>>> To: Enlightenment developer list
>>> 
>>> Message-ID: <53a14c37-bdec-485d-ae8f-29f092368...@gmail.com>
>>> Content-Type: text/plain; charset=windows-1252
>>>
>>> Am 04.09.2012 um 20:04 schrieb Gustavo Sverzut Barbieri <
>>> barbi...@profusion.mobi>:
>>>
>>> > On Tue, Sep 4, 2012 at 11:01 AM, Leif Middelschulte <
>>> > leif.middelschu...@gmail.com> wrote:
>>> >
>>> >> Am 04.09.2012 um 15:09 schrieb Rui Miguel Silva Seabra :
>>> >>
>>> >>> On Tue, 4 Sep 2012 13:57:51 +0100
>>> >>> Michael Blumenkrantz  wrote:
>>> >>>
>>>  On Tue, 4 Sep 2012 13:54:30 +0100
>>>  Rui Miguel Silva Seabra  wrote:
>>>
>>> 
>>> > On Sat, 1 Sep 2012 14:48:15 -0300
>>> > Gustavo Sverzut Barbieri  wrote:
>>> >
>>> >> Hi all,
>>> >>
>>> >> We have released EFL 1.7 and terminology 0.1, but to reach a
>>> >> broader audience we need binary packages!
>>> >>
>>> >> In order to keep quality and reduce overall pain, I'd try to
>>> >> coordinate this in our mail list with the following ideas:
>>> >>  - don't create multiple PPA/OBS/overlays for the same
>>> >> distribution. Cooperate with others that want to help
>>> >>  - those with official distro packager status could step in and
>>> >> help with their knowledge and rules. Ultimately we want these
>>> >> packages to be used by upstream of Ubuntu, Fedora, Suse, Arch and
>>> >> Gentoo.
>>> >>  - the EFL developers could review build flags (optimizations)
>>> >> and compile options. This would ensure our packages are in good
>>> >> shape.
>>> >>  - everybody could help with QA and test to ensure they work as
>>> >> expected. It would be nice to do some comparison such as benchmark
>>> >> expedite on the same HW with different distros.
>>> >>
>>> >> I'd like to have an updated list of "official" (as per our
>>> >> standards, if possible by distro as well) of EFL 1.7 and
>>> >> Terminology 0.1 packages.
>>> >>
>>> >> If you know of some distro people that would like to help but are
>>> >> not in this list, please share with him. Phoronix and Lwn would
>>> >> BR useful as well.
>>> >>
>>> >> BR,
>>> >> -- Gustavo
>>> >>
>>> >>
>>> >
>>> > With all the training I've been doing building my own Fedora RPMS I
>>> > was thinking of reading the new rpm guidelines of Fedora and
>>> > submitting specs to them.
>>> >
>>> > Right now I only don't publish my own in some repo because I
>>> > probably couldn't afford the network traffic.
>>> >
>>> > Any suggestions regarding that?
>>> >
>>> > Best regards,
>>> > Rui
>>> >
>>> 
>>>  I've made enquiries with the fedora people on irc and they seemed
>>>  pretty friendly; the main reason why they don't do much e/efl
>>>  packaging is lack of manpower for it.
>>> >>>
>>> >>> Yeah, but I still need read the guidelines and to keep a separate set
>>> of
>>> >>> specs built "the Fedora Way" before trying to commit :)
>>> >> How about using those from the obs? They'd just need minor adjustments
>>> to
>>> >> work with Fedora too?
>>> >
>>>
>>
>> As i said in a previous post i fixed up alot of opensuse on obs last
>> weekend F16 and F17 are currently included in the nightly repo and in the
>> patches i am waiting to be merged back in evas doesn't currently build
>> because in the nightly repository evas depends on egueb. There isn't
>> currently targets in the release repo but i removed the egueb dependency in
>> the release repo so they may work better. There are a few targets that need
>> adding to the release repo such as openSUSE 12.1 and 12.2 as well. I can't
>> do that, hopefully tonight ill add patches to update 17 to the latest
>> snapshot and add release packages for the python-efl packages and sometime
>> soon ill hopefully add econnman. The only thing i haven't really figued out
>> yet is how to run the scripts to update the nightly build.
>>
> Oh, i forgot to say i'll have a look at webkit-efl at some point as well.
> Does anyone know if new versions of it are announced anywhere?

There are snapshots... The last one of 30-Aug-2012:
http://packages.profusion.mobi/webkit-efl/


Lucas De Marchi

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https

Re: [E-devel] E SVN: hermet trunk/evas/src/lib/canvas

[The Rasterman]

On Wed, 5 Sep 2012 00:06:02 -0300 Gustavo Sverzut Barbieri
 said:

> On Tuesday, September 4, 2012, Daniel Juyung Seo wrote:
> 
> > Hahaha
> > I'd like to call you HELMET.
> 
> 
> +100 helmet!

dark helmet!

> > Daniel Juyung Seo (SeoZ)
> >
> > On Wed, Sep 5, 2012 at 11:14 AM, ChunEon Park  wrote:
> > > It's ok. :-)
> > >
> > > What was worse, someone said me as "Kermit"
> > >
> > > ...um.. wait... the someone was you?!
> > >
> > >
> > > 
> > > -Regards, Hermet-
> > > -Original Message-
> > > From: "Christopher Michael"
> > > To: "Enlightenment developer list"<
> > enlightenment-devel@lists.sourceforge.net>;
> > > Cc:
> > > Sent: 2012-09-04 (화) 18:13:25
> > > Subject: Re: [E-devel] E SVN: hermet trunk/evas/src/lib/canvas
> > >
> > > On 04/09/12 10:03, Chris Michael wrote:
> > >> Thank you Hermit !! :)
> > >
> > > s/Hermit/Hermet.
> > >
> > >   I've been wanted to do that for a long time now ...
> > >> except if I would have done it, people would have complained, so thanks
> > for
> > >> taking some initiative here :)
> > >> dh
> > >>
> > >> -Original Message-
> > >> From: Enlightenment SVN [mailto:no-re...@enlightenment.org]
> > >> Sent: 04 September 2012 09:57
> > >> To: enlightenment-...@lists.sourceforge.net
> > >> Subject: E SVN: hermet trunk/evas/src/lib/canvas
> > >>
> > >> Log:
> > >> evas/evas_object_image - use Eina_Bool
> > >>
> > >>
> > >>
> > >> Author:   hermet
> > >> Date: 2012-09-04 01:56:46 -0700 (Tue, 04 Sep 2012)
> > >> New Revision: 76115
> > >> Trac: http://trac.enlightenment.org/e/changeset/76115
> > >>
> > >> Modified:
> > >>trunk/evas/src/lib/canvas/evas_object_image.c
> > >>
> > >> Modified: trunk/evas/src/lib/canvas/evas_object_image.c
> > >> ===
> > >> --- trunk/evas/src/lib/canvas/evas_object_image.c2012-09-04 08:42:38
> > >> UTC (rev 76114)
> > >> +++ trunk/evas/src/lib/canvas/evas_object_image.c2012-09-04 08:56:46
> > >> UTC (rev 76115)
> > >> @@ -82,15 +82,14 @@
> > >>
> > >>  void *engine_data;
> > >>
> > >> -   unsigned char changed : 1;
> > >> -   unsigned char dirty_pixels : 1;
> > >> -   unsigned char filled : 1;
> > >> -   unsigned char proxyrendering : 1;
> > >> -   unsigned char preloading : 1;
> > >> -   unsigned char video_rendering : 1;
> > >> -   unsigned char video_surface : 1;
> > >> -   unsigned char video_visible : 1;
> > >> -   unsigned char created : 1;
> > >> +   Eina_Bool changed : 1;
> > >> +   Eina_Bool dirty_pixels : 1;
> > >> +   Eina_Bool filled : 1;
> > >> +   Eina_Bool proxyrendering : 1;
> > >> +   Eina_Bool preloading : 1;
> > >> +   Eina_Bool video_surface : 1;
> > >> +   Eina_Bool video_visible : 1;
> > >> +   Eina_Bool created : 1;
> > >>   };
> > >>
> > >>   /* private methods for image objects */ @@ -159,7 +158,7 @@  {
> > >>  if ((o->preloading) && (o->engine_data))
> > >>{
> > >> -o->preloading = 0;
> > >> +o->preloading = EINA_FALSE;
> > >>
> > >>
> > obj->layer->evas->engine.func->image_data_preload_cancel(obj->layer->evas->e
> > >> ngine.data.output,
> > >>
> > >> o->engine_data,
> > >>
> 
> 
> 
> -- 
> Gustavo Sverzut Barbieri
> http://profusion.mobi embedded systems
> --
> MSN: barbi...@gmail.com
> Skype: gsbarbieri
> Mobile: +55 (19) 9225-2202
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> 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


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] empower compile error

[Nicholas Hughart]

On 09/04/2012 09:58 PM, Dennis.Yxun wrote:

Hmm, I guess I never accounted for someone not building e_dbus and 
efreet support into Elementary while wanting to use Empower. Silly me I 
guess...
> Hi Dev:
>I have problem when come up to compile empower,
> here is detail error.
>
> Making all in bin
> make[3]: Entering directory
> `/var/tmp/portage/app-admin/empower-/work/empower/src/bin'
>CC empower-main.o
>CC empower-gui.o
>CC empower-pka.o
>CC empower-marshal.o
> In file included from main.c:1:0:
> Empower.h:80:3: error: expected specifier-qualifier-list before
> 'DBusMessage'In file included from gui.c:1:0:
> Empower.h:80:3: error: expected specifier-qualifier-list before 'DBusMessage'
>
> In file included from marshal.h:4:0,
>   from marshal.c:1:
> Empower.h:80:3: error: expected specifier-qualifier-list before
> 'DBusMessage'In file included from pka.h:4:0,
>   from pka.c:1:
> Empower.h:80:3: error: expected specifier-qualifier-list before 'DBusMessage'
>
> In file included from marshal.c:1:0:
>
>
> while seems can't find E_Dbus.h
>
> also empower also rely on efreet (otherwise can't find efreet_init,
> efreet_shutdown)
> attached patch also add this support
>
> I didn't separate this two modification, hope you don't mind
>
> Thanks
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>
>
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] [PATCH] Add context clip for Wayland framespace

[Paulo Alcantara]

Hi,

This patch adds context clip from the intersection between the non-frame objects
and the framespace area so that those objects won't potentially be rendered over
frame ones.

Instead of clipping the objects to a general framespace clipper (and keep track
of it), add context clip with the intersection between the non-frame objects and
the framespace area when rendering the non-frame ones inside the rendering code.

Besides, I was discussing with devilhorns about the checks that have been done
in evas_object_geometry_get() and evas_object_move() functions that do not take
non-smart objects into account, so those objects could be placed at 0,0 (which
is the wrong place when there is a frame in the application) without adding or
subtracting the framespace offset. My fix would simly be to remove the condition
"obj->smart.smart" from those checks done in both evas_object_geometry_get() and
evas_object_move() functions so that non-smart objects would be placed at your
correct positions. I know we have every object/widget (maybe not all) as being a
smart one in Elementary, so we cannot simply ignoring the non-smart objects,
IMO.

Paulo
>From 687e5503b2469c9cdd0c3514e09170b37b626d83 Mon Sep 17 00:00:00 2001
From: Paulo Alcantara 
Date: Tue, 4 Sep 2012 17:46:50 -0300
Subject: [PATCH] evas/render: Add context clip for Wayland framespace

Instead of clipping the objects to a general framespace clipper (and
keep track of it), add a context clip with the intersection between the
non-frame objects and the framespace area when rendering the non-frame
ones inside the rendering code.
---
 src/lib/canvas/evas_object_main.c |4 +-
 src/lib/canvas/evas_render.c  |   93 ++---
 src/lib/include/evas_private.h|1 -
 3 files changed, 16 insertions(+), 82 deletions(-)

diff --git a/src/lib/canvas/evas_object_main.c b/src/lib/canvas/evas_object_main.c
index 80f4d9d..049ac33 100644
--- a/src/lib/canvas/evas_object_main.c
+++ b/src/lib/canvas/evas_object_main.c
@@ -604,7 +604,7 @@ evas_object_move(Evas_Object *obj, Evas_Coord x, Evas_Coord y)
 
evas = obj->layer->evas;
 
-   if ((!obj->is_frame) && (obj != evas->framespace.clip))
+   if ((!obj->is_frame))
  {
 if ((!obj->smart.parent) && (obj->smart.smart))
   {
@@ -766,7 +766,7 @@ evas_object_geometry_get(const Evas_Object *obj, Evas_Coord *x, Evas_Coord *y, E
 
evas = obj->layer->evas;
 
-   if ((!obj->is_frame) && (obj != evas->framespace.clip))
+   if ((!obj->is_frame))
  {
 if ((!obj->smart.parent) && (obj->smart.smart))
   {
diff --git a/src/lib/canvas/evas_render.c b/src/lib/canvas/evas_render.c
index 89de64e..7d2046c 100644
--- a/src/lib/canvas/evas_render.c
+++ b/src/lib/canvas/evas_render.c
@@ -1330,85 +1330,6 @@ evas_render_updates_internal(Evas *e,
 e->engine.func->output_redraws_rect_add(e->engine.data.output,
 fx, fy, fw, fh);
  }
-
-   /* phase 4.5: check if object is not in framespace. if not, we need to clip 
-* it to the 'master' clip.
-* 
-* NB: This is for the wayland engine(s). If we do not do this, then 
-* objects will draw outside the viewport and potentially onto the frame 
-* itself */
-   if (!strncmp(e->engine.module->definition->name, "wayland", 7))
- {
-Eina_Rectangle clip_rect;
-
-/* see if the master clip has been added yet, if not, then create */
-if (!e->framespace.clip)
-  {
- e->framespace.clip = evas_object_rectangle_add(e);
- evas_object_color_set(e->framespace.clip, 255, 255, 255, 255);
- evas_object_move(e->framespace.clip,
-  e->framespace.x, e->framespace.y);
- evas_object_resize(e->framespace.clip,
-e->viewport.w - e->framespace.w, 
-e->viewport.h - e->framespace.h);
- evas_object_show(e->framespace.clip);
-  }
-else
-  {
- /* master clip is already present. check for size changes in the 
-  * viewport, and update master clip size if needed */
- if ((e->viewport.changed) || (e->output.changed) || 
- (e->framespace.changed))
-   {
-  evas_object_move(e->framespace.clip, 
-   e->framespace.x, e->framespace.y);
-  evas_object_resize(e->framespace.clip,
- e->viewport.w - e->framespace.w,
- e->viewport.h - e->framespace.h);
-   }
-  }
-
-EINA_RECTANGLE_SET(&clip_rect,
-   e->framespace.clip->cur.geometry.x,
-   e->framespace.clip->cur.geometry.y,
-   e->framespace.clip->cur.geometry.w,
-   e->framespace.clip->cur.geometry.h)
-
-   

Re: [E-devel] E SVN: hermet trunk/evas/src/lib/canvas

[Lucas De Marchi]

On Tue, Sep 4, 2012 at 5:56 AM, Enlightenment SVN
 wrote:
> Log:
> evas/evas_object_image - use Eina_Bool


every time I see a commit like this I remember C99 is 13 years old and
we are not using it. Sad.

Lucas De Marchi

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Call for Packagers

[Daniel Juyung Seo]

Does it includes webkit + webkit efl?
Any instructions how to install it?

I tried cmake and got this error.
> Please choose which WebKit port to build (one of Efl;WinCE;BlackBerry)

Daniel Juyung Seo (SeoZ)


On Wed, Sep 5, 2012 at 12:09 PM, Lucas De Marchi
 wrote:
> On Tue, Sep 4, 2012 at 11:30 PM, Simon Lees  wrote:
>> On Wed, Sep 5, 2012 at 11:54 AM, Simon Lees  wrote:
>>
>>>
>>> Date: Tue, 4 Sep 2012 20:48:45 +0200
 From: Leif Middelschulte 
 Subject: Re: [E-devel] Call for Packagers
 To: Enlightenment developer list
 
 Message-ID: <53a14c37-bdec-485d-ae8f-29f092368...@gmail.com>
 Content-Type: text/plain; charset=windows-1252

 Am 04.09.2012 um 20:04 schrieb Gustavo Sverzut Barbieri <
 barbi...@profusion.mobi>:

 > On Tue, Sep 4, 2012 at 11:01 AM, Leif Middelschulte <
 > leif.middelschu...@gmail.com> wrote:
 >
 >> Am 04.09.2012 um 15:09 schrieb Rui Miguel Silva Seabra :
 >>
 >>> On Tue, 4 Sep 2012 13:57:51 +0100
 >>> Michael Blumenkrantz  wrote:
 >>>
  On Tue, 4 Sep 2012 13:54:30 +0100
  Rui Miguel Silva Seabra  wrote:

 
 > On Sat, 1 Sep 2012 14:48:15 -0300
 > Gustavo Sverzut Barbieri  wrote:
 >
 >> Hi all,
 >>
 >> We have released EFL 1.7 and terminology 0.1, but to reach a
 >> broader audience we need binary packages!
 >>
 >> In order to keep quality and reduce overall pain, I'd try to
 >> coordinate this in our mail list with the following ideas:
 >>  - don't create multiple PPA/OBS/overlays for the same
 >> distribution. Cooperate with others that want to help
 >>  - those with official distro packager status could step in and
 >> help with their knowledge and rules. Ultimately we want these
 >> packages to be used by upstream of Ubuntu, Fedora, Suse, Arch and
 >> Gentoo.
 >>  - the EFL developers could review build flags (optimizations)
 >> and compile options. This would ensure our packages are in good
 >> shape.
 >>  - everybody could help with QA and test to ensure they work as
 >> expected. It would be nice to do some comparison such as benchmark
 >> expedite on the same HW with different distros.
 >>
 >> I'd like to have an updated list of "official" (as per our
 >> standards, if possible by distro as well) of EFL 1.7 and
 >> Terminology 0.1 packages.
 >>
 >> If you know of some distro people that would like to help but are
 >> not in this list, please share with him. Phoronix and Lwn would
 >> BR useful as well.
 >>
 >> BR,
 >> -- Gustavo
 >>
 >>
 >
 > With all the training I've been doing building my own Fedora RPMS I
 > was thinking of reading the new rpm guidelines of Fedora and
 > submitting specs to them.
 >
 > Right now I only don't publish my own in some repo because I
 > probably couldn't afford the network traffic.
 >
 > Any suggestions regarding that?
 >
 > Best regards,
 > Rui
 >
 
  I've made enquiries with the fedora people on irc and they seemed
  pretty friendly; the main reason why they don't do much e/efl
  packaging is lack of manpower for it.
 >>>
 >>> Yeah, but I still need read the guidelines and to keep a separate set
 of
 >>> specs built "the Fedora Way" before trying to commit :)
 >> How about using those from the obs? They'd just need minor adjustments
 to
 >> work with Fedora too?
 >

>>>
>>> As i said in a previous post i fixed up alot of opensuse on obs last
>>> weekend F16 and F17 are currently included in the nightly repo and in the
>>> patches i am waiting to be merged back in evas doesn't currently build
>>> because in the nightly repository evas depends on egueb. There isn't
>>> currently targets in the release repo but i removed the egueb dependency in
>>> the release repo so they may work better. There are a few targets that need
>>> adding to the release repo such as openSUSE 12.1 and 12.2 as well. I can't
>>> do that, hopefully tonight ill add patches to update 17 to the latest
>>> snapshot and add release packages for the python-efl packages and sometime
>>> soon ill hopefully add econnman. The only thing i haven't really figued out
>>> yet is how to run the scripts to update the nightly build.
>>>
>> Oh, i forgot to say i'll have a look at webkit-efl at some point as well.
>> Does anyone know if new versions of it are announced anywhere?
>
> There are snapshots... The last one of 30-Aug-2012:
> http://packages.profusion.mobi/webkit-efl/
>
>
> Lucas De Marchi
>
> --
> Live Security Virtual Conference
> Exclusive live event will

Re: [E-devel] Call for Packagers

[Gustavo Sverzut Barbieri]

On Wednesday, September 5, 2012, Lucas De Marchi wrote:

> On Tue, Sep 4, 2012 at 11:30 PM, Simon Lees  wrote:
> > On Wed, Sep 5, 2012 at 11:54 AM, Simon Lees  wrote:
> >
> >>
> >> Date: Tue, 4 Sep 2012 20:48:45 +0200
> >>> From: Leif Middelschulte 
> >>> Subject: Re: [E-devel] Call for Packagers
> >>> To: Enlightenment developer list
> >>> 
> >>> Message-ID: <53a14c37-bdec-485d-ae8f-29f092368...@gmail.com>
> >>> Content-Type: text/plain; charset=windows-1252
> >>>
> >>> Am 04.09.2012 um 20:04 schrieb Gustavo Sverzut Barbieri <
> >>> barbi...@profusion.mobi>:
> >>>
> >>> > On Tue, Sep 4, 2012 at 11:01 AM, Leif Middelschulte <
> >>> > leif.middelschu...@gmail.com> wrote:
> >>> >
> >>> >> Am 04.09.2012 um 15:09 schrieb Rui Miguel Silva Seabra <
> r...@1407.org>:
> >>> >>
> >>> >>> On Tue, 4 Sep 2012 13:57:51 +0100
> >>> >>> Michael Blumenkrantz  wrote:
> >>> >>>
> >>>  On Tue, 4 Sep 2012 13:54:30 +0100
> >>>  Rui Miguel Silva Seabra  wrote:
> >>>
> >>> 
> >>> > On Sat, 1 Sep 2012 14:48:15 -0300
> >>> > Gustavo Sverzut Barbieri  wrote:
> >>> >
> >>> >> Hi all,
> >>> >>
> >>> >> We have released EFL 1.7 and terminology 0.1, but to reach a
> >>> >> broader audience we need binary packages!
> >>> >>
> >>> >> In order to keep quality and reduce overall pain, I'd try to
> >>> >> coordinate this in our mail list with the following ideas:
> >>> >>  - don't create multiple PPA/OBS/overlays for the same
> >>> >> distribution. Cooperate with others that want to help
> >>> >>  - those with official distro packager status could step in and
> >>> >> help with their knowledge and rules. Ultimately we want these
> >>> >> packages to be used by upstream of Ubuntu, Fedora, Suse, Arch
> and
> >>> >> Gentoo.
> >>> >>  - the EFL developers could review build flags (optimizations)
> >>> >> and compile options. This would ensure our packages are in good
> >>> >> shape.
> >>> >>  - everybody could help with QA and test to ensure they work as
> >>> >> expected. It would be nice to do some comparison such as
> benchmark
> >>> >> expedite on the same HW with different distros.
> >>> >>
> >>> >> I'd like to have an updated list of "official" (as per our
> >>> >> standards, if possible by distro as well) of EFL 1.7 and
> >>> >> Terminology 0.1 packages.
> >>> >>
> >>> >> If you know of some distro people that would like to help but
> are
> >>> >> not in this list, please share with him. Phoronix and Lwn would
> >>> >> BR useful as well.
> >>> >>
> There are snapshots... The last one of 30-Aug-2012:
> http://packages.profusion.mobi/webkit-efl/
>
>
I'm checking it. If you enable some options it fail to compile. Also
libsoup is not available in most distros, although the new features are
nice for full browsers, for regular web view inside apps it's not required



>
> Lucas De Marchi
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net 
> 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
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: devilhorns trunk/elementary/src/lib

[Daniel Juyung Seo]

Well.. DH, do we need to consider framespace for every evas_object_move?

Daniel Juyung Seo (SeoZ)

On Wed, Sep 5, 2012 at 9:53 AM, ChunEon Park  wrote:
> ahh
>
> Isn't there any automatic way?
>
>
> 
> -Regards, Hermet-
> -Original Message-
> From: "Enlightenment SVN"
> To: ;
> Cc:
> Sent: 2012-09-04 (화) 21:51:57
> Subject: E SVN: devilhorns trunk/elementary/src/lib
>
> Log:
> Elm: Account for framespace X also. Thanks for spotting this Daniel ;)
>
>
>
> Author:   devilhorns
> Date: 2012-09-04 05:51:57 -0700 (Tue, 04 Sep 2012)
> New Revision: 76129
> Trac: http://trac.enlightenment.org/e/changeset/76129
>
> Modified:
>   trunk/elementary/src/lib/elc_naviframe.c trunk/elementary/src/lib/elm_menu.c
>
> Modified: trunk/elementary/src/lib/elc_naviframe.c
> ===
> --- trunk/elementary/src/lib/elc_naviframe.c2012-09-04 12:46:02 UTC (rev 
> 76128)
> +++ trunk/elementary/src/lib/elc_naviframe.c2012-09-04 12:51:57 UTC (rev 
> 76129)
> @@ -703,17 +703,17 @@
> Evas_Coord minw = -1, minh = -1;
> Elm_Naviframe_Item *it;
> Evas_Coord x, y, w, h;
> -   Evas_Coord fy;
> +   Evas_Coord fx, fy;
>
> ELM_NAVIFRAME_DATA_GET(obj, sd);
>
> evas_output_framespace_get(evas_object_evas_get(obj),
> -  NULL, &fy, NULL, NULL);
> +  &fx, &fy, NULL, NULL);
>
> evas_object_geometry_get(obj, &x, &y, &w, &h);
> EINA_INLIST_FOREACH (sd->stack, it)
>   {
> -evas_object_move(VIEW(it), x, y + fy);
> +evas_object_move(VIEW(it), x + fx, y + fy);
>  evas_object_resize(VIEW(it), w, h);
>  edje_object_size_min_calc(VIEW(it), &it->minw, &it->minh);
>  if (it->minw > minw) minw = it->minw;
>
> Modified: trunk/elementary/src/lib/elm_menu.c
> ===
> --- trunk/elementary/src/lib/elm_menu.c2012-09-04 12:46:02 UTC (rev 76128)
> +++ trunk/elementary/src/lib/elm_menu.c2012-09-04 12:51:57 UTC (rev 76129)
> @@ -131,7 +131,7 @@
> Eina_List *l;
> Elm_Menu_Item *item;
> Evas_Coord x_p, y_p, w_p, h_p, x2, y2, w2, h2, bw, bh;
> -   Evas_Coord fy;
> +   Evas_Coord fx, fy;
>
> ELM_MENU_DATA_GET(obj, sd);
>
> @@ -144,9 +144,9 @@
> evas_object_geometry_get(sd->parent, &x2, &y2, &w2, &h2);
> evas_object_geometry_get(sd->bx, NULL, NULL, &bw, &bh);
> evas_output_framespace_get(evas_object_evas_get(sd->bx),
> -  NULL, &fy, NULL, NULL);
> +  &fx, &fy, NULL, NULL);
>
> -   x_p = sd->xloc;
> +   x_p = sd->xloc - fx;
> y_p = sd->yloc - fy;
>
> if (elm_widget_mirrored_get(obj)) x_p -= w_p;
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> enlightenment-svn mailing list
> enlightenment-...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Call for Packagers

[Simon Lees]

> Date: Wed, 5 Sep 2012 00:52:07 -0300
> From: Gustavo Sverzut Barbieri 
> Subject: Re: [E-devel] Call for Packagers
> To: Enlightenment developer list
> 
> Message-ID:
> <
> capdpn3ays5iw2g6cdxeb2bwdbg5azvh0hd6a6tud0j7u8ka...@mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> On Wednesday, September 5, 2012, Lucas De Marchi wrote:
>
> > On Tue, Sep 4, 2012 at 11:30 PM, Simon Lees  wrote:
> > > On Wed, Sep 5, 2012 at 11:54 AM, Simon Lees  wrote:
> > >
> > >>
> > >> Date: Tue, 4 Sep 2012 20:48:45 +0200
> > >>> From: Leif Middelschulte 
> > >>> Subject: Re: [E-devel] Call for Packagers
> > >>> To: Enlightenment developer list
> > >>> 
> > >>> Message-ID: <53a14c37-bdec-485d-ae8f-29f092368...@gmail.com>
> > >>> Content-Type: text/plain; charset=windows-1252
> > >>>
> > >>> Am 04.09.2012 um 20:04 schrieb Gustavo Sverzut Barbieri <
> > >>> barbi...@profusion.mobi>:
> > >>>
> > >>> > On Tue, Sep 4, 2012 at 11:01 AM, Leif Middelschulte <
> > >>> > leif.middelschu...@gmail.com> wrote:
> > >>> >
> > >>> >> Am 04.09.2012 um 15:09 schrieb Rui Miguel Silva Seabra <
> > r...@1407.org>:
> > >>> >>
> > >>> >>> On Tue, 4 Sep 2012 13:57:51 +0100
> > >>> >>> Michael Blumenkrantz  wrote:
> > >>> >>>
> > >>>  On Tue, 4 Sep 2012 13:54:30 +0100
> > >>>  Rui Miguel Silva Seabra  wrote:
> > >>>
> > >>> 
> > >>> > On Sat, 1 Sep 2012 14:48:15 -0300
> > >>> > Gustavo Sverzut Barbieri  wrote:
> > >>> >
> > >>> >> Hi all,
> > >>> >>
> > >>> >> We have released EFL 1.7 and terminology 0.1, but to reach a
> > >>> >> broader audience we need binary packages!
> > >>> >>
> > >>> >> In order to keep quality and reduce overall pain, I'd try to
> > >>> >> coordinate this in our mail list with the following ideas:
> > >>> >>  - don't create multiple PPA/OBS/overlays for the same
> > >>> >> distribution. Cooperate with others that want to help
> > >>> >>  - those with official distro packager status could step in
> and
> > >>> >> help with their knowledge and rules. Ultimately we want these
> > >>> >> packages to be used by upstream of Ubuntu, Fedora, Suse, Arch
> > and
> > >>> >> Gentoo.
> > >>> >>  - the EFL developers could review build flags (optimizations)
> > >>> >> and compile options. This would ensure our packages are in
> good
> > >>> >> shape.
> > >>> >>  - everybody could help with QA and test to ensure they work
> as
> > >>> >> expected. It would be nice to do some comparison such as
> > benchmark
> > >>> >> expedite on the same HW with different distros.
> > >>> >>
> > >>> >> I'd like to have an updated list of "official" (as per our
> > >>> >> standards, if possible by distro as well) of EFL 1.7 and
> > >>> >> Terminology 0.1 packages.
> > >>> >>
> > >>> >> If you know of some distro people that would like to help but
> > are
> > >>> >> not in this list, please share with him. Phoronix and Lwn
> would
> > >>> >> BR useful as well.
> > >>> >>
> > There are snapshots... The last one of 30-Aug-2012:
> > http://packages.profusion.mobi/webkit-efl/
> >
> >
> I'm checking it. If you enable some options it fail to compile. Also
> libsoup is not available in most distros, although the new features are
> nice for full browsers, for regular web view inside apps it's not required
>
>
> No problems if it's not simple i am happy for you to do it. I found those
snapshots i was just wondering if someone posted here or anywhere else
everytime they were updated. The only reason i found them was discomfitors
blog.


>
> >
> > Lucas De Marchi
> >
> >
> >
> --
> > Live Security Virtual Conference
> > Exclusive live event will cover all the ways today's security and
> > threat landscape has changed and how IT managers can respond. Discussions
> > will include endpoint security, mobile security and the latest in malware
> > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net 
> > 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
>
>
> --
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>
> --
>
> ___
> e

Re: [E-devel] empower compile error

[Dennis.Yxun]

HI Nicholas:
  The fault could be mine, sorry
  I'm testing packages in Gentoo, with the official enlightenment overlay
  As you already point out, I didn't enable e_dbus in elementary by
default (default IUSE disabled), and there is no efreet USE, so this
option is also disabled by default,
   If your suggestion is right, e_dbus/efreet should be enabled
mandatory when build elementary( or enabled if people want to use
empower)
We could set rules to meet this, either through default IUSE, or package.use

Dennis

On Wed, Sep 5, 2012 at 11:29 AM, Nicholas Hughart  wrote:
> On 09/04/2012 09:58 PM, Dennis.Yxun wrote:
>
> Hmm, I guess I never accounted for someone not building e_dbus and
> efreet support into Elementary while wanting to use Empower. Silly me I
> guess...
>> Hi Dev:
>>I have problem when come up to compile empower,
>> here is detail error.
>>
>> Making all in bin
>> make[3]: Entering directory
>> `/var/tmp/portage/app-admin/empower-/work/empower/src/bin'
>>CC empower-main.o
>>CC empower-gui.o
>>CC empower-pka.o
>>CC empower-marshal.o
>> In file included from main.c:1:0:
>> Empower.h:80:3: error: expected specifier-qualifier-list before
>> 'DBusMessage'In file included from gui.c:1:0:
>> Empower.h:80:3: error: expected specifier-qualifier-list before 'DBusMessage'
>>
>> In file included from marshal.h:4:0,
>>   from marshal.c:1:
>> Empower.h:80:3: error: expected specifier-qualifier-list before
>> 'DBusMessage'In file included from pka.h:4:0,
>>   from pka.c:1:
>> Empower.h:80:3: error: expected specifier-qualifier-list before 'DBusMessage'
>>
>> In file included from marshal.c:1:0:
>>
>>
>> while seems can't find E_Dbus.h
>>
>> also empower also rely on efreet (otherwise can't find efreet_init,
>> efreet_shutdown)
>> attached patch also add this support
>>
>> I didn't separate this two modification, hope you don't mind
>>
>> Thanks
>>
>>
>> --
>> Live Security Virtual Conference
>> Exclusive live event will cover all the ways today's security and
>> threat landscape has changed and how IT managers can respond. Discussions
>> will include endpoint security, mobile security and the latest in malware
>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>>
>>
>> ___
>> enlightenment-devel mailing list
>> enlightenment-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] empower compile error

[Nicholas Hughart]

On 09/04/2012 11:17 PM, Dennis.Yxun wrote:
> HI Nicholas:
>The fault could be mine, sorry
>I'm testing packages in Gentoo, with the official enlightenment overlay
>As you already point out, I didn't enable e_dbus in elementary by
> default (default IUSE disabled), and there is no efreet USE, so this
> option is also disabled by default,
> If your suggestion is right, e_dbus/efreet should be enabled
> mandatory when build elementary( or enabled if people want to use
> empower)
> We could set rules to meet this, either through default IUSE, or package.use
Well Empower needs both of those, but Elementary doesn't necessarily 
need them.  Empower will work fine without efreet, it just may not find 
any icons that were given to be displayed (this isn't necessarily 
working atm anyway).  The e_dbus requirement is mandatory, but 
Elementary wouldn't necessarily have to be built with e_dbus.  I guess I 
was just confused why one would build Elementary without these when they 
would need the deps for Empower anyway :)
> Dennis
>
> On Wed, Sep 5, 2012 at 11:29 AM, Nicholas Hughart  wrote:
>> On 09/04/2012 09:58 PM, Dennis.Yxun wrote:
>>
>> Hmm, I guess I never accounted for someone not building e_dbus and
>> efreet support into Elementary while wanting to use Empower. Silly me I
>> guess...
>>> Hi Dev:
>>> I have problem when come up to compile empower,
>>> here is detail error.
>>>
>>> Making all in bin
>>> make[3]: Entering directory
>>> `/var/tmp/portage/app-admin/empower-/work/empower/src/bin'
>>> CC empower-main.o
>>> CC empower-gui.o
>>> CC empower-pka.o
>>> CC empower-marshal.o
>>> In file included from main.c:1:0:
>>> Empower.h:80:3: error: expected specifier-qualifier-list before
>>> 'DBusMessage'In file included from gui.c:1:0:
>>> Empower.h:80:3: error: expected specifier-qualifier-list before 
>>> 'DBusMessage'
>>>
>>> In file included from marshal.h:4:0,
>>>from marshal.c:1:
>>> Empower.h:80:3: error: expected specifier-qualifier-list before
>>> 'DBusMessage'In file included from pka.h:4:0,
>>>from pka.c:1:
>>> Empower.h:80:3: error: expected specifier-qualifier-list before 
>>> 'DBusMessage'
>>>
>>> In file included from marshal.c:1:0:
>>>
>>>
>>> while seems can't find E_Dbus.h
>>>
>>> also empower also rely on efreet (otherwise can't find efreet_init,
>>> efreet_shutdown)
>>> attached patch also add this support
>>>
>>> I didn't separate this two modification, hope you don't mind
>>>
>>> Thanks
>>>
>>>
>>> --
>>> Live Security Virtual Conference
>>> Exclusive live event will cover all the ways today's security and
>>> threat landscape has changed and how IT managers can respond. Discussions
>>> will include endpoint security, mobile security and the latest in malware
>>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>>>
>>>
>>> ___
>>> enlightenment-devel mailing list
>>> enlightenment-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>> --
>> Live Security Virtual Conference
>> Exclusive live event will cover all the ways today's security and
>> threat landscape has changed and how IT managers can respond. Discussions
>> will include endpoint security, mobile security and the latest in malware
>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>> ___
>> enlightenment-devel mailing list
>> enlightenment-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Call for Packagers

[Dennis.Yxun]

HI Juyung:
  Actually I made one ebuild (gentoo) for webkit-efl, and it just stay
in my own overlay
  But for my understanding webkit-efl is just a library, currently is
there any package/application depend on it? Also seems that I can't
build webkit-1 and webkit-2 simultaneously, right?

Dennis

On Wed, Sep 5, 2012 at 11:52 AM, Daniel Juyung Seo  wrote:
> Does it includes webkit + webkit efl?
> Any instructions how to install it?
>
> I tried cmake and got this error.
>> Please choose which WebKit port to build (one of Efl;WinCE;BlackBerry)
>
> Daniel Juyung Seo (SeoZ)
>
>
> On Wed, Sep 5, 2012 at 12:09 PM, Lucas De Marchi
>  wrote:
>> On Tue, Sep 4, 2012 at 11:30 PM, Simon Lees  wrote:
>>> On Wed, Sep 5, 2012 at 11:54 AM, Simon Lees  wrote:
>>>

 Date: Tue, 4 Sep 2012 20:48:45 +0200
> From: Leif Middelschulte 
> Subject: Re: [E-devel] Call for Packagers
> To: Enlightenment developer list
> 
> Message-ID: <53a14c37-bdec-485d-ae8f-29f092368...@gmail.com>
> Content-Type: text/plain; charset=windows-1252
>
> Am 04.09.2012 um 20:04 schrieb Gustavo Sverzut Barbieri <
> barbi...@profusion.mobi>:
>
> > On Tue, Sep 4, 2012 at 11:01 AM, Leif Middelschulte <
> > leif.middelschu...@gmail.com> wrote:
> >
> >> Am 04.09.2012 um 15:09 schrieb Rui Miguel Silva Seabra :
> >>
> >>> On Tue, 4 Sep 2012 13:57:51 +0100
> >>> Michael Blumenkrantz  wrote:
> >>>
>  On Tue, 4 Sep 2012 13:54:30 +0100
>  Rui Miguel Silva Seabra  wrote:
>
> 
> > On Sat, 1 Sep 2012 14:48:15 -0300
> > Gustavo Sverzut Barbieri  wrote:
> >
> >> Hi all,
> >>
> >> We have released EFL 1.7 and terminology 0.1, but to reach a
> >> broader audience we need binary packages!
> >>
> >> In order to keep quality and reduce overall pain, I'd try to
> >> coordinate this in our mail list with the following ideas:
> >>  - don't create multiple PPA/OBS/overlays for the same
> >> distribution. Cooperate with others that want to help
> >>  - those with official distro packager status could step in and
> >> help with their knowledge and rules. Ultimately we want these
> >> packages to be used by upstream of Ubuntu, Fedora, Suse, Arch and
> >> Gentoo.
> >>  - the EFL developers could review build flags (optimizations)
> >> and compile options. This would ensure our packages are in good
> >> shape.
> >>  - everybody could help with QA and test to ensure they work as
> >> expected. It would be nice to do some comparison such as benchmark
> >> expedite on the same HW with different distros.
> >>
> >> I'd like to have an updated list of "official" (as per our
> >> standards, if possible by distro as well) of EFL 1.7 and
> >> Terminology 0.1 packages.
> >>
> >> If you know of some distro people that would like to help but are
> >> not in this list, please share with him. Phoronix and Lwn would
> >> BR useful as well.
> >>
> >> BR,
> >> -- Gustavo
> >>
> >>
> >
> > With all the training I've been doing building my own Fedora RPMS I
> > was thinking of reading the new rpm guidelines of Fedora and
> > submitting specs to them.
> >
> > Right now I only don't publish my own in some repo because I
> > probably couldn't afford the network traffic.
> >
> > Any suggestions regarding that?
> >
> > Best regards,
> > Rui
> >
> 
>  I've made enquiries with the fedora people on irc and they seemed
>  pretty friendly; the main reason why they don't do much e/efl
>  packaging is lack of manpower for it.
> >>>
> >>> Yeah, but I still need read the guidelines and to keep a separate set
> of
> >>> specs built "the Fedora Way" before trying to commit :)
> >> How about using those from the obs? They'd just need minor adjustments
> to
> >> work with Fedora too?
> >
>

 As i said in a previous post i fixed up alot of opensuse on obs last
 weekend F16 and F17 are currently included in the nightly repo and in the
 patches i am waiting to be merged back in evas doesn't currently build
 because in the nightly repository evas depends on egueb. There isn't
 currently targets in the release repo but i removed the egueb dependency in
 the release repo so they may work better. There are a few targets that need
 adding to the release repo such as openSUSE 12.1 and 12.2 as well. I can't
 do that, hopefully tonight ill add patches to update 17 to the latest
 snapshot and add release packages for the python-efl packages and sometime
 soon ill hopefully add econnman. The only thing i haven't really figued out
 

Re: [E-devel] Call for Packagers

[Dennis.Yxun]

sorry ,  I should check before ask
seems elementary and eve (the browser) depend on webkit-efl

On Wed, Sep 5, 2012 at 12:26 PM, Dennis.Yxun  wrote:
> HI Juyung:
>   Actually I made one ebuild (gentoo) for webkit-efl, and it just stay
> in my own overlay
>   But for my understanding webkit-efl is just a library, currently is
> there any package/application depend on it? Also seems that I can't
> build webkit-1 and webkit-2 simultaneously, right?
>
> Dennis
>
> On Wed, Sep 5, 2012 at 11:52 AM, Daniel Juyung Seo  
> wrote:
>> Does it includes webkit + webkit efl?
>> Any instructions how to install it?
>>
>> I tried cmake and got this error.
>>> Please choose which WebKit port to build (one of Efl;WinCE;BlackBerry)
>>
>> Daniel Juyung Seo (SeoZ)
>>
>>
>> On Wed, Sep 5, 2012 at 12:09 PM, Lucas De Marchi
>>  wrote:
>>> On Tue, Sep 4, 2012 at 11:30 PM, Simon Lees  wrote:
 On Wed, Sep 5, 2012 at 11:54 AM, Simon Lees  wrote:

>
> Date: Tue, 4 Sep 2012 20:48:45 +0200
>> From: Leif Middelschulte 
>> Subject: Re: [E-devel] Call for Packagers
>> To: Enlightenment developer list
>> 
>> Message-ID: <53a14c37-bdec-485d-ae8f-29f092368...@gmail.com>
>> Content-Type: text/plain; charset=windows-1252
>>
>> Am 04.09.2012 um 20:04 schrieb Gustavo Sverzut Barbieri <
>> barbi...@profusion.mobi>:
>>
>> > On Tue, Sep 4, 2012 at 11:01 AM, Leif Middelschulte <
>> > leif.middelschu...@gmail.com> wrote:
>> >
>> >> Am 04.09.2012 um 15:09 schrieb Rui Miguel Silva Seabra 
>> >> :
>> >>
>> >>> On Tue, 4 Sep 2012 13:57:51 +0100
>> >>> Michael Blumenkrantz  wrote:
>> >>>
>>  On Tue, 4 Sep 2012 13:54:30 +0100
>>  Rui Miguel Silva Seabra  wrote:
>>
>> 
>> > On Sat, 1 Sep 2012 14:48:15 -0300
>> > Gustavo Sverzut Barbieri  wrote:
>> >
>> >> Hi all,
>> >>
>> >> We have released EFL 1.7 and terminology 0.1, but to reach a
>> >> broader audience we need binary packages!
>> >>
>> >> In order to keep quality and reduce overall pain, I'd try to
>> >> coordinate this in our mail list with the following ideas:
>> >>  - don't create multiple PPA/OBS/overlays for the same
>> >> distribution. Cooperate with others that want to help
>> >>  - those with official distro packager status could step in and
>> >> help with their knowledge and rules. Ultimately we want these
>> >> packages to be used by upstream of Ubuntu, Fedora, Suse, Arch and
>> >> Gentoo.
>> >>  - the EFL developers could review build flags (optimizations)
>> >> and compile options. This would ensure our packages are in good
>> >> shape.
>> >>  - everybody could help with QA and test to ensure they work as
>> >> expected. It would be nice to do some comparison such as benchmark
>> >> expedite on the same HW with different distros.
>> >>
>> >> I'd like to have an updated list of "official" (as per our
>> >> standards, if possible by distro as well) of EFL 1.7 and
>> >> Terminology 0.1 packages.
>> >>
>> >> If you know of some distro people that would like to help but are
>> >> not in this list, please share with him. Phoronix and Lwn would
>> >> BR useful as well.
>> >>
>> >> BR,
>> >> -- Gustavo
>> >>
>> >>
>> >
>> > With all the training I've been doing building my own Fedora RPMS I
>> > was thinking of reading the new rpm guidelines of Fedora and
>> > submitting specs to them.
>> >
>> > Right now I only don't publish my own in some repo because I
>> > probably couldn't afford the network traffic.
>> >
>> > Any suggestions regarding that?
>> >
>> > Best regards,
>> > Rui
>> >
>> 
>>  I've made enquiries with the fedora people on irc and they seemed
>>  pretty friendly; the main reason why they don't do much e/efl
>>  packaging is lack of manpower for it.
>> >>>
>> >>> Yeah, but I still need read the guidelines and to keep a separate set
>> of
>> >>> specs built "the Fedora Way" before trying to commit :)
>> >> How about using those from the obs? They'd just need minor adjustments
>> to
>> >> work with Fedora too?
>> >
>>
>
> As i said in a previous post i fixed up alot of opensuse on obs last
> weekend F16 and F17 are currently included in the nightly repo and in the
> patches i am waiting to be merged back in evas doesn't currently build
> because in the nightly repository evas depends on egueb. There isn't
> currently targets in the release repo but i removed the egueb dependency 
> in
> the release repo so they may work better. There are a few targets that 
> need
> adding to the 

Re: [E-devel] Call for Packagers

[Daniel Juyung Seo]

Yes they depend on webkit-efl.
I want to try them with webkit-efl so I checked out webkit source code.
But if I can easily install webkit-efl, it'll be better because I can
share the information with others.

Daniel Juyung Seo (SeoZ)

On Wed, Sep 5, 2012 at 1:29 PM, Dennis.Yxun  wrote:
> sorry ,  I should check before ask
> seems elementary and eve (the browser) depend on webkit-efl
>
> On Wed, Sep 5, 2012 at 12:26 PM, Dennis.Yxun  wrote:
>> HI Juyung:
>>   Actually I made one ebuild (gentoo) for webkit-efl, and it just stay
>> in my own overlay
>>   But for my understanding webkit-efl is just a library, currently is
>> there any package/application depend on it? Also seems that I can't
>> build webkit-1 and webkit-2 simultaneously, right?
>>
>> Dennis
>>
>> On Wed, Sep 5, 2012 at 11:52 AM, Daniel Juyung Seo  
>> wrote:
>>> Does it includes webkit + webkit efl?
>>> Any instructions how to install it?
>>>
>>> I tried cmake and got this error.
 Please choose which WebKit port to build (one of Efl;WinCE;BlackBerry)
>>>
>>> Daniel Juyung Seo (SeoZ)
>>>
>>>
>>> On Wed, Sep 5, 2012 at 12:09 PM, Lucas De Marchi
>>>  wrote:
 On Tue, Sep 4, 2012 at 11:30 PM, Simon Lees  wrote:
> On Wed, Sep 5, 2012 at 11:54 AM, Simon Lees  wrote:
>
>>
>> Date: Tue, 4 Sep 2012 20:48:45 +0200
>>> From: Leif Middelschulte 
>>> Subject: Re: [E-devel] Call for Packagers
>>> To: Enlightenment developer list
>>> 
>>> Message-ID: <53a14c37-bdec-485d-ae8f-29f092368...@gmail.com>
>>> Content-Type: text/plain; charset=windows-1252
>>>
>>> Am 04.09.2012 um 20:04 schrieb Gustavo Sverzut Barbieri <
>>> barbi...@profusion.mobi>:
>>>
>>> > On Tue, Sep 4, 2012 at 11:01 AM, Leif Middelschulte <
>>> > leif.middelschu...@gmail.com> wrote:
>>> >
>>> >> Am 04.09.2012 um 15:09 schrieb Rui Miguel Silva Seabra 
>>> >> :
>>> >>
>>> >>> On Tue, 4 Sep 2012 13:57:51 +0100
>>> >>> Michael Blumenkrantz  wrote:
>>> >>>
>>>  On Tue, 4 Sep 2012 13:54:30 +0100
>>>  Rui Miguel Silva Seabra  wrote:
>>>
>>> 
>>> > On Sat, 1 Sep 2012 14:48:15 -0300
>>> > Gustavo Sverzut Barbieri  wrote:
>>> >
>>> >> Hi all,
>>> >>
>>> >> We have released EFL 1.7 and terminology 0.1, but to reach a
>>> >> broader audience we need binary packages!
>>> >>
>>> >> In order to keep quality and reduce overall pain, I'd try to
>>> >> coordinate this in our mail list with the following ideas:
>>> >>  - don't create multiple PPA/OBS/overlays for the same
>>> >> distribution. Cooperate with others that want to help
>>> >>  - those with official distro packager status could step in and
>>> >> help with their knowledge and rules. Ultimately we want these
>>> >> packages to be used by upstream of Ubuntu, Fedora, Suse, Arch and
>>> >> Gentoo.
>>> >>  - the EFL developers could review build flags (optimizations)
>>> >> and compile options. This would ensure our packages are in good
>>> >> shape.
>>> >>  - everybody could help with QA and test to ensure they work as
>>> >> expected. It would be nice to do some comparison such as 
>>> >> benchmark
>>> >> expedite on the same HW with different distros.
>>> >>
>>> >> I'd like to have an updated list of "official" (as per our
>>> >> standards, if possible by distro as well) of EFL 1.7 and
>>> >> Terminology 0.1 packages.
>>> >>
>>> >> If you know of some distro people that would like to help but are
>>> >> not in this list, please share with him. Phoronix and Lwn would
>>> >> BR useful as well.
>>> >>
>>> >> BR,
>>> >> -- Gustavo
>>> >>
>>> >>
>>> >
>>> > With all the training I've been doing building my own Fedora RPMS 
>>> > I
>>> > was thinking of reading the new rpm guidelines of Fedora and
>>> > submitting specs to them.
>>> >
>>> > Right now I only don't publish my own in some repo because I
>>> > probably couldn't afford the network traffic.
>>> >
>>> > Any suggestions regarding that?
>>> >
>>> > Best regards,
>>> > Rui
>>> >
>>> 
>>>  I've made enquiries with the fedora people on irc and they seemed
>>>  pretty friendly; the main reason why they don't do much e/efl
>>>  packaging is lack of manpower for it.
>>> >>>
>>> >>> Yeah, but I still need read the guidelines and to keep a separate 
>>> >>> set
>>> of
>>> >>> specs built "the Fedora Way" before trying to commit :)
>>> >> How about using those from the obs? They'd just need minor 
>>> >> adjustments
>>> to
>>> >> work with Fedora too?
>>> >
>>>
>>
>> As i said in a previous post i fixed

Re: [E-devel] E SVN: hermet trunk/evas/src/lib/canvas

[ChunEon Park]

This is for readability.





-Regards, Hermet-

-Original Message-
From: "Lucas De Marchi" 
To: ; 
Cc: ; 
Sent: 2012-09-05 (수) 12:47:17
Subject: Re: [E-devel] E SVN: hermet trunk/evas/src/lib/canvas

On Tue, Sep 4, 2012 at 5:56 AM, Enlightenment SVN
@enlightenment.org> wrote:
> Log:
> evas/evas_object_image - use Eina_Bool


every time I see a commit like this I remember C99 is 13 years old and
we are not using it. Sad.

Lucas De Marchi

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: hermet trunk/evas/src/lib/canvas

[ChunEon Park]

+100
Wow thank you!

I've never got that large amount of score in my life.  ;3



-Regards, Hermet-
-Original Message-
From: "Gustavo Sverzut Barbieri" 
To: "Enlightenment developer list"; 
Cc: 
Sent: 2012-09-05 (수) 12:06:02
Subject: Re: [E-devel] E SVN: hermet trunk/evas/src/lib/canvas

On Tuesday, September 4, 2012, Daniel Juyung Seo wrote:

> Hahaha
> I'd like to call you HELMET.


+100 helmet!




>
> Daniel Juyung Seo (SeoZ)
>
> On Wed, Sep 5, 2012 at 11:14 AM, ChunEon Park @naver.com> wrote:
> > It's ok. :-)
> >
> > What was worse, someone said me as "Kermit"
> >
> > ...um.. wait... the someone was you?!
> >
> >
> > 
> > -Regards, Hermet-
> > -Original Message-
> > From: "Christopher Michael"@samsung.com>
> > To: "Enlightenment developer list"<
> enlightenment-devel@lists.sourceforge.net>;
> > Cc:
> > Sent: 2012-09-04 (화) 18:13:25
> > Subject: Re: [E-devel] E SVN: hermet trunk/evas/src/lib/canvas
> >
> > On 04/09/12 10:03, Chris Michael wrote:
> >> Thank you Hermit !! :)
> >
> > s/Hermit/Hermet.
> >
> >   I've been wanted to do that for a long time now ...
> >> except if I would have done it, people would have complained, so thanks
> for
> >> taking some initiative here :)
> >> dh
> >>
> >> -Original Message-
> >> From: Enlightenment SVN [mailto:no-re...@enlightenment.org]
> >> Sent: 04 September 2012 09:57
> >> To: enlightenment-...@lists.sourceforge.net
> >> Subject: E SVN: hermet trunk/evas/src/lib/canvas
> >>
> >> Log:
> >> evas/evas_object_image - use Eina_Bool
> >>
> >>
> >>
> >> Author:   hermet
> >> Date: 2012-09-04 01:56:46 -0700 (Tue, 04 Sep 2012)
> >> New Revision: 76115
> >> Trac: http://trac.enlightenment.org/e/changeset/76115
> >>
> >> Modified:
> >>trunk/evas/src/lib/canvas/evas_object_image.c
> >>
> >> Modified: trunk/evas/src/lib/canvas/evas_object_image.c
> >> ===
> >> --- trunk/evas/src/lib/canvas/evas_object_image.c2012-09-04 08:42:38
> >> UTC (rev 76114)
> >> +++ trunk/evas/src/lib/canvas/evas_object_image.c2012-09-04 08:56:46
> >> UTC (rev 76115)
> >> @@ -82,15 +82,14 @@
> >>
> >>  void *engine_data;
> >>
> >> -   unsigned char changed : 1;
> >> -   unsigned char dirty_pixels : 1;
> >> -   unsigned char filled : 1;
> >> -   unsigned char proxyrendering : 1;
> >> -   unsigned char preloading : 1;
> >> -   unsigned char video_rendering : 1;
> >> -   unsigned char video_surface : 1;
> >> -   unsigned char video_visible : 1;
> >> -   unsigned char created : 1;
> >> +   Eina_Bool changed : 1;
> >> +   Eina_Bool dirty_pixels : 1;
> >> +   Eina_Bool filled : 1;
> >> +   Eina_Bool proxyrendering : 1;
> >> +   Eina_Bool preloading : 1;
> >> +   Eina_Bool video_surface : 1;
> >> +   Eina_Bool video_visible : 1;
> >> +   Eina_Bool created : 1;
> >>   };
> >>
> >>   /* private methods for image objects */ @@ -159,7 +158,7 @@  {
> >>  if ((o->preloading) && (o->engine_data))
> >>{
> >> -o->preloading = 0;
> >> +o->preloading = EINA_FALSE;
> >>
> >>
> obj->layer->evas->engine.func->image_data_preload_cancel(obj->layer->evas->e
> >> ngine.data.output,
> >>
> >> o->engine_data,
> >>



-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Function e_dbus_request_name

[Zbigniew Kosinski]

   Hello,

   I  maintain  app  where  e_dbus  library  is  used. I  have a question
   about e_dbus_request_name function.

   Right now, If NULL is passed instead of name parameter, I receive SIGABRT
   signal.

   Is  it good idea to add null check in the e_dbus_request_name to solve
   described issue?

   I have prepared my patch proposal.

   Please find the patch in the attachment.

   BR,

   Zbigniew Kosiński
   [SeenTimeChecker?do=aeeb1c78fe711860d6befb1b5493e2fd8e12c4c191378bc1313406b2
   c31e47e33340d63f25e1a292b9d1af7a86c82c9092fee5c9a9e95c0389fe2928b38d2252d476
   dc49b3e68b37d6600ca1ffd9c3fdf6ddc9ea09393184cf878f9a26ce15a0]


e_dbus_request_name.diff
Description: Binary data
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: hermet trunk/evas/src/lib/canvas

[Christopher Michael]

On 05/09/12 03:14, ChunEon Park wrote:
> It's ok. :-)
>
> What was worse, someone said me as "Kermit"
>
> ...um.. wait... the someone was you?!
>
>
LOL, Indeed. Typos happen ;)

dh

> 
> -Regards, Hermet-
> -Original Message-
> From: "Christopher Michael"
> To: "Enlightenment developer list";
> Cc:
> Sent: 2012-09-04 (화) 18:13:25
> Subject: Re: [E-devel] E SVN: hermet trunk/evas/src/lib/canvas
>
> On 04/09/12 10:03, Chris Michael wrote:
>> Thank you Hermit !! :)
>
> s/Hermit/Hermet.
>
>I've been wanted to do that for a long time now ...
>> except if I would have done it, people would have complained, so thanks for
>> taking some initiative here :)
>> dh
>>
>> -Original Message-
>> From: Enlightenment SVN [mailto:no-re...@enlightenment.org]
>> Sent: 04 September 2012 09:57
>> To: enlightenment-...@lists.sourceforge.net
>> Subject: E SVN: hermet trunk/evas/src/lib/canvas
>>
>> Log:
>> evas/evas_object_image - use Eina_Bool
>>
>>
>>
>> Author:   hermet
>> Date: 2012-09-04 01:56:46 -0700 (Tue, 04 Sep 2012)
>> New Revision: 76115
>> Trac: http://trac.enlightenment.org/e/changeset/76115
>>
>> Modified:
>> trunk/evas/src/lib/canvas/evas_object_image.c
>>
>> Modified: trunk/evas/src/lib/canvas/evas_object_image.c
>> ===
>> --- trunk/evas/src/lib/canvas/evas_object_image.c2012-09-04 08:42:38
>> UTC (rev 76114)
>> +++ trunk/evas/src/lib/canvas/evas_object_image.c2012-09-04 08:56:46
>> UTC (rev 76115)
>> @@ -82,15 +82,14 @@
>>
>>   void *engine_data;
>>
>> -   unsigned char changed : 1;
>> -   unsigned char dirty_pixels : 1;
>> -   unsigned char filled : 1;
>> -   unsigned char proxyrendering : 1;
>> -   unsigned char preloading : 1;
>> -   unsigned char video_rendering : 1;
>> -   unsigned char video_surface : 1;
>> -   unsigned char video_visible : 1;
>> -   unsigned char created : 1;
>> +   Eina_Bool changed : 1;
>> +   Eina_Bool dirty_pixels : 1;
>> +   Eina_Bool filled : 1;
>> +   Eina_Bool proxyrendering : 1;
>> +   Eina_Bool preloading : 1;
>> +   Eina_Bool video_surface : 1;
>> +   Eina_Bool video_visible : 1;
>> +   Eina_Bool created : 1;
>>};
>>
>>/* private methods for image objects */ @@ -159,7 +158,7 @@  {
>>   if ((o->preloading) && (o->engine_data))
>> {
>> -o->preloading = 0;
>> +o->preloading = EINA_FALSE;
>>
>> obj->layer->evas->engine.func->image_data_preload_cancel(obj->layer->evas->e
>> ngine.data.output,
>>
>> o->engine_data,
>> obj); @@
>> -356,7 +355,7 @@
>> {
>>if (o->preloading)
>>  {
>> - o->preloading = 0;
>> + o->preloading = EINA_FALSE;
>>
>> obj->layer->evas->engine.func->image_data_preload_cancel(obj->layer->evas->e
>> ngine.data.output, o->engine_data, obj);
>>  }
>>
>> obj->layer->evas->engine.func->image_free(obj->layer->evas->engine.data.outp
>> ut, o->engine_data); @@ -402,7 +401,7 @@
>>o->cur.image.h = 0;
>>o->cur.image.stride = 0;
>> }
>> -   o->changed = 1;
>> +   o->changed = EINA_TRUE;
>>   evas_object_change(obj);
>>}
>>
>> @@ -529,7 +528,7 @@
>>   o->cur.border.t = t;
>>   o->cur.border.b = b;
>>   o->cur.opaque_valid = 0;
>> -   o->changed = 1;
>> +   o->changed = EINA_TRUE;
>>   evas_object_change(obj);
>>}
>>
>> @@ -573,7 +572,7 @@
>>   MAGIC_CHECK_END();
>>   if (fill == o->cur.border.fill) return;
>>   o->cur.border.fill = fill;
>> -   o->changed = 1;
>> +   o->changed = EINA_TRUE;
>>   evas_object_change(obj);
>>}
>>
>> @@ -655,7 +654,7 @@
>>   MAGIC_CHECK_END();
>>   if (scale == o->cur.border.scale) return;
>>   o->cur.border.scale = scale;
>> -   o->changed = 1;
>> +   o->changed = EINA_TRUE;
>>   evas_object_change(obj);
>>}
>>
>> @@ -701,7 +700,7 @@
>>   o->cur.fill.w = w;
>>   o->cur.fill.h = h;
>>   o->cur.opaque_valid = 0;
>> -   o->changed = 1;
>> +   o->changed = EINA_TRUE;
>>   evas_object_change(obj);
>>}
>>
>> @@ -746,7 +745,7 @@
>>   MAGIC_CHECK_END();
>>   if (spread == (Evas_Fill_Spread)o->cur.spread) return;
>>   o->cur.spread = spread;
>> -   o->changed = 1;
>> +   o->changed = EINA_TRUE;
>>   evas_object_change(obj);
>>}
>>
>> @@ -822,7 +821,7 @@
>>
>> o->cur.has_alpha);
>>*/
>>   EVAS_OBJECT_IMAGE_FREE_FILE_AND_KEY(o);
>> -   o->changed = 1;
>> +   o->changed = EINA_TRUE;
>>   evas_object_change(obj);
>>}
>>
>> @@ -892,7 +891,7 @@
>>   MAGIC_CHECK_END();
>>   if ((o->preloading) && (o->engine_data))
>> {
>> -o->preloading = 0;
>> +o->preloading = EINA_FALSE;
>>
>> obj->layer->evas->engine.func->image_data_preload_cancel(obj->layer->evas->e

Re: [E-devel] EFL Gentoo Packages

[Dennis.Yxun]

HI Barbieri：
   Thanks for pushing this!  I'd really appreciate
I'm not member of gentoo official EFL team, but would like to help...
testing or packaging (if necessary)
   I think tommy is more authorize to say about this, I've talked to
tommy about the E's official
1.7.0 release, and he think it's not really worth, since not all
packages released? besides someone report problem of the release
packaging. Am I right here, tommy?
   I've attached two files, pkg-999.txt (all -.ebuild in overlay),
e99_fail.txt, which are those build fail..

Dennis


On Wed, Sep 5, 2012 at 4:20 AM, Gustavo Sverzut Barbieri
 wrote:
> Hi all,
>
> I'd like to ask the official Gentoo maintainer of EFL packages to
> please update the portage to include the following:
>- EFL 1.7 (as per Rasterman's announcement, none of 1.7 are there,
> some released are missing)
>- Terminology 0.1 (as per Rasterman's announcement)
>- Python EFL 1.7 (as per my announcement today)
>- WebKit-EFL
> http://packages.profusion.mobi/webkit-efl/webkit-efl-svn-r127150.tar.bz2
>  this is required to build Elementary with "web" support (use flag).
> I'll take care to do a proper announcement later this week.
>
> As for the existing overlays, I'd ask:
>- remove from official overlay:
>- x11-plugins/ecomorph (official e/comp is recommended)
Also there is one x11-wm/ecomp, upstream already stop the development
previously ebuild use git.eclass, doesn't works anymore, update to
git-2, make it compile/build success. but I haven't do more run-time
test...
https://github.com/jeffdameth/ecomp
http://code.google.com/p/itask-module/wiki/Stuff

>- x11-plugins/edgar seems unsupported
>- x11-terms/enterminus replaced by terminology
>- x11-misc/eosd seems unsupported. E17 ships with "notification" module
>- sci-calculators/equate unsupported.
>- x11-libs/ewl unsupported
code vanish

>- x11-plugins/extramenu unsupported
>- x11-plugins/trash unsupported
>- games-misc/elitaire-.ebuild unsupported
depend on ewl, which of course not work

>- media-libs/imlib2 (really, nothing changing...)
>- media-libs/imlib2_loaders (really, not changing...)
>- add to official overlay:
>- dev-libs/eio
>- net-libs/webkit-efl
>- net-libs/azy
>- dev-util/clouseau
>- x11-themes/detourious
>- net-misc/econnman
>- dev-util/editje
>- dev-javascript/elev8
>- dev-libs/ephysics
>- dev-db/esskyuehl
>- rename to proper categories in official overlay:
>- expedite: x11-misc -> app-benchmarks
>- elementary: x11-libs -> media-libs
>
> I'm not sure about most E17 extra-modules, discomfitor/zmike was
> reviewing them for inclusion into core, then I'd assume everything
> that is outside of core should not be package as they are either
> unmaintained or do not work as expected. But he can say more about
> that.
>
> --
> Gustavo Sverzut Barbieri
> http://profusion.mobi embedded systems
> --
> MSN: barbi...@gmail.com
> Skype: gsbarbieri
> Mobile: +55 (19) 9225-2202
x11-wm/ecomp:
update to git-2, and compile success

x11-libs/ewl:
deprecated, upstream source vanished, should removed

games-misc/elitaire:
can't build, depend on x11-libs/esmart which vanished now, should
remove

app-admin/empower-
need rework (e_dbus, efreet)

sci-calculators/equate-
x11-misc/shellementary-
x11-terms/enterminus-
dev-python/python-e_dbus-
dev-python/python-elementary-
dev-python/python-edje-
media-gfx/elicit-
sys-libs/ememoa-
x11-plugins/e_modules-mpdule-
x11-plugins/ecomorph-
x11-wm/enlightenment/enlightenment-
x11-wm/ecomp/ecomp-
app-text/epdf/epdf-
x11-libs/elementary/elementary-
x11-libs/ewl/ewl-
app-misc/exchange/exchange-
games-misc/elitaire/elitaire-
media-video/rage/rage-
dev-libs/eeze/eeze-
dev-libs/efreet/efreet-
dev-libs/embryo/embryo-
dev-libs/eina/eina-
dev-libs/eet/eet-
dev-libs/e_dbus/e_dbus-
dev-libs/ecore/ecore-
dev-libs/eio/eio-
media-libs/imlib2_loaders/imlib2_loaders-
media-libs/edje/edje-
media-libs/ethumb/ethumb-
media-libs/imlib2/imlib2-
media-libs/emotion/emotion-
media-libs/evas/evas-
sci-calculators/equate/equate-
app-admin/empower/empower-
net-libs/libeweather/libeweather-
x11-misc/shellementary/shellementary-
x11-misc/emprint/emprint-
x11-misc/expedite/expedite-
x11-terms/terminology/terminology-
x11-terms/enterminus/enterminus-
dev-python/python-e_dbus/python-e_dbus-
dev-python/python-ecore/python-ecore-
dev-python/python-elementary/python-elementary-
dev-python/python-edje/python-edje-
dev-python/python-evas/python-evas-
media-gfx/ephoto/ephoto-
media-gfx/elicit/elicit-
media-plugins/evas_generic_loaders/evas_generic_loaders-

Re: [E-devel] E SVN: devilhorns trunk/elementary/src/bin

[Christopher Michael]

On 05/09/12 01:59, Daniel Juyung Seo wrote:
> was that too big?
> just curious.
>
> Daniel Juyung Seo (SeoZ)

It is for when running in Weston. By default, it creates a desktop of 
1024x640.

dh

> On Sep 4, 2012 6:57 PM, "Enlightenment SVN" 
> wrote:
>
>> Log:
>> Elm: Let's use sane window sizes in tests, yes ? :)
>>
>>
>>
>> Author:   devilhorns
>> Date: 2012-09-04 02:57:21 -0700 (Tue, 04 Sep 2012)
>> New Revision: 76119
>> Trac: http://trac.enlightenment.org/e/changeset/76119
>>
>> Modified:
>>trunk/elementary/src/bin/test_naviframe.c
>>
>> Modified: trunk/elementary/src/bin/test_naviframe.c
>> ===
>> --- trunk/elementary/src/bin/test_naviframe.c   2012-09-04 09:50:46 UTC
>> (rev 76118)
>> +++ trunk/elementary/src/bin/test_naviframe.c   2012-09-04 09:57:21 UTC
>> (rev 76119)
>> @@ -240,7 +240,7 @@
>>  it = elm_naviframe_item_push(nf, "Page 1", NULL, btn, content, NULL);
>>  evas_object_data_set(nf, "page1", it);
>>
>> -   evas_object_resize(win, 400, 600);
>> +   evas_object_resize(win, 400, 400);
>>  evas_object_show(win);
>>   }
>>
>> @@ -275,7 +275,7 @@
>>
>>  elm_object_item_part_content_set(it, "icon", sc);
>>
>> -   evas_object_resize(win, 400, 600);
>> +   evas_object_resize(win, 400, 400);
>>  evas_object_show(win);
>>   }
>>   #endif
>>
>>
>>


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: devilhorns trunk/elementary/src/lib

[Tom Hacohen]

Feels a bit unacceptable. Maybe we need evas to have the framespace 
start at (0,0), and let people draw on negative values just for the 
frame. But making all the code awful everywhere doesn't sound right.

--
Tom.

On 05/09/12 06:56, Daniel Juyung Seo wrote:
> Well.. DH, do we need to consider framespace for every evas_object_move?
>
> Daniel Juyung Seo (SeoZ)
>
> On Wed, Sep 5, 2012 at 9:53 AM, ChunEon Park  wrote:
>> ahh
>>
>> Isn't there any automatic way?
>>
>>
>> 
>> -Regards, Hermet-
>> -Original Message-
>> From: "Enlightenment SVN"
>> To: ;
>> Cc:
>> Sent: 2012-09-04 (화) 21:51:57
>> Subject: E SVN: devilhorns trunk/elementary/src/lib
>>
>> Log:
>> Elm: Account for framespace X also. Thanks for spotting this Daniel ;)
>>
>>
>>
>> Author:   devilhorns
>> Date: 2012-09-04 05:51:57 -0700 (Tue, 04 Sep 2012)
>> New Revision: 76129
>> Trac: http://trac.enlightenment.org/e/changeset/76129
>>
>> Modified:
>>trunk/elementary/src/lib/elc_naviframe.c 
>> trunk/elementary/src/lib/elm_menu.c
>>
>> Modified: trunk/elementary/src/lib/elc_naviframe.c
>> ===
>> --- trunk/elementary/src/lib/elc_naviframe.c2012-09-04 12:46:02 UTC (rev 
>> 76128)
>> +++ trunk/elementary/src/lib/elc_naviframe.c2012-09-04 12:51:57 UTC (rev 
>> 76129)
>> @@ -703,17 +703,17 @@
>>  Evas_Coord minw = -1, minh = -1;
>>  Elm_Naviframe_Item *it;
>>  Evas_Coord x, y, w, h;
>> -   Evas_Coord fy;
>> +   Evas_Coord fx, fy;
>>
>>  ELM_NAVIFRAME_DATA_GET(obj, sd);
>>
>>  evas_output_framespace_get(evas_object_evas_get(obj),
>> -  NULL, &fy, NULL, NULL);
>> +  &fx, &fy, NULL, NULL);
>>
>>  evas_object_geometry_get(obj, &x, &y, &w, &h);
>>  EINA_INLIST_FOREACH (sd->stack, it)
>>{
>> -evas_object_move(VIEW(it), x, y + fy);
>> +evas_object_move(VIEW(it), x + fx, y + fy);
>>   evas_object_resize(VIEW(it), w, h);
>>   edje_object_size_min_calc(VIEW(it), &it->minw, &it->minh);
>>   if (it->minw > minw) minw = it->minw;
>>
>> Modified: trunk/elementary/src/lib/elm_menu.c
>> ===
>> --- trunk/elementary/src/lib/elm_menu.c2012-09-04 12:46:02 UTC (rev 76128)
>> +++ trunk/elementary/src/lib/elm_menu.c2012-09-04 12:51:57 UTC (rev 76129)
>> @@ -131,7 +131,7 @@
>>  Eina_List *l;
>>  Elm_Menu_Item *item;
>>  Evas_Coord x_p, y_p, w_p, h_p, x2, y2, w2, h2, bw, bh;
>> -   Evas_Coord fy;
>> +   Evas_Coord fx, fy;
>>
>>  ELM_MENU_DATA_GET(obj, sd);
>>
>> @@ -144,9 +144,9 @@
>>  evas_object_geometry_get(sd->parent, &x2, &y2, &w2, &h2);
>>  evas_object_geometry_get(sd->bx, NULL, NULL, &bw, &bh);
>>  evas_output_framespace_get(evas_object_evas_get(sd->bx),
>> -  NULL, &fy, NULL, NULL);
>> +  &fx, &fy, NULL, NULL);
>>
>> -   x_p = sd->xloc;
>> +   x_p = sd->xloc - fx;
>>  y_p = sd->yloc - fy;
>>
>>  if (elm_widget_mirrored_get(obj)) x_p -= w_p;
>>
>>
>> --
>> Live Security Virtual Conference
>> Exclusive live event will cover all the ways today's security and
>> threat landscape has changed and how IT managers can respond. Discussions
>> will include endpoint security, mobile security and the latest in malware
>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>> ___
>> enlightenment-svn mailing list
>> enlightenment-...@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
>> --
>> Live Security Virtual Conference
>> Exclusive live event will cover all the ways today's security and
>> threat landscape has changed and how IT managers can respond. Discussions
>> will include endpoint security, mobile security and the latest in malware
>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>> ___
>> enlightenment-devel mailing list
>> enlightenment-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>



---

Re: [E-devel] E SVN: devilhorns trunk/elementary/src/lib

[Christopher Michael]

On 05/09/12 07:24, Tom Hacohen wrote:
> Feels a bit unacceptable. Maybe we need evas to have the framespace
> start at (0,0), and let people draw on negative values just for the
> frame. But making all the code awful everywhere doesn't sound right.
>
Well, someone already beat me to the punch there in making all the code 
awful :)

dh

> --
> Tom.
>
> On 05/09/12 06:56, Daniel Juyung Seo wrote:
>> Well.. DH, do we need to consider framespace for every evas_object_move?
>>
>> Daniel Juyung Seo (SeoZ)
>>
>> On Wed, Sep 5, 2012 at 9:53 AM, ChunEon Park  wrote:
>>> ahh
>>>
>>> Isn't there any automatic way?
>>>
>>>
>>> 
>>> -Regards, Hermet-
>>> -Original Message-
>>> From: "Enlightenment SVN"
>>> To: ;
>>> Cc:
>>> Sent: 2012-09-04 (화) 21:51:57
>>> Subject: E SVN: devilhorns trunk/elementary/src/lib
>>>
>>> Log:
>>> Elm: Account for framespace X also. Thanks for spotting this Daniel ;)
>>>
>>>
>>>
>>> Author:   devilhorns
>>> Date: 2012-09-04 05:51:57 -0700 (Tue, 04 Sep 2012)
>>> New Revision: 76129
>>> Trac: http://trac.enlightenment.org/e/changeset/76129
>>>
>>> Modified:
>>> trunk/elementary/src/lib/elc_naviframe.c 
>>> trunk/elementary/src/lib/elm_menu.c
>>>
>>> Modified: trunk/elementary/src/lib/elc_naviframe.c
>>> ===
>>> --- trunk/elementary/src/lib/elc_naviframe.c2012-09-04 12:46:02 UTC (rev 
>>> 76128)
>>> +++ trunk/elementary/src/lib/elc_naviframe.c2012-09-04 12:51:57 UTC (rev 
>>> 76129)
>>> @@ -703,17 +703,17 @@
>>>   Evas_Coord minw = -1, minh = -1;
>>>   Elm_Naviframe_Item *it;
>>>   Evas_Coord x, y, w, h;
>>> -   Evas_Coord fy;
>>> +   Evas_Coord fx, fy;
>>>
>>>   ELM_NAVIFRAME_DATA_GET(obj, sd);
>>>
>>>   evas_output_framespace_get(evas_object_evas_get(obj),
>>> -  NULL, &fy, NULL, NULL);
>>> +  &fx, &fy, NULL, NULL);
>>>
>>>   evas_object_geometry_get(obj, &x, &y, &w, &h);
>>>   EINA_INLIST_FOREACH (sd->stack, it)
>>> {
>>> -evas_object_move(VIEW(it), x, y + fy);
>>> +evas_object_move(VIEW(it), x + fx, y + fy);
>>>evas_object_resize(VIEW(it), w, h);
>>>edje_object_size_min_calc(VIEW(it), &it->minw, &it->minh);
>>>if (it->minw > minw) minw = it->minw;
>>>
>>> Modified: trunk/elementary/src/lib/elm_menu.c
>>> ===
>>> --- trunk/elementary/src/lib/elm_menu.c2012-09-04 12:46:02 UTC (rev 76128)
>>> +++ trunk/elementary/src/lib/elm_menu.c2012-09-04 12:51:57 UTC (rev 76129)
>>> @@ -131,7 +131,7 @@
>>>   Eina_List *l;
>>>   Elm_Menu_Item *item;
>>>   Evas_Coord x_p, y_p, w_p, h_p, x2, y2, w2, h2, bw, bh;
>>> -   Evas_Coord fy;
>>> +   Evas_Coord fx, fy;
>>>
>>>   ELM_MENU_DATA_GET(obj, sd);
>>>
>>> @@ -144,9 +144,9 @@
>>>   evas_object_geometry_get(sd->parent, &x2, &y2, &w2, &h2);
>>>   evas_object_geometry_get(sd->bx, NULL, NULL, &bw, &bh);
>>>   evas_output_framespace_get(evas_object_evas_get(sd->bx),
>>> -  NULL, &fy, NULL, NULL);
>>> +  &fx, &fy, NULL, NULL);
>>>
>>> -   x_p = sd->xloc;
>>> +   x_p = sd->xloc - fx;
>>>   y_p = sd->yloc - fy;
>>>
>>>   if (elm_widget_mirrored_get(obj)) x_p -= w_p;
>>>




--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: mekius IN trunk/empower: . src/bin

[Vincent Torri]

On Wed, Sep 5, 2012 at 6:11 AM, Enlightenment SVN
 wrote:
> Log:
> Autofoo changes based on suggestions from Vtorri, aka Master of the Autofoo
>
>- pkg-config checks now done in one shot.  Also added explicit checks
>  for Eina, Efreet, and E_Dbus to account for crazy Gentoo use cases.
>- PACKAGE_BIN_DIR and PACKAGET_DATA_DIR defined by Makefile.am
>
>
>
> Author:   mekius
> Date: 2012-09-04 21:11:41 -0700 (Tue, 04 Sep 2012)
> New Revision: 76160
> Trac: http://trac.enlightenment.org/e/changeset/76160
>
> Modified:
>   trunk/empower/configure.ac trunk/empower/src/bin/Makefile.am
>
> Modified: trunk/empower/configure.ac
> ===
> --- trunk/empower/configure.ac  2012-09-05 02:52:29 UTC (rev 76159)
> +++ trunk/empower/configure.ac  2012-09-05 04:11:41 UTC (rev 76160)
>
>
> -PKG_CHECK_MODULES([EVAS], evas,
> -   [],
> +PKG_CHECK_MODULES([EMPOWER],
> [
> -  echo "Could not find Evas.  If it is installed, \nplease make sure its 
> path is in PKG_CONFIG_PATH";
> -  AC_MSG_ERROR([Empower needs Evas to compile.])
> + eina >= 1.7.0,
> + evas >= 1.7.0,
> + ecore >= 1.7.0,
> + ecore-x >= 1.7.0,
> + efreet >= 1.7.0,
> + edbus >= 1.7.0,
> + edje >= 1.7.0,
> + elementary >= 1.7.0
> ]

finish the macro here with a ')', so that PKG_CHECK_MODULES throws an
error if a package is missing (btw, there was a missing comma, but
it's not important anymore)

> -)
> -
> -PKG_CHECK_MODULES([ECORE], [ ecore ecore-x ],
> [],
> -   [
> -  echo "Could not find Ecore.  If it is installed, \nplease make sure 
> its path is in PKG_CONFIG_PATH";
> -  AC_MSG_ERROR([Empower needs Ecore to compile.])
> -   ]
> +   []
>  )
>
> -PKG_CHECK_MODULES([EDJE], edje,
> -   [],
> -   [
> -  echo "Could not find Edje.  If it is installed, \nplease make sure its 
> path is in PKG_CONFIG_PATH";
> -  AC_MSG_ERROR([Empower needs Edje to compile.])
> -   ]
> -)
> -
> -PKG_CHECK_MODULES([ELEMENTARY], elementary,
> -   [],
> -   [
> -  echo "Could not find Elementary.  If it is installed, \nplease make 
> sure its path is in PKG_CONFIG_PATH";
> -  AC_MSG_ERROR([Empower needs Elementary to compile.])
> -   ]
> -)
> -
> -PKG_CHECK_MODULES([EDBUS], edbus,
> -   [],
> -   [
> -  echo "Could not find Edbus.  If it is installed, \nplease make sure 
> its path is in PKG_CONFIG_PATH";
> -  AC_MSG_ERROR([Empower needs Edbus to compile.]
> -   ]
> -)
> -
>  AC_OUTPUT([
>  Makefile
>  empower.spec
>
> Modified: trunk/empower/src/bin/Makefile.am
> ===
> --- trunk/empower/src/bin/Makefile.am   2012-09-05 02:52:29 UTC (rev 76159)
> +++ trunk/empower/src/bin/Makefile.am   2012-09-05 04:11:41 UTC (rev 76160)
> @@ -1,17 +1,17 @@
>  ## Process this file with automake to produce Makefile.in
>
> -INCLUDES = -I$(top_srcdir)
> +INCLUDES = -I$(top_srcdir) \
> +   -DPACKAGE_BIN_DIR=\"$(bindir)\" \
> +   -DPACKAGE_DATA_DIR=\"$(pkgdatadir)\"

use AM_CPPFLAGS instead of INCLUDES (the latter is deprecated)

>
>  empower_LDADD =  $(INTLLIBS) \

use LTLIBINTL instead of INTLLIBS (compile before committing that one,
to be sure)

Vincent

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: devilhorns trunk/elementary/src/lib

[Tom Hacohen]

Another idea:
Make evas_object_move move stuff within the framespace (i.e default 
framespace already taken into account) and add another call 
(evas_object_move_raw?) that'll be used for "raw" unaltered coords.

--
Tom.

On 05/09/12 09:24, Tom Hacohen wrote:
> Feels a bit unacceptable. Maybe we need evas to have the framespace
> start at (0,0), and let people draw on negative values just for the
> frame. But making all the code awful everywhere doesn't sound right.
>
> --
> Tom.
>
> On 05/09/12 06:56, Daniel Juyung Seo wrote:
>> Well.. DH, do we need to consider framespace for every evas_object_move?
>>
>> Daniel Juyung Seo (SeoZ)
>>
>> On Wed, Sep 5, 2012 at 9:53 AM, ChunEon Park  wrote:
>>> ahh
>>>
>>> Isn't there any automatic way?
>>>
>>>
>>> 
>>> -Regards, Hermet-
>>> -Original Message-
>>> From: "Enlightenment SVN"
>>> To: ;
>>> Cc:
>>> Sent: 2012-09-04 (화) 21:51:57
>>> Subject: E SVN: devilhorns trunk/elementary/src/lib
>>>
>>> Log:
>>> Elm: Account for framespace X also. Thanks for spotting this Daniel ;)
>>>
>>>
>>>
>>> Author:   devilhorns
>>> Date: 2012-09-04 05:51:57 -0700 (Tue, 04 Sep 2012)
>>> New Revision: 76129
>>> Trac: http://trac.enlightenment.org/e/changeset/76129
>>>
>>> Modified:
>>> trunk/elementary/src/lib/elc_naviframe.c 
>>> trunk/elementary/src/lib/elm_menu.c
>>>
>>> Modified: trunk/elementary/src/lib/elc_naviframe.c
>>> ===
>>> --- trunk/elementary/src/lib/elc_naviframe.c2012-09-04 12:46:02 UTC (rev 
>>> 76128)
>>> +++ trunk/elementary/src/lib/elc_naviframe.c2012-09-04 12:51:57 UTC (rev 
>>> 76129)
>>> @@ -703,17 +703,17 @@
>>>   Evas_Coord minw = -1, minh = -1;
>>>   Elm_Naviframe_Item *it;
>>>   Evas_Coord x, y, w, h;
>>> -   Evas_Coord fy;
>>> +   Evas_Coord fx, fy;
>>>
>>>   ELM_NAVIFRAME_DATA_GET(obj, sd);
>>>
>>>   evas_output_framespace_get(evas_object_evas_get(obj),
>>> -  NULL, &fy, NULL, NULL);
>>> +  &fx, &fy, NULL, NULL);
>>>
>>>   evas_object_geometry_get(obj, &x, &y, &w, &h);
>>>   EINA_INLIST_FOREACH (sd->stack, it)
>>> {
>>> -evas_object_move(VIEW(it), x, y + fy);
>>> +evas_object_move(VIEW(it), x + fx, y + fy);
>>>evas_object_resize(VIEW(it), w, h);
>>>edje_object_size_min_calc(VIEW(it), &it->minw, &it->minh);
>>>if (it->minw > minw) minw = it->minw;
>>>
>>> Modified: trunk/elementary/src/lib/elm_menu.c
>>> ===
>>> --- trunk/elementary/src/lib/elm_menu.c2012-09-04 12:46:02 UTC (rev 76128)
>>> +++ trunk/elementary/src/lib/elm_menu.c2012-09-04 12:51:57 UTC (rev 76129)
>>> @@ -131,7 +131,7 @@
>>>   Eina_List *l;
>>>   Elm_Menu_Item *item;
>>>   Evas_Coord x_p, y_p, w_p, h_p, x2, y2, w2, h2, bw, bh;
>>> -   Evas_Coord fy;
>>> +   Evas_Coord fx, fy;
>>>
>>>   ELM_MENU_DATA_GET(obj, sd);
>>>
>>> @@ -144,9 +144,9 @@
>>>   evas_object_geometry_get(sd->parent, &x2, &y2, &w2, &h2);
>>>   evas_object_geometry_get(sd->bx, NULL, NULL, &bw, &bh);
>>>   evas_output_framespace_get(evas_object_evas_get(sd->bx),
>>> -  NULL, &fy, NULL, NULL);
>>> +  &fx, &fy, NULL, NULL);
>>>
>>> -   x_p = sd->xloc;
>>> +   x_p = sd->xloc - fx;
>>>   y_p = sd->yloc - fy;
>>>
>>>   if (elm_widget_mirrored_get(obj)) x_p -= w_p;
>>>
>>>
>>> --
>>> Live Security Virtual Conference
>>> Exclusive live event will cover all the ways today's security and
>>> threat landscape has changed and how IT managers can respond. Discussions
>>> will include endpoint security, mobile security and the latest in malware
>>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>>> ___
>>> enlightenment-svn mailing list
>>> enlightenment-...@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
>>> --
>>> Live Security Virtual Conference
>>> Exclusive live event will cover all the ways today's security and
>>> threat landscape has changed and how IT managers can respond. Discussions
>>> will include endpoint security, mobile security and the latest in malware
>>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>>> ___
>>> enlightenment-devel mailing list
>>> enlightenment-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>>
>> --
>> Live Security Virtual Conference
>> Exclusive live event will cover all the ways today's security and
>> threat landscape has changed and how 

Re: [E-devel] E SVN: devilhorns trunk/elementary/src/lib

[Tom Hacohen]

On 05/09/12 09:31, Christopher Michael wrote:
> On 05/09/12 07:24, Tom Hacohen wrote:
>> Feels a bit unacceptable. Maybe we need evas to have the framespace
>> start at (0,0), and let people draw on negative values just for the
>> frame. But making all the code awful everywhere doesn't sound right.
>>
> Well, someone already beat me to the punch there in making all the code
> awful :)

Troll... :) But seriously, please consider the two possible solutions I 
gave above.

--
Tom.


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [PATCH] Add context clip for Wayland framespace

[Christopher Michael]

On 05/09/12 04:31, Paulo Alcantara wrote:
> Hi,
>
> This patch adds context clip from the intersection between the non-frame 
> objects
> and the framespace area so that those objects won't potentially be rendered 
> over
> frame ones.
>
> Instead of clipping the objects to a general framespace clipper (and keep 
> track
> of it), add context clip with the intersection between the non-frame objects 
> and
> the framespace area when rendering the non-frame ones inside the rendering 
> code.
>
> Besides, I was discussing with devilhorns about the checks that have been done
> in evas_object_geometry_get() and evas_object_move() functions that do not 
> take
> non-smart objects into account, so those objects could be placed at 0,0 (which
> is the wrong place when there is a frame in the application) without adding or
> subtracting the framespace offset. My fix would simly be to remove the 
> condition
> "obj->smart.smart" from those checks done in both evas_object_geometry_get() 
> and
> evas_object_move() functions so that non-smart objects would be placed at your
> correct positions. I know we have every object/widget (maybe not all) as 
> being a
> smart one in Elementary, so we cannot simply ignoring the non-smart objects,
> IMO.
>
>   Paulo
>

Well, in theory this looks & sounds good. I applied the patch and ran 
some tests, but it still does not fix the non-smart 
objectsessentially with this applied, the results are still the 
same, so I don't see quite what this fixes...

dh




--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: devilhorns trunk/elementary/src/lib

[Christopher Michael]

On 05/09/12 07:32, Tom Hacohen wrote:
> Another idea:
> Make evas_object_move move stuff within the framespace (i.e default
> framespace already taken into account)

Maybe I am not understanding you here because I have not had my coffee 
yet, or maybe you are not understanding framespace, but that is exactly 
what is going on now. evas_object_move accounts for the framespace.

  and add another call
> (evas_object_move_raw?) that'll be used for "raw" unaltered coords.
>

IMO, this would not be the way to go as then, from a user/developer 
perspective, it becomes "well, when do I use move_raw vs regular move"

dh


> --
> Tom.
>
> On 05/09/12 09:24, Tom Hacohen wrote:
>> Feels a bit unacceptable. Maybe we need evas to have the framespace
>> start at (0,0), and let people draw on negative values just for the
>> frame. But making all the code awful everywhere doesn't sound right.
>>
>> --
>> Tom.
>>
>> On 05/09/12 06:56, Daniel Juyung Seo wrote:
>>> Well.. DH, do we need to consider framespace for every evas_object_move?
>>>
>>> Daniel Juyung Seo (SeoZ)
>>>
>>> On Wed, Sep 5, 2012 at 9:53 AM, ChunEon Park  wrote:
 ahh

 Isn't there any automatic way?


 
 -Regards, Hermet-
 -Original Message-
 From: "Enlightenment SVN"
 To: ;
 Cc:
 Sent: 2012-09-04 (화) 21:51:57
 Subject: E SVN: devilhorns trunk/elementary/src/lib

 Log:
 Elm: Account for framespace X also. Thanks for spotting this Daniel ;)



 Author:   devilhorns
 Date: 2012-09-04 05:51:57 -0700 (Tue, 04 Sep 2012)
 New Revision: 76129
 Trac: http://trac.enlightenment.org/e/changeset/76129

 Modified:
  trunk/elementary/src/lib/elc_naviframe.c 
 trunk/elementary/src/lib/elm_menu.c

 Modified: trunk/elementary/src/lib/elc_naviframe.c
 ===
 --- trunk/elementary/src/lib/elc_naviframe.c2012-09-04 12:46:02 UTC (rev 
 76128)
 +++ trunk/elementary/src/lib/elc_naviframe.c2012-09-04 12:51:57 UTC (rev 
 76129)
 @@ -703,17 +703,17 @@
Evas_Coord minw = -1, minh = -1;
Elm_Naviframe_Item *it;
Evas_Coord x, y, w, h;
 -   Evas_Coord fy;
 +   Evas_Coord fx, fy;

ELM_NAVIFRAME_DATA_GET(obj, sd);

evas_output_framespace_get(evas_object_evas_get(obj),
 -  NULL, &fy, NULL, NULL);
 +  &fx, &fy, NULL, NULL);

evas_object_geometry_get(obj, &x, &y, &w, &h);
EINA_INLIST_FOREACH (sd->stack, it)
  {
 -evas_object_move(VIEW(it), x, y + fy);
 +evas_object_move(VIEW(it), x + fx, y + fy);
 evas_object_resize(VIEW(it), w, h);
 edje_object_size_min_calc(VIEW(it), &it->minw, &it->minh);
 if (it->minw > minw) minw = it->minw;

 Modified: trunk/elementary/src/lib/elm_menu.c
 ===
 --- trunk/elementary/src/lib/elm_menu.c2012-09-04 12:46:02 UTC (rev 76128)
 +++ trunk/elementary/src/lib/elm_menu.c2012-09-04 12:51:57 UTC (rev 76129)
 @@ -131,7 +131,7 @@
Eina_List *l;
Elm_Menu_Item *item;
Evas_Coord x_p, y_p, w_p, h_p, x2, y2, w2, h2, bw, bh;
 -   Evas_Coord fy;
 +   Evas_Coord fx, fy;

ELM_MENU_DATA_GET(obj, sd);

 @@ -144,9 +144,9 @@
evas_object_geometry_get(sd->parent, &x2, &y2, &w2, &h2);
evas_object_geometry_get(sd->bx, NULL, NULL, &bw, &bh);
evas_output_framespace_get(evas_object_evas_get(sd->bx),
 -  NULL, &fy, NULL, NULL);
 +  &fx, &fy, NULL, NULL);

 -   x_p = sd->xloc;
 +   x_p = sd->xloc - fx;
y_p = sd->yloc - fy;

if (elm_widget_mirrored_get(obj)) x_p -= w_p;



--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: devilhorns trunk/elementary/src/lib

[Christopher Michael]

On 05/09/12 07:33, Tom Hacohen wrote:
> On 05/09/12 09:31, Christopher Michael wrote:
>> On 05/09/12 07:24, Tom Hacohen wrote:
>>> Feels a bit unacceptable. Maybe we need evas to have the framespace
>>> start at (0,0), and let people draw on negative values just for the
>>> frame. But making all the code awful everywhere doesn't sound right.
>>>
>> Well, someone already beat me to the punch there in making all the code
>> awful :)
>
> Troll... :) But seriously, please consider the two possible solutions I
> gave above.
>
> --
> Tom.
>

Well, framespace does start at 0,0. That is where the frame gets drawn. 
"Framespace" is just the area where the frame is drawn (not to be 
confused with viewport, output, etc).

I had actually considered that in the beginning (drawing the frame on 
negative values) but it was suggested that we not take that approach.

dh


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] E SVN: devilhorns trunk/elementary/src/lib

[Tom Hacohen]

On 05/09/12 09:43, Christopher Michael wrote:
> On 05/09/12 07:32, Tom Hacohen wrote:
>> Another idea:
>> Make evas_object_move move stuff within the framespace (i.e default
>> framespace already taken into account)
>
> Maybe I am not understanding you here because I have not had my coffee
> yet, or maybe you are not understanding framespace, but that is exactly
> what is going on now. evas_object_move accounts for the framespace.

I understand that how framespace is supposed to work, I understood you 
were doing something different. I can't say I dove deep into your code, 
but the sheer fact that you had to use evas_output_framespace_get was a 
red flag. Why do you have to use it in elm? I'd expect no adjustments to 
be needed.

--
Tom.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel