Re: [E-devel] wayland.. egl.. barf!
On 08/18/2014 07:14 PM, Carsten Haitzler (The Rasterman) wrote: > On Mon, 18 Aug 2014 16:19:49 -0400 Chris Michael > said: > >> On 08/18/2014 04:16 PM, Chris Michael wrote: >>> On 08/18/2014 02:01 AM, Carsten Haitzler (The Rasterman) wrote: elm engine is wayland_egl: http://www.enlightenment.org/ss/e-53f19667607690.40512419.png need i say more. WAT? >>> >>> Fixed now ! :) >>> >>> Thanks Cedric for being a sounding board !! ;) >>> >>> Cheers, >>> dh >> >> Well, sort of fixed. It's no longer a black rectangle :D ... but there >> are some issues when manually resizing. I'll poke some more tomorrow on it. > > well i was going to say... elm isn't likely the issue - but it's triggering > it. > elm windows resize from 1x1 up to something normally (as elm doesnt know what > size to use until you've packed the window with widgets). so it probably has > to > do with resizing the canvas. :) > Yea. It's drawing now, but during resize it still goes black (but goes "normal" afterward). Oddly enough tho, ecore_evas resizing never exposed the issue. At any rate, it's partially fixed now. Not 100%, but gonna poke at it some more tomorrow. Cheers, dh -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] wayland.. egl.. barf!
On Mon, 18 Aug 2014 16:19:49 -0400 Chris Michael said: > On 08/18/2014 04:16 PM, Chris Michael wrote: > > On 08/18/2014 02:01 AM, Carsten Haitzler (The Rasterman) wrote: > >> elm engine is wayland_egl: > >> > >> http://www.enlightenment.org/ss/e-53f19667607690.40512419.png > >> > >> need i say more. > >> > >> WAT? > >> > > > > Fixed now ! :) > > > > Thanks Cedric for being a sounding board !! ;) > > > > Cheers, > > dh > > Well, sort of fixed. It's no longer a black rectangle :D ... but there > are some issues when manually resizing. I'll poke some more tomorrow on it. well i was going to say... elm isn't likely the issue - but it's triggering it. elm windows resize from 1x1 up to something normally (as elm doesnt know what size to use until you've packed the window with widgets). so it probably has to do with resizing the canvas. :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] wayland.. egl.. barf!
are you sure Cedric was a sounding board? or was he the one who created the bug in the first place and then pretended like he gave you excellent feedback? =P On Tue, Aug 19, 2014 at 5:19 AM, Chris Michael wrote: > On 08/18/2014 04:16 PM, Chris Michael wrote: > > On 08/18/2014 02:01 AM, Carsten Haitzler (The Rasterman) wrote: > >> elm engine is wayland_egl: > >> > >> http://www.enlightenment.org/ss/e-53f19667607690.40512419.png > >> > >> need i say more. > >> > >> WAT? > >> > > > > Fixed now ! :) > > > > Thanks Cedric for being a sounding board !! ;) > > > > Cheers, > > dh > > Well, sort of fixed. It's no longer a black rectangle :D ... but there > are some issues when manually resizing. I'll poke some more tomorrow on it. > > Cheers, > dh > > > > > -- > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] wayland.. egl.. barf!
On 08/18/2014 04:16 PM, Chris Michael wrote: > On 08/18/2014 02:01 AM, Carsten Haitzler (The Rasterman) wrote: >> elm engine is wayland_egl: >> >> http://www.enlightenment.org/ss/e-53f19667607690.40512419.png >> >> need i say more. >> >> WAT? >> > > Fixed now ! :) > > Thanks Cedric for being a sounding board !! ;) > > Cheers, > dh Well, sort of fixed. It's no longer a black rectangle :D ... but there are some issues when manually resizing. I'll poke some more tomorrow on it. Cheers, dh -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [core/efl] master 01/02: evas-wayland-egl: Don't resize gl_context during first_rect
devilhorns pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=958a14e416e3624f7310d9f5dd2543c192fd4a92
commit 958a14e416e3624f7310d9f5dd2543c192fd4a92
Author: Chris Michael
Date: Mon Aug 18 16:09:57 2014 -0400
evas-wayland-egl: Don't resize gl_context during first_rect
This is the first part of the wayland-egl engine fix. Don't resize the
gl_context during the first_rectangle function, and don't set any
preserve bits on the gl_context
@fix
Signed-off-by: Chris Michael
---
src/modules/evas/engines/wayland_egl/evas_wl_main.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/src/modules/evas/engines/wayland_egl/evas_wl_main.c
b/src/modules/evas/engines/wayland_egl/evas_wl_main.c
index e2eaf0b..f64dabc 100644
--- a/src/modules/evas/engines/wayland_egl/evas_wl_main.c
+++ b/src/modules/evas/engines/wayland_egl/evas_wl_main.c
@@ -354,14 +354,11 @@ eng_outbuf_swap_mode_get(Outbuf *ob)
Eina_Bool
eng_outbuf_region_first_rect(Outbuf *ob)
{
- ob->gl_context->preserve_bit = GL_COLOR_BUFFER_BIT0_QCOM;
-
glsym_evas_gl_preload_render_lock(eng_preload_make_current, ob);
eng_window_use(ob);
if (!_re_wincheck(ob)) return EINA_TRUE;
- glsym_evas_gl_common_context_resize(ob->gl_context, ob->w, ob->h, ob->rot);
glsym_evas_gl_common_context_flush(ob->gl_context);
glsym_evas_gl_common_context_newframe(ob->gl_context);
--
Re: [E-devel] wayland.. egl.. barf!
On 08/18/2014 02:01 AM, Carsten Haitzler (The Rasterman) wrote: > elm engine is wayland_egl: > > http://www.enlightenment.org/ss/e-53f19667607690.40512419.png > > need i say more. > > WAT? > Fixed now ! :) Thanks Cedric for being a sounding board !! ;) Cheers, dh -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [core/efl] master 02/02: evas-wayland-egl: Fix wayland egl engine not rendering
devilhorns pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=b44a068b4b8fe55d700274655b3a6f003e47beec
commit b44a068b4b8fe55d700274655b3a6f003e47beec
Author: Chris Michael
Date: Mon Aug 18 16:11:15 2014 -0400
evas-wayland-egl: Fix wayland egl engine not rendering
Reset the Outbuf's Engine information pointer.
We also don't need to do an eng_window_free during reconfigure because the
software_generic_update function will free it anyway.
We should also re-setup the tilebuffer during eng_setup.
Fix gl_context resize to work even if there is no wl_egl window setup
yet.
@fix
Signed-off-by: Chris Michael
---
src/modules/evas/engines/wayland_egl/evas_engine.c | 22 ++
1 file changed, 10 insertions(+), 12 deletions(-)
diff --git a/src/modules/evas/engines/wayland_egl/evas_engine.c
b/src/modules/evas/engines/wayland_egl/evas_engine.c
index ef0471b..59f7240 100644
--- a/src/modules/evas/engines/wayland_egl/evas_engine.c
+++ b/src/modules/evas/engines/wayland_egl/evas_engine.c
@@ -666,6 +666,7 @@ eng_setup(Evas *evas, void *info)
ob = eng_get_ob(re);
if ((ob) && (_re_wincheck(ob)))
{
+ ob->info = inf;
if ((ob->info->info.display != ob->disp) ||
(ob->info->info.surface != ob->surface) ||
(ob->info->info.win != ob->win) ||
@@ -678,9 +679,6 @@ eng_setup(Evas *evas, void *info)
ob = eng_window_new(evas, inf, epd->output.w, epd->output.h,
swap_mode);
if (!ob) goto ob_err;
-
- eng_window_free(eng_get_ob(re));
- re->generic.software.ob = NULL;
eng_window_use(ob);
@@ -694,13 +692,6 @@ eng_setup(Evas *evas, void *info)
{
eng_outbuf_reconfigure(ob, epd->output.w, epd->output.h,
ob->info->info.rotation, 0);
- if (re->generic.software.tb)
-evas_common_tilebuf_free(re->generic.software.tb);
- re->generic.software.tb =
-evas_common_tilebuf_new(epd->output.w, epd->output.h);
- if (re->generic.software.tb)
-evas_common_tilebuf_set_tile_size(re->generic.software.tb,
- TILESIZE, TILESIZE);
}
}
}
@@ -718,7 +709,14 @@ eng_setup(Evas *evas, void *info)
}
if (re->generic.software.tb)
+ evas_common_tilebuf_free(re->generic.software.tb);
+ re->generic.software.tb =
+ evas_common_tilebuf_new(epd->output.w, epd->output.h);
+
+ if (re->generic.software.tb)
{
+evas_common_tilebuf_set_tile_size(re->generic.software.tb,
+ TILESIZE, TILESIZE);
evas_render_engine_software_generic_tile_strict_set
(&re->generic.software, EINA_TRUE);
}
@@ -816,10 +814,10 @@ eng_output_resize(void *data, int w, int h)
wl_egl_window_resize(ob->win, h, w, dx, dy);
else
wl_egl_window_resize(ob->win, w, h, dx, dy);
-
-glsym_evas_gl_common_context_resize(ob->gl_context, w, h, ob->rot);
}
+ glsym_evas_gl_common_context_resize(ob->gl_context, w, h, ob->rot);
+
if (re->generic.software.tb)
evas_common_tilebuf_free(re->generic.software.tb);
--
Re: [E-devel] wayland.. egl.. barf!
On 08/18/2014 01:57 PM, David Seikel wrote:
> On Mon, 18 Aug 2014 13:26:35 -0400 Chris Michael
> wrote:
>
>> On 08/18/2014 08:43 AM, Chris Michael wrote:
>>> On 08/18/2014 02:01 AM, Carsten Haitzler (The Rasterman) wrote:
elm engine is wayland_egl:
http://www.enlightenment.org/ss/e-53f19667607690.40512419.png
need i say more.
WAT?
>>>
>>> WTF ??? Grwell, I know where my day is being spent ;)
>>>
>>> dh
>>>
>>>
>>
>> Spent the better part of the day looking into this
>>
>> Expedite works fine w/ the wayland_egl evas engine.
>> Various Ecore_Evas examples work just fine also.
>>
>> I can't see where the problem is :(
>>
>> I've compared both the gl_x11 and wayland_egl engines, but I don't
>> see any Major differences that would be causing this.
>>
>> The only conclusion I can come to is that it's something in
>> Elementary. This is going to require someone who knows EGL &
>> Elementary to look into.
>
> Would the new need to do this sort of thing have anything to do with
> that -
>
> setenv("ELM_ENGINE", "opengl_x11", 1);
> elm_config_preferred_engine_set("opengl_x11");
>
> Obviously substituting the wayland text for the GL text.
>
Na, nice thought but that's not the issue. Elementary is actually Trying
to use the wayland-egl engine. It's my understanding that with recent
elementary changes, all you have to do is set ELM_DISPLAY=wl.
It is actually Trying to use it, but for some reason Elementary is just
drawing black rectangles :( ... and yet the evas engine & ecore_evas
code work just finehence why I am puzzled.
dh
--
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 01/03: lz4: fix possible security issue.
> To: enlightenment-devel@lists.sourceforge.net > Date: Mon, 18 Aug 2014 19:46:53 +0200 > From: be...@meleeweb.net > CC: scimmi...@outlook.com > Subject: Re: [E-devel] [EGIT] [core/efl] master 01/03: lz4: fix possible > security issue. > > Hi, > > On 2014-08-18 18:41, Doug Newgard wrote: >> >>> Date: Tue, 12 Aug 2014 09:48:19 +0200 >>> From: ste...@datenfreihafen.org >>> To: enlightenment-devel@lists.sourceforge.net >>> Subject: Re: [E-devel] [EGIT] [core/efl] master 01/03: lz4: fix >>> possible security issue. >>> >>> ... >>> >>> Until r121 they seem to miss shipping a pc file. I started some work >>> on being able to use the external liblz4 instead of our embedded copy >>> in my use-liblz4 branch but stopped with a known working patch for now >>> until one of my systems ships with a package for r121. >>> >>> Its to late for 1.11 anyway and we hopefully can get it into 1.12. >>> My plan would be to have a configure flag to enable the external lib. >>> Being off by default to avoid all the new-dependency screams one would >>> hear. >>> >>> Once r121 or newer is shipped by all the major distros in their >>> releases me can think about using it by default and removing our >>> embedded copy. >>> >>> regards >>> Stefan Schmidt >> >> Looks like the .pc file was added in r120, which Arch is shipping. >> Shouldn't be too hard to find an Arch machine for testing. > > lz4 r120 is available on every jenkins slave with .pc file. > Great news! I've already corrected the makefile syntax (will send a patch once a second test build is done). Linker still doesn't like it, though, can't find the symbols. -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] wayland.. egl.. barf!
On Mon, 18 Aug 2014 13:26:35 -0400 Chris Michael
wrote:
> On 08/18/2014 08:43 AM, Chris Michael wrote:
> > On 08/18/2014 02:01 AM, Carsten Haitzler (The Rasterman) wrote:
> >> elm engine is wayland_egl:
> >>
> >> http://www.enlightenment.org/ss/e-53f19667607690.40512419.png
> >>
> >> need i say more.
> >>
> >> WAT?
> >>
> >
> > WTF ??? Grwell, I know where my day is being spent ;)
> >
> > dh
> >
> >
>
> Spent the better part of the day looking into this
>
> Expedite works fine w/ the wayland_egl evas engine.
> Various Ecore_Evas examples work just fine also.
>
> I can't see where the problem is :(
>
> I've compared both the gl_x11 and wayland_egl engines, but I don't
> see any Major differences that would be causing this.
>
> The only conclusion I can come to is that it's something in
> Elementary. This is going to require someone who knows EGL &
> Elementary to look into.
Would the new need to do this sort of thing have anything to do with
that -
setenv("ELM_ENGINE", "opengl_x11", 1);
elm_config_preferred_engine_set("opengl_x11");
Obviously substituting the wayland text for the GL text.
--
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the world.
signature.asc
Description: PGP signature
--
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 01/03: lz4: fix possible security issue.
Hi, On 2014-08-18 18:41, Doug Newgard wrote: > >> Date: Tue, 12 Aug 2014 09:48:19 +0200 >> From: ste...@datenfreihafen.org >> To: enlightenment-devel@lists.sourceforge.net >> Subject: Re: [E-devel] [EGIT] [core/efl] master 01/03: lz4: fix >> possible security issue. >> >> ... >> >> Until r121 they seem to miss shipping a pc file. I started some work >> on being able to use the external liblz4 instead of our embedded copy >> in my use-liblz4 branch but stopped with a known working patch for now >> until one of my systems ships with a package for r121. >> >> Its to late for 1.11 anyway and we hopefully can get it into 1.12. >> My plan would be to have a configure flag to enable the external lib. >> Being off by default to avoid all the new-dependency screams one would >> hear. >> >> Once r121 or newer is shipped by all the major distros in their >> releases me can think about using it by default and removing our >> embedded copy. >> >> regards >> Stefan Schmidt > > Looks like the .pc file was added in r120, which Arch is shipping. > Shouldn't be too hard to find an Arch machine for testing. lz4 r120 is available on every jenkins slave with .pc file. -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] wayland.. egl.. barf!
On 08/18/2014 08:43 AM, Chris Michael wrote: > On 08/18/2014 02:01 AM, Carsten Haitzler (The Rasterman) wrote: >> elm engine is wayland_egl: >> >> http://www.enlightenment.org/ss/e-53f19667607690.40512419.png >> >> need i say more. >> >> WAT? >> > > WTF ??? Grwell, I know where my day is being spent ;) > > dh > > Spent the better part of the day looking into this Expedite works fine w/ the wayland_egl evas engine. Various Ecore_Evas examples work just fine also. I can't see where the problem is :( I've compared both the gl_x11 and wayland_egl engines, but I don't see any Major differences that would be causing this. The only conclusion I can come to is that it's something in Elementary. This is going to require someone who knows EGL & Elementary to look into. dh -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [apps/terminology] master 01/01: utils: clarify error message
huchi pushed a commit to branch master.
http://git.enlightenment.org/apps/terminology.git/commit/?id=80caa24ab67d27ffbc244895e55847d7b963fb06
commit 80caa24ab67d27ffbc244895e55847d7b963fb06
Author: Wonguk Jeong
Date: Mon Aug 18 18:53:49 2014 +0200
utils: clarify error message
---
src/bin/utils.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/bin/utils.c b/src/bin/utils.c
index c7dd1e0..c25c75c 100644
--- a/src/bin/utils.c
+++ b/src/bin/utils.c
@@ -64,7 +64,7 @@ theme_apply_default(Evas_Object *edje, const Config *config,
const char *group)
return EINA_TRUE;
errmsg = edje_load_error_str(edje_object_load_error_get(edje));
- ERR(_("Could not load any theme for group=%s: %s"), group, errmsg);
+ ERR(_("Could not load default theme for group=%s: %s"), group, errmsg);
return EINA_FALSE;
}
--
[EGIT] [apps/terminology] master 01/01: media: fix inaccessible media control problem in typop
huchi pushed a commit to branch master. http://git.enlightenment.org/apps/terminology.git/commit/?id=a49265e609ede190afb56f6c660465ee8ba9b935 commit a49265e609ede190afb56f6c660465ee8ba9b935 Author: Wonguk Jeong Date: Mon Aug 18 18:48:58 2014 +0200 media: fix inaccessible media control problem in typop Fixes T1545 --- src/bin/media.c | 1 - 1 file changed, 1 deletion(-) diff --git a/src/bin/media.c b/src/bin/media.c index b5339b7..edd7113 100644 --- a/src/bin/media.c +++ b/src/bin/media.c @@ -768,7 +768,6 @@ _type_mov_init(Evas_Object *obj) _cb_media_pos, obj); edje_object_signal_callback_add(o, "vol,drag", "", _cb_media_vol, obj); - evas_object_smart_member_add(o, obj); evas_object_clip_set(o, sd->clip); evas_object_show(o); --
Re: [E-devel] [EGIT] [core/efl] master 01/03: lz4: fix possible security issue.
> Date: Tue, 12 Aug 2014 09:48:19 +0200 > From: ste...@datenfreihafen.org > To: enlightenment-devel@lists.sourceforge.net > Subject: Re: [E-devel] [EGIT] [core/efl] master 01/03: lz4: fix possible > security issue. > > ... > > Until r121 they seem to miss shipping a pc file. I started some work > on being able to use the external liblz4 instead of our embedded copy > in my use-liblz4 branch but stopped with a known working patch for now > until one of my systems ships with a package for r121. > > Its to late for 1.11 anyway and we hopefully can get it into 1.12. > My plan would be to have a configure flag to enable the external lib. > Being off by default to avoid all the new-dependency screams one would > hear. > > Once r121 or newer is shipped by all the major distros in their > releases me can think about using it by default and removing our > embedded copy. > > regards > Stefan Schmidt Looks like the .pc file was added in r120, which Arch is shipping. Shouldn't be too hard to find an Arch machine for testing. -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [apps/terminology] master 01/01: media: raise media control above selection event obj
huchi pushed a commit to branch master.
http://git.enlightenment.org/apps/terminology.git/commit/?id=23ee76e57250bfe694ba3630bcceedbd3ce7c6f4
commit 23ee76e57250bfe694ba3630bcceedbd3ce7c6f4
Author: Wonguk Jeong
Date: Mon Aug 18 17:56:58 2014 +0200
media: raise media control above selection event obj
Fixes T1454
---
src/bin/media.c | 8
src/bin/media.h | 1 +
src/bin/termio.c | 7 +++
3 files changed, 16 insertions(+)
diff --git a/src/bin/media.c b/src/bin/media.c
index 42d0e73..b5339b7 100644
--- a/src/bin/media.c
+++ b/src/bin/media.c
@@ -1347,3 +1347,11 @@ media_src_type_get(const char *src)
else if (_is_fmt(src, extn_mov)) type = TYPE_MOV;
return type;
}
+
+Evas_Object *
+media_control_get(Evas_Object *obj)
+{
+ Media *sd = evas_object_smart_data_get(obj);
+ if (!sd) return NULL;
+ return sd->o_ctrl;
+}
diff --git a/src/bin/media.h b/src/bin/media.h
index deb4f23..e1de785 100644
--- a/src/bin/media.h
+++ b/src/bin/media.h
@@ -31,5 +31,6 @@ void media_volume_set(Evas_Object *obj, double vol);
void media_stop(Evas_Object *obj);
const char *media_get(const Evas_Object *obj);
int media_src_type_get(const char *src);
+Evas_Object *media_control_get(Evas_Object *obj);
#endif
diff --git a/src/bin/termio.c b/src/bin/termio.c
index edddb68..f222c53 100644
--- a/src/bin/termio.c
+++ b/src/bin/termio.c
@@ -1268,6 +1268,7 @@ _block_media_activate(Evas_Object *obj, Termblock *blk)
Termio *sd = evas_object_smart_data_get(obj);
int type = 0;
int media = MEDIA_STRETCH;
+ Evas_Object *mctrl;
EINA_SAFETY_ON_NULL_RETURN(sd);
if (blk->scale_stretch) media = MEDIA_STRETCH;
@@ -1283,6 +1284,12 @@ _block_media_activate(Evas_Object *obj, Termblock *blk)
(blk->obj, EVAS_CALLBACK_DEL, _smart_media_del, blk);
blk->type = type;
evas_object_smart_member_add(blk->obj, obj);
+ mctrl = media_control_get(blk->obj);
+ if (mctrl)
+ {
+evas_object_smart_member_add(mctrl, obj);
+evas_object_stack_above(mctrl, sd->event);
+ }
evas_object_stack_above(blk->obj, sd->grid.obj);
evas_object_show(blk->obj);
evas_object_data_set(blk->obj, "blk", blk);
--
[EGIT] [editors/jedit-configs] master 01/01: eo: update
q66 pushed a commit to branch master. http://git.enlightenment.org/editors/jedit-configs.git/commit/?id=b4549b1888f13cd9ab22b6f0d726f8ca2cfcfc00 commit b4549b1888f13cd9ab22b6f0d726f8ca2cfcfc00 Author: Daniel Kolesa Date: Mon Aug 18 16:54:59 2014 +0100 eo: update --- eo/eo.xml | 1 + 1 file changed, 1 insertion(+) diff --git a/eo/eo.xml b/eo/eo.xml index 2b531e3..6ce4f58 100644 --- a/eo/eo.xml +++ b/eo/eo.xml @@ -101,6 +101,7 @@ constructor data destructor +eo eo_prefix legacy legacy_prefix --
[EGIT] [core/efl] master 02/03: evas-wayland-egl: Check for valid tilebuffer before setting tile size
devilhorns pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=89fb7bf24969f2609abb36eb050c8753c0b5f613
commit 89fb7bf24969f2609abb36eb050c8753c0b5f613
Author: Chris Michael
Date: Mon Aug 18 10:43:38 2014 -0400
evas-wayland-egl: Check for valid tilebuffer before setting tile size
We should check for a valid Tilebuffer before calling tile_strict_set
@fix
Signed-off-by: Chris Michael
---
src/modules/evas/engines/wayland_egl/evas_engine.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/src/modules/evas/engines/wayland_egl/evas_engine.c
b/src/modules/evas/engines/wayland_egl/evas_engine.c
index 3b3c97a..ef0471b 100644
--- a/src/modules/evas/engines/wayland_egl/evas_engine.c
+++ b/src/modules/evas/engines/wayland_egl/evas_engine.c
@@ -717,7 +717,11 @@ eng_setup(Evas *evas, void *info)
goto ob_err;
}
- evas_render_engine_software_generic_tile_strict_set(&re->generic.software,
EINA_TRUE);
+ if (re->generic.software.tb)
+ {
+evas_render_engine_software_generic_tile_strict_set
+ (&re->generic.software, EINA_TRUE);
+ }
if (!epd->engine.data.context)
{
--
[EGIT] [core/efl] master 03/03: evas-wayland-egl: Increment frame count after flush
devilhorns pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=facec1852fe493cfe6b31f7d1a2a508d409b551a
commit facec1852fe493cfe6b31f7d1a2a508d409b551a
Author: Chris Michael
Date: Mon Aug 18 10:44:55 2014 -0400
evas-wayland-egl: Increment frame count after flush
When we flush the Outbuf, we should be incrementing frame count
@fix
Signed-off-by: Chris Michael
---
src/modules/evas/engines/wayland_egl/evas_wl_main.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/modules/evas/engines/wayland_egl/evas_wl_main.c
b/src/modules/evas/engines/wayland_egl/evas_wl_main.c
index cd54930..e2eaf0b 100644
--- a/src/modules/evas/engines/wayland_egl/evas_wl_main.c
+++ b/src/modules/evas/engines/wayland_egl/evas_wl_main.c
@@ -482,6 +482,8 @@ eng_outbuf_flush(Outbuf *ob, Tilebuf_Rect *rects,
Evas_Render_Mode render_mode)
if (ob->info->callback.post_swap)
ob->info->callback.post_swap(ob->info->callback.data, ob->evas);
+ ob->frame_cnt++;
+
end:
glsym_evas_gl_preload_render_unlock(eng_preload_make_current, ob);
}
@@ -546,4 +548,3 @@ eng_gl_context_use(Context_3D *ctx)
ERR("eglMakeCurrent Failed: %#x", eglGetError());
}
}
-
--
[EGIT] [core/efl] master 01/03: evas-wayland-egl: Free Outbuf if gl_generic_init fails
devilhorns pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=db31d0ba97a8fa4d3f32e2d92143d3e7b5e9e49b
commit db31d0ba97a8fa4d3f32e2d92143d3e7b5e9e49b
Author: Chris Michael
Date: Mon Aug 18 10:42:07 2014 -0400
evas-wayland-egl: Free Outbuf if gl_generic_init fails
If we fail to init gl_generic then we should cleanup properly and free
the recently created Outbuf.
@fix
Signed-off-by: Chris Michael
---
src/modules/evas/engines/wayland_egl/evas_engine.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/modules/evas/engines/wayland_egl/evas_engine.c
b/src/modules/evas/engines/wayland_egl/evas_engine.c
index bd5b72e..3b3c97a 100644
--- a/src/modules/evas/engines/wayland_egl/evas_engine.c
+++ b/src/modules/evas/engines/wayland_egl/evas_engine.c
@@ -637,7 +637,7 @@ eng_setup(Evas *evas, void *info)
&evgl_funcs,
epd->output.w, epd->output.h))
{
- /* TODO: free Outbuf */
+ eng_window_free(ob);
goto ob_err;
}
--
Re: [E-devel] wayland.. egl.. barf!
On 08/18/14 15:53, Chris Michael wrote: > On 08/18/2014 08:43 AM, Chris Michael wrote: >> On 08/18/2014 02:01 AM, Carsten Haitzler (The Rasterman) wrote: >>> elm engine is wayland_egl: >>> >>> http://www.enlightenment.org/ss/e-53f19667607690.40512419.png >>> >>> need i say more. >>> >>> WAT? >>> >> WTF ??? Grwell, I know where my day is being spent ;) >> >> dh > > Well, it's not the evas engine itself. Expedite works. > It's also not the ecore_evas engine either. ecore_evas examples work. > > Must be something in elm.Still digging > > dh > > > > -- > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > Good luck, little padawan! May the force be with you! -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] wayland.. egl.. barf!
On 08/18/2014 08:43 AM, Chris Michael wrote: > On 08/18/2014 02:01 AM, Carsten Haitzler (The Rasterman) wrote: >> elm engine is wayland_egl: >> >> http://www.enlightenment.org/ss/e-53f19667607690.40512419.png >> >> need i say more. >> >> WAT? >> > > WTF ??? Grwell, I know where my day is being spent ;) > > dh Well, it's not the evas engine itself. Expedite works. It's also not the ecore_evas engine either. ecore_evas examples work. Must be something in elm.Still digging dh -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] wayland.. egl.. barf!
On 08/18/2014 02:01 AM, Carsten Haitzler (The Rasterman) wrote: > elm engine is wayland_egl: > > http://www.enlightenment.org/ss/e-53f19667607690.40512419.png > > need i say more. > > WAT? > WTF ??? Grwell, I know where my day is being spent ;) dh -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [enlightenment/modules/everything-websearch] master 02/02: Adapt to e19 changes
garik pushed a commit to branch master.
http://git.enlightenment.org/enlightenment/modules/everything-websearch.git/commit/?id=93f60c338aa38911161a7dcd699dca18e3c74d6e
commit 93f60c338aa38911161a7dcd699dca18e3c74d6e
Author: Igor Murzov
Date: Mon Aug 11 01:38:18 2014 +0400
Adapt to e19 changes
---
configure.ac | 2 +-
src/e_mod_main.c | 32 ++--
2 files changed, 19 insertions(+), 15 deletions(-)
diff --git a/configure.ac b/configure.ac
index cb5dbd5..a5a1555 100644
--- a/configure.ac
+++ b/configure.ac
@@ -36,7 +36,7 @@ AM_CONDITIONAL([HAVE_PO], [false])
])
AC_SUBST(LTLIBINTL)
-PKG_CHECK_MODULES(E, [enlightenment >= 0.17.99])
+PKG_CHECK_MODULES(E, [enlightenment >= 0.18.99])
PKG_CHECK_MODULES(EVRY, [everything])
PKG_CHECK_MODULES(CURL, [libcurl])
diff --git a/src/e_mod_main.c b/src/e_mod_main.c
index 2aee0fe..04afc8c 100644
--- a/src/e_mod_main.c
+++ b/src/e_mod_main.c
@@ -176,7 +176,7 @@ _send_notification(unsigned int id, const char *icon, const
char *summary,
n.app_name = _("Everything");
n.replaces_id = 0; // id
n.icon.icon = icon;
- n.sumary = summary;
+ n.summary = summary;
n.body = body;
n.timeout = timeout;
e_notification_client_send(&n, NULL, NULL);
@@ -656,8 +656,8 @@ _open_url(const char *url)
{
Evry_Item_App *app = E_NEW(Evry_Item_App, 1);
Evry_Item_File *file = E_NEW(Evry_Item_File, 1);
- Eina_List *l;
- E_Border *bd;
+
+ E_Client *bd;
app->desktop = efreet_util_desktop_exec_find(_conf->browser);
@@ -670,16 +670,20 @@ _open_url(const char *url)
if (app->desktop)
{
- EINA_LIST_FOREACH(e_border_client_list(), l, bd)
- {
-if (bd->desktop && bd->desktop == app->desktop)
- {
- e_desk_show(bd->desk);
- e_border_raise(bd);
- break;
- }
- }
- efreet_desktop_free(app->desktop);
+E_Comp *comp;
+const Eina_List *l, *ll;
+EINA_LIST_FOREACH(e_comp_list(), l, comp)
+ EINA_LIST_FOREACH(comp->clients, ll, bd)
+{
+ if (e_client_util_ignored_get(bd)) continue;
+ if (bd->desktop && bd->desktop == app->desktop)
+ {
+e_desk_show(bd->desk);
+evas_object_raise(bd->frame);
+break;
+ }
+}
+efreet_desktop_free(app->desktop);
}
E_FREE(file);
@@ -1349,7 +1353,7 @@ static Evas_Object *_basic_create(E_Config_Dialog *cfd,
Evas *evas, E_Config_Dia
static int _basic_apply(E_Config_Dialog *cfd, E_Config_Dialog_Data *cfdata);
static E_Config_Dialog *
-_conf_dialog(E_Container *con, const char *params)
+_conf_dialog(E_Comp *con, const char *params)
{
E_Config_Dialog *cfd = NULL;
E_Config_Dialog_View *v = NULL;
--
[EGIT] [enlightenment/modules/everything-websearch] master 01/02: Adapt to e18 changes
garik pushed a commit to branch master.
http://git.enlightenment.org/enlightenment/modules/everything-websearch.git/commit/?id=2387d76be123dc6799d3df4b403bed327ee6bb1d
commit 2387d76be123dc6799d3df4b403bed327ee6bb1d
Author: Igor Murzov
Date: Sat Jun 22 01:05:33 2013 +0400
Adapt to e18 changes
---
configure.ac | 4 ++--
src/e_mod_main.c | 19 ++-
2 files changed, 12 insertions(+), 11 deletions(-)
diff --git a/configure.ac b/configure.ac
index 7d7ae85..cb5dbd5 100644
--- a/configure.ac
+++ b/configure.ac
@@ -36,8 +36,8 @@ AM_CONDITIONAL([HAVE_PO], [false])
])
AC_SUBST(LTLIBINTL)
-PKG_CHECK_MODULES(E, [enlightenment])
-PKG_CHECK_MODULES(EVRY, [everything, enotify])
+PKG_CHECK_MODULES(E, [enlightenment >= 0.17.99])
+PKG_CHECK_MODULES(EVRY, [everything])
PKG_CHECK_MODULES(CURL, [libcurl])
release=$(pkg-config --variable=release enlightenment)
diff --git a/src/e_mod_main.c b/src/e_mod_main.c
index 82277c4..2aee0fe 100644
--- a/src/e_mod_main.c
+++ b/src/e_mod_main.c
@@ -4,7 +4,6 @@
#include "json.h"
#include
-#include
#define ACT_GOOGLE 1
@@ -172,11 +171,15 @@ static void
_send_notification(unsigned int id, const char *icon, const char *summary,
const char *body, int timeout)
{
- E_Notification *n;
-
- n = e_notification_full_new("Everything", id, icon, summary, body, timeout);
- e_notification_send(n, NULL, NULL);
- e_notification_unref(n);
+ E_Notification_Notify n;
+ memset(&n, 0, sizeof(E_Notification_Notify));
+ n.app_name = _("Everything");
+ n.replaces_id = 0; // id
+ n.icon.icon = icon;
+ n.sumary = summary;
+ n.body = body;
+ n.timeout = timeout;
+ e_notification_client_send(&n, NULL, NULL);
}
static Url_Data *
@@ -1597,7 +1600,6 @@ e_modapi_init(E_Module *m)
bindtextdomain(PACKAGE, buf);
bind_textdomain_codeset(PACKAGE, "UTF-8");
- e_notification_init();
ecore_con_url_init();
_conf_init(m);
@@ -1616,9 +1618,8 @@ EAPI int
e_modapi_shutdown(E_Module *m)
{
EVRY_MODULE_FREE(evry_module);
-
+
_conf_shutdown();
- e_notification_shutdown();
ecore_con_url_shutdown();
/* XXX free download handler */
--
Re: [E-devel] Weekly news from the automated build and QA front
On Mon, 18 Aug 2014 11:42:01 +0200 Stefan Schmidt wrote: > Hello. > > On 08/18/2014 10:36 AM, Tom Hacohen wrote: > > Why is evas split from EFL in coverity? > Evas generic loaders and emotion generic players. Just to lazy to > write it out. Its like this since I first run coverity for them and > put them into the weekly report. Also still too lazy to add the word "issues" to the end of the Elementary report. You know it will be less work than answering these emails. B-) -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Weekly news from the automated build and QA front
Hello. On 08/18/2014 10:36 AM, Tom Hacohen wrote: > Why is evas split from EFL in coverity? Evas generic loaders and emotion generic players. Just to lazy to write it out. Its like this since I first run coverity for them and put them into the weekly report. regards Stefan Schmidt -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [core/efl] master 01/01: evas images - animated gifs
raster pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=faaaf55f7a332c3c14f8032d24622b146d12a8e9 commit faaaf55f7a332c3c14f8032d24622b146d12a8e9 Author: Carsten Haitzler (Rasterman) Date: Mon Aug 18 18:01:51 2014 +0900 evas images - animated gifs there are deep down bugs in evas with animated gifs. espeically if you have multiple instances of the same gif, but for now let's just address the problem where we have entire frames of animation vanishing. this is because the animation frame set failed and thus didnt notify the rest of evas. have it ignore this fail for now so things work out. --- src/lib/evas/canvas/evas_object_image.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/lib/evas/canvas/evas_object_image.c b/src/lib/evas/canvas/evas_object_image.c index fcd7610..864e78d 100644 --- a/src/lib/evas/canvas/evas_object_image.c +++ b/src/lib/evas/canvas/evas_object_image.c @@ -2151,8 +2151,8 @@ _evas_image_animated_frame_set(Eo *eo_obj, Evas_Image_Data *o, int frame_index) return; if (!obj->layer->evas->engine.func->image_animated_frame_set) return; - if (!obj->layer->evas->engine.func->image_animated_frame_set(obj->layer->evas->engine.data.output, o->engine_data, frame_index)) - return; + obj->layer->evas->engine.func->image_animated_frame_set(obj->layer->evas->engine.data.output, o->engine_data, frame_index); +// if (!obj->layer->evas->engine.func->image_animated_frame_set(obj->layer->evas->engine.data.output, o->engine_data, frame_index)) return; EINA_COW_WRITE_BEGIN(evas_object_image_state_cow, o->prev, Evas_Object_Image_State, prev_write) prev_write->frame = o->cur->frame; --
[EGIT] [tools/enventor] master 01/01: about: add about file.
hermet pushed a commit to branch master. http://git.enlightenment.org/tools/enventor.git/commit/?id=17e8a13303f8fa87bbb5faa0f6650da996f1a687 commit 17e8a13303f8fa87bbb5faa0f6650da996f1a687 Author: ChunEon Park Date: Mon Aug 18 17:56:41 2014 +0900 about: add about file. previousely, Enventor just showed the README file in about view. now it just has own ABOUT file for better proper content. --- README | 15 configure.ac | 1 + data/Makefile.am | 2 +- README => data/about/ABOUT | 60 +++--- data/about/Makefile.am | 6 + src/bin/menu.c | 2 +- 6 files changed, 28 insertions(+), 58 deletions(-) diff --git a/README b/README index 9d74a00..fd57682 100644 --- a/README +++ b/README @@ -79,21 +79,6 @@ enventor --help enventor [input file] [-id image path] [-sd sound path] [-fd font path] [-dd data path] -[Authors] - -Hermet (Chuneon Park) -Cedric Bail -Raoul Hecky -Daniel Juyung Seo -Ryuan Choi -Jihoon Kim -The Rasterman (Carsten Haitzler) -Kateryna Fesyna -JaeHyun Jo -Mykyta Biliavskyi -Alex-P. Natsios - - * FOR ANY ISSUES PLEASE EMAIL * enlightenment-devel@lists.sourceforge.net diff --git a/configure.ac b/configure.ac index 3eb0bb9..bed62d1 100644 --- a/configure.ac +++ b/configure.ac @@ -103,6 +103,7 @@ data/themes/default/images/Makefile data/templates/Makefile data/color/Makefile data/sounds/Makefile +data/about/Makefile ]) AC_OUTPUT diff --git a/data/Makefile.am b/data/Makefile.am index 5c5e3c6..fe4375b 100644 --- a/data/Makefile.am +++ b/data/Makefile.am @@ -1,3 +1,3 @@ MAINTAINERCLEANFILES = Makefile.in -SUBDIRS = images themes templates desktop icon color sounds +SUBDIRS = images themes templates desktop icon color sounds about diff --git a/README b/data/about/ABOUT similarity index 64% copy from README copy to data/about/ABOUT index 9d74a00..28eaac1 100644 --- a/README +++ b/data/about/ABOUT @@ -1,32 +1,15 @@ -[Enventor v0.3.0] +[Enventor v0.3.0] -This is an EDC editor with some convenient functions. It's brand new and was -only started near the begining of June 2013, so expecting it to do everything a -mature script editor does is a bit premature, but considering it's young age, -it does a lot. +This is an EDC editor with some convenient functions. +It's band new and was only started near the begining of June 2013, so expecting it to do everything a mature script editor does is a bit premature, but considering it's young age, it does a lot. - -[Requirements] - - efl (>= 1.9.0) - elementary (>= 1.9.0) - Please note that some features may not quite function correctly or completely under EFL 1.10. Newer would be better. Please see http://www.enlightenment.org for information on these. - - -[Compiling] - -Once you have met requirements, compiling and installing is simple: - $ ./autogen.sh - $ make - $ sudo make install - -[Short Cut Keys] +[Short Cut Keys] Esc = Open/Close Menu F1 = About @@ -73,27 +56,22 @@ Ctrl+Home = Go to the Top line Ctrl+End = Go to the Bottom line -[Command Line Usage] +[Command Line Usage] enventor --help enventor [input file] [-id image path] [-sd sound path] [-fd font path] [-dd data path] - - -[Authors] - -Hermet (Chuneon Park) -Cedric Bail -Raoul Hecky -Daniel Juyung Seo -Ryuan Choi -Jihoon Kim -The Rasterman (Carsten Haitzler) -Kateryna Fesyna -JaeHyun Jo -Mykyta Biliavskyi -Alex-P. Natsios - -* FOR ANY ISSUES PLEASE EMAIL * -enlightenment-devel@lists.sourceforge.net - + +[Authors] + +Hermet (Chuneon Park) +Mykyta Biliavskyi +Kateryna Fesyna +Raoul Hecky +Cedric Bail +Ryuan Choi +Alex-P. Natsios +Daniel Juyung Seo +Jihoon Kim +The Rasterman (Carsten Haitzler) +JaeHyun Jo diff --git a/data/about/Makefile.am b/data/about/Makefile.am new file mode 100644 index 000..7f557dc --- /dev/null +++ b/data/about/Makefile.am @@ -0,0 +1,6 @@ +MAINTAINERCLEANFILES = Makefile.in +filesdir = $(datadir)/$(PACKAGE)/about +files_DATA = \ +ABOUT + +EXTRA_DIST = $(files_DATA) diff --git a/src/bin/menu.c b/src/bin/menu.c index c7a6cc9..8faa012 100644 --- a/src/bin/menu.c +++ b/src/bin/menu.c @@ -233,7 +233,7 @@ about_open(menu_data *md) //Read README char buf[PATH_MAX]; - snprintf(buf, sizeof(buf), "%s/docs/README", elm_app_data_dir_get()); + snprintf(buf, sizeof(buf), "%s/about/ABOUT", elm_app_data_dir_get()); Eina_File *file = eina_file_open(buf, EINA_FALSE); if (!file) goto err; --
Re: [E-devel] Weekly news from the automated build and QA front
Why is evas split from EFL in coverity? On Mon, Aug 18, 2014 at 8:49 AM, Stefan Schmidt wrote: > Hello. > > Summary: > o A lot nuked coverity reports in EFL. Raster got a tiny coverity > addiction for a few days. :) Good job. > > This should give everyone an overview over what has happened in the last > week on the QA front. The numbers in parentheses reflect the values from > last week to give you a trend. > > CI: > o Overall build statistic: 3.76% (4.44%) failed. > https://build.enlightenment.org/ > > clang scan-build: > o EFL scan-build reports 452 (457) issues. > https://build.enlightenment.org/job/nightly_efl_clang_x86_64/lastSuccessfu > lBuild/artifact/scan-build/build/ > o Elementary scan-build reports 77 (77) > > https://build.enlightenment.org/job/nightly_elm_clang_x86_64/lastSuccessfulBuild/artifact/scan-build/build > > Unit tests: > o 396 (396) unit tests for efl and none failing > > Coverage: > o EFL total coverage is at 32.3% (32.3%) lines and 35.8% (35.8%) functions > https://build.enlightenment.org/view/Test%20Coverage/ > > Coverity: > o EFL: Outstanding defects 254 (298) with a density of 0.39 (0.45) > o Elm: Outstanding defects 0 (0) with a density of 0 (0) > o Evas: Outstanding defects 9 (9) with a density of 0.10 (0.10) > o Emotion: Outstanding defects 0 (0) with a density of 0 (0) > o E: Outstanding defects 61 (61) with a density of 0.23 (0.23) > o Terminology: Outstanding defects 0 (0) with a density of 0 > (0) > > Phab: > o Total bug count: 329 (323) > o Pending patch reviews: 54 (47) > > regards > Stefan Schmidt > > > -- > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [apps/terminology] master 01/01: add : to word separators
raster pushed a commit to branch master. http://git.enlightenment.org/apps/terminology.git/commit/?id=4fe0c07254b48ea6c776a64d8efe7e981af300ec commit 4fe0c07254b48ea6c776a64d8efe7e981af300ec Author: Carsten Haitzler (Rasterman) Date: Mon Aug 18 17:18:03 2014 +0900 add : to word separators --- src/bin/termio.c | 1 + 1 file changed, 1 insertion(+) diff --git a/src/bin/termio.c b/src/bin/termio.c index 37f66ea..edddb68 100644 --- a/src/bin/termio.c +++ b/src/bin/termio.c @@ -2463,6 +2463,7 @@ _codepoint_is_wordsep(const Eina_Unicode g) ')', '*', ',', + ':', ';', '=', '?', --
[E-devel] Weekly news from the automated build and QA front
Hello. Summary: o A lot nuked coverity reports in EFL. Raster got a tiny coverity addiction for a few days. :) Good job. This should give everyone an overview over what has happened in the last week on the QA front. The numbers in parentheses reflect the values from last week to give you a trend. CI: o Overall build statistic: 3.76% (4.44%) failed. https://build.enlightenment.org/ clang scan-build: o EFL scan-build reports 452 (457) issues. https://build.enlightenment.org/job/nightly_efl_clang_x86_64/lastSuccessfu lBuild/artifact/scan-build/build/ o Elementary scan-build reports 77 (77) https://build.enlightenment.org/job/nightly_elm_clang_x86_64/lastSuccessfulBuild/artifact/scan-build/build Unit tests: o 396 (396) unit tests for efl and none failing Coverage: o EFL total coverage is at 32.3% (32.3%) lines and 35.8% (35.8%) functions https://build.enlightenment.org/view/Test%20Coverage/ Coverity: o EFL: Outstanding defects 254 (298) with a density of 0.39 (0.45) o Elm: Outstanding defects 0 (0) with a density of 0 (0) o Evas: Outstanding defects 9 (9) with a density of 0.10 (0.10) o Emotion: Outstanding defects 0 (0) with a density of 0 (0) o E: Outstanding defects 61 (61) with a density of 0.23 (0.23) o Terminology: Outstanding defects 0 (0) with a density of 0 (0) Phab: o Total bug count: 329 (323) o Pending patch reviews: 54 (47) regards Stefan Schmidt -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
