Re: [E-devel] Commit access for Jean-Philippe Andre
Hello. On 07/03/2013 02:37 AM, Jean-Philippe André wrote: > > I wasn't expecting anyone to propose commit access so early, actually. > Maybe it's a terrible idea considering I've already broken the build :) To me this actually means you are ready. :) regards Stefan Schmidt -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Commit access for Jean-Philippe Andre
Just one thing, JP. Don't follow Cedric, please. Compile before you push!!! On 07/03/2013 04:37 AM, Jean-Philippe André wrote: > Hi everyone! > > Sorry I broke the build for some platforms yesterday, I totally forgot to > fix that "FIXME" before submitting... > 344eae9cbd4c should help, but then again, automake is very mysterious to me > :) > > I wasn't expecting anyone to propose commit access so early, actually. > Maybe it's a terrible idea considering I've already broken the build :) > > Anyway, thanks for your support, I'll do my best! > > JP > (aka. jpeg on freenode) > > > > On Wed, Jul 3, 2013 at 2:09 AM, Eduardo Lima (Etrunko) > wrote: > >> On Tue, Jul 2, 2013 at 1:54 PM, Tom Hacohen >> wrote: >>> On 02/07/13 17:48, Doug Newgard wrote: There's even a note in the makefile: # FIXME: Problem here, forcing >> link to png12. Adding a new dep is just a "FIXME" now? >>> I take back my support, and I recommend revoking Cedric's access as >>> well. The French... >>> >> Yeah, the offending commit even has Cedric's sign off. Well, I kind of >> worked it around by using -lpng instead of -lpng12, but I guess this >> should be checked at configure time. >> >> commit 26e01c0ff674c4e3985d51e1208b77fa3fd8 >> Author: Jean-Philippe Andre >> Date: Thu Jun 27 15:31:20 2013 +0900 >> >> evas: build evas_module within cserve slave >> >> Objective: use common loaders from cserve2 >> >> Ideally evas_module should be a static library but it would >> then require static/dynamic linking to too many modules unused >> by cserve2 (eg. engines & savers) >> >> Signed-off-by: Cedric Bail >> >> >> -- >> Eduardo de Barros Lima ◤✠◢ >> ebl...@gmail.com >> >> >> -- >> This SF.net email is sponsored by Windows: >> >> Build for Windows Store. >> >> http://p.sf.net/sfu/windows-dev2dev >> ___ >> enlightenment-devel mailing list >> enlightenment-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> > > -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/elementary] master 01/01: Change the method to calculate a distance which be scrolled from linear to sine curve. And add the configuration thumbscroll_flick_distance_toleran
Great. Nice patch :)
But check my in-lined comments.
On Wed, Jul 3, 2013 at 6:43 PM, Jaehwan Kim - Enlightenment Git <
no-re...@enlightenment.org> wrote:
> jaehwan pushed a commit to branch master.
>
> commit efc204f2d30fa57dee2dbc4b0d6d713309261829
> Author: Jaehwan Kim
> Date: Wed Jul 3 18:43:19 2013 +0900
>
> Change the method to calculate a distance which be scrolled from
> linear to sine curve.
> And add the configuration thumbscroll_flick_distance_tolerance. It's
> the max flick distance.
> ---
> ChangeLog | 5
> NEWS | 2 ++
> config/default/base.src| 1 +
> config/mobile/base.src | 1 +
> config/standard/base.src | 1 +
> src/bin/config.c | 53
> +-
> src/lib/elm_config.c | 16
> src/lib/elm_config.h | 23 +
> src/lib/elm_interface_scrollable.c | 18 +++--
> src/lib/elm_priv.h | 1 +
> 10 files changed, 118 insertions(+), 3 deletions(-)
>
> diff --git a/ChangeLog b/ChangeLog
> index 969bb5d..88d211f 100644
> --- a/ChangeLog
> +++ b/ChangeLog
> @@ -1482,3 +1482,8 @@
>
> * added callback call "scroll", "scroll,anim,start",
> "scroll,anim,stop", "scroll,drag,start", "scroll,drag,stop"
> in toolar widget.
> +
> +2013-07-03 Jaehwan Kim
> +
> +* Change the method to calculate a distance which be scrolled
> from linear to sine curve.
> +And add the configuration thumbscroll_flick_distance_tolerance.
> It's the max flick distance.
> diff --git a/NEWS b/NEWS
> index d2e771b..fb6563f 100644
> --- a/NEWS
> +++ b/NEWS
> @@ -78,6 +78,7 @@ Additions:
> * Add elm_fileselector_mime_type_filter_append and
> elm_fileselector_filters_clear to support mime type filter.
> * Add the elm_scrollable_interface_content_viewport_resize_cb_set.
> * added callback call "scroll", "scroll,anim,start",
> "scroll,anim,stop", "scroll,drag,start", "scroll,drag,stop" in toolar
> widget.
> + * Add the configuration thumbscroll_flick_distance_tolerance.
>
> Improvements:
>
> @@ -119,6 +120,7 @@ Improvements:
> * Support language change for widget items (Ctxpopup, Hoversel,
> Naviframe, Diskselector, List, Menu, Segment_Control, Toolbar, Popup,
> MultibuttonEntry)
> * Move cursor when mouse moves with longpress.
> * Show magnifier when selection handlers are pressed or moved.
> + * Change the method to calculate a distance which be scrolled from
> linear to sine curve.
>
> Fixes:
> * Now elm_datetime_field_limit_set() can set year limits wihtout
> problems.
> diff --git a/config/default/base.src b/config/default/base.src
> index 445a3cd..db85956 100644
> --- a/config/default/base.src
> +++ b/config/default/base.src
> @@ -6,6 +6,7 @@ group "Elm_Config" struct {
>value "thumbscroll_threshold" int: 24;
>value "thumbscroll_hold_threshold" int: 24;
>value "thumbscroll_momentum_threshold" double: 100.0;
> + value "thumbscroll_flick_distance_tolerance" int: 1000;
>value "thumbscroll_friction" double: 1.0;
>value "thumbscroll_min_friction" double: 1.0;
>value "thumbscroll_friction_standard" double: 2000.0;
> diff --git a/config/mobile/base.src b/config/mobile/base.src
> index a3453ce..2b40577 100644
> --- a/config/mobile/base.src
> +++ b/config/mobile/base.src
> @@ -6,6 +6,7 @@ group "Elm_Config" struct {
>value "thumbscroll_threshold" int: 24;
>value "thumbscroll_hold_threshold" int: 100;
>value "thumbscroll_momentum_threshold" double: 100.0;
> + value "thumbscroll_flick_distance_tolerance" int: 1000;
>value "thumbscroll_friction" double: 1.0;
>value "thumbscroll_min_friction" double: 0.3;
>value "thumbscroll_friction_standard" double: 3000.0;
> diff --git a/config/standard/base.src b/config/standard/base.src
> index e159689..c5a0f48 100644
> --- a/config/standard/base.src
> +++ b/config/standard/base.src
> @@ -6,6 +6,7 @@ group "Elm_Config" struct {
>value "thumbscroll_threshold" int: 4;
>value "thumbscroll_hold_threshold" int: 4;
>value "thumbscroll_momentum_threshold" double: 100.0;
> + value "thumbscroll_flick_distance_tolerance" int: 1000;
>value "thumbscroll_friction" double: 1.0;
>value "thumbscroll_min_friction" double: 1.0;
>value "thumbscroll_friction_standard" double: 2000.0;
> diff --git a/src/bin/config.c b/src/bin/config.c
> index 6c3520f..4f37d9d 100644
> --- a/src/bin/config.c
> +++ b/src/bin/config.c
> @@ -347,6 +347,31 @@ tsmt_change(void *data __UNUSED__,
> }
>
> static void
> +tsfdt_round(void *data __UNUSED__,
> +Evas_Object *obj,
> +void *event_info __UNUSED__)
> +{
> + double val = elm_slider_value_get(obj);
> + double v;
> +
> + v = ((double)((int)(val * 10.0))) / 10.0;
> + if (v != val) elm_slider_value_set(obj, v);
> +}
> +
> +static void
> +tsfdt_change(void *data __UNUSED__,
[E-devel] Welcome another QA tool. E on scn.coverity.com
Hello. Last week I took the time to register efl, elm and e with the scan.coverity.com service. Its a commercial static analyzer (sadly not FOSS). They offer a free service for FOSS projects and I took the chance to use it. This allows us to share all the results with the community, which we sadly can't do with other internal tools. Be ware that I just submitted one build and we did not have done any fine tuning for false positives yet. If you want to have a look and help us fixing bugs or marking things as false positive please register at scan.coverity.com and request access to these projects. Daniel or myself can then approve your access and you can have a look. efl: http://scan.coverity.com/projects/552 elm: http://scan.coverity.com/projects/553 e: http://scan.coverity.com/projects/554 Hope you have some fun with it. regards Stefan Schmidt -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Welcome another QA tool. E on scn.coverity.com
Hello. On 07/03/2013 11:48 AM, Stefan Schmidt wrote: > > If you want to have a look and help us fixing bugs or marking things as > false positive please register at scan.coverity.com and request access > to these projects. Daniel or myself can then approve your access and you > can have a look. > > efl: http://scan.coverity.com/projects/552 > elm: http://scan.coverity.com/projects/553 > e: http://scan.coverity.com/projects/554 Some numbers: EFL: 521,687 lines of code and an initial set of 559 defects results in a defect density of 1.07. 1.0 is what they rate as industry standard and means 1 defect in thousand lines of code. Elm has 210,048 but only 77 initial defects resulting in a way lower defect density of 0.37. E is a middleground with 273,355 lines of code and 205 initial defects resulting in a defect density of 0.75. All in all that looks quite ok to me. I suspect some false positives in efl especially in the way we use eina_list and hash and take care about resource free'ing. regards Stefan Schmidt -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Welcome another QA tool. E on scn.coverity.com
On Wed, 03 Jul 2013 13:42:22 +0100 Stefan Schmidt said: > Hello. > > On 07/03/2013 11:48 AM, Stefan Schmidt wrote: > > > > If you want to have a look and help us fixing bugs or marking things as > > false positive please register at scan.coverity.com and request access > > to these projects. Daniel or myself can then approve your access and you > > can have a look. > > > > efl: http://scan.coverity.com/projects/552 > > elm: http://scan.coverity.com/projects/553 > > e: http://scan.coverity.com/projects/554 > > Some numbers: > > EFL: 521,687 lines of code and an initial set of 559 defects results in > a defect density of 1.07. 1.0 is what they rate as industry standard and > means 1 defect in thousand lines of code. > > Elm has 210,048 but only 77 initial defects resulting in a way lower > defect density of 0.37. > > E is a middleground with 273,355 lines of code and 205 initial defects > resulting in a defect density of 0.75. > > All in all that looks quite ok to me. I suspect some false positives in > efl especially in the way we use eina_list and hash and take care about > resource free'ing. > > regards > Stefan Schmidt i'd say that pretty damned good... considering. i think we may be a bit harsh on ourselves at times... BUT WE SHOULD BE! industry average is not good enough! :) m(elm is surprising btw! - same with e. i would have expected efl is better). i am sure we can knock off a lot of the defects found and come out smelling like roses. 0 defects... here we come. :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ 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/01: EFL formatting and 80 column wrap
On 03/07/13 13:54, Chris Michael - Enlightenment Git wrote: > - if (ee->prop.borderless || ee->prop.fullscreen) > + if ((ee->prop.borderless) || (ee->prop.fullscreen)) This is not efl formatting, this is just over-parenthesizing. :) -- Tom. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ 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/01: EFL formatting and 80 column wrap
On 03/07/13 13:54, Chris Michael - Enlightenment Git wrote:
> @@ -955,7 +961,9 @@ void
> _ecore_evas_wl_common_object_cursor_set(Ecore_Evas *ee, Evas_Object *obj,
> int layer, int hot_x, int hot_y)
> {
> int x, y, fx, fy;
> - Ecore_Evas_Engine_Wl_Data *wdata = ee->engine.data;
> + Ecore_Evas_Engine_Wl_Data *wdata;
> +
> + if (!(wdata = ee->engine.data)) return;
>
> if (ee->prop.cursor.object) evas_object_del(ee->prop.cursor.object);
>
> @@ -1057,8 +1065,8 @@ _ecore_evas_wl_common_maximized_set(Ecore_Evas *ee, int
> max)
> LOGFN(__FILE__, __LINE__, __FUNCTION__);
>
> if (!ee) return;
> - wdata = ee->engine.data;
> if (ee->prop.maximized == max) return;
> + wdata = ee->engine.data;
> ecore_wl_window_maximized_set(wdata->win, max);
> }
And also, these are *definitely* not formatting changes!
--
Tom.
--
This SF.net email is sponsored by Windows:
Build for Windows Store.
http://p.sf.net/sfu/windows-dev2dev
___
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/01: EFL formatting and 80 column wrap
On 03/07/13 14:06, Tom Hacohen wrote: > On 03/07/13 13:54, Chris Michael - Enlightenment Git wrote: >> - if (ee->prop.borderless || ee->prop.fullscreen) >> + if ((ee->prop.borderless) || (ee->prop.fullscreen)) > This is not efl formatting, this is just over-parenthesizing. :) > > -- > Tom. Are we really going to beat this Same Head Horse again ?? Thought we already wasted our time on a very similar discussion not too long ago dh -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ 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/01: EFL formatting and 80 column wrap
On 03/07/13 14:21, Christopher Michael wrote: > On 03/07/13 14:06, Tom Hacohen wrote: >> On 03/07/13 13:54, Chris Michael - Enlightenment Git wrote: >>> - if (ee->prop.borderless || ee->prop.fullscreen) >>> + if ((ee->prop.borderless) || (ee->prop.fullscreen)) >> This is not efl formatting, this is just over-parenthesizing. :) >> >> -- >> Tom. > Are we really going to beat this Same Head Horse again ?? Thought we > already wasted our time on a very similar discussion not too long ago We have, and the conclusion was that you were wrong and shouldn't do this. As claimed by myself, Carsten and a few others. -- Tom. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Welcome another QA tool. E on scn.coverity.com
On Wed, Jul 3, 2013 at 10:00 AM, Carsten Haitzler wrote:
> On Wed, 03 Jul 2013 13:42:22 +0100 Stefan Schmidt
> said:
>
> > Hello.
> >
> > On 07/03/2013 11:48 AM, Stefan Schmidt wrote:
> > >
> > > If you want to have a look and help us fixing bugs or marking things as
> > > false positive please register at scan.coverity.com and request access
> > > to these projects. Daniel or myself can then approve your access and
> you
> > > can have a look.
> > >
> > > efl: http://scan.coverity.com/projects/552
> > > elm: http://scan.coverity.com/projects/553
> > > e: http://scan.coverity.com/projects/554
> >
> > Some numbers:
> >
> > EFL: 521,687 lines of code and an initial set of 559 defects results in
> > a defect density of 1.07. 1.0 is what they rate as industry standard and
> > means 1 defect in thousand lines of code.
> >
> > Elm has 210,048 but only 77 initial defects resulting in a way lower
> > defect density of 0.37.
> >
> > E is a middleground with 273,355 lines of code and 205 initial defects
> > resulting in a defect density of 0.75.
> >
> > All in all that looks quite ok to me. I suspect some false positives in
> > efl especially in the way we use eina_list and hash and take care about
> > resource free'ing.
> >
> > regards
> > Stefan Schmidt
>
> i'd say that pretty damned good... considering. i think we may be a bit
> harsh
> on ourselves at times...
>
> BUT WE SHOULD BE! industry average is not good enough! :) m(elm is
> surprising
> btw! - same with e. i would have expected efl is better).
>
that confirms that coverity tool is clearly bogus AND elm has too much
lines of code in it (that does nothing, like 5 lines per callback function,
or more such as static\nname_cb(void *data)\n{\nNameType *t;\n t =
data;\n...\n}\n) :-D
--
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202
--
This SF.net email is sponsored by Windows:
Build for Windows Store.
http://p.sf.net/sfu/windows-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Welcome another QA tool. E on scn.coverity.com
On Wed, Jul 3, 2013 at 2:44 PM, Gustavo Sverzut Barbieri <
barbi...@profusion.mobi> wrote:
> On Wed, Jul 3, 2013 at 10:00 AM, Carsten Haitzler >wrote:
>
> > On Wed, 03 Jul 2013 13:42:22 +0100 Stefan Schmidt >
> > said:
> >
> > > Hello.
> > >
> > > On 07/03/2013 11:48 AM, Stefan Schmidt wrote:
> > > >
> > > > If you want to have a look and help us fixing bugs or marking things
> as
> > > > false positive please register at scan.coverity.com and request
> access
> > > > to these projects. Daniel or myself can then approve your access and
> > you
> > > > can have a look.
> > > >
> > > > efl: http://scan.coverity.com/projects/552
> > > > elm: http://scan.coverity.com/projects/553
> > > > e: http://scan.coverity.com/projects/554
> > >
> > > Some numbers:
> > >
> > > EFL: 521,687 lines of code and an initial set of 559 defects results in
> > > a defect density of 1.07. 1.0 is what they rate as industry standard
> and
> > > means 1 defect in thousand lines of code.
> > >
> > > Elm has 210,048 but only 77 initial defects resulting in a way lower
> > > defect density of 0.37.
> > >
> > > E is a middleground with 273,355 lines of code and 205 initial defects
> > > resulting in a defect density of 0.75.
> > >
> > > All in all that looks quite ok to me. I suspect some false positives in
> > > efl especially in the way we use eina_list and hash and take care about
> > > resource free'ing.
> > >
> > > regards
> > > Stefan Schmidt
> >
> > i'd say that pretty damned good... considering. i think we may be a bit
> > harsh
> > on ourselves at times...
> >
> > BUT WE SHOULD BE! industry average is not good enough! :) m(elm is
> > surprising
> > btw! - same with e. i would have expected efl is better).
> >
>
> that confirms that coverity tool is clearly bogus AND elm has too much
> lines of code in it (that does nothing, like 5 lines per callback function,
> or more such as static\nname_cb(void *data)\n{\nNameType *t;\n t =
> data;\n...\n}\n) :-D
>
> --
> Gustavo Sverzut Barbieri
> http://profusion.mobi embedded systems
> --
> MSN: barbi...@gmail.com
> Skype: gsbarbieri
> Mobile: +55 (19) 9225-2202
>
but if there weren't so many lines of code, how would any of us reach our
management evaluation objectives?
--
This SF.net email is sponsored by Windows:
Build for Windows Store.
http://p.sf.net/sfu/windows-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Welcome another QA tool. E on scn.coverity.com
On Wed, Jul 3, 2013 at 10:57 AM, Michael Blumenkrantz <
michael.blumenkra...@gmail.com> wrote:
> On Wed, Jul 3, 2013 at 2:44 PM, Gustavo Sverzut Barbieri <
> barbi...@profusion.mobi> wrote:
>
> > On Wed, Jul 3, 2013 at 10:00 AM, Carsten Haitzler > >wrote:
> >
> > > On Wed, 03 Jul 2013 13:42:22 +0100 Stefan Schmidt <
> s.schm...@samsung.com
> > >
> > > said:
> > >
> > > > Hello.
> > > >
> > > > On 07/03/2013 11:48 AM, Stefan Schmidt wrote:
> > > > >
> > > > > If you want to have a look and help us fixing bugs or marking
> things
> > as
> > > > > false positive please register at scan.coverity.com and request
> > access
> > > > > to these projects. Daniel or myself can then approve your access
> and
> > > you
> > > > > can have a look.
> > > > >
> > > > > efl: http://scan.coverity.com/projects/552
> > > > > elm: http://scan.coverity.com/projects/553
> > > > > e: http://scan.coverity.com/projects/554
> > > >
> > > > Some numbers:
> > > >
> > > > EFL: 521,687 lines of code and an initial set of 559 defects results
> in
> > > > a defect density of 1.07. 1.0 is what they rate as industry standard
> > and
> > > > means 1 defect in thousand lines of code.
> > > >
> > > > Elm has 210,048 but only 77 initial defects resulting in a way lower
> > > > defect density of 0.37.
> > > >
> > > > E is a middleground with 273,355 lines of code and 205 initial
> defects
> > > > resulting in a defect density of 0.75.
> > > >
> > > > All in all that looks quite ok to me. I suspect some false positives
> in
> > > > efl especially in the way we use eina_list and hash and take care
> about
> > > > resource free'ing.
> > > >
> > > > regards
> > > > Stefan Schmidt
> > >
> > > i'd say that pretty damned good... considering. i think we may be a bit
> > > harsh
> > > on ourselves at times...
> > >
> > > BUT WE SHOULD BE! industry average is not good enough! :) m(elm is
> > > surprising
> > > btw! - same with e. i would have expected efl is better).
> > >
> >
> > that confirms that coverity tool is clearly bogus AND elm has too much
> > lines of code in it (that does nothing, like 5 lines per callback
> function,
> > or more such as static\nname_cb(void *data)\n{\nNameType *t;\n t =
> > data;\n...\n}\n) :-D
> >
> > --
> > Gustavo Sverzut Barbieri
> > http://profusion.mobi embedded systems
> > --
> > MSN: barbi...@gmail.com
> > Skype: gsbarbieri
> > Mobile: +55 (19) 9225-2202
> >
>
> but if there weren't so many lines of code, how would any of us reach our
> management evaluation objectives?
>
true, would also make hard to justify 100k commits to cleanup whitespaces!
--
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202
--
This SF.net email is sponsored by Windows:
Build for Windows Store.
http://p.sf.net/sfu/windows-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] I can't build elementary on RasPi
On Wed, Jul 3, 2013 at 12:00 AM, wrote: > > Send enlightenment-devel mailing list submissions to > enlightenment-devel@lists.sourceforge.net > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > or, via email, send a message with subject or body 'help' to > enlightenment-devel-requ...@lists.sourceforge.net > > You can reach the person managing the list at > enlightenment-devel-ow...@lists.sourceforge.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of enlightenment-devel digest..." > > > Today's Topics: > >1. Re: Commit access for Jean-Philippe Andre (Daniel Juyung Seo) >2. Re: Commit access for Jean-Philippe Andre (Eduardo Lima (Etrunko)) >3. Re: Commit access for Jean-Philippe Andre (Eduardo Lima (Etrunko)) >4. Re: I can't build elementary on RasPi (Daniel Juyung Seo) >5. Re: [e-users] E Korean diner before summer (J?r?me Pinot) > > > -- > > Message: 1 > Date: Tue, 2 Jul 2013 22:58:07 +0900 > From: Daniel Juyung Seo > Subject: Re: [E-devel] Commit access for Jean-Philippe Andre > To: Enlightenment developer list > > Message-ID: > > Content-Type: text/plain; charset=ISO-8859-1 > > Great from my side :) > Thanks for the nomination :) > > Daniel Juyung Seo (SeoZ) > > > On Tue, Jul 2, 2013 at 9:23 PM, Stefan Schmidt wrote: > > > Hello. > > > > I would like to propose commit access for Jean-Philippe Andre. > > > > All the patches I have seen so far from him have good quality, are split > > into sensible pieces and work in areas that are way over trivial fixes. > > > > Anyone has problems with that? > > > > regards > > Stefan Schmidt > > > > > > -- > > This SF.net email is sponsored by Windows: > > > > Build for Windows Store. > > > > http://p.sf.net/sfu/windows-dev2dev > > ___ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > -- > > Message: 2 > Date: Tue, 2 Jul 2013 10:59:07 -0300 > From: "Eduardo Lima (Etrunko)" > Subject: Re: [E-devel] Commit access for Jean-Philippe Andre > To: Enlightenment developer list > > Message-ID: > > Content-Type: text/plain; charset=UTF-8 > > Already started breaking build, this might well be on the fastest > b0rker ever seen :) > > Keep up with the good work! > > On Tue, Jul 2, 2013 at 9:55 AM, Cedric BAIL wrote: > > On Tue, Jul 2, 2013 at 2:46 PM, ChunEon Park wrote: > >> without iceream?! > > > > He bother me already to much with his patch, but I can bribe you to > > accept by offering some icecream ;-) Do we have a deal here ? > > > >> > >> -Regards, Hermet- > >> > >> -Original Message- > >> From: "Iv?n Briano" > >> To: "Enlightenment developer > >> list"; > >> Cc: > >> Sent: 2013-07-02 (?) 21:35:00 > >> Subject: Re: [E-devel] Commit access for Jean-Philippe Andre > >> > >> On Tue, Jul 2, 2013 at 9:28 AM, Tom Hacohen @samsung.com> > >> wrote: > >>> On 02/07/13 13:23, Stefan Schmidt wrote: > Hello. > > I would like to propose commit access for Jean-Philippe Andre. > > All the patches I have seen so far from him have good quality, are split > into sensible pieces and work in areas that are way over trivial fixes. > > Anyone has problems with that? > >>> > >>> I support this motion. JP can be mostly trusted. ;P > >>> > >> > >> I'll have to speak against it then, solely because if Tasn says it's a good > >> idea, it must indeed be something terrible. > >> > >>> -- > >>> Tom. > >>> > >>> > >>> -- > >>> This SF.net email is sponsored by Windows: > >>> > >>> Build for Windows Store. > >>> > >>> http://p.sf.net/sfu/windows-dev2dev > >>> ___ > >>> enlightenment-devel mailing list > >>> enlightenment-devel@lists.sourceforge.net > >>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > >> > >> -- > >> This SF.net email is sponsored by Windows: > >> > >> Build for Windows Store. > >> > >> http://p.sf.net/sfu/windows-dev2dev > >> ___ > >> enlightenment-devel mailing list > >> enlightenment-devel@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > >> > >> -- > >> This SF.net email is sponsored by Windows: > >> > >> Build for Windows Store. > >> > >> http://p.sf.net/sfu/windows-dev2dev > >>
Re: [E-devel] Welcome another QA tool. E on scn.coverity.com
On Wed, 3 Jul 2013 22:00:11 +0900 Carsten Haitzler (The Rasterman) wrote: > On Wed, 03 Jul 2013 13:42:22 +0100 Stefan Schmidt > said: > > > Hello. > > > > On 07/03/2013 11:48 AM, Stefan Schmidt wrote: > > > > > > If you want to have a look and help us fixing bugs or marking > > > things as false positive please register at scan.coverity.com and > > > request access to these projects. Daniel or myself can then > > > approve your access and you can have a look. > > > > > > efl: http://scan.coverity.com/projects/552 > > > elm: http://scan.coverity.com/projects/553 > > > e: http://scan.coverity.com/projects/554 > > > > Some numbers: > > > > EFL: 521,687 lines of code and an initial set of 559 defects > > results in a defect density of 1.07. 1.0 is what they rate as > > industry standard and means 1 defect in thousand lines of code. > > > > Elm has 210,048 but only 77 initial defects resulting in a way > > lower defect density of 0.37. > > > > E is a middleground with 273,355 lines of code and 205 initial > > defects resulting in a defect density of 0.75. > > > > All in all that looks quite ok to me. I suspect some false > > positives in efl especially in the way we use eina_list and hash > > and take care about resource free'ing. > > > > regards > > Stefan Schmidt > > i'd say that pretty damned good... considering. i think we may be a > bit harsh on ourselves at times... > > BUT WE SHOULD BE! industry average is not good enough! :) m(elm is > surprising btw! - same with e. i would have expected efl is better). > > i am sure we can knock off a lot of the defects found and come out > smelling like roses. 0 defects... here we come. :) Zaro boogs? -- 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 -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] I can't build elementary on RasPi
> > 1. you don't need elementary to use e17. efl is enough :) > > > > 2. anyhow it's weird. it works for me. can you give me more information? > > i don't know what information can help me. but .. what autogen > > configuration option did you use? > > > > Daniel Juyung Seo (SeoZ) > > > I just had run autogen.sh without any option. > I can find the option " ./configure --no-create --no-recursion " in config.log > Actually I cloned the source codes in my NAS not SD memory of RasPi. > I think ownership and permission of files are correct. > Any ideas? > sorry for my previous stupid answer, I read "I can't" instead of "I can" find test_prefs.epc so you are compiling from your RasPi, targeting a source tree on a network mounted share, try to add some printf(pwd, input file …) src/bin/elm_prefs_cc.c, it might be a path related issue --- Hell'O from Yverdoom Jérémy (jeyzu) -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 02/02: eldbus - only unref client conns that are not null after dispatch
On Wed, Jul 3, 2013 at 8:42 PM, Carsten Haitzler - Enlightenment Git <
no-re...@enlightenment.org> wrote:
> raster pushed a commit to branch master.
>
> commit bdd57af1136dd6c81244c15b0456ec06d10fa59e
> Author: Carsten Haitzler (Rasterman)
> Date: Thu Jul 4 08:41:45 2013 +0900
>
> eldbus - only unref client conns that are not null after dispatch
> ---
> src/lib/eldbus/eldbus_core.c | 3 ++-
> src/lib/ethumb_client/ethumb_client.c | 2 +-
> 2 files changed, 3 insertions(+), 2 deletions(-)
>
> diff --git a/src/lib/eldbus/eldbus_core.c b/src/lib/eldbus/eldbus_core.c
> index 040fe4c..a92d1e2 100644
> --- a/src/lib/eldbus/eldbus_core.c
> +++ b/src/lib/eldbus/eldbus_core.c
> @@ -772,7 +772,8 @@ eldbus_idler(void *data)
> dbus_connection_ref(conn->dbus_conn);
> DBG("Connection@%p: Dispatching", conn);
> dbus_connection_dispatch(conn->dbus_conn);
> - dbus_connection_unref(conn->dbus_conn);
> + // add the if check as dispact may set conn->dbus_conn to NULL in a cb
> + if (conn->dbus_conn) dbus_connection_unref(conn->dbus_conn);
>
Huuum I think should be better increase eldbus_connection reference before
call dbus_connection_dispatch().
conn->dbus_conn only will be null if some cb remove the last reference of
eldbus_connection, so this will ran invalid memory.
I will fix this tomorrow at work.
> return ECORE_CALLBACK_RENEW;
> }
>
> diff --git a/src/lib/ethumb_client/ethumb_client.c
> b/src/lib/ethumb_client/ethumb_client.c
> index cbd3c96..3d62fa1 100644
> --- a/src/lib/ethumb_client/ethumb_client.c
> +++ b/src/lib/ethumb_client/ethumb_client.c
> @@ -238,7 +238,7 @@ end_connection:
> obj = eldbus_proxy_object_get(client->proxy);
> eldbus_proxy_unref(client->proxy);
> eldbus_object_unref(obj);
> - eldbus_connection_unref(client->conn);
> + if (client->conn) eldbus_connection_unref(client->conn);
>
> if (client->connect.free_data)
> client->connect.free_data(client->connect.data);
>
> --
>
>
> --
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-dev2dev
>
--
This SF.net email is sponsored by Windows:
Build for Windows Store.
http://p.sf.net/sfu/windows-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 02/02: eldbus - only unref client conns that are not null after dispatch
On Wed, 3 Jul 2013 22:33:18 -0300 Jose Souza said:
> On Wed, Jul 3, 2013 at 8:42 PM, Carsten Haitzler - Enlightenment Git <
> no-re...@enlightenment.org> wrote:
>
> > raster pushed a commit to branch master.
> >
> > commit bdd57af1136dd6c81244c15b0456ec06d10fa59e
> > Author: Carsten Haitzler (Rasterman)
> > Date: Thu Jul 4 08:41:45 2013 +0900
> >
> > eldbus - only unref client conns that are not null after dispatch
> > ---
> > src/lib/eldbus/eldbus_core.c | 3 ++-
> > src/lib/ethumb_client/ethumb_client.c | 2 +-
> > 2 files changed, 3 insertions(+), 2 deletions(-)
> >
> > diff --git a/src/lib/eldbus/eldbus_core.c b/src/lib/eldbus/eldbus_core.c
> > index 040fe4c..a92d1e2 100644
> > --- a/src/lib/eldbus/eldbus_core.c
> > +++ b/src/lib/eldbus/eldbus_core.c
> > @@ -772,7 +772,8 @@ eldbus_idler(void *data)
> > dbus_connection_ref(conn->dbus_conn);
> > DBG("Connection@%p: Dispatching", conn);
> > dbus_connection_dispatch(conn->dbus_conn);
> > - dbus_connection_unref(conn->dbus_conn);
> > + // add the if check as dispact may set conn->dbus_conn to NULL in a cb
> > + if (conn->dbus_conn) dbus_connection_unref(conn->dbus_conn);
> >
> Huuum I think should be better increase eldbus_connection reference before
> call dbus_connection_dispatch().
> conn->dbus_conn only will be null if some cb remove the last reference of
> eldbus_connection, so this will ran invalid memory.
>
> I will fix this tomorrow at work.
it already does do the _ref() before dispatch. the problem is that dbus_conn is
NULL... some callback dispatch() calls sets it to NULL. actually i have a
better solution to this... copy it locally.
> > return ECORE_CALLBACK_RENEW;
> > }
> >
> > diff --git a/src/lib/ethumb_client/ethumb_client.c
> > b/src/lib/ethumb_client/ethumb_client.c
> > index cbd3c96..3d62fa1 100644
> > --- a/src/lib/ethumb_client/ethumb_client.c
> > +++ b/src/lib/ethumb_client/ethumb_client.c
> > @@ -238,7 +238,7 @@ end_connection:
> > obj = eldbus_proxy_object_get(client->proxy);
> > eldbus_proxy_unref(client->proxy);
> > eldbus_object_unref(obj);
> > - eldbus_connection_unref(client->conn);
> > + if (client->conn) eldbus_connection_unref(client->conn);
> >
> > if (client->connect.free_data)
> > client->connect.free_data(client->connect.data);
> >
> > --
> >
> >
> > --
> > This SF.net email is sponsored by Windows:
> >
> > Build for Windows Store.
> >
> > http://p.sf.net/sfu/windows-dev2dev
> >
> --
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-dev2dev
> ___
> 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
--
This SF.net email is sponsored by Windows:
Build for Windows Store.
http://p.sf.net/sfu/windows-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 02/02: eldbus - only unref client conns that are not null after dispatch
Now it increase reference of libdbus_connection not eldbus_connection, some
callback are removing the last reference of eldbus_connection.
On Wed, Jul 3, 2013 at 10:57 PM, Carsten Haitzler wrote:
> On Wed, 3 Jul 2013 22:33:18 -0300 Jose Souza
> said:
>
> > On Wed, Jul 3, 2013 at 8:42 PM, Carsten Haitzler - Enlightenment Git <
> > no-re...@enlightenment.org> wrote:
> >
> > > raster pushed a commit to branch master.
> > >
> > > commit bdd57af1136dd6c81244c15b0456ec06d10fa59e
> > > Author: Carsten Haitzler (Rasterman)
> > > Date: Thu Jul 4 08:41:45 2013 +0900
> > >
> > > eldbus - only unref client conns that are not null after dispatch
> > > ---
> > > src/lib/eldbus/eldbus_core.c | 3 ++-
> > > src/lib/ethumb_client/ethumb_client.c | 2 +-
> > > 2 files changed, 3 insertions(+), 2 deletions(-)
> > >
> > > diff --git a/src/lib/eldbus/eldbus_core.c
> b/src/lib/eldbus/eldbus_core.c
> > > index 040fe4c..a92d1e2 100644
> > > --- a/src/lib/eldbus/eldbus_core.c
> > > +++ b/src/lib/eldbus/eldbus_core.c
> > > @@ -772,7 +772,8 @@ eldbus_idler(void *data)
> > > dbus_connection_ref(conn->dbus_conn);
> > > DBG("Connection@%p: Dispatching", conn);
> > > dbus_connection_dispatch(conn->dbus_conn);
> > > - dbus_connection_unref(conn->dbus_conn);
> > > + // add the if check as dispact may set conn->dbus_conn to NULL in
> a cb
> > > + if (conn->dbus_conn) dbus_connection_unref(conn->dbus_conn);
> > >
> > Huuum I think should be better increase eldbus_connection reference
> before
> > call dbus_connection_dispatch().
> > conn->dbus_conn only will be null if some cb remove the last reference of
> > eldbus_connection, so this will ran invalid memory.
> >
> > I will fix this tomorrow at work.
>
> it already does do the _ref() before dispatch. the problem is that
> dbus_conn is
> NULL... some callback dispatch() calls sets it to NULL. actually i have a
> better solution to this... copy it locally.
>
> > > return ECORE_CALLBACK_RENEW;
> > > }
> > >
> > > diff --git a/src/lib/ethumb_client/ethumb_client.c
> > > b/src/lib/ethumb_client/ethumb_client.c
> > > index cbd3c96..3d62fa1 100644
> > > --- a/src/lib/ethumb_client/ethumb_client.c
> > > +++ b/src/lib/ethumb_client/ethumb_client.c
> > > @@ -238,7 +238,7 @@ end_connection:
> > > obj = eldbus_proxy_object_get(client->proxy);
> > > eldbus_proxy_unref(client->proxy);
> > > eldbus_object_unref(obj);
> > > - eldbus_connection_unref(client->conn);
> > > + if (client->conn) eldbus_connection_unref(client->conn);
> > >
> > > if (client->connect.free_data)
> > > client->connect.free_data(client->connect.data);
> > >
> > > --
> > >
> > >
> > >
> --
> > > This SF.net email is sponsored by Windows:
> > >
> > > Build for Windows Store.
> > >
> > > http://p.sf.net/sfu/windows-dev2dev
> > >
> >
> --
> > This SF.net email is sponsored by Windows:
> >
> > Build for Windows Store.
> >
> > http://p.sf.net/sfu/windows-dev2dev
> > ___
> > 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
>
>
--
This SF.net email is sponsored by Windows:
Build for Windows Store.
http://p.sf.net/sfu/windows-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 02/02: eldbus - only unref client conns that are not null after dispatch
On Wed, 3 Jul 2013 23:01:47 -0300 Jose Souza said:
> Now it increase reference of libdbus_connection not eldbus_connection, some
> callback are removing the last reference of eldbus_connection.
hmm that may be true. i didnt check valgrind. :)
> On Wed, Jul 3, 2013 at 10:57 PM, Carsten Haitzler wrote:
>
> > On Wed, 3 Jul 2013 22:33:18 -0300 Jose Souza
> > said:
> >
> > > On Wed, Jul 3, 2013 at 8:42 PM, Carsten Haitzler - Enlightenment Git <
> > > no-re...@enlightenment.org> wrote:
> > >
> > > > raster pushed a commit to branch master.
> > > >
> > > > commit bdd57af1136dd6c81244c15b0456ec06d10fa59e
> > > > Author: Carsten Haitzler (Rasterman)
> > > > Date: Thu Jul 4 08:41:45 2013 +0900
> > > >
> > > > eldbus - only unref client conns that are not null after dispatch
> > > > ---
> > > > src/lib/eldbus/eldbus_core.c | 3 ++-
> > > > src/lib/ethumb_client/ethumb_client.c | 2 +-
> > > > 2 files changed, 3 insertions(+), 2 deletions(-)
> > > >
> > > > diff --git a/src/lib/eldbus/eldbus_core.c
> > b/src/lib/eldbus/eldbus_core.c
> > > > index 040fe4c..a92d1e2 100644
> > > > --- a/src/lib/eldbus/eldbus_core.c
> > > > +++ b/src/lib/eldbus/eldbus_core.c
> > > > @@ -772,7 +772,8 @@ eldbus_idler(void *data)
> > > > dbus_connection_ref(conn->dbus_conn);
> > > > DBG("Connection@%p: Dispatching", conn);
> > > > dbus_connection_dispatch(conn->dbus_conn);
> > > > - dbus_connection_unref(conn->dbus_conn);
> > > > + // add the if check as dispact may set conn->dbus_conn to NULL in
> > a cb
> > > > + if (conn->dbus_conn) dbus_connection_unref(conn->dbus_conn);
> > > >
> > > Huuum I think should be better increase eldbus_connection reference
> > before
> > > call dbus_connection_dispatch().
> > > conn->dbus_conn only will be null if some cb remove the last reference of
> > > eldbus_connection, so this will ran invalid memory.
> > >
> > > I will fix this tomorrow at work.
> >
> > it already does do the _ref() before dispatch. the problem is that
> > dbus_conn is
> > NULL... some callback dispatch() calls sets it to NULL. actually i have a
> > better solution to this... copy it locally.
> >
> > > > return ECORE_CALLBACK_RENEW;
> > > > }
> > > >
> > > > diff --git a/src/lib/ethumb_client/ethumb_client.c
> > > > b/src/lib/ethumb_client/ethumb_client.c
> > > > index cbd3c96..3d62fa1 100644
> > > > --- a/src/lib/ethumb_client/ethumb_client.c
> > > > +++ b/src/lib/ethumb_client/ethumb_client.c
> > > > @@ -238,7 +238,7 @@ end_connection:
> > > > obj = eldbus_proxy_object_get(client->proxy);
> > > > eldbus_proxy_unref(client->proxy);
> > > > eldbus_object_unref(obj);
> > > > - eldbus_connection_unref(client->conn);
> > > > + if (client->conn) eldbus_connection_unref(client->conn);
> > > >
> > > > if (client->connect.free_data)
> > > > client->connect.free_data(client->connect.data);
> > > >
> > > > --
> > > >
> > > >
> > > >
> > --
> > > > This SF.net email is sponsored by Windows:
> > > >
> > > > Build for Windows Store.
> > > >
> > > > http://p.sf.net/sfu/windows-dev2dev
> > > >
> > >
> > --
> > > This SF.net email is sponsored by Windows:
> > >
> > > Build for Windows Store.
> > >
> > > http://p.sf.net/sfu/windows-dev2dev
> > > ___
> > > 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
> >
> >
> --
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-dev2dev
> ___
> 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
--
This SF.net email is sponsored by Windows:
Build for Windows Store.
http://p.sf.net/sfu/windows-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Commit access for Jean-Philippe Andre
Hello, On Wed, Jul 3, 2013 at 9:37 AM, Stefan Schmidt wrote: > On 07/03/2013 02:37 AM, Jean-Philippe André wrote: >> I wasn't expecting anyone to propose commit access so early, actually. >> Maybe it's a terrible idea considering I've already broken the build :) > > To me this actually means you are ready. :) I do agree and as nobody did oppose that proposition, here you have your bork^Wgit access in ! Have fun ! -- Cedric BAIL -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 02/06: eina: improve Eina_Tiler to be in par with Evas_Tilebuf.
On Wed, 03 Jul 2013 21:06:21 -0700 Cedric Bail - Enlightenment Git wrote: > cedric pushed a commit to branch master. > > commit f825bebcdb5cba5efffb14f05008c2e06a4fbe11 > Author: Cedric Bail > Date: Thu Jul 4 12:37:51 2013 +0900 > > eina: improve Eina_Tiler to be in par with Evas_Tilebuf. > --- > ChangeLog | 4 +++ > NEWS | 1 + > src/lib/eina/eina_rectangle.h | 11 +--- > src/lib/eina/eina_tiler.c | 58 > +-- > src/lib/eina/eina_tiler.h | 22 > 5 files changed, 90 insertions(+), 6 deletions(-) > still needs a scaling method so I can remove the other tiler in e :( -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 02/06: eina: improve Eina_Tiler to be in par with Evas_Tilebuf.
On Thu, Jul 4, 2013 at 7:09 AM, Michael Blumenkrantz wrote: > On Wed, 03 Jul 2013 21:06:21 -0700 > Cedric Bail - Enlightenment Git wrote: >> cedric pushed a commit to branch master. >> >> commit f825bebcdb5cba5efffb14f05008c2e06a4fbe11 >> Author: Cedric Bail >> Date: Thu Jul 4 12:37:51 2013 +0900 >> >> eina: improve Eina_Tiler to be in par with Evas_Tilebuf. >> --- >> ChangeLog | 4 +++ >> NEWS | 1 + >> src/lib/eina/eina_rectangle.h | 11 +--- >> src/lib/eina/eina_tiler.c | 58 >> +-- >> src/lib/eina/eina_tiler.h | 22 >> 5 files changed, 90 insertions(+), 6 deletions(-) > > still needs a scaling method so I can remove the other tiler in e :( Please remember me what you are expecting from a scaling method. -- Cedric BAIL -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Commit access for Jean-Philippe Andre
Hello! Thanks a lot for supporting me and giving me git access! I'll do my best improving EFL and the E world in general :) Hopefully I won't follow Cedric's path of borking everything :-P Cheers, JP PS: Ice cream is on me for those in Suwon ^_^ On Thu, Jul 4, 2013 at 1:13 PM, Cedric BAIL wrote: > Hello, > > On Wed, Jul 3, 2013 at 9:37 AM, Stefan Schmidt > wrote: > > On 07/03/2013 02:37 AM, Jean-Philippe André wrote: > >> I wasn't expecting anyone to propose commit access so early, actually. > >> Maybe it's a terrible idea considering I've already broken the build :) > > > > To me this actually means you are ready. :) > > I do agree and as nobody did oppose that proposition, here you have > your bork^Wgit access in ! > > Have fun ! > -- > Cedric BAIL > > > -- > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Jean-Philippe André -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Commit access for Jean-Philippe Andre
"Jean-Philippe André" wrote: >Hello! > >Thanks a lot for supporting me and giving me git access! >I'll do my best improving EFL and the E world in general :) >Hopefully I won't follow Cedric's path of borking everything :-P > >Cheers, >JP > >PS: Ice cream is on me for those in Suwon ^_^ > > > >On Thu, Jul 4, 2013 at 1:13 PM, Cedric BAIL >wrote: > >> Hello, >> >> On Wed, Jul 3, 2013 at 9:37 AM, Stefan Schmidt > >> wrote: >> > On 07/03/2013 02:37 AM, Jean-Philippe André wrote: >> >> I wasn't expecting anyone to propose commit access so early, >actually. >> >> Maybe it's a terrible idea considering I've already broken the >build :) >> > >> > To me this actually means you are ready. :) >> >> I do agree and as nobody did oppose that proposition, here you have >> your bork^Wgit access in ! >> >> Have fun ! >> -- >> Cedric BAIL >> >> >> >-- >> This SF.net email is sponsored by Windows: >> >> Build for Windows Store. >> >> http://p.sf.net/sfu/windows-dev2dev >> ___ >> enlightenment-devel mailing list >> enlightenment-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> > > > >-- >Jean-Philippe André >-- >This SF.net email is sponsored by Windows: > >Build for Windows Store. > >http://p.sf.net/sfu/windows-dev2dev >___ >enlightenment-devel mailing list >enlightenment-devel@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/enlightenment-devel I'm on my way. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 02/06: eina: improve Eina_Tiler to be in par with Evas_Tilebuf.
http://slexy.org/view/s248XLdIUK On Thu, Jul 4, 2013 at 6:34 AM, Cedric BAIL wrote: > On Thu, Jul 4, 2013 at 7:09 AM, Michael Blumenkrantz > wrote: > > On Wed, 03 Jul 2013 21:06:21 -0700 > > Cedric Bail - Enlightenment Git wrote: > >> cedric pushed a commit to branch master. > >> > >> commit f825bebcdb5cba5efffb14f05008c2e06a4fbe11 > >> Author: Cedric Bail > >> Date: Thu Jul 4 12:37:51 2013 +0900 > >> > >> eina: improve Eina_Tiler to be in par with Evas_Tilebuf. > >> --- > >> ChangeLog | 4 +++ > >> NEWS | 1 + > >> src/lib/eina/eina_rectangle.h | 11 +--- > >> src/lib/eina/eina_tiler.c | 58 > +-- > >> src/lib/eina/eina_tiler.h | 22 > >> 5 files changed, 90 insertions(+), 6 deletions(-) > > > > still needs a scaling method so I can remove the other tiler in e :( > > Please remember me what you are expecting from a scaling method. > -- > Cedric BAIL > > > -- > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 02/06: eina: improve Eina_Tiler to be in par with Evas_Tilebuf.
On Thu, Jul 4, 2013 at 8:46 AM, Michael Blumenkrantz wrote: > http://slexy.org/view/s248XLdIUK I have no idea what this code does ! My main concern about scaling anything internally, is rounding error and synchronisation loss with the outside definition. That's why i think that a simple clear + refeed would be better. > On Thu, Jul 4, 2013 at 6:34 AM, Cedric BAIL wrote: > >> On Thu, Jul 4, 2013 at 7:09 AM, Michael Blumenkrantz >> wrote: >> > On Wed, 03 Jul 2013 21:06:21 -0700 >> > Cedric Bail - Enlightenment Git wrote: >> >> cedric pushed a commit to branch master. >> >> >> >> commit f825bebcdb5cba5efffb14f05008c2e06a4fbe11 >> >> Author: Cedric Bail >> >> Date: Thu Jul 4 12:37:51 2013 +0900 >> >> >> >> eina: improve Eina_Tiler to be in par with Evas_Tilebuf. >> >> --- >> >> ChangeLog | 4 +++ >> >> NEWS | 1 + >> >> src/lib/eina/eina_rectangle.h | 11 +--- >> >> src/lib/eina/eina_tiler.c | 58 >> +-- >> >> src/lib/eina/eina_tiler.h | 22 >> >> 5 files changed, 90 insertions(+), 6 deletions(-) >> > >> > still needs a scaling method so I can remove the other tiler in e :( >> >> Please remember me what you are expecting from a scaling method. >> -- >> Cedric BAIL >> >> >> -- >> This SF.net email is sponsored by Windows: >> >> Build for Windows Store. >> >> http://p.sf.net/sfu/windows-dev2dev >> ___ >> enlightenment-devel mailing list >> enlightenment-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> > -- > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Cedric BAIL -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
