from:"Romain Naour"

Re: [E-devel] EFL 1.25.0 beta 1

2020-09-06 Thread Romain Naour

Hello,

Le 02/09/2020 à 09:43, Marcel Hollerbach a écrit :
> Hi,
> 
> On 9/1/20 9:36 PM, Romain Naour wrote:
>> Hello Stefan,
>>
>> Le 31/08/2020 à 15:28, Stefan Schmidt a écrit :
>>> Following our alpha release last week we are now in the beta phase, starting
>>> with beta1. The focus is now fully on bug fixing and stabilization for the
>>> release.
>>>
>>> **Fixes:**
>>>    * ecore con - curl - fix error map to map right enum
>>>    * eina - statgen (stat generation) - fix enable api to actually enable
>>>    * evas - image cache - fix loading with skip head on to load changed 
>>> files
>>>
>>> **Download**
>>> http://download.enlightenment.org/rel/libs/efl/efl-1.25.0-beta1.tar.xz
>>> 32f68cd233199318b4c3639f868101088090276deb8c92360fc28c40b987ef2d
>>
> 
> I'm terribly sorry that i missed them before.

No problem at all.

> 
>> Can you take a look at those meson fixes made for Buildroot?
>>
>> https://sourceforge.net/p/enlightenment/mailman/message/37075003/
> 
> I will fix this in a different way if its okay. As a explanation:
> - 'env' will rely on the execution environment to find the correct env (native
> or not).
> - using env with before "env = find_program('env', native: true) will 
> hopefully
> tell meson which to select.
> 
> Therefore i prefer to use find_program, I fixed that in the master
> (e2a1cdfda76dd0061ef8e0ab25aee4e042304366)

ok for me.

> 
>> https://sourceforge.net/p/enlightenment/mailman/message/37075016/
>> https://sourceforge.net/p/enlightenment/mailman/message/37075004/
> 
> Can you share the errors that got fixed due to these revisions?
> 
> The problem I see with them is: The second revision removes the include
> directory, that then gets added in the third one. So there is something fishy.
> Additionally, ecore_evas_drm.c only uses dlopen for calling gl things, so
> linking with gl is not required here.

Well, I added the error in the commit log:

test/efl/build/efl-1.24.3/src/modules/ecore_evas/engines/drm/meson.build:10:2:
ERROR: Unknown variable "engine_gl_drm".

You can try with the current buildroot master and remove patches 2 and 3.

Best regards,
Romain

> 
> Thank you,
>    bu5hm4n
> 
> 
> 
>>
>> Thanks!
>>
>> Best regards,
>> Romain
>>
>>>
>>>
>>>
>>>
>>> ___
>>> 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
>>
> 
> 
> ___
> 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] EFL 1.25.0 beta 1

2020-09-01 Thread Romain Naour

Hello Stefan,

Le 31/08/2020 à 15:28, Stefan Schmidt a écrit :
> Following our alpha release last week we are now in the beta phase, starting
> with beta1. The focus is now fully on bug fixing and stabilization for the 
> release.
> 
> **Fixes:**
>   * ecore con - curl - fix error map to map right enum
>   * eina - statgen (stat generation) - fix enable api to actually enable
>   * evas - image cache - fix loading with skip head on to load changed files
> 
> **Download**
> http://download.enlightenment.org/rel/libs/efl/efl-1.25.0-beta1.tar.xz
> 32f68cd233199318b4c3639f868101088090276deb8c92360fc28c40b987ef2d

Can you take a look at those meson fixes made for Buildroot?

https://sourceforge.net/p/enlightenment/mailman/message/37075003/
https://sourceforge.net/p/enlightenment/mailman/message/37075016/
https://sourceforge.net/p/enlightenment/mailman/message/37075004/

Thanks!

Best regards,
Romain

> 
> 
> 
> 
> ___
> 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] EFL packaging review for Buildroot

2020-08-01 Thread Romain Naour

Hello,

Le 20/07/2020 à 13:04, Carsten Haitzler a écrit :
> On Tue, 14 Jul 2020 16:22:09 +0200 Romain Naour  said:
> 
> ok. i've had a look at this:

You're welcome!

> 
>   select BR2_PACKAGE_OPENJPEG # Emile needs libopenjpeg
> no. emile does not. just regular libjpeg. it's evas that wants the openjpeg 
> lib
> for the jpeg2000 loader. it can be disabled if you want by adding jp2k to the
> evas-loaders-disabler option. i do see no no config for libjpeg there in
> config - missing from EFL_DEPENDENCIES too remember libjpeg is different to
> openjpeg as above.

Indeed, my mistake. Now fixed.

> 
> config BR2_PACKAGE_EFL_BULLET
>   default y
> you know we turned this off by default now... it's just not being used and not
> worth the cost of having enabled.

I missed that, now bullet is not enabled by default and removed from recommended
efl option. I'll remove BR2_PACKAGE_EFL_BULLET if bullet is dropped from
meson_option.txt

> 
> 
> EFL_CONF_OPTS = \
> ...
>-Decore-imf-loaders-disabler=ibus,scim,xim \
> you know this means zero complex input support? so no chinese, japanese, 
> korean
> etc.?

I didn't test efl with complex input support, I'll take a look.

> 
>-Davahi=false \   
>-Ddotnet=false \
>-Dlua-interpreter=luajit \
>-Dnetwork-backend=none \
>-Dpixman=false \
>-Dsdl=false \
>-Dvnc-server=false \
> you know these are the default anyway - no need to specify?

We prefer explicit option here just in case the default change between two
release and require to add a new dependency.

> 
>-Dxinput22=false
> you know this means no touch support in x11? no multi-touch... it would be a
> pretty unusual system to have x and no xinput2.2 support.

Well, my target is a very classic x86 PC... It was disabled because it wasn't
enabled by default with autotools (IIRC).

https://git.enlightenment.org/core/efl.git/commit/?id=521ea3f0f5484e5335433d4f4b6de73836257780

It's 2020, maybe it's time to enable it :)

Thanks for your review.

Best regards,
Romain


> 
> :)
> 
>> Hello,
>>
>> Le 14/07/2020 à 10:28, Carsten Haitzler (The Rasterman) a écrit :
>>> On Tue, 14 Jul 2020 00:22:24 +0200 Romain Naour 
>>> said:
>>>
>>>> Hello,
>>>>
>>>> I need some help/review to update efl packaging in Buildroot.
>>>> I regularly send patches to update the efl stack, it was easy until the
>>>> switch to the meson buildsystem. The efl 1.23 require to rewrite the
>>>> packaging.
>>>>
>>>> http://patchwork.ozlabs.org/project/buildroot/list/?series=174494
>>>>
>>>> Since I had no review on the Buildroot mailing list, the efl stack still
>>>> use 1.22.3.
>>>>
>>>> In the past (2015), the efl stack was updated from 1.7.10 to 1.15 in
>>>> Buildroot due the merge of efl libraries into one repository. It would be
>>>> great to avoid such situation :)
>>>
>>> can you just send links to the full build files (the efl.mk and related) or
>>> links to them ... with your modifications in their final form?
>>>
>>
>> Here is the current version in Buildroot:
>> https://git.buildroot.net/buildroot/tree/package/efl
>>
>> Attached files are the patched efl.mk for 1.24.0.
>>
>> Thanks!
>>
>> Best regards,
>> Romain
> 
> 



___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] [PATCH 2/3] ecore_evas/engines/drm/meson.build: use "gl_deps" as engine dependencies

2020-07-31 Thread Romain Naour

From: Romain Naour 

Meson trigger an error since "engine_gl_drm" variable doesn't exist.

src/modules/ecore_evas/engines/drm/meson.build:10:2: ERROR: Unknown variable 
"engine_gl_drm".

Instead use "gl_deps" as engine dependencies.

Signed-off-by: Romain Naour 
---
 src/modules/ecore_evas/engines/drm/meson.build | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/modules/ecore_evas/engines/drm/meson.build 
b/src/modules/ecore_evas/engines/drm/meson.build
index 584cc56159..de645f1093 100644
--- a/src/modules/ecore_evas/engines/drm/meson.build
+++ b/src/modules/ecore_evas/engines/drm/meson.build
@@ -7,7 +7,7 @@ engine_deps = [ecore_drm2, ecore_input, eeze, elput, libdrm, 
engine_drm]
 
 if get_option('opengl') != 'none'
   config_h.set('BUILD_ECORE_EVAS_GL_DRM', '1')
-  engine_deps += [engine_gl_drm]
+  engine_deps += [gl_deps]
 endif
 
 engine_include_dir += include_directories(join_paths('..', '..', '..', 'evas', 
'engines', 'drm'))
-- 
2.25.4



___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] [PATCH 3/3] ecore_evas/engines/drm/meson.build: fix "gl_drm" include directory

2020-07-31 Thread Romain Naour

From: Romain Naour 

The Evas_Engine_GL_Drm.h file is in "gl_drm" directory, not "drm".

../src/modules/ecore_evas/engines/drm/ecore_evas_drm.c:23:11: fatal error: 
Evas_Engine_GL_Drm.h: No such file or directory
   23 | # include 
  |   ^~
compilation terminated.

Signed-off-by: Romain Naour 
---
 src/modules/ecore_evas/engines/drm/meson.build | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/modules/ecore_evas/engines/drm/meson.build 
b/src/modules/ecore_evas/engines/drm/meson.build
index de645f1093..205468750a 100644
--- a/src/modules/ecore_evas/engines/drm/meson.build
+++ b/src/modules/ecore_evas/engines/drm/meson.build
@@ -10,7 +10,7 @@ if get_option('opengl') != 'none'
   engine_deps += [gl_deps]
 endif
 
-engine_include_dir += include_directories(join_paths('..', '..', '..', 'evas', 
'engines', 'drm'))
+engine_include_dir += include_directories(join_paths('..', '..', '..', 'evas', 
'engines', 'gl_drm'))
 
 shared_module(mod_full_name, engine_src,
   include_directories : config_dir + [engine_include_dir],
-- 
2.25.4



___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] [PATCH 1/3] doc/meson.build: add single quote for env

2020-07-31 Thread Romain Naour

From: Romain Naour 

Meson trigger an error due to missing sigle quote for env:

efl-1.24.3/doc/meson.build:114:2: ERROR: Unknown variable "env"

Signed-off-by: Romain Naour 
---
 doc/meson.build | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/doc/meson.build b/doc/meson.build
index 5ad389828c..11e2b6446b 100644
--- a/doc/meson.build
+++ b/doc/meson.build
@@ -113,7 +113,7 @@ foreach text_filter_property : text_filter_properties
 
   doc_target += custom_target('preview_text_filters_'+name,
   command: [
-env, 'EFL_RUN_IN_TREE=1',
+'env', 'EFL_RUN_IN_TREE=1',
 'EFL_EVAS_FILTER_LUA_PREFIX=' + 
join_paths(meson.source_root(), 'src', 'lib', 'evas'),
 preview_text_filter.full_path(), text, 
filter_code.stdout(), '@OUTPUT@', font, size
   ],
-- 
2.25.4



___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] EFL packaging review for Buildroot

2020-07-14 Thread Romain Naour

Hello,

Le 14/07/2020 à 10:28, Carsten Haitzler (The Rasterman) a écrit :
> On Tue, 14 Jul 2020 00:22:24 +0200 Romain Naour  said:
> 
>> Hello,
>>
>> I need some help/review to update efl packaging in Buildroot.
>> I regularly send patches to update the efl stack, it was easy until the 
>> switch
>> to the meson buildsystem. The efl 1.23 require to rewrite the packaging.
>>
>> http://patchwork.ozlabs.org/project/buildroot/list/?series=174494
>>
>> Since I had no review on the Buildroot mailing list, the efl stack still use
>> 1.22.3.
>>
>> In the past (2015), the efl stack was updated from 1.7.10 to 1.15 in 
>> Buildroot
>> due the merge of efl libraries into one repository. It would be great to 
>> avoid
>> such situation :)
> 
> can you just send links to the full build files (the efl.mk and related) or
> links to them ... with your modifications in their final form?
> 

Here is the current version in Buildroot:
https://git.buildroot.net/buildroot/tree/package/efl

Attached files are the patched efl.mk for 1.24.0.

Thanks!

Best regards,
Romain

#
# efl
#


EFL_VERSION = 1.24.0
EFL_SOURCE = efl-$(EFL_VERSION).tar.xz
EFL_SITE = http://download.enlightenment.org/rel/libs/efl
EFL_LICENSE = BSD-2-Clause, LGPL-2.1+, GPL-2.0+, FTL, MIT
EFL_LICENSE_FILES = \
	COMPLIANCE \
	COPYING \
	COPYING.images \
	licenses/COPYING.ASL \
	licenses/COPYING.BSD \
	licenses/COPYING.FTL \
	licenses/COPYING.GPL \
	licenses/COPYING.LGPL \
	licenses/COPYING.NGINX-MIT \
	licenses/COPYING.SMALL

EFL_INSTALL_STAGING = YES

EFL_DEPENDENCIES = host-pkgconf host-efl host-luajit dbus freetype \
	giflib openjpeg libpng luajit lz4 zlib

# Configure options:
# elua=true: build elua for the target.
# sdl=false: disable sdl2 support.
# xinput22=false: disable X11 XInput v2.2+ support.
# embedded-lz4=false: use liblz4 from lz4 package.
# network-backend=none: disable connman networkmanager.
EFL_CONF_OPTS = \
	-Davahi=false \
	-Dbuild-examples=false \
	-Dbuild-tests=false \
	-Ddotnet=false \
	-Decore-imf-loaders-disabler=ibus,scim,xim \
	-Delua=true \
	-Dembedded-lz4=false \
	-Dlua-interpreter=luajit \
	-Dnetwork-backend=none \
	-Dpixman=false \
	-Dsdl=false \
	-Dvnc-server=false \
	-Dxinput22=false

EFL_BINDINGS = luajit

ifeq ($(BR2_PACKAGE_EFL_EOLIAN_CPP),y)
EFL_BINDINGS += cxx
endif

EFL_CONF_OPTS += -Dbindings=$(subst $(space),$(comma),$(EFL_BINDINGS))

ifeq ($(BR2_PACKAGE_EFL_EEZE),y)
EFL_DEPENDENCIES += udev
EFL_CONF_OPTS += -Deeze=true
else
EFL_CONF_OPTS += -Deeze=false
endif

ifeq ($(BR2_PACKAGE_EFL_UTIL_LINUX_LIBMOUNT),y)
EFL_DEPENDENCIES += util-linux
EFL_CONF_OPTS += -Dlibmount=true
else
EFL_CONF_OPTS += -Dlibmount=false
endif

ifeq ($(BR2_PACKAGE_SYSTEMD),y)
EFL_CONF_OPTS += -Dsystemd=true
EFL_DEPENDENCIES += systemd
else
EFL_CONF_OPTS += -Dsystemd=false
endif

ifeq ($(BR2_PACKAGE_FONTCONFIG),y)
EFL_CONF_OPTS += -Dfontconfig=true
EFL_DEPENDENCIES += fontconfig
else
EFL_CONF_OPTS += -Dfontconfig=false
endif

ifeq ($(BR2_PACKAGE_LIBFRIBIDI),y)
EFL_CONF_OPTS += -Dfribidi=true
EFL_DEPENDENCIES += libfribidi
else
EFL_CONF_OPTS += -Dfribidi=false
endif

ifeq ($(BR2_PACKAGE_GSTREAMER1)$(BR2_PACKAGE_GST1_PLUGINS_BASE),yy)
EFL_CONF_OPTS += -Dgstreamer=true
EFL_DEPENDENCIES += gstreamer1 gst1-plugins-base
else
EFL_CONF_OPTS += -Dgstreamer=false
endif

ifeq ($(BR2_PACKAGE_BULLET),y)
EFL_CONF_OPTS += -Dphysics=true
EFL_DEPENDENCIES += bullet
else
EFL_CONF_OPTS += -Dphysics=false
endif

ifeq ($(BR2_PACKAGE_LIBSNDFILE),y)
EFL_CONF_OPTS += -Daudio=true
EFL_DEPENDENCIES += libsndfile
else
EFL_CONF_OPTS += -Daudio=false
endif

ifeq ($(BR2_PACKAGE_PULSEAUDIO),y)
EFL_CONF_OPTS += -Dpulseaudio=true
EFL_DEPENDENCIES += pulseaudio
else
EFL_CONF_OPTS += -Dpulseaudio=false
endif

ifeq ($(BR2_PACKAGE_HARFBUZZ),y)
EFL_DEPENDENCIES += harfbuzz
EFL_CONF_OPTS += -Dharfbuzz=true
else
EFL_CONF_OPTS += -Dharfbuzz=false
endif

ifeq ($(BR2_PACKAGE_TSLIB),y)
EFL_DEPENDENCIES += tslib
EFL_CONF_OPTS += -Dtslib=true
else
EFL_CONF_OPTS += -Dtslib=false
endif

ifeq ($(BR2_PACKAGE_LIBGLIB2),y)
EFL_DEPENDENCIES += libglib2
EFL_CONF_OPTS += -Dglib=true
else
EFL_CONF_OPTS += -Dglib=false
endif

# Prefer openssl (the default) over gnutls.
ifeq ($(BR2_PACKAGE_OPENSSL),y)
EFL_DEPENDENCIES += openssl
EFL_CONF_OPTS += -Dcrypto=openssl
else
EFL_DEPENDENCIES += gnutls libgcrypt
EFL_CONF_OPTS += -Dcrypto=gnutls
endif

ifeq ($(BR2_PACKAGE_EFL_FB),y)
EFL_CONF_OPTS += -Dfb=true
else
EFL_CONF_OPTS += -Dfb=false
endif

ifeq ($(BR2_PACKAGE_EFL_X_XLIB),y)
EFL_CONF_OPTS += -Dx11=true

EFL_DEPENDENCIES += \
	xlib_libX11 \
	xlib_libXcomposite \
	xlib_libXcursor \
	xlib_libXdamage \
	xlib_libXext \
	xlib_libXinerama \
	xlib_libXrandr \
	xlib_libXrender \
	xlib_libXScrnSaver \
	xlib_libXtst
else
EFL_CONF_OPTS += -D

[E-devel] EFL packaging review for Buildroot

2020-07-13 Thread Romain Naour

Hello,

I need some help/review to update efl packaging in Buildroot.
I regularly send patches to update the efl stack, it was easy until the switch
to the meson buildsystem. The efl 1.23 require to rewrite the packaging.

http://patchwork.ozlabs.org/project/buildroot/list/?series=174494

Since I had no review on the Buildroot mailing list, the efl stack still use 
1.22.3.

In the past (2015), the efl stack was updated from 1.7.10 to 1.15 in Buildroot
due the merge of efl libraries into one repository. It would be great to avoid
such situation :)

Best regards,
Romain


___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] eina_value: EINA_VALUE_EMPTY

2019-07-13 Thread Romain Naour

Hello,

This commit introduce a build issue with efl 1.22.2:

https://git.enlightenment.org/core/efl.git/commit/?id=06c03e9b98c99ae6104a71bbee03127eeb9060b2

lib/eina/eina_value.c:61:1: error: initializer element is not constant
static const Eina_Value _eina_value_empty = EINA_VALUE_EMPTY;

see:
http://autobuild.buildroot.org/results/b47/b4744a7969b0d40c6e070ac5c1c95076271d/build-end.log

Can you have a look ?

https://phab.enlightenment.org/D8655

Best regards,
Romain



___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[EGIT] [core/efl] efl-1.22 24/119: libunibreak: add missing __has_attribute definitions for old compilers

2019-05-30 Thread Romain Naour

zmike pushed a commit to branch efl-1.22.

http://git.enlightenment.org/core/efl.git/commit/?id=727fd04740285b6760fe353592a10db147c6

commit 727fd04740285b6760fe353592a10db147c6
Author: Romain Naour 
Date:   Tue Apr 16 21:33:44 2019 +0200

libunibreak: add missing __has_attribute definitions for old compilers

__has_attribute has been introduced with gcc 5 [1].

[1] https://www.gnu.org/software/gcc/gcc-5/changes.html

Fixes:

http://autobuild.buildroot.net/results/64ab825048fac1654b0d0698740ddf857fcc0afa/build-end.log
Signed-off-by: Cedric BAIL 
---
 src/static_libs/libunibreak/wordbreak.c | 6 ++
 1 file changed, 6 insertions(+)

diff --git a/src/static_libs/libunibreak/wordbreak.c 
b/src/static_libs/libunibreak/wordbreak.c
index 017e0fd091..50c830c7cc 100644
--- a/src/static_libs/libunibreak/wordbreak.c
+++ b/src/static_libs/libunibreak/wordbreak.c
@@ -209,6 +209,9 @@ static void set_wordbreaks(
 posLast = posCur;
 break;
 }
+#ifndef __has_attribute
+# define __has_attribute(x) 0
+#endif
 #if __has_attribute(fallthrough)
__attribute__((fallthrough));
 #endif
@@ -325,6 +328,9 @@ static void set_wordbreaks(
 wbcSeqStart = wbcCur;
 posLast = posCur;
 }
+#ifndef __has_attribute
+# define __has_attribute(x) 0
+#endif
 #if __has_attribute(fallthrough)
__attribute__((fallthrough));
 #endif

--

Re: [E-devel] EFL 1.22.2

2019-05-02 Thread Romain Naour

Hi Mike, All,

Le 25/04/2019 à 11:00, Romain Naour a écrit :
> Hi,
> 
> Le 23/04/2019 à 15:16, Mike Blumenkrantz a écrit :
>> Hi,
>>
>> I am looking to attempt a stable release sometime around next Wednesday (1
>> May 2019) so that we can pull in any fixes which have been made to catch
>> more noticeable issues. At that time, I will personally handle backporting
>> for any patches which are not already backported.
>>
>> If anyone has any suggestions or items to discuss regarding this schedule,
>> please bring them forward.
> 
> EFL 1.22.x doesn't build with old compiler (gcc < 5):
> https://phab.enlightenment.org/T7818

There is a patch in the bug report for the efl 1.22.x (and master), can you have
a look ?

Best regards,
Romain

> 
> Best regards,
> Romain
> 
>>
>>
>> Regards,
>> Mike
>>
>> ___
>> 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] EFL 1.22.2

2019-04-25 Thread Romain Naour

Hi,

Le 23/04/2019 à 15:16, Mike Blumenkrantz a écrit :
> Hi,
> 
> I am looking to attempt a stable release sometime around next Wednesday (1
> May 2019) so that we can pull in any fixes which have been made to catch
> more noticeable issues. At that time, I will personally handle backporting
> for any patches which are not already backported.
> 
> If anyone has any suggestions or items to discuss regarding this schedule,
> please bring them forward.

EFL 1.22.x doesn't build with old compiler (gcc < 5):
https://phab.enlightenment.org/T7818

Best regards,
Romain

> 
> 
> Regards,
> Mike
> 
> ___
> 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] [PATCH] libunibreak: add missing __has_attribute definitions for old compilers

2019-04-17 Thread Romain Naour

Hi,

Le 16/04/2019 à 22:23, Vincent Torri a écrit :
> can you open a ticket on phab ?

Done: https://phab.enlightenment.org/T7818

Best regards,
Romain

> 
> Vincent
> 
> On Tue, Apr 16, 2019 at 10:10 PM Romain Naour  wrote:
>>
>> __has_attribute has been introduced with gcc 5 [1].
>>
>> [1] https://www.gnu.org/software/gcc/gcc-5/changes.html
>>
>> Fixes:
>> http://autobuild.buildroot.net/results/64ab825048fac1654b0d0698740ddf857fcc0afa/build-end.log
>>
>> ---
>>  src/static_libs/libunibreak/wordbreak.c | 6 ++
>>  1 file changed, 6 insertions(+)
>>
>> diff --git a/src/static_libs/libunibreak/wordbreak.c 
>> b/src/static_libs/libunibreak/wordbreak.c
>> index 017e0fd091..50c830c7cc 100644
>> --- a/src/static_libs/libunibreak/wordbreak.c
>> +++ b/src/static_libs/libunibreak/wordbreak.c
>> @@ -209,6 +209,9 @@ static void set_wordbreaks(
>>  posLast = posCur;
>>  break;
>>  }
>> +#ifndef __has_attribute
>> +# define __has_attribute(x) 0
>> +#endif
>>  #if __has_attribute(fallthrough)
>> __attribute__((fallthrough));
>>  #endif
>> @@ -325,6 +328,9 @@ static void set_wordbreaks(
>>  wbcSeqStart = wbcCur;
>>  posLast = posCur;
>>  }
>> +#ifndef __has_attribute
>> +# define __has_attribute(x) 0
>> +#endif
>>  #if __has_attribute(fallthrough)
>> __attribute__((fallthrough));
>>  #endif
>> --
>> 2.20.1
>>
>>
>>
>> ___
>> 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
> 



___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] [PATCH] libunibreak: add missing __has_attribute definitions for old compilers

2019-04-16 Thread Romain Naour

__has_attribute has been introduced with gcc 5 [1].

[1] https://www.gnu.org/software/gcc/gcc-5/changes.html

Fixes:
http://autobuild.buildroot.net/results/64ab825048fac1654b0d0698740ddf857fcc0afa/build-end.log

---
 src/static_libs/libunibreak/wordbreak.c | 6 ++
 1 file changed, 6 insertions(+)

diff --git a/src/static_libs/libunibreak/wordbreak.c 
b/src/static_libs/libunibreak/wordbreak.c
index 017e0fd091..50c830c7cc 100644
--- a/src/static_libs/libunibreak/wordbreak.c
+++ b/src/static_libs/libunibreak/wordbreak.c
@@ -209,6 +209,9 @@ static void set_wordbreaks(
 posLast = posCur;
 break;
 }
+#ifndef __has_attribute
+# define __has_attribute(x) 0
+#endif
 #if __has_attribute(fallthrough)
__attribute__((fallthrough));
 #endif
@@ -325,6 +328,9 @@ static void set_wordbreaks(
 wbcSeqStart = wbcCur;
 posLast = posCur;
 }
+#ifndef __has_attribute
+# define __has_attribute(x) 0
+#endif
 #if __has_attribute(fallthrough)
__attribute__((fallthrough));
 #endif
-- 
2.20.1



___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] expedite: remove it from Buildroot ?

2018-09-30 Thread Romain Naour

Hi,

Le 30/09/2018 à 12:00, Carsten Haitzler (The Rasterman) a écrit :
> On Sat, 29 Sep 2018 15:20:40 +0200 Romain Naour  said:
> 
>> Hi,
>>
>> >From the latest commit [1] "this is a dead project".
>> This does not encourage to keep expedite in Buildroot, should I remove it? 
>> [2]
>>
>> Best regards,
>> Romain
>>
>> [1]
>> https://git.enlightenment.org/tools/expedite.git/commit/?id=27e5e02370799b4e9246fe6dde893207d1ac3f3b
>>
>> [2] https://git.buildroot.net/buildroot/tree/package/expedite
> 
> yes. this is the kind of tool we should maintain in the efl tree if we 
> maintain
> it.
> 

Ok, thanks.

Best regards,
Romain


___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] expedite: remove it from Buildroot ?

2018-09-29 Thread Romain Naour

Hi,

>From the latest commit [1] "this is a dead project".
This does not encourage to keep expedite in Buildroot, should I remove it? [2]

Best regards,
Romain

[1]
https://git.enlightenment.org/tools/expedite.git/commit/?id=27e5e02370799b4e9246fe6dde893207d1ac3f3b

[2] https://git.buildroot.net/buildroot/tree/package/expedite


___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Upcoming efl 1.20.7 release

2018-02-11 Thread Romain Naour

Hi Stefan, All,

Le 08/02/2018 à 15:19, Stefan Schmidt a écrit :
> Hello.
> 
> We got some requests for a new stable release and Raster started to backport 
> more fixes to the stable branch already.
> 
> If you have anything else pending for a backport please do so until Sunday 
> evening in your timezone. I will prepare pre-release tarballs on
> Monday and if nothing comes up do the final release on Tuesday.

Can you take a look at this issue:
https://phab.enlightenment.org/T6670

Best regards,
Romain

> 
> regards
> Stefan Schmidt
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Internal liblz4 copy outdated (again), switch to normal system dep by default?

2018-01-16 Thread Romain Naour

Hi Stefan,

Le 16/01/2018 à 09:23, Stefan Schmidt a écrit :
> Hello.
> 
> 
> On 01/16/2018 02:40 AM, Carsten Haitzler wrote:
>> On Mon, 15 Jan 2018 12:49:14 +0100 Stefan Schmidt  
>> said:
>>
>>> Hello.
>>>
>>>
>>> When looking through our builds (in particularly the one which uses the
>>> liblz4 from system build option) I stumbled over now deprecated functions.
>>>
>>> modules/evas/image_savers/tgv/evas_image_save_tgv.c:128:9: warning:
>>> 'LZ4_compressHC' is deprecated: use LZ4_compress_HC() instead
>>> [-Wdeprecated-declarations] Giving it a further look revealed that we, once
>>> again, missed quite a few liblz4 releases and did not update our copy. They
>>> are at version 1.8 now (switched version schemes after r131 which is the 
>>> last
>>> we have in tree). https://github.com/lz4/lz4/releases I think its time we
>>> finally switch to having liblz4 as a normal system dependency by default (I
>>> am willing to have the in-tree version for another release as fallback).
>>> Anyone wanting to point out now how complicated that will be for our multi
>>> platforms strategy. Homebrew has a recent version and the liblz4 project 
>>> does
>>> actually offer 32 and 64 bit binaries as well. That is way better than other
>>> dependencies we have. I am willing to switch the default dependency to 
>>> system
>>> and also update the in-tree copy one last time. Are there some real problems
>>> I overlooked? regards Stefan Schmidt
>> windows. external liblz4... at least i don't have a ready available pkg/dll i
>> can install with it in.
> 
> The project offer builds for Windows directly. From the link I posted above 
> you can see them easily:
> https://github.com/lz4/lz4/releases/download/v1.8.1.2/lz4_v1_8_1_win32.zip
> https://github.com/lz4/lz4/releases/download/v1.8.1.2/lz4_v1_8_1_win64.zip
> 
> 
>> also... even if we have missed updates... have we missed anything we NEED? 
>> like
>> a security fix? have we missed major performance improvements?
>>
> 
> We have often missed security updates with lz4 in the past. 2014 was bad in 
> that regard. Cedric updated at that point.
> But since then we only did two updates on it (both done by me).
> 
> Right now there are 7 new version we have not updated against because nobody 
> follows the liblz4 development or cares enough to update. The
> last time I updated it was in 2016.
> 
> Regarding changes we are missing out. Here are some small extracts from the 
> changelogs we should be interested in:
> 
> v1.7.3:
> Improved: Small decompression speed boost
> Improved: Small compression speed improvement on 64-bits systems
> Improved: Small compression ratio and speed improvement on small files
> Improved: Significant speed boost on ARMv6 and ARMv7
> New liblz4-dll project, by @inikep 
> 
> v1.7.4
> compiler : fix : compilation on gcc 4.4 ( #272 
>  ), reported by @totaam 
> 
> Improved : much better speed in |-mx32| mode
> 
> v1.7.5
> lz4hc : new high compression mode, by @inikep  : 
> levels 10-12 compress more (and slower), 12 is highest level
> 
> v1.8.1.2
> LZ4 v1.8.1 most visible new feature is its support for *Dictionary 
> compression* .
> LZ4 v1.8.1 also offers improved performance at ultra settings (levels 10+).
> "Compared with previous version, the new parser uses less memory (from 384KB 
> to 256KB), performs faster, compresses a little bit better (not
> much, as it was already close to theoretical limit), and resists pathological 
> patterns which could destroy performance (see #339
> ),"
> perf : faster and stronger ultra modes (levels 10+)
> perf : slightly faster compression and decompression speed
> perf : fix bad degenerative case, reported by @c-morgenstern 
> 
> 
> Security wise I can only see one entry in CVE for lz4. Which is the one from 
> 2014.
> No proofs that there have been new ones fixed. But it is not like all 
> projects really track security issues they fix. (we do not)
> Often enough thinks like buffer overflows or memory corruptions just gets 
> fixed during development without making a big security theater
> with websites and logos out of it.
> 
> And I honestly have a hard time to understand this resistance to use liblz4 
> as a system dependency. We have _tons_ of dependencies that
> folks using efl must handle on any platform. Given that liblz4 is available 
> on Linux distros, osx homebrew and as Windows binaries it
> actually might be an easier dep compared to others. (Do people ony windows 
> use luajit or are they still use --enable-lua-old?) What is so
> special about the lz4 code that we should have it embedded into our tree?
> 
> I understand why we did it initially (the project has simply been some c and 
> h files), but since has changed a lot since 2014.

In Buildroot, the efl package always use the system liblz4.
There is no problem

Re: [E-devel] E22 Schedule

2017-11-01 Thread Romain Naour

Hi Mike,

Le 31/10/2017 à 16:31, Mike Blumenkrantz a écrit :
> After reviewing the currently reported issues I'm now planning to do the
> final release on Thursday. If anyone is working on any last minute bug
> fixes, please have them tested and committed by then.

I'm trying the new meson build system and I have a problem with pam option.
If pam is disabled (-Dpam=false) the build fail since pam is listed in deps_e.

Best regards,
Romain

> 
> Thanks!
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Upcoming efl 1.20.4 release

2017-09-14 Thread Romain Naour

Hi Stefan,

Le 13/09/2017 à 09:25, Stefan Schmidt a écrit :
> Hello.
> 
> We finally got a fix for various E crashes with the latest efl and this 
> warrants
> a new stable update together with some other pilled up fixes.
> 
> If you have anything else pending for a backport please do so until today
> evening in your timezone. I will prepare pre-release tarballs on Thursday and 
> if
> nothing comes up do the final release on Friday.

I believe you want to fix the big endian build in 1.20.4 release :)

Please backport:
https://git.enlightenment.org/core/efl.git/commit/?id=79956eee638109f04f134b829969f40b5079a853

Best regards,
Romain

> 
> regards
> Stefan Schmidt
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Terminology v1.1.0

2017-08-22 Thread Romain Naour

Hi Boris,

Le 20/08/2017 à 17:22, Boris Faure a écrit :
> 
> Hello fellow Terminology enthusiasts!
> 
> I am pleased to release Terminology 1.1.0 today!
> 
> This release introduces the following changes:
> 
> Additions:
>   - Double-click on tab title to change it
>   - Add option to disable focus-in/out animations and visuals
>   - Add option to set current window size as default.
>   - Support Right/Left Margins
>   - Support for the DECERA/DECFRA escape codes
>   - Move cursor to position on Click+Alt
>   - Add bindings (Alt+Up/Down/Left/Right) to move around panes
> 
> Improvements:
>   - Fallback to ~ or / when creating new terminal if current directory
> is not available
>   - Support only efl >= 1.8.0
>   - Harden escape codes decoding
>   - Update all terms of a window when changing font (name or size)
>   - Remove teamwork feature
> 
> Fixes:
>   - Correctly handle the DECOM, DECSTBM, DECSLRM escape codes
>   - Fix crash when resizing and there are tabs in content
>   - Fix mouse motion and mouse button reporting
>   - Set window sizing to 1px-step when having visible tabs
> 
> The tarballs can be found at:
>
> https://download.enlightenment.org/rel/apps/terminology/terminology-1.1.0.tar.gz
>
> https://download.enlightenment.org/rel/apps/terminology/terminology-1.1.0.tar.xz

Please provide the hashes like for the previous release :)
https://sourceforge.net/p/enlightenment/mailman/message/35600707/

Best regards,
Romain

> 
> 
> Happy compiling! ( https://xkcd.com/303/ )
> 
> 
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> 
> 
> 
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[EGIT] [core/efl] master 01/01: ecore_input: fix build without eeze

2017-07-11 Thread Romain Naour

stefan pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=0c21139b29be58c27bd07cfa594b0a8766409050

commit 0c21139b29be58c27bd07cfa594b0a8766409050
Author: Romain Naour 
Date:   Mon Jul 3 23:26:16 2017 +0200

ecore_input: fix build without eeze

A dependency on HAVE_EEZE is missing in ecore_input_joystick_name_get():

lib/ecore_input/ecore_input_joystick.c: Dans la fonction « 
ecore_input_joystick_name_get »:
lib/ecore_input/ecore_input_joystick.c:632:4: erreur : unknown type name « 
Joystick_Info »
Joystick_Info *ji;
^

Fixes T5665

Signed-off-by: Romain Naour 
---
 src/lib/ecore_input/ecore_input_joystick.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/lib/ecore_input/ecore_input_joystick.c 
b/src/lib/ecore_input/ecore_input_joystick.c
index d809a4b7a1..58fbedef67 100644
--- a/src/lib/ecore_input/ecore_input_joystick.c
+++ b/src/lib/ecore_input/ecore_input_joystick.c
@@ -625,7 +625,7 @@ ecore_input_joystick_event_axis_deadzone_get(void)
 EAPI Eina_Slstr *
 ecore_input_joystick_name_get(int index)
 {
-#ifdef JSIOCGNAME
+#if defined(HAVE_EEZE) && defined(JSIOCGNAME)
int fd;
char name[128];
Eina_List *l;

--

[EGIT] [core/efl] master 02/03: net_proxy_helper: fix typo in dependencies

2017-02-10 Thread Romain Naour

stefan pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=46935c4a36d5daa192e26a6c66f8794e2b4790ec

commit 46935c4a36d5daa192e26a6c66f8794e2b4790ec
Author: Romain Naour 
Date:   Thu Feb 9 23:42:14 2017 +0100

net_proxy_helper: fix typo in dependencies

Fixes:
error: cannot find the library 'lib/eina/libeina.la' or unhandled argument 
'lib/eina/libeina.la'

Signed-off-by: Romain Naour 
---
 src/Makefile_Ecore_Con.am | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/Makefile_Ecore_Con.am b/src/Makefile_Ecore_Con.am
index 093c26a..b22c3f6 100644
--- a/src/Makefile_Ecore_Con.am
+++ b/src/Makefile_Ecore_Con.am
@@ -189,7 +189,7 @@ bin_ecore_con_efl_net_proxy_helper_CPPFLAGS = 
-I$(top_builddir)/src/lib/efl \
 -DPACKAGE_DATA_DIR=\"$(datadir)/ecore\" \
 @EINA_CFLAGS@
 bin_ecore_con_efl_net_proxy_helper_LDADD = @USE_EINA_LIBS@
-bin_ecore_con_efl_net_proxy_helper_DEPEDNENCIES = @USE_EINA_INTERNAL_LIBS@
+bin_ecore_con_efl_net_proxy_helper_DEPENDENCIES = @USE_EINA_INTERNAL_LIBS@
 
 ### Unit tests
 

--

[EGIT] [core/efl] master 01/03: eina_modinfo: add missing dependency on libeina.la

2017-02-10 Thread Romain Naour

stefan pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=f166d271f016ef245f0e7474f3163d34631e3bcc

commit f166d271f016ef245f0e7474f3163d34631e3bcc
Author: Romain Naour 
Date:   Thu Feb 9 23:14:39 2017 +0100

eina_modinfo: add missing dependency on libeina.la

Fixes:
libtool:   error: cannot find the library 'lib/eina/libeina.la' or unhandled
argument 'lib/eina/libeina.la'

Signed-off-by: Romain Naour 
---
 src/Makefile_Eina.am | 1 +
 1 file changed, 1 insertion(+)

diff --git a/src/Makefile_Eina.am b/src/Makefile_Eina.am
index a4cdf31..b99d286 100644
--- a/src/Makefile_Eina.am
+++ b/src/Makefile_Eina.am
@@ -285,6 +285,7 @@ bin_eina_eina_modinfo_eina_modinfo_CPPFLAGS =  
-I$(top_builddir)/src/lib/efl \
 @EINA_CFLAGS@
 
 bin_eina_eina_modinfo_eina_modinfo_LDADD = @USE_EINA_LIBS@
+bin_eina_eina_modinfo_eina_modinfo_DEPENDENCIES = @USE_EINA_INTERNAL_LIBS@
 
 ### Script
 

--

Re: [E-devel] EFL 1.19.0 alpha 1

2017-02-09 Thread Romain Naour

Hi Stefan, Gustavo, All,

Le 09/02/2017 à 19:15, Stefan Schmidt a écrit :
> This alpha release for 1.19 starts the freeze period and stabilization 
> phase for the 1.19 release cycle.
> 
> **Download**
> 
> http://download.enlightenment.org/rel/libs/efl/efl-1.19.0-alpha1.tar.gz
> 2a89836cd003ed8fd55530bb662ca60d82d3a5258d322034c95b07e28508083a
> 
> http://download.enlightenment.org/rel/libs/efl/efl-1.19.0-alpha1.tar.xz
> 2759bb426b221eb463d0e089b7d7b06761d40453c7fb1ddc618b180a919a2519
> 

Thanks for this new alpha release, I did a build test and I had a build failure:

libtool:   error: cannot find the library 'lib/eina/libeina.la' or unhandled
argument 'lib/eina/libeina.la'
Makefile:25759 : la recette pour la cible « bin/eina/eina_modinfo/eina_modinfo »
a échouée

Restarting the build allow to build completely.
So, it seems to be a missing dependency on libeina somewhere ?

Best regards,
Romain

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Help me get Terminology 1.0 out!

2017-01-02 Thread Romain Naour

Hi Boris,

Le 02/01/2017 à 19:45, Boris Faure a écrit :
> 
> Hi everyone!
> 
> Happy new year!
> 
> Let's start 2017 with a great new release of Terminology!
> I feel like the current code is quite stable but if there is one
> annoying bug you think I should fix before doing the release, now is the
> time to let me know!
> Also, please commit or send me any pending translations you have.
> 
> My current plan is to prepare pre-release tarballs of Terminology 1.0 on
> Thursday or Friday, then test them over the weekend and make a release
> announcement early next week! If anything goes wrong, I'll delay the
> release accordingly.

I did a build and quick runtime test last week on the latest commit "change for
v1.0.0". Seems ok with efl 1.18.4.

Best regards,
Romain

> 
> Best Regards
> 
> 
> 
> --
> Check out the vibrant tech community on one of the world's most 
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> 
> 
> 
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Pre-release tarballs for efl 1.18.4

2016-12-08 Thread Romain Naour

Hi Stefan,

Le 08/12/2016 à 11:01, Stefan Schmidt a écrit :
> Hello.
> 
> On 07/12/16 23:07, Jean Guyomarc'h wrote:
>> Hi Stefan,
>>
>> 1.18.4 is ready to roll on macOS :)
> 
> Thanks.
> 
> Also let me underline that I'm very happy with such quick and short 
> feedback on the pre-release tarballs.

Well, most of the time I don't have the time to test the pre-release tarballs
but at least the efl Buildroot package is updated some days after the release.

Patch sent today [1] and applied while writing this email [2] :)

[1] http://patchwork.ozlabs.org/patch/704245/
[2]
https://git.buildroot.net/buildroot/commit/?id=a27f8c80462b3f28b741b5d3a57f3346a2321252

Best regards,
Romain

> 
> regards
> Stefan Schmidt
> 
> --
> Developer Access Program for Intel Xeon Phi Processors
> Access to Intel Xeon Phi processor-based developer platforms.
> With one year of Intel Parallel Studio XE.
> Training and support from Colfax.
> Order your platform today.http://sdm.link/xeonphi
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today.http://sdm.link/xeonphi
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[EGIT] [core/enlightenment] enlightenment-0.21 03/04: E: fix Wayland without xwayland build

2016-11-28 Thread Romain Naour

discomfitor pushed a commit to branch enlightenment-0.21.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=157ab706736389cef1c8b127aac6f61309664286

commit 157ab706736389cef1c8b127aac6f61309664286
Author: Romain Naour 
Date:   Sat Nov 26 22:17:17 2016 +0100

E: fix Wayland without xwayland build

When building enlightement without xwayland, we need to provide
MESA_EGL_NO_X11_HEADERS in the CFLAGS to avoid including X11/Xlib.h.

This define is provided by WAYLAND_EGL_CFLAGS, so add it for E modules
and e_fm build.

Fixes:
In file included from /usr/include/EGL/egl.h:39:0,
 from ./src/bin/e.h:108,
 from src/modules/mixer/lib/backends/pulseaudio/pulse.c:1:
/usr/include/EGL/eglplatform.h:119:22: erreur fatale : X11/Xlib.h

Signed-off-by: Romain Naour 
---
 src/bin/e_fm/Makefile.mk | 1 +
 src/modules/Makefile.mk  | 1 +
 2 files changed, 2 insertions(+)

diff --git a/src/bin/e_fm/Makefile.mk b/src/bin/e_fm/Makefile.mk
index 218329f..63c35c1 100644
--- a/src/bin/e_fm/Makefile.mk
+++ b/src/bin/e_fm/Makefile.mk
@@ -9,6 +9,7 @@ EFM_CPPFLAGS = \
 @VALGRIND_CFLAGS@ \
 @EDJE_DEF@ \
 @WAYLAND_CFLAGS@ \
+@WAYLAND_EGL_CFLAGS@ \
 -DPACKAGE_BIN_DIR=\"@PACKAGE_BIN_DIR@\" \
 -DPACKAGE_LIB_DIR=\"@PACKAGE_LIB_DIR@\" \
 -DPACKAGE_DATA_DIR=\"@PACKAGE_DATA_DIR@\" \
diff --git a/src/modules/Makefile.mk b/src/modules/Makefile.mk
index 0962f9e..12f74e2 100644
--- a/src/modules/Makefile.mk
+++ b/src/modules/Makefile.mk
@@ -8,6 +8,7 @@ MOD_CPPFLAGS = -I. \
 -I$(top_srcdir)/src/modules \
 @e_cflags@ \
 @WAYLAND_CFLAGS@ \
+@WAYLAND_EGL_CFLAGS@ \
 -DE_BINDIR=\"$(bindir)\"
 
 MOD_LIBS = @e_libs@ @dlopen_libs@

--

[EGIT] [core/enlightenment] master 02/03: E: fix Wayland without xwayland build

2016-11-28 Thread Romain Naour

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=c8f5f942d0d5b85b0ae746cdd7cb57e2c8e1012f

commit c8f5f942d0d5b85b0ae746cdd7cb57e2c8e1012f
Author: Romain Naour 
Date:   Sat Nov 26 22:17:17 2016 +0100

E: fix Wayland without xwayland build

When building enlightement without xwayland, we need to provide
MESA_EGL_NO_X11_HEADERS in the CFLAGS to avoid including X11/Xlib.h.

This define is provided by WAYLAND_EGL_CFLAGS, so add it for E modules
and e_fm build.

Fixes:
In file included from /usr/include/EGL/egl.h:39:0,
 from ./src/bin/e.h:108,
 from src/modules/mixer/lib/backends/pulseaudio/pulse.c:1:
/usr/include/EGL/eglplatform.h:119:22: erreur fatale : X11/Xlib.h

Signed-off-by: Romain Naour 
---
 src/bin/e_fm/Makefile.mk | 1 +
 src/modules/Makefile.mk  | 1 +
 2 files changed, 2 insertions(+)

diff --git a/src/bin/e_fm/Makefile.mk b/src/bin/e_fm/Makefile.mk
index 218329f..63c35c1 100644
--- a/src/bin/e_fm/Makefile.mk
+++ b/src/bin/e_fm/Makefile.mk
@@ -9,6 +9,7 @@ EFM_CPPFLAGS = \
 @VALGRIND_CFLAGS@ \
 @EDJE_DEF@ \
 @WAYLAND_CFLAGS@ \
+@WAYLAND_EGL_CFLAGS@ \
 -DPACKAGE_BIN_DIR=\"@PACKAGE_BIN_DIR@\" \
 -DPACKAGE_LIB_DIR=\"@PACKAGE_LIB_DIR@\" \
 -DPACKAGE_DATA_DIR=\"@PACKAGE_DATA_DIR@\" \
diff --git a/src/modules/Makefile.mk b/src/modules/Makefile.mk
index ed74f59..fc7ace3 100644
--- a/src/modules/Makefile.mk
+++ b/src/modules/Makefile.mk
@@ -8,6 +8,7 @@ MOD_CPPFLAGS = -I. \
 -I$(top_srcdir)/src/modules \
 @e_cflags@ \
 @WAYLAND_CFLAGS@ \
+@WAYLAND_EGL_CFLAGS@ \
 -DE_BINDIR=\"$(bindir)\"
 
 MOD_LIBS = @e_libs@ @dlopen_libs@

--

Re: [E-devel] ecore_drm2 and elput

2016-10-07 Thread Romain Naour

[re-sending to the mailing list with my @smile.fr address]

Hi Pierre,

Le 07/10/2016 à 17:09, Pierre FLOURY a écrit :
> Hi,
> 
> I am a user of efl libs. I don't know if I am on the right mailing list. 
> Let me know if I am not.
> 
> I have some issues with ecore_drm2 and elput on efl v1.18.1.
> 
> I want to use efl libs on an embedded system directly on top of dri/drm. (nxp 
> imx6dl)
> No X server, no wayland, (no systemd). 
> 
> I build my system with buildroot. I used previous release of efl : v1.17.1, 
> and this configuration was possible.
> Even with the gl_drm. It was nice.
> 
> I built the new version of efl, the 1.18.1. Then it fails due to the new 
> ecore_drm2 interface and the elput lib.
> 
> here is my error :
> 
> ERR<182>:ecore_drm2 lib/ecore_drm2/ecore_drm2_device.c:164 
> ecore_drm2_device_find() Could not connect to input manager
> ERR<182>:ecore_evas modules/ecore_evas/engines/drm/ecore_evas_drm.c:74 
> _ecore_evas_drm_init() Failed to create device
> 
> it seems the function elput_manager_connect(const char *seat, unsigned int 
> tty) return NULL.
> which is normal, as this function loop on this code :
> 
> static Elput_Interface *_ifaces[] =
> {
> #ifdef HAVE_SYSTEMD
>&_logind_interface,
> #endif
>NULL,
> };
> 
> And I do not have any systemd (And I don't want to use it).
> 
> So, am I doing the right thing ? ecore_drm2 module is for my type of usage 
> isn't it ? (efl on top of drm)

I'm glad to see someone using the Buildroot's EFL packaging :)

I'm maintaining this packaging and I have some patches waiting someone for
review and test: "package/efl: enable libdrm support" [1] and "package/efl: add
Evas GL DRM Engine support" [2].

Since the drm support is not yet merged in Buildroot, I invite you to help me to
improve the EFL packaging by reviewing and testing my patches or provide your
own [3].

Thanks!

Best regards,
Romain

[1] http://patchwork.ozlabs.org/patch/671260/
[2] http://patchwork.ozlabs.org/patch/671261/
[3] http://nightly.buildroot.org/manual.html#_reviewing_and_testing_patches

> 
> 
> 
> Regards,
> 


--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[EGIT] [core/enlightenment] enlightenment-0.21 02/63: e_xkb: add guard around skip_new_keyboard

2016-10-04 Thread Romain Naour

discomfitor pushed a commit to branch enlightenment-0.21.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=6a33b79f728c43a6dfabde476d5440b9c41bf89f

commit 6a33b79f728c43a6dfabde476d5440b9c41bf89f
Author: Romain Naour 
Date:   Sat Aug 20 22:39:34 2016 +0200

e_xkb: add guard around skip_new_keyboard

skip_new_keyboard is not available if HAVE_WAYLAND_ONLY is defined.

Fixes:
src/bin/e_xkb.c: Dans la fonction ‘_e_x_xkb_reconfig’:
src/bin/e_xkb.c:216:4: erreur : ‘skip_new_keyboard’ undeclared (first use 
in this function)
skip_new_keyboard ++;

Signed-off-by: Romain Naour 
---
 src/bin/e_xkb.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/src/bin/e_xkb.c b/src/bin/e_xkb.c
index 0aa1782..3412c53 100644
--- a/src/bin/e_xkb.c
+++ b/src/bin/e_xkb.c
@@ -213,7 +213,9 @@ _e_x_xkb_reconfig(void)
}
   }
  }
+#ifndef HAVE_WAYLAND_ONLY
skip_new_keyboard ++;
+#endif
INF("SET XKB RUN: %s", eina_strbuf_string_get(buf));
ecore_exe_run(eina_strbuf_string_get(buf), NULL);
eina_strbuf_free(buf);

--

[EGIT] [core/enlightenment] enlightenment-0.21 01/63: configure.ac: wayland only build fix

2016-10-04 Thread Romain Naour

discomfitor pushed a commit to branch enlightenment-0.21.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=e66ef6bb5a21e2ca05f2d6ddb3d965376c5d2bf8

commit e66ef6bb5a21e2ca05f2d6ddb3d965376c5d2bf8
Author: Romain Naour 
Date:   Sat Aug 20 20:45:49 2016 +0200

configure.ac: wayland only build fix

When only wayland is enabled, the build system is still looking for
ecore-x. When the following test is always true since have_wayland_only
has been initialed to "no".

if test "x${have_wayland_only}" != "xyes"; then
  PKG_CHECK_MODULES([ECORE_X], [ecore-x >= ${efl_version}])

Use e_cv_want_wayland_only instead.
    
Signed-off-by: Romain Naour 
---
 configure.ac | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/configure.ac b/configure.ac
index 14897e2..d8db158 100644
--- a/configure.ac
+++ b/configure.ac
@@ -700,7 +700,7 @@ fi
 AM_CONDITIONAL([HAVE_WAYLAND], [test "x${have_wayland}" = "xyes"])
 AM_CONDITIONAL([HAVE_WAYLAND_EGL], [test "x${have_wayland_egl}" = "xyes"])
 
-if test "x${have_wayland_only}" != "xyes"; then
+if test "x${e_cv_want_wayland_only}" != "xyes"; then
   PKG_CHECK_MODULES([ECORE_X], [ecore-x >= ${efl_version}])
   if test -n "$ECORE_X_CFLAGS" ; then
  ecore_x=true

--

[EGIT] [core/enlightenment] master 02/02: e_xkb: add guard around skip_new_keyboard

2016-08-22 Thread Romain Naour

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=7720039ad169b87e58c9be48b9e3a69e8d57e0d5

commit 7720039ad169b87e58c9be48b9e3a69e8d57e0d5
Author: Romain Naour 
Date:   Sat Aug 20 22:39:34 2016 +0200

e_xkb: add guard around skip_new_keyboard

skip_new_keyboard is not available if HAVE_WAYLAND_ONLY is defined.

Fixes:
src/bin/e_xkb.c: Dans la fonction ‘_e_x_xkb_reconfig’:
src/bin/e_xkb.c:216:4: erreur : ‘skip_new_keyboard’ undeclared (first use 
in this function)
skip_new_keyboard ++;

Signed-off-by: Romain Naour 
---
 src/bin/e_xkb.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/src/bin/e_xkb.c b/src/bin/e_xkb.c
index 1b4ecdc..acabc51 100644
--- a/src/bin/e_xkb.c
+++ b/src/bin/e_xkb.c
@@ -219,7 +219,9 @@ _e_x_xkb_reconfig(void)
}
   }
  }
+#ifndef HAVE_WAYLAND_ONLY
skip_new_keyboard ++;
+#endif
INF("SET XKB RUN: %s", eina_strbuf_string_get(buf));
ecore_exe_run(eina_strbuf_string_get(buf), NULL);
eina_strbuf_free(buf);

--

[EGIT] [core/enlightenment] master 01/02: configure.ac: wayland only build fix

2016-08-22 Thread Romain Naour

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=70125b9cff35a006c66c026c95f447c9852728ce

commit 70125b9cff35a006c66c026c95f447c9852728ce
Author: Romain Naour 
Date:   Sat Aug 20 20:45:49 2016 +0200

configure.ac: wayland only build fix

When only wayland is enabled, the build system is still looking for
ecore-x. When the following test is always true since have_wayland_only
has been initialed to "no".

if test "x${have_wayland_only}" != "xyes"; then
  PKG_CHECK_MODULES([ECORE_X], [ecore-x >= ${efl_version}])

Use e_cv_want_wayland_only instead.
    
Signed-off-by: Romain Naour 
---
 configure.ac | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/configure.ac b/configure.ac
index 132a3b7..ec14351 100644
--- a/configure.ac
+++ b/configure.ac
@@ -704,7 +704,7 @@ fi
 AM_CONDITIONAL([HAVE_WAYLAND], [test "x${have_wayland}" = "xyes"])
 AM_CONDITIONAL([HAVE_WAYLAND_EGL], [test "x${have_wayland_egl}" = "xyes"])
 
-if test "x${have_wayland_only}" != "xyes"; then
+if test "x${e_cv_want_wayland_only}" != "xyes"; then
   PKG_CHECK_MODULES([ECORE_X], [ecore-x >= ${efl_version}])
   if test -n "$ECORE_X_CFLAGS" ; then
  ecore_x=true

--

[EGIT] [core/enlightenment] enlightenment-0.21 25/28: E: include uuid.h only when Wayland support is enabled.

2016-08-17 Thread Romain Naour

discomfitor pushed a commit to branch enlightenment-0.21.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=c20a32b8b83a60a02ce6a8df261f12604c1f727e

commit c20a32b8b83a60a02ce6a8df261f12604c1f727e
Author: Romain Naour 
Date:   Fri Aug 5 21:34:27 2016 +0200

E: include uuid.h only when Wayland support is enabled.

libuuid is checked only when Wayland support is enabled and
uuid_t uuid is guarded by HAVE_WAYLAND.

So move include uuid.h below a HAVE_WAYLAND.

Signed-off-by: Romain Naour 

fix T4298
---
 src/bin/e_pixmap.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/bin/e_pixmap.c b/src/bin/e_pixmap.c
index febb689..72b26e8 100644
--- a/src/bin/e_pixmap.c
+++ b/src/bin/e_pixmap.c
@@ -2,6 +2,7 @@
 
 #ifdef HAVE_WAYLAND
 # include "e_comp_wl.h"
+# include 
 # ifndef EGL_TEXTURE_FORMAT
 #  define EGL_TEXTURE_FORMAT   0x3080
 # endif
@@ -18,7 +19,6 @@
 #endif
 
 #include 
-#include 
 
 static Eina_Hash *pixmaps[2] = {NULL};
 static Eina_Hash *aliases[2] = {NULL};

--

[EGIT] [core/enlightenment] master 03/04: E: include uuid.h only when Wayland support is enabled.

2016-08-08 Thread Romain Naour

discomfitor pushed a commit to branch master.

http://git.enlightenment.org/core/enlightenment.git/commit/?id=8af42ec11db8010bb276117bcc43238cdbaa07f6

commit 8af42ec11db8010bb276117bcc43238cdbaa07f6
Author: Romain Naour 
Date:   Fri Aug 5 21:34:27 2016 +0200

E: include uuid.h only when Wayland support is enabled.

libuuid is checked only when Wayland support is enabled and
uuid_t uuid is guarded by HAVE_WAYLAND.

So move include uuid.h below a HAVE_WAYLAND.

Signed-off-by: Romain Naour 

fix T4298
---
 src/bin/e_pixmap.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/bin/e_pixmap.c b/src/bin/e_pixmap.c
index febb689..72b26e8 100644
--- a/src/bin/e_pixmap.c
+++ b/src/bin/e_pixmap.c
@@ -2,6 +2,7 @@
 
 #ifdef HAVE_WAYLAND
 # include "e_comp_wl.h"
+# include 
 # ifndef EGL_TEXTURE_FORMAT
 #  define EGL_TEXTURE_FORMAT   0x3080
 # endif
@@ -18,7 +19,6 @@
 #endif
 
 #include 
-#include 
 
 static Eina_Hash *pixmaps[2] = {NULL};
 static Eina_Hash *aliases[2] = {NULL};

--

[EGIT] [core/elementary] elementary-1.17 01/01: lib: remove *.eo.h files from includesub_HEADERS

2016-08-01 Thread Romain Naour

stefan pushed a commit to branch elementary-1.17.

http://git.enlightenment.org/core/elementary.git/commit/?id=b7f94d3f07af49b98ccee1a24830a7d0dc63bdc4

commit b7f94d3f07af49b98ccee1a24830a7d0dc63bdc4
Author: Romain Naour 
Date:   Mon Jul 25 22:52:41 2016 +0200

lib: remove *.eo.h files from includesub_HEADERS

Otherwise *.eo.h files will be installed twice, so it can break a
parallel install on fast machines, whereby two make jobs may run
concurently, trying to install the same files.

/usr/bin/install -c -m 644 elm_sys_notify.eo.h
/usr/bin/install -c -m 644 elm_sys_notify.eo.h
usr/bin/install: cannot create regular file 'elm_sys_notify.eo.h': File 
exists

Fixes:

http://autobuild.buildroot.net/results/7e9/7e9caffe442dcf40ee41da56fd3f55ffedf3a291

Signed-off-by: Romain Naour 
---
 src/lib/Makefile.am | 3 ---
 1 file changed, 3 deletions(-)

diff --git a/src/lib/Makefile.am b/src/lib/Makefile.am
index 40fb597..9df9424 100644
--- a/src/lib/Makefile.am
+++ b/src/lib/Makefile.am
@@ -351,8 +351,6 @@ elm_systray_eo.h \
 elm_systray_common.h \
 elm_systray_watcher.h \
 elm_sys_notify.h \
-elm_sys_notify.eo.h \
-elm_sys_notify_dbus.eo.h \
 elm_table.h \
 elm_table_eo.h \
 elm_table_legacy.h \
@@ -381,7 +379,6 @@ elm_win_common.h \
 elm_win_eo.h \
 elm_win_legacy.h \
 elm_win_standard.h \
-elm_win_standard.eo.h \
 elm_helper.h
 includesubdir = $(includedir)/elementary-@VMAJ@/
 

--

[EGIT] [core/efl] master 01/01: elementary: remove *.eo.h files from includesub_HEADERS

2016-08-01 Thread Romain Naour

stefan pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=02c14d10a3b2dc3eb556b4a254687f7fbaa7832f

commit 02c14d10a3b2dc3eb556b4a254687f7fbaa7832f
Author: Romain Naour 
Date:   Wed Jul 27 22:38:02 2016 +0200

elementary: remove *.eo.h files from includesub_HEADERS

Otherwise *.eo.h files will be installed twice, so it can break a
parallel install on fast machines, whereby two make jobs may run
concurently, trying to install the same files.

With elementary 1.17.1:
/usr/bin/install -c -m 644 elm_sys_notify.eo.h
/usr/bin/install -c -m 644 elm_sys_notify.eo.h
 usr/bin/install: cannot create regular file 'elm_sys_notify.eo.h': File 
exists

Fixed in Buildroot:

https://git.busybox.net/buildroot/commit/?id=bba82cbfe4caaa01366fc74fb3b6f4c41587a28b

While applying the fix on latest master (1.18.0-beta1), the only
remaining *.eo.h file is efl_ui_text.eo.h.

Fixes:

http://autobuild.buildroot.net/results/7e9/7e9caffe442dcf40ee41da56fd3f55ffedf3a291

Signed-off-by: Romain Naour 
---
 src/lib/elementary/Makefile.am | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/src/lib/elementary/Makefile.am b/src/lib/elementary/Makefile.am
index 814a247..41ef7d8 100644
--- a/src/lib/elementary/Makefile.am
+++ b/src/lib/elementary/Makefile.am
@@ -496,8 +496,7 @@ includesub_HEADERS = \
elm_win_standard.h \
elm_helper.h \
efl_ui_box_private.h \
-   efl_ui_grid_private.h \
-   efl_ui_text.eo.h \
+   efl_ui_grid_private.h
$(NULL)
 
 includesubdir = $(includedir)/elementary-@VMAJ@/

--

Re: [E-devel] 1.15.1 planned for Tuesday next week

2015-08-22 Thread Romain Naour

Hi Stefan,

Le 19/08/2015 09:48, Stefan Schmidt a écrit :
> Hello.
> 
> 1.15 is out for a while we we have collected some backports in the 1.15 
> branches. Time to pull them into a stable update.
> 
> If you have any backports pending now would be a good time to bring them 
> over. Please do it until Monday noon (GMT).
> I will prepare some tarballs on Monday and do the final release on Tuesday.

It would be great if this patch can be backported to 1.15:

https://git.enlightenment.org/core/efl.git/commit/?id=f33a46ce1714d1d691e76a1c4b0db7edf097f8e8

Thanks!

Best regards,
Romain Naour
> 
> 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

Re: [E-devel] [PATCH] use SDL2 everywhere

2015-08-07 Thread Romain Naour

Hi Mike,

Le 06/08/2015 06:42, Mike Frysinger a écrit :
> Some files were still including SDL-1 headers even though we only link
> against SDL2 libs.
> 
> URL: https://bugs.gentoo.org/551882
> Reported-by: Barnaby 
> ---

I've also reported this issue some weeks ago:
http://sourceforge.net/p/enlightenment/mailman/message/34274895/

It seems the sdl2 support hasn't be build/tested since a while.

Best regards,
Romain Naour

>  configure.ac | 4 ++--
>  m4/evas_check_engine.m4  | 4 ++--
>  src/modules/evas/engines/gl_common/evas_gl_common.h  | 4 ++--
>  src/modules/evas/engines/gl_sdl/Evas_Engine_GL_SDL.h | 2 +-
>  4 files changed, 7 insertions(+), 7 deletions(-)
> 
> diff --git a/configure.ac b/configure.ac
> index 8101347..5b51ea1 100644
> --- a/configure.ac
> +++ b/configure.ac
> @@ -1958,13 +1958,13 @@ AC_SUBST([have_evas_engine_gl_xcb])
>  if test "x$have_evas_engine_gl_sdl" = "xyes" || test 
> "x$have_evas_engine_gl_sdl" = "xstatic" ; then
> AC_CHECK_DECL([SDL_GL_CONTEXT_MAJOR_VERSION],
>[AC_DEFINE([HAVE_SDL_GL_CONTEXT_VERSION], [1], [SDL_GL version 
> attributes present])],,
> -  [#include ])
> +  [#include ])
>  fi
>  
>  if test "${with_opengl}" = "es"; then
> AC_CHECK_DECL([SDL_OPENGLES],
>[AC_DEFINE([HAVE_SDL_FLAG_OPENGLES], [1], [SDL_OPENGLES flag is 
> present])],,
> -  [#include ])
> +  [#include ])
>  fi
>  
>  # OpenGL common
> diff --git a/m4/evas_check_engine.m4 b/m4/evas_check_engine.m4
> index 55135d1..8f54f2d 100644
> --- a/m4/evas_check_engine.m4
> +++ b/m4/evas_check_engine.m4
> @@ -478,11 +478,11 @@ if test "x${have_dep}" = "xyes" ; then
> evas_engine_[]$1[]_libs="${evas_engine_[]$1[]_libs} -lGL -lm $gl_pt_lib"
> evas_engine_gl_common_libs="-lGL -lm $gl_pt_lib"
>  else
> -   AC_CHECK_HEADER([SDL/SDL_opengles.h],
> +   AC_CHECK_HEADER([SDL2/SDL_opengles.h],
>[have_egl="yes"],
>[have_egl="no"],
>[
> -#include 
> +#include 
>  #include 
>])
> if test "x${have_egl}" = "xyes" ; then
> diff --git a/src/modules/evas/engines/gl_common/evas_gl_common.h 
> b/src/modules/evas/engines/gl_common/evas_gl_common.h
> index d40833b..1356610 100644
> --- a/src/modules/evas/engines/gl_common/evas_gl_common.h
> +++ b/src/modules/evas/engines/gl_common/evas_gl_common.h
> @@ -25,9 +25,9 @@
>  #else
>  # ifdef _EVAS_ENGINE_SDL_H
>  #  ifdef GL_GLES
> -#   include 
> +#   include 
>  #  else
> -#   include 
> +#   include 
>  #  endif
>  # else
>  #  ifdef GL_GLES
> diff --git a/src/modules/evas/engines/gl_sdl/Evas_Engine_GL_SDL.h 
> b/src/modules/evas/engines/gl_sdl/Evas_Engine_GL_SDL.h
> index de2370e..58f333e 100644
> --- a/src/modules/evas/engines/gl_sdl/Evas_Engine_GL_SDL.h
> +++ b/src/modules/evas/engines/gl_sdl/Evas_Engine_GL_SDL.h
> @@ -1,7 +1,7 @@
>  #ifndef _EVAS_ENGINE_GL_SDL_H
>  #define _EVAS_ENGINE_GL_SDL_H
>  
> -#include 
> +#include 
>  
>  typedef struct _Evas_Engine_Info_GL_SDL  Evas_Engine_Info_GL_SDL;
>  
> 


--
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] SDL/SDL2 issue.

2015-07-07 Thread Romain Naour

Hi,

I noticed a build issue when --enable-sdl=yes and --with-opengl=full are used
and only sdl2 headers are installed on the system.

It seems that some evas's code still include old SDL header.

  CC   
modules/ecore_evas/engines/sdl/modules_ecore_evas_engines_sdl_module_la-ecore_evas_sdl.lo
  CC   lib/ecore_sdl/lib_ecore_sdl_libecore_sdl_la-ecore_sdl.lo
In file included from modules/ecore_evas/engines/sdl/ecore_evas_sdl.c:17:0:
../src/modules/evas/engines/gl_sdl/Evas_Engine_GL_SDL.h:4:21: fatal error: 
SDL/SDL.h: No such file or directory
 #include 
 ^
compilation terminated.
Makefile:25897: recipe for target 
'modules/ecore_evas/engines/sdl/modules_ecore_evas_engines_sdl_module_la-ecore_evas_sdl.lo'
 failed
make[5]: *** 
[modules/ecore_evas/engines/sdl/modules_ecore_evas_engines_sdl_module_la-ecore_evas_sdl.lo]
 Error 1


By switching SDL directory to SDL2, the build continue until the next build 
issue:


  CC   
modules/evas/engines/gl_sdl/modules_evas_engines_gl_sdl_module_la-evas_engine.lo
  CC   
modules/evas/engines/gl_x11/modules_evas_engines_gl_x11_module_la-evas_engine.lo
  CC   
modules/evas/engines/gl_x11/modules_evas_engines_gl_x11_module_la-evas_x_main.lo
In file included from modules/evas/engines/gl_sdl/evas_engine.h:21:0,
 from modules/evas/engines/gl_sdl/evas_engine.c:3:
../src/modules/evas/engines/gl_common/evas_gl_common.h:26:31: fatal error: 
SDL/SDL_opengl.h: No such file or directory
 #   include 
   ^
compilation terminated.
Makefile:26324: recipe for target 
'modules/evas/engines/gl_sdl/modules_evas_engines_gl_sdl_module_la-evas_engine.lo'
 failed

I don't know much this part of this code and sdl stuff...
Cédric can you give your input on this ?

For now it's not an issue, I can avoid to use sdl2 when opengl is enabled.

Thanks !

Best regards,
Romain Naour

--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [PATCH 2/2] pkg-config: prefix eolian_flags with sysrootdir when crosscompiling

2015-04-24 Thread Romain Naour

Hi Jean-Philippe,

Le 24/04/2015 09:58, Jean-Philippe André a écrit :
> Hi again :)
> 
> On Fri, Apr 24, 2015 at 10:39 AM, Jean-Philippe André 
> wrote:
> 
>> Hi Romain,
>>
>> Please use Phabricator and Arcanist to share your patches.
>> See:
>> https://phab.enlightenment.org/w/arcanist/
>>
>>
> Tom pointed out that it's absolutely fine to share patches by email.
> We want to encourage all contributions, so thanks for your patch! (I didn't
> actually review or test myself yet).
> 
> Hopefully you didn't find my answer too rude, I just wanted to point out
> that we use Phabricator usually, as it helps us better track submissions.
> 

Not at all, you're welcome for your advice :)
This is my first contribution to the efl project and I'm not familiar with
Phabricator.
I'm currently working on updating the efl package in Buildroot on my free time.

Do you want I post my patches using Phabricator or it's ok as is ?

Best regards,
Romain

> Thanks again,
> JP
> 

--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] [PATCH 2/2] pkg-config: prefix eolian_flags with sysrootdir when crosscompiling

2015-04-23 Thread Romain Naour

Otherwise, the elementary build is brocken while crosscompiling since
"pkg-config --variable=eolian_flags eo evas edje ecore efl" return paths
to the host's include directories (/usr/share/eolian/include).

Signed-off-by: Romain Naour 
Cc: Cedric BAIL 
---
 pc/ecore-cxx.pc.in | 2 +-
 pc/ecore.pc.in | 2 +-
 pc/edje-cxx.pc.in  | 2 +-
 pc/edje.pc.in  | 2 +-
 pc/efl-cxx.pc.in   | 2 +-
 pc/efl.pc.in   | 2 +-
 pc/eo-cxx.pc.in| 2 +-
 pc/eo.pc.in| 2 +-
 pc/evas-cxx.pc.in  | 2 +-
 pc/evas.pc.in  | 2 +-
 10 files changed, 10 insertions(+), 10 deletions(-)

diff --git a/pc/ecore-cxx.pc.in b/pc/ecore-cxx.pc.in
index 9bfd2f9..e24de48 100644
--- a/pc/ecore-cxx.pc.in
+++ b/pc/ecore-cxx.pc.in
@@ -7,7 +7,7 @@ module_arch=@MODULE_ARCH@
 datarootdir=@datarootdir@
 datadir=@datadir@
 eoincludedir=@datadir@/eolian/include
-eolian_flags=-I${eoincludedir}/ecore-@VMAJ@
+eolian_flags=-I${pc_sysrootdir}/${eoincludedir}/ecore-@VMAJ@
 
 Name: ecore C++ API
 Description: Ecore event abstraction library C++ API
diff --git a/pc/ecore.pc.in b/pc/ecore.pc.in
index 1647f57..156bf46 100644
--- a/pc/ecore.pc.in
+++ b/pc/ecore.pc.in
@@ -7,7 +7,7 @@ module_arch=@MODULE_ARCH@
 datarootdir=@datarootdir@
 datadir=@datadir@
 eoincludedir=@datadir@/eolian/include
-eolian_flags=-I${eoincludedir}/ecore-@VMAJ@
+eolian_flags=-I${pc_sysrootdir}/${eoincludedir}/ecore-@VMAJ@
 
 Name: ecore
 Description: Ecore event abstraction library
diff --git a/pc/edje-cxx.pc.in b/pc/edje-cxx.pc.in
index 6e19ddd..0a22a9d 100644
--- a/pc/edje-cxx.pc.in
+++ b/pc/edje-cxx.pc.in
@@ -12,7 +12,7 @@ vmic=@VMIC@
 multisense=@want_multisense@
 physics=@want_physics@
 eoincludedir=@datadir@/eolian/include
-eolian_flags=-I${eoincludedir}/edje-@VMAJ@
+eolian_flags=-I${pc_sysrootdir}/${eoincludedir}/edje-@VMAJ@
 
 Name: edje C++ API
 Description: Enlightened graphical design and layout engine C++ API.
diff --git a/pc/edje.pc.in b/pc/edje.pc.in
index 8c0c33d..a37f10c 100644
--- a/pc/edje.pc.in
+++ b/pc/edje.pc.in
@@ -12,7 +12,7 @@ vmic=@VMIC@
 multisense=@want_multisense@
 physics=@want_physics@
 eoincludedir=@datadir@/eolian/include
-eolian_flags=-I${eoincludedir}/edje-@VMAJ@
+eolian_flags=-I${pc_sysrootdir}/${eoincludedir}/edje-@VMAJ@
 
 Name: edje
 Description: Enlightened graphical design and layout engine.
diff --git a/pc/efl-cxx.pc.in b/pc/efl-cxx.pc.in
index 8f8fa90..7100fcf 100644
--- a/pc/efl-cxx.pc.in
+++ b/pc/efl-cxx.pc.in
@@ -5,7 +5,7 @@ includedir=@includedir@
 datarootdir=@datarootdir@
 datadir=@datadir@
 eoincludedir=@datadir@/eolian/include
-eolian_flags=-I${eoincludedir}/efl-@VMAJ@
+eolian_flags=-I${pc_sysrootdir}/${eoincludedir}/efl-@VMAJ@
 
 Name: EFL++
 Description: EFL's C++ bindings
diff --git a/pc/efl.pc.in b/pc/efl.pc.in
index c422a51..9469ca2 100644
--- a/pc/efl.pc.in
+++ b/pc/efl.pc.in
@@ -5,7 +5,7 @@ includedir=@includedir@
 datarootdir=@datarootdir@
 datadir=@datadir@
 eoincludedir=@datadir@/eolian/include
-eolian_flags=-I${eoincludedir}/efl-@VMAJ@
+eolian_flags=-I${pc_sysrootdir}/${eoincludedir}/efl-@VMAJ@
 
 Name: Efl
 Description: EFL's general purpose library
diff --git a/pc/eo-cxx.pc.in b/pc/eo-cxx.pc.in
index 22d680d..22c512c 100644
--- a/pc/eo-cxx.pc.in
+++ b/pc/eo-cxx.pc.in
@@ -5,7 +5,7 @@ includedir=@includedir@
 datarootdir=@datarootdir@
 datadir=@datadir@
 eoincludedir=@datadir@/eolian/include
-eolian_flags=-I${eoincludedir}/eo-@VMAJ@
+eolian_flags=-I${pc_sysrootdir}/${eoincludedir}/eo-@VMAJ@
 
 Name: Eo C++
 Description: C++ bindings for EFL's generic object system.
diff --git a/pc/eo.pc.in b/pc/eo.pc.in
index e4781c8..16d8c61 100644
--- a/pc/eo.pc.in
+++ b/pc/eo.pc.in
@@ -5,7 +5,7 @@ includedir=@includedir@
 datarootdir=@datarootdir@
 datadir=@datadir@
 eoincludedir=@datadir@/eolian/include
-eolian_flags=-I${eoincludedir}/eo-@VMAJ@
+eolian_flags=-I${pc_sysrootdir}/${eoincludedir}/eo-@VMAJ@
 
 Name: Eo
 Description: EFL's generic object system library.
diff --git a/pc/evas-cxx.pc.in b/pc/evas-cxx.pc.in
index 2953c4e..36d8da1 100644
--- a/pc/evas-cxx.pc.in
+++ b/pc/evas-cxx.pc.in
@@ -5,7 +5,7 @@ includedir=@includedir@
 datarootdir=@datarootdir@
 datadir=@datadir@
 eoincludedir=@datadir@/eolian/include
-eolian_flags=-I${eoincludedir}/evas-@VMAJ@
+eolian_flags=-I${pc_sysrootdir}/${eoincludedir}/evas-@VMAJ@
 
 Name: evas
 Description: Evas C++ bindings
diff --git a/pc/evas.pc.in b/pc/evas.pc.in
index eca1f0c..2839039 100644
--- a/pc/evas.pc.in
+++ b/pc/evas.pc.in
@@ -5,7 +5,7 @@ includedir=@includedir@
 datarootdir=@datarootdir@
 datadir=@datadir@
 eoincludedir=@datadir@/eolian/include
-eolian_flags=-I${eoincludedir}/evas-@VMAJ@
+eolian_flags=-I${pc_sysrootdir}/${eoincludedir}/evas-@VMAJ@
 
 Name: evas
 Description: Evas canvas display library
-- 
1.9.3


--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance m

[E-devel] [PATCH 1/2] autotools: add --disable-libeeze

2015-04-23 Thread Romain Naour

When cross-compiling, we only want to build edje_cc, embryo_cc
and eet binaries for the host before starting the build for the
target.

This patch allows to disable libeeze in order to shorten the
build time but most of all remove the dependency on libudev.

In normal case it's not recommended hence a warning.

Signed-off-by: Romain Naour 
Cc: Cedric BAIL 
---
 configure.ac | 34 +-
 1 file changed, 33 insertions(+), 1 deletion(-)

diff --git a/configure.ac b/configure.ac
index a0dc51e..c5ead11 100644
--- a/configure.ac
+++ b/configure.ac
@@ -617,6 +617,31 @@ AC_DEFINE_IF([HAVE_ATFILE_SOURCE],
 
 ##  EFL  ##
 
+want_libeeze="yes"
+AC_ARG_ENABLE([libeeze],
+   [AS_HELP_STRING([--disable-libeeze],[disable Eeze device library 
@<:@default=enable@:>@])],
+   [
+if test "x${enableval}" = "xyes"; then
+   want_libeeze="yes"
+else
+   want_libeeze="no"
+   CFOPT_WARNING="yes"
+fi
+   ])
+
+build_libeeze="yes"
+if test "x${want_libeeze}" = "xyes" ; then
+if test "x${have_linux}" = "xyes" ; then
+build_libeeze="yes"
+else
+build_libeeze="no"
+want_libeeze="no"
+CFOPT_WARNING="yes"
+fi
+else
+build_libeeze="no"
+fi
+
 AC_ARG_ENABLE([systemd],
[AS_HELP_STRING([--enable-systemd],[Enable systemd support. 
@<:@default=disabled@:>@])],
[
@@ -2965,7 +2990,7 @@ have_libmount_new="no"
 have_libmount_old="no"
 have_eeze_mount="no"
 
-EFL_LIB_START_OPTIONAL([Eeze], [test "${have_linux}" = "yes"])
+EFL_LIB_START_OPTIONAL([Eeze], [test "x${build_libeeze}" = "xyes"])
 
 ### Additional options to configure
 AC_ARG_WITH([mount],
@@ -4993,6 +5018,13 @@ if test -n "$CFOPT_WARNING"; then
 echo "to both as it will break your build if set to eo."
 echo 
"_"
   fi
+  if test "x${want_libeeze}" = "xno"; then
+echo 
"_"
+echo "Libeeze has been disabled, and it is used heavily for support of"
+echo "removable devices etc. and disabling this will hurt support for"
+echo "Enlightenment and its filemanager."
+echo 
"_"
+  fi
   echo "_"
   echo ""
   echo "==-- WARNING --=="
-- 
1.9.3


--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

44 matches

Mail list logo