Mike Blumenkrantz | 30 Jun 18:11 2016
Picon

[E-devel] Enlightenment DR 0.21.0 Release

CHANGES
https://git.enlightenment.org/core/enlightenment.git/tree/NEWS?h=v0.21.0

TICKETS ADDRESSED
https://phab.enlightenment.org/T2995
https://phab.enlightenment.org/T3433
https://phab.enlightenment.org/T3576
https://phab.enlightenment.org/T3819
https://phab.enlightenment.org/T3854
https://phab.enlightenment.org/T3911

SHA256SUM + DOWNLOAD
95238d5bc42938a1ed19bcb763ecdf53757a25557ae4f3024923424d32b6aaca
http://download.enlightenment.org/rel/apps/enlightenment/enlightenment-0.21.0.tar.gz

e971dbc666ba267ff5457ac80e0ca209d692c8f92231ba8f4f6e699f666d055d
http://download.enlightenment.org/rel/apps/enlightenment/enlightenment-0.21.0.tar.xz

See the full announcement for more details:
https://www.enlightenment.org/news/e21_release
------------------------------------------------------------------------------
Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape
Stefan Schmidt | 27 Jun 12:54 2016

[E-devel] Weekly news from the automated build and QA front

Hello.

Summary:
o Still no updated coverage report as the build fails with various 
problems even after some are fixed. Hopefully next week.

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: 10.62% (12.65%) failed.
https://build.enlightenment.org/
	
Unit tests:
o 845 (841) unit tests for efl

Coverage:
o EFL total coverage is at N/A (N/A) lines, N/A (N/A) functions and N/A 
(N/A) branches
https://build.enlightenment.org/view/Test%20Coverage/

Coverity:
o EFL: Outstanding defects 153 (159) with a density of 0.15 (0.15)
o Enlightenment: Outstanding defects 0 (0) with a density of 0 (0)
o Terminology: Outstanding defects 0 (0) with a density of 0 (0)
o Rage: Outstanding defects 0 (0) with a density of 0 (0)

Phab:
o Total bug count: 935 (943)
(Continue reading)

Davide Andreoli | 27 Jun 11:12 2016
Picon
Gravatar

[E-devel] Phab Wiki problem

Hi,

seems we lost the wiki intro page

https://phab.enlightenment.org/w/

There was an handwritten index page there, now the wiki is totally
unusable/unbrowsable

some idea?
------------------------------------------------------------------------------
Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape
Stephen Houston | 24 Jun 14:58 2016
Picon

Re: [E-devel] What is still pending for 1.18 before the freeze starts

I would like to add that the theme bugs on Genlist need fixing also. Two
Phab tickets in particular. 1) There is a clipping bug where, a Genlist
large enough to scroll, scrolls out of it's bounds and covers other widget.
The out of bounds content is invisible of course so you don't see it, but
you can still click into it.  2) Genlist tree, the row alternating colors
becomes messed up if a tree items children are created upon expand.

Both of these bugs have Phab tickets.  The eio monitor has a Phab ticket as
well and Cedric is addressing it for the release I believe.
On Jun 23, 2016 7:35 AM, "Stefan Schmidt" <stefan <at> osg.samsung.com> wrote:

Hello.

Now, with 17 days delay already, I will try to sum up what is still
missing before I can start freezing. Please let me know if things are
not accurate. I might have lost track of the interface parts.

o Promises. This one is still discussed heavily and it blocks a lot
interface parts to get implemented/changed.
o Genlist interface rework
o Elm media interface rework
o Focus API cleanup
o EO annotation
o URI manager
o Async file opening interface
o Raw input events (JP this might be done?)
o Changes to the C++ and JS bindings

The rest we discussed here seems to be in already like ecore_drm2,
ecore_cocoa changes, text interface, loaders merge, etc. They might
(Continue reading)

Stefan Schmidt | 23 Jun 15:34 2016

[E-devel] Feedback request for the new doc system

Hello.

As many of you know already Daniel was working on extending eolian and 
writing a elua script to generate dokuwiki pages from our EO docs.

We are now on a level where we should ask for some feedback for what we 
have done so far. Raster already started with this today on IRC so I 
thought it might be worthwhile to bring it to the list.

First of all here is what we have right now. Its a toy setup for myself 
but it is supposed to get integrated into the main efl dokuwiki setup.

https://devs.enlightenment.org/~stefan/dokuwiki/doku.php?id=efl:reference

It is manually updated and I just did a fresh run today. Feel free to 
click around and get used to it. CSS and design is just copied over from 
our main dokuwiki theme and might need tweaking here and there.

The feedback we got so far for the layout:
o The graph might not be needed all times as the text above already 
shows the inheritance. Having the graph is nice though for others. Maybe 
have it as fold in somehow to people can let it show easily if they are 
interested.
o Do we need to EO signature?
o The method link could already show params and return values
o Separate class functions form normal ones

Let more feedback come.

The plan would be to get this doc system into the main wiki and filled 
(Continue reading)

Stefan Schmidt | 22 Jun 11:40 2016

[E-devel] EFL 1.17.2 release

Our second stable update for the 1.17.x series.

*Efl fixes:*

  *
    evas: gif loader - fix out of bounds access on cmap of invalid pixels
  *
    evas - gif loader - handle missing colormap
  *
    evas sw render: cutout rects may be used in multiple threads (T3348)
  *
    eina hash - fix stringshare key comparison function (T3638)
  *
    efl - fix many bounds over/underflow where we use int for ptr cmp
    (T3638)
  *
    examples: evas: add all needed files to SOURCES to make sure they
    are distributed
  *
    ecore_x: fix emission of ECORE_X_EVENT_XKB_NEWKBD_NOTIFY

*Download*

http://download.enlightenment.org/rel/libs/efl/efl-1.17.2.tar.gz

81c4662cfeb8de3675329f92d6c117588b4a0a37c94e4731dc342db438f23ca2

*Building and Dependencies*

If you have an existing EFL or Elementary install, you may wish to 
(Continue reading)

Stefan Schmidt | 20 Jun 10:48 2016

[E-devel] Weekly news from the automated build and QA front

Hello.

Summary:
o The problems with Jenkins have been found and fixed. One problem is 
still pending a fix thus we have no recent coverage reports (should be 
back next week)
o A lot new Coverity issues came up with the tons of copde merged 
recently. Text interface and SVG support in edje jumped into my eye but 
there is more. Have a look at the reports of your code.

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: 12.65% (11.54%) failed.
https://build.enlightenment.org/
	
Unit tests:
o 841 (830) unit tests for efl

Coverage:
o EFL total coverage is at N/A (27.3%) lines, N/A (32.7%) functions and 
N/A (21.5%) branches
https://build.enlightenment.org/view/Test%20Coverage/

Coverity:
o EFL: Outstanding defects 159 (132) with a density of 0.15 (0.13)
o Enlightenment: Outstanding defects 0 (0) with a density of 0 (0)
o Terminology: Outstanding defects 0 (2) with a density of 0 (0.02)
(Continue reading)

Cedric BAIL | 14 Jun 17:25 2016
Picon

Re: [E-devel] Preparation for release: Removal of EFL_EO_API_SUPPORT and etc

On Jun 14, 2016 07:42, "Stefan Schmidt" <stefan <at> osg.samsung.com> wrote:
> On 13/06/16 20:48, Cedric BAIL wrote:
> > On Mon, Jun 13, 2016 at 7:01 AM, Stefan Schmidt <stefan <at> osg.samsung.com>
wrote:
> >> On 13/06/16 14:18, Stefan Schmidt wrote:
> >>> On 13/06/16 13:16, Tom Hacohen wrote:
> >>>> As part of the development process of the new Eo API we marked all of
> >>>> the API all around as beta. We mainly use EFL_EO_API_SUPPORT, but I
> >>>> think we maybe also use EFL_BETA_API_SUPPORT, need to verify that.
> >>>>
> >>>> Anyhow, now is time to remove these tags (where appropriate), so
these
> >>>> APIs are released.
> >>>>
> >>>> I guess we can just remove all of the occurrences of the EO one, but
we
> >>>> need to be more careful with the other one.
> >>>>
> >>>> Is there anyone who has time to take care of this? Stefan? Or should
I
> >>>> try to tackle it on Thursday when I'm done with travel and other
stuff I
> >>>> need to deal with?
> >>>>
> >>> I will have a look at it.
> >>>
> >>> Are we really sure that all APIs behind  the EFL_EO_API_SUPPORT are
> >>> really finsalised?
> >>>
> >>> We might need to come up with a list of them and brign them up here
(Continue reading)

Carsten Haitzler | 14 Jun 03:34 2016
Gravatar

[E-devel] efl + openbsd == not supported

so after some debugging with al poole regarding openbsd it has come to my
attention (thanks al!) that:

https://www.mail-archive.com/search?l=misc <at> openbsd.org&q=subject:%22SIGCHLD+and+libpthread.so%22&o=newest&f=1

basiclly put we can't use sigchld AND threads on openbsd in the same process...
which basically rules out EFL.

it seems openbsd is just broken using SIGCHLD at least as a real posix +
pthread implementation of unix:

https://www.openbsd.org/papers/eurobsd2012/guenther-rthreads/slide002.html

so ... in general it seems openbsd still suffers from this (al poole has found
that we just are missing sigchlds in both edje_cc from the embryo_cc processes
as well as in enlightenment e.g. with tempget and other slave processes)

so i'm going to take the step of declaring openbsd "not supported" until such a
time as it no longer exhibits such bugs. feel free to point out that this
feedback is incorrect and the bug has been fixed. i can only find traces of the
bug being reported and no information on it being fixed.

--

-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster <at> rasterman.com

------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
(Continue reading)

Cedric BAIL | 13 Jun 17:38 2016
Picon

Re: [E-devel] [EGIT] [core/efl] master 02/02: benchmark: eo: add missing phthread flag to linker

On Jun 13, 2016 3:01 AM, "Stefan Schmidt" <stefan <at> osg.samsung.com> wrote:
>
> stefan pushed a commit to branch master.
>
>
http://git.enlightenment.org/core/efl.git/commit/?id=4a59fc4eb5465d96e8b1ca7b7e1e72c23e0cd422
>
> commit 4a59fc4eb5465d96e8b1ca7b7e1e72c23e0cd422
> Author: Stefan Schmidt <stefan <at> osg.samsung.com>
> Date:   Mon Jun 13 11:08:46 2016 +0200
>
>     benchmark: eo: add missing phthread flag to linker

That should be part of eo ldflags provided by configure otherwise you break
build without cflags. Maybe it is actually missing Eina ldflags. Sorry on
the train can't look more than that at the moment.

>     /usr/bin/ld: class_simple.o: undefined reference to symbol
'pthread_spin_trylock <at>  <at> GLIBC_2.2.5'
>     //lib/x86_64-linux-gnu/libpthread.so.0: error adding symbols: DSO
missing from command line
> ---
>  src/benchmarks/eo/Makefile.am | 3 ++-
>  1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/src/benchmarks/eo/Makefile.am b/src/benchmarks/eo/Makefile.am
> index 9fa4c1e..a2aac48 100644
> --- a/src/benchmarks/eo/Makefile.am
> +++ b/src/benchmarks/eo/Makefile.am
>  <at>  <at>  -25,7 +25,8  <at>  <at>  eo_bench_eo_add.c
(Continue reading)

Tom Hacohen | 13 Jun 13:16 2016

[E-devel] Preparation for release: Removal of EFL_EO_API_SUPPORT and etc

Hey,

As part of the development process of the new Eo API we marked all of 
the API all around as beta. We mainly use EFL_EO_API_SUPPORT, but I 
think we maybe also use EFL_BETA_API_SUPPORT, need to verify that.

Anyhow, now is time to remove these tags (where appropriate), so these 
APIs are released.

I guess we can just remove all of the occurrences of the EO one, but we 
need to be more careful with the other one.

Is there anyone who has time to take care of this? Stefan? Or should I 
try to tackle it on Thursday when I'm done with travel and other stuff I 
need to deal with?

Thanks,
Tom.

------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e

Gmane