[EGIT] [core/efl] master 01/01: evas/module: add a new module in vg_saver for eet
jpeg pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=8b7f060946a4268316792902409bda2fea00fd32 commit 8b7f060946a4268316792902409bda2fea00fd32 Author: Subhransu Mohanty Date: Fri Oct 14 15:52:51 2016 +0900 evas/module: add a new module in vg_saver for eet Reviewers: cedric, jpeg Subscribers: cedric, jpeg Differential Revision: https://phab.enlightenment.org/D4350 --- src/Makefile_Evas.am | 23 - src/lib/evas/Evas_Loader.h| 3 +- src/lib/evas/file/evas_module.c | 27 -- src/lib/evas/include/evas_private.h | 5 ++ src/modules/evas/vg_savers/eet/evas_vg_save_eet.c | 60 +++ 5 files changed, 112 insertions(+), 6 deletions(-) diff --git a/src/Makefile_Evas.am b/src/Makefile_Evas.am index 6fcb319..26cdd79 100644 --- a/src/Makefile_Evas.am +++ b/src/Makefile_Evas.am @@ -1501,6 +1501,7 @@ bin_evas_evas_cserve2_slave_CPPFLAGS = -I$(top_builddir)/src/lib/efl \ -DEVAS_MODULE_NO_ENGINES=1 \ -DEVAS_MODULE_NO_IMAGE_SAVERS=1 \ -DEVAS_MODULE_NO_VG_LOADERS=1 \ +-DEVAS_MODULE_NO_VG_SAVERS=1 \ @EVAS_CFLAGS@ bin_evas_evas_cserve2_slave_LDADD = @EVAS_CSERVE2_SLAVE_LIBS@ @USE_EINA_LIBS@ @USE_EMILE_LIBS@ @@ -1556,7 +1557,7 @@ endif if BUILD_VG_LOADER_EET if EVAS_STATIC_BUILD_VG_EET -lib_evas_libevas_la_SOURCES += modules/evas/vg_loaders/eet/evas_vg_load_eet.c +lib_evas_libevas_la_SOURCES += modules/evas/vg_loaders/eet/evas_vg_load_eet.c modules/evas/vg_savers/eet/evas_vg_save_eet.c lib_evas_libevas_la_CPPFLAGS += @evas_vg_loader_eet_cflags@ lib_evas_libevas_la_LIBADD += @evas_vg_loader_eet_libs@ else @@ -1579,6 +1580,26 @@ modules_evas_vg_loaders_eet_module_la_LIBADD = \ modules_evas_vg_loaders_eet_module_la_DEPENDENCIES = @USE_EVAS_INTERNAL_LIBS@ modules_evas_vg_loaders_eet_module_la_LDFLAGS = -module @EFL_LTMODULE_FLAGS@ modules_evas_vg_loaders_eet_module_la_LIBTOOLFLAGS = --tag=disable-static + +vgsavereetpkgdir = $(libdir)/evas/modules/vg_savers/eet/$(MODULE_ARCH) +vgsavereetpkg_LTLIBRARIES = modules/evas/vg_savers/eet/module.la + +# Workaround for broken parallel install support in automake (relink issue) +# http://debbugs.gnu.org/cgi/bugreport.cgi?bug=7328 +install_vgsavereetpkgLTLIBRARIES = install-vgloadereetpkgLTLIBRARIES +$(install_vgsavereetpkgLTLIBRARIES): install-libLTLIBRARIES + +modules_evas_vg_savers_eet_module_la_SOURCES = modules/evas/vg_savers/eet/evas_vg_save_eet.c +modules_evas_vg_savers_eet_module_la_CPPFLAGS = -I$(top_builddir)/src/lib/efl \ +-I$(top_srcdir)/src/lib/evas/include \ +@EVAS_CFLAGS@ \ +@evas_vg_saver_eet_cflags@ +modules_evas_vg_savers_eet_module_la_LIBADD = \ +@USE_EVAS_LIBS@ \ +@evas_vg_saver_eet_libs@ +modules_evas_vg_savers_eet_module_la_DEPENDENCIES = @USE_EVAS_INTERNAL_LIBS@ +modules_evas_vg_savers_eet_module_la_LDFLAGS = -module @EFL_LTMODULE_FLAGS@ +modules_evas_vg_savers_eet_module_la_LIBTOOLFLAGS = --tag=disable-static endif endif diff --git a/src/lib/evas/Evas_Loader.h b/src/lib/evas/Evas_Loader.h index b414014..a5d138b 100644 --- a/src/lib/evas/Evas_Loader.h +++ b/src/lib/evas/Evas_Loader.h @@ -79,7 +79,8 @@ typedef enum _Evas_Module_Type EVAS_MODULE_TYPE_IMAGE_LOADER = 1, EVAS_MODULE_TYPE_IMAGE_SAVER = 2, EVAS_MODULE_TYPE_OBJECT = 3, - EVAS_MODULE_TYPE_VG_LOADER = 4 + EVAS_MODULE_TYPE_VG_LOADER = 4, + EVAS_MODULE_TYPE_VG_SAVER = 5 } Evas_Module_Type; typedef struct _Evas_Module_ApiEvas_Module_Api; diff --git a/src/lib/evas/file/evas_module.c b/src/lib/evas/file/evas_module.c index ea4f5c2..612507d 100644 --- a/src/lib/evas/file/evas_module.c +++ b/src/lib/evas/file/evas_module.c @@ -24,8 +24,13 @@ #define EVAS_MODULE_NO_VG_LOADERS 0 #endif +#ifndef EVAS_MODULE_NO_VG_SAVERS +#define EVAS_MODULE_NO_VG_SAVERS 0 +#endif + -static Eina_Hash *evas_modules[5] = { +static Eina_Hash *evas_modules[6] = { + NULL, NULL, NULL, NULL, @@ -155,6 +160,10 @@ EVAS_EINA_STATIC_MODULE_DEFINE(image_loader, xpm); EVAS_EINA_STATIC_MODULE_DEFINE(image_loader, tgv); #endif +#if !EVAS_MODULE_NO_VG_SAVERS +EVAS_EINA_STATIC_MODULE_DEFINE(vg_saver, eet); +#endif + #if !EVAS_MODULE_NO_IMAGE_SAVERS EVAS_EINA_STATIC_MODULE_DEFINE(image_saver, eet); EVAS_EINA_STATIC_MODULE_DEFINE(image_saver, jpeg); @@ -264,6 +273,11 @@ static const struct { EVAS_EINA_STATIC_MODULE_USE(image_loader, tgv), #endif #endif +#if !EVAS_MODULE_NO_VG_SAVERS +#ifdef EVAS_STATIC_BUILD_VG_EET + EVAS_EINA_STATIC_MODULE_USE(vg_saver, eet), +#endif +#endif #if !EVAS_MODULE_NO_IMAGE_SAVERS #ifdef EVAS_STATIC_BUILD_EET EVAS_EINA_STATIC_MODULE_USE(image_saver, eet), @@ -301,6 +315,7 @@ evas_module_init(void) evas_modules[EVAS_MODULE_TYPE_IMAGE_SAVER] = eina_hash_string_small_new(/* FIXME: Add a function to cleanup stuff. */ NULL); evas_modules[EVAS_MODULE_TYPE_OBJECT] = eina_hash_string_small_new(/* FIXME: Add a function to cleanup stuff. */ NULL); evas_
[EGIT] [core/efl] master 01/01: fix possible eina file shutdown issue
raster pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=ed1101d9945f358c085be921649485249981ef59 commit ed1101d9945f358c085be921649485249981ef59 Author: Carsten Haitzler (Rasterman) Date: Fri Oct 14 16:20:22 2016 +0900 fix possible eina file shutdown issue i am not sure as i cannto reproduce this, but i hope this fixes T4677 by ensuring if eina_file_shutdown is called it cannto double-free a hash. --- src/lib/eina/eina_file_common.c | 1 + 1 file changed, 1 insertion(+) diff --git a/src/lib/eina/eina_file_common.c b/src/lib/eina/eina_file_common.c index 2639db4..5cbed8c 100644 --- a/src/lib/eina/eina_file_common.c +++ b/src/lib/eina/eina_file_common.c @@ -1054,6 +1054,7 @@ eina_file_shutdown(void) } eina_hash_free(_eina_file_cache); + _eina_file_cache = NULL; eina_lock_free(&_eina_file_lock_cache); --
Re: [E-devel] EFL packaging on Debian
Hello. On 14/09/16 02:44, Ross Vandegrift wrote: > On 09/13/2016 07:07 PM, Stefan Schmidt wrote: >> On 14/09/16 00:13, Ross Vandegrift wrote: >>> On 09/13/2016 05:58 PM, Stefan Schmidt wrote: >>> The current Debian maintainer has been missing, but supposedly returning >>> soon. >> >> Soon as in this year? > > Yep, that's what I've heard - of course people's plans change, so who > knows for sure. > >>> Soon, I hope we'll be able to get these into the archive. >> >> I have seen you mention this before and I wonder how realistic this hope >> is. Are you a Debian Developer or maintainer? Do you have a sponsor that >> would sponsor your non packager uploads? > > No, I am not a DD or DM. But I think I could find a sponsor. I've been > waiting for Albin - he's expressed interest to me to be involved, and > I'd like to wait. But if it doesn't pan out, I don't think it's the end > of the road. > > I think your pessimism is fair, but hope to help improve the situation. I just did my monthly round to update our packaging status and happily saw that your packaging for efl 1.18.1 and e 0.21.2 hit experimental. Congrats and thanks for your persistent work on getting this moved forward! Lets hope nothing problematic shows up so it can move towards unstable, testing and stable. Thanks again. :) 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
[E-devel] Monthly packaging status update
Hello. I just finished my monthly wiki page update and thought it might be beneficial to send out short updates about it. o We had the usual updates for EFL and E following our stable releases o The MacOSX homebrew port got updated from 1.14 to 1.18.1 (Thanks to Jayji) o There are packages for EFL 1.18.1 and E 0.21.2 in Debian experimental now (Thanks to Ross) o NuTyX 8.2 seem to have dropped support for EFL and E? I can only find packages for 8.1 but not 8.2. Can anybody shed some light on this? o FreeBSD got updated from 1.16 to latest https://phab.enlightenment.org/w/packaging_status/ 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
Re: [E-devel] [EGIT] [core/efl] efl-1.18 01/01: evas: Fix evas_object_smart_clipped_clipper_get
Hello. On 14/10/16 07:06, Jean-Philippe ANDRÉ wrote: > jpeg pushed a commit to branch efl-1.18. > > http://git.enlightenment.org/core/efl.git/commit/?id=577fa188f5b338dedddb8fef66323155178c4528 > > commit 577fa188f5b338dedddb8fef66323155178c4528 > Author: Jean-Philippe Andre > Date: Thu Oct 13 17:59:13 2016 +0900 > > evas: Fix evas_object_smart_clipped_clipper_get > > This was broken for smart objects that are not "clipped smart > objects". This fixes the example evas_smart_object. > > NOTE: This EAPI was removed in efl-1.18! > /!\ This was an uncaught API break between 1.17 and 1.18 /!\ > > @fix *sigh* Thanks for finding and fixing it. I will roll a 1.18.2 early next week to get a fixed release out. 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
[E-devel] Upcoming efl 1.18.2 release
Hello. With the latest fix for an API break we had in 1.18 I will do a 1.18.2 release early next week. 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. 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
Re: [E-devel] Monthly packaging status update
On 10/14/2016 06:28 PM, Stefan Schmidt wrote: > Hello. > > I just finished my monthly wiki page update and thought it might be > beneficial to send out short updates about it. > > o We had the usual updates for EFL and E following our stable releases > o The MacOSX homebrew port got updated from 1.14 to 1.18.1 (Thanks to Jayji) > o There are packages for EFL 1.18.1 and E 0.21.2 in Debian experimental > now (Thanks to Ross) > o NuTyX 8.2 seem to have dropped support for EFL and E? I can only find > packages for 8.1 but not 8.2. Can anybody shed some light on this? > o FreeBSD got updated from 1.16 to latest > > https://phab.enlightenment.org/w/packaging_status/ > > regards > Stefan Schmidt > Next time around you can drop openSUSE 13.1 (LTS), and add openSUSE 42.2 (Links should be the same as 42.1 with a different number). -- Simon Lees (Simotek)http://simotek.net Emergency Update Team keybase.io/simotek SUSE LinuxAdeliade Australia, UTC+9:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B signature.asc Description: OpenPGP digital signature -- 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] [EGIT] [core/efl] efl-1.18 01/01: evas: Fix evas_object_smart_clipped_clipper_get
On 14 October 2016 at 17:00, Stefan Schmidt wrote: > Hello. > > On 14/10/16 07:06, Jean-Philippe ANDRÉ wrote: > > jpeg pushed a commit to branch efl-1.18. > > > > http://git.enlightenment.org/core/efl.git/commit/?id= > 577fa188f5b338dedddb8fef66323155178c4528 > > > > commit 577fa188f5b338dedddb8fef66323155178c4528 > > Author: Jean-Philippe Andre > > Date: Thu Oct 13 17:59:13 2016 +0900 > > > > evas: Fix evas_object_smart_clipped_clipper_get > > > > This was broken for smart objects that are not "clipped smart > > objects". This fixes the example evas_smart_object. > > > > NOTE: This EAPI was removed in efl-1.18! > > /!\ This was an uncaught API break between 1.17 and 1.18 /!\ > > > > @fix > > > *sigh* > > Thanks for finding and fixing it. I will roll a 1.18.2 early next week > to get a fixed release out. > > No one realised there was a missing API. The ABI checker couldn't spot it either, because there was no ABI break. Only the declaration was missing but the symbol was there. Thus the function call was returning an int (4 bytes) instead of Eo * (8 bytes). But in fact the implementation was wrong (my fault!) so I also fixed that :) -- Jean-Philippe André -- 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] Monthly packaging status update
Hello. On 14/10/16 10:12, Simon Lees wrote: > > > On 10/14/2016 06:28 PM, Stefan Schmidt wrote: >> Hello. >> >> I just finished my monthly wiki page update and thought it might be >> beneficial to send out short updates about it. >> >> o We had the usual updates for EFL and E following our stable releases >> o The MacOSX homebrew port got updated from 1.14 to 1.18.1 (Thanks to Jayji) >> o There are packages for EFL 1.18.1 and E 0.21.2 in Debian experimental >> now (Thanks to Ross) >> o NuTyX 8.2 seem to have dropped support for EFL and E? I can only find >> packages for 8.1 but not 8.2. Can anybody shed some light on this? >> o FreeBSD got updated from 1.16 to latest >> >> https://phab.enlightenment.org/w/packaging_status/ >> >> regards >> Stefan Schmidt >> > Next time around you can drop openSUSE 13.1 (LTS), and add openSUSE 42.2 > (Links should be the same as 42.1 with a different number). Normally I wanted to keep the latest LTS around (if the distro has a LTS release). As far as I understand 13.1 is the latest LTS you have for openSUSE? I can add the 42.2 without a problem. Will do it right now. 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
Re: [E-devel] Monthly packaging status update
Hello. On 14/10/16 10:17, Stefan Schmidt wrote: > Hello. > > On 14/10/16 10:12, Simon Lees wrote: >> >> >> On 10/14/2016 06:28 PM, Stefan Schmidt wrote: >>> Hello. >>> >>> I just finished my monthly wiki page update and thought it might be >>> beneficial to send out short updates about it. >>> >>> o We had the usual updates for EFL and E following our stable releases >>> o The MacOSX homebrew port got updated from 1.14 to 1.18.1 (Thanks to Jayji) >>> o There are packages for EFL 1.18.1 and E 0.21.2 in Debian experimental >>> now (Thanks to Ross) >>> o NuTyX 8.2 seem to have dropped support for EFL and E? I can only find >>> packages for 8.1 but not 8.2. Can anybody shed some light on this? >>> o FreeBSD got updated from 1.16 to latest >>> >>> https://phab.enlightenment.org/w/packaging_status/ >>> >>> regards >>> Stefan Schmidt >>> >> Next time around you can drop openSUSE 13.1 (LTS), and add openSUSE 42.2 >> (Links should be the same as 42.1 with a different number). > > Normally I wanted to keep the latest LTS around (if the distro has a LTS > release). As far as I understand 13.1 is the latest LTS you have for > openSUSE? > > I can add the 42.2 without a problem. Will do it right now. Turns out 42.2 is not released yet so I will wait until it is before adding it. 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
Re: [E-devel] Monthly packaging status update
On 10/14/2016 06:47 PM, Stefan Schmidt wrote: > Hello. > > On 14/10/16 10:12, Simon Lees wrote: >> >> >> On 10/14/2016 06:28 PM, Stefan Schmidt wrote: >>> Hello. >>> >>> I just finished my monthly wiki page update and thought it might be >>> beneficial to send out short updates about it. >>> >>> o We had the usual updates for EFL and E following our stable releases >>> o The MacOSX homebrew port got updated from 1.14 to 1.18.1 (Thanks to Jayji) >>> o There are packages for EFL 1.18.1 and E 0.21.2 in Debian experimental >>> now (Thanks to Ross) >>> o NuTyX 8.2 seem to have dropped support for EFL and E? I can only find >>> packages for 8.1 but not 8.2. Can anybody shed some light on this? >>> o FreeBSD got updated from 1.16 to latest >>> >>> https://phab.enlightenment.org/w/packaging_status/ >>> >>> regards >>> Stefan Schmidt >>> >> Next time around you can drop openSUSE 13.1 (LTS), and add openSUSE 42.2 >> (Links should be the same as 42.1 with a different number). > > Normally I wanted to keep the latest LTS around (if the distro has a LTS > release). As far as I understand 13.1 is the latest LTS you have for > openSUSE? > The LTS will go out of support next month and isn't being replaced with a traditional LTS, Instead the changes to the base system between updates in the 42.X series will be much smaller so its more like 42 SP1 and SP2 etc > I can add the 42.2 without a problem. Will do it right now. Theres not heaps of hurry there the RC will be out soon and the release in the next month, but theres no hurt in adding it now. > > regards > Stefan Schmidt > -- Simon Lees (Simotek)http://simotek.net Emergency Update Team keybase.io/simotek SUSE LinuxAdeliade Australia, UTC+9:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B signature.asc Description: OpenPGP digital signature -- 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] Monthly packaging status update
Hello. On 14/10/16 10:34, Simon Lees wrote: > > > On 10/14/2016 06:47 PM, Stefan Schmidt wrote: >> Hello. >> >> On 14/10/16 10:12, Simon Lees wrote: >>> >>> >>> On 10/14/2016 06:28 PM, Stefan Schmidt wrote: Hello. I just finished my monthly wiki page update and thought it might be beneficial to send out short updates about it. o We had the usual updates for EFL and E following our stable releases o The MacOSX homebrew port got updated from 1.14 to 1.18.1 (Thanks to Jayji) o There are packages for EFL 1.18.1 and E 0.21.2 in Debian experimental now (Thanks to Ross) o NuTyX 8.2 seem to have dropped support for EFL and E? I can only find packages for 8.1 but not 8.2. Can anybody shed some light on this? o FreeBSD got updated from 1.16 to latest https://phab.enlightenment.org/w/packaging_status/ regards Stefan Schmidt >>> Next time around you can drop openSUSE 13.1 (LTS), and add openSUSE 42.2 >>> (Links should be the same as 42.1 with a different number). >> >> Normally I wanted to keep the latest LTS around (if the distro has a LTS >> release). As far as I understand 13.1 is the latest LTS you have for >> openSUSE? >> > The LTS will go out of support next month and isn't being replaced with > a traditional LTS, Instead the changes to the base system between > updates in the 42.X series will be much smaller so its more like 42 SP1 > and SP2 etc I see, strategy changed a bit. I will remove it. > >> I can add the 42.2 without a problem. Will do it right now. > > Theres not heaps of hurry there the RC will be out soon and the release > in the next month, but theres no hurt in adding it now. Right now the link still shows 42.1 versions only until you click on unstable packages, etc. I will just switch the wiki entry from 42.1 to 42.2 once the release is out. Great to see how you ensured a up to date release of efl and E in there. :) 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
Re: [E-devel] Monthly packaging status update
On 10/14/2016 07:17 PM, Stefan Schmidt wrote: > Hello. > > On 14/10/16 10:34, Simon Lees wrote: >> >> >> On 10/14/2016 06:47 PM, Stefan Schmidt wrote: >>> Hello. >>> >>> On 14/10/16 10:12, Simon Lees wrote: On 10/14/2016 06:28 PM, Stefan Schmidt wrote: > Hello. > > I just finished my monthly wiki page update and thought it might be > beneficial to send out short updates about it. > > o We had the usual updates for EFL and E following our stable releases > o The MacOSX homebrew port got updated from 1.14 to 1.18.1 (Thanks to > Jayji) > o There are packages for EFL 1.18.1 and E 0.21.2 in Debian experimental > now (Thanks to Ross) > o NuTyX 8.2 seem to have dropped support for EFL and E? I can only find > packages for 8.1 but not 8.2. Can anybody shed some light on this? > o FreeBSD got updated from 1.16 to latest > > https://phab.enlightenment.org/w/packaging_status/ > > regards > Stefan Schmidt > Next time around you can drop openSUSE 13.1 (LTS), and add openSUSE 42.2 (Links should be the same as 42.1 with a different number). >>> >>> Normally I wanted to keep the latest LTS around (if the distro has a LTS >>> release). As far as I understand 13.1 is the latest LTS you have for >>> openSUSE? >>> >> The LTS will go out of support next month and isn't being replaced with >> a traditional LTS, Instead the changes to the base system between >> updates in the 42.X series will be much smaller so its more like 42 SP1 >> and SP2 etc > > I see, strategy changed a bit. I will remove it. > >> >>> I can add the 42.2 without a problem. Will do it right now. >> >> Theres not heaps of hurry there the RC will be out soon and the release >> in the next month, but theres no hurt in adding it now. > > Right now the link still shows 42.1 versions only until you click on > unstable packages, etc. I will just switch the wiki entry from 42.1 to > 42.2 once the release is out. Great to see how you ensured a up to date > release of efl and E in there. :) 42.2 will get all the efl 1.18.X and e21.X LTS releases as well. -- Simon Lees (Simotek)http://simotek.net Emergency Update Team keybase.io/simotek SUSE LinuxAdeliade Australia, UTC+9:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B signature.asc Description: OpenPGP digital signature -- 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: examples: eolian_cxx: adapt code generation to changed eolian_gen commandline
stefan pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=7af39bc4479650fbc705d57bba32826bfa2bb2ec commit 7af39bc4479650fbc705d57bba32826bfa2bb2ec Author: Stefan Schmidt Date: Fri Oct 14 12:36:25 2016 +0200 examples: eolian_cxx: adapt code generation to changed eolian_gen commandline The commandline options have changed for eolian_gen to generate the code. Adapt the makefile helpers to fix the build break in examples --- src/examples/eolian_cxx/Makefile.am | 4 ++-- src/examples/eolian_cxx/Makefile.examples | 8 2 files changed, 6 insertions(+), 6 deletions(-) diff --git a/src/examples/eolian_cxx/Makefile.am b/src/examples/eolian_cxx/Makefile.am index fa3e9ae..ed12249 100644 --- a/src/examples/eolian_cxx/Makefile.am +++ b/src/examples/eolian_cxx/Makefile.am @@ -137,10 +137,10 @@ eolian_cxx_callbacks_01_SOURCES = eolian_cxx_callbacks_01.cc true $< %.eo.c: %.eo - $(AM_V_EOL)$(EOLIAN_GEN) --legacy $(EOLIAN_FLAGS) --gc -o $@ $< + $(AM_V_EOL)$(EOLIAN_GEN) $(EOLIAN_FLAGS) -gc -o c:$@ $< %.eo.h: %.eo - $(AM_V_EOL)$(EOLIAN_GEN) $(EOLIAN_FLAGS) --gh -o $@ $< + $(AM_V_EOL)$(EOLIAN_GEN) $(EOLIAN_FLAGS) -gh -o h:$@ $< examples: $(ECXX_EXAMPLE_EOS) $(GENERATED) $(EXTRA_PROGRAMS) diff --git a/src/examples/eolian_cxx/Makefile.examples b/src/examples/eolian_cxx/Makefile.examples index d3a29a3..4ddd64d 100644 --- a/src/examples/eolian_cxx/Makefile.examples +++ b/src/examples/eolian_cxx/Makefile.examples @@ -28,10 +28,10 @@ all: $(OBJS) examples codegen: $(EOLIAN_CXX) $(EOLIAN_FLAGS) -I./colourable.eo -o colourable.eo.hh $(EOLIAN_CXX) $(EOLIAN_FLAGS) -I./colourablesquare.eo -o colourablesquare.eo.hh - $(EOLIAN_GEN) --legacy $(EOLIAN_FLAGS) --gc -o colourable.eo.c colourable.eo - $(EOLIAN_GEN) --legacy $(EOLIAN_FLAGS) --gc -o colourablesquare.eo.c colourablesquare.eo - $(EOLIAN_GEN) $(EOLIAN_FLAGS) --gh -o colourable.eo.h colourable.eo - $(EOLIAN_GEN) $(EOLIAN_FLAGS) --gh -o colourablesquare.eo.h colourablesquare.eo + $(EOLIAN_GEN) $(EOLIAN_FLAGS) -gc -o c:colourable.eo.c colourable.eo + $(EOLIAN_GEN) $(EOLIAN_FLAGS) -gc -o c:colourablesquare.eo.c colourablesquare.eo + $(EOLIAN_GEN) $(EOLIAN_FLAGS) -gh -o h:colourable.eo.h colourable.eo + $(EOLIAN_GEN) $(EOLIAN_FLAGS) -gh -o h:colourablesquare.eo.h colourablesquare.eo $(OBJS): codegen $(CC) -c colourable.c $(COMMON_FLAGS) --
[EGIT] [core/enlightenment] master 01/01: further improve bryce portability across zones
discomfitor pushed a commit to branch master. http://git.enlightenment.org/core/enlightenment.git/commit/?id=b86efbe3014e503517c6bc245db70cb002bc10b9 commit b86efbe3014e503517c6bc245db70cb002bc10b9 Author: Mike Blumenkrantz Date: Fri Oct 14 08:03:43 2016 -0400 further improve bryce portability across zones also fix typo from yesterday which broke everything and was definitely not noticed by anyone --- src/bin/e_bryce.c | 35 --- 1 file changed, 28 insertions(+), 7 deletions(-) diff --git a/src/bin/e_bryce.c b/src/bin/e_bryce.c index b49721d..a435623 100644 --- a/src/bin/e_bryce.c +++ b/src/bin/e_bryce.c @@ -3,7 +3,7 @@ #define DEFAULT_LAYER E_LAYER_CLIENT_ABOVE #define E_BRYCE_TYPE 0xE31338 -static unsigned int bryce_version = 1; +static unsigned int bryce_version = 2; typedef struct Bryce { @@ -425,6 +425,20 @@ _bryce_zone_setup(Bryce *b) } static void +_bryce_rename(Bryce *b, int num) +{ + char buf[1024], buf2[1024], *name, *p; + + name = strdup(b->name); + p = strrchr(name, '_'); + p[0] = 0; + snprintf(buf, sizeof(buf), "__bryce%s", name); + snprintf(buf2, sizeof(buf2), "__bryce%s_%d", name, num); + e_gadget_site_rename(buf, buf2); + free(name); +} + +static void _bryce_moveresize(void *data, Evas *e EINA_UNUSED, Evas_Object *obj, void *event_info EINA_UNUSED) { Bryce *b = data; @@ -511,6 +525,7 @@ _bryce_moveresize(void *data, Evas *e EINA_UNUSED, Evas_Object *obj, void *event if (!zone) return; if (b->zone == zone->num) return; e_config_save_queue(); + _bryce_rename(b, zone->num); b->zone = zone->num; _bryce_zone_setup(b); _bryce_autosize(b); @@ -939,6 +954,7 @@ e_bryce_add(Evas_Object *parent, const char *name, E_Gadget_Site_Orient orient, b->anchor = an; b->orient = orient; b->layer = DEFAULT_LAYER; + b->version = bryce_version; _bryce_create(b, parent); bryces->bryces = eina_list_append(bryces->bryces, b); e_config_save_queue(); @@ -1168,13 +1184,18 @@ e_bryce_init(void) EINA_LIST_FOREACH(bryces->bryces, l, b) { - if (b->version < 1) + if (b->version < 2) { - char buf[4096]; - - snprintf(buf, sizeof(buf), "%s_%u", b->name, b->zone); - e_gadget_site_rename(b->name, buf); - eina_stringshare_replace(&b->name, buf); + /* I broke this the first time by forgetting the __bryce prefix :( + */ + _bryce_rename(b, b->zone); + if (b->version < 1) +{ + char buf[1024]; + + snprintf(buf, sizeof(buf), "%s_%u", b->name, b->zone); + eina_stringshare_replace(&b->name, buf); +} } b->version = bryce_version; if (!e_comp_zone_number_get(b->zone)) continue; --
[EGIT] [core/enlightenment] master 01/01: also do full bryce rename when moving between zones
discomfitor pushed a commit to branch master. http://git.enlightenment.org/core/enlightenment.git/commit/?id=dece6a5514dfe677a8587ae1aeb92ad352d7aba3 commit dece6a5514dfe677a8587ae1aeb92ad352d7aba3 Author: Mike Blumenkrantz Date: Fri Oct 14 08:10:17 2016 -0400 also do full bryce rename when moving between zones --- src/bin/e_bryce.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/src/bin/e_bryce.c b/src/bin/e_bryce.c index a435623..fe73234 100644 --- a/src/bin/e_bryce.c +++ b/src/bin/e_bryce.c @@ -436,6 +436,9 @@ _bryce_rename(Bryce *b, int num) snprintf(buf2, sizeof(buf2), "__bryce%s_%d", name, num); e_gadget_site_rename(buf, buf2); free(name); + if (b->version < 2) return; + snprintf(buf, sizeof(buf), "%s_%u", name, num); + eina_stringshare_replace(&b->name, buf); } static void --
Re: [E-devel] EFL packaging on Debian
Yes! Nice! Thanks a lot to the people involved :-) Jean On Fri, Oct 14, 2016 at 9:58 AM, Stefan Schmidt wrote: > Hello. > > On 14/09/16 02:44, Ross Vandegrift wrote: > > On 09/13/2016 07:07 PM, Stefan Schmidt wrote: > >> On 14/09/16 00:13, Ross Vandegrift wrote: > >>> On 09/13/2016 05:58 PM, Stefan Schmidt wrote: > >>> The current Debian maintainer has been missing, but supposedly > returning > >>> soon. > >> > >> Soon as in this year? > > > > Yep, that's what I've heard - of course people's plans change, so who > > knows for sure. > > > >>> Soon, I hope we'll be able to get these into the archive. > >> > >> I have seen you mention this before and I wonder how realistic this hope > >> is. Are you a Debian Developer or maintainer? Do you have a sponsor that > >> would sponsor your non packager uploads? > > > > No, I am not a DD or DM. But I think I could find a sponsor. I've been > > waiting for Albin - he's expressed interest to me to be involved, and > > I'd like to wait. But if it doesn't pan out, I don't think it's the end > > of the road. > > > > I think your pessimism is fair, but hope to help improve the situation. > > > I just did my monthly round to update our packaging status and happily > saw that your packaging for efl 1.18.1 and e 0.21.2 hit experimental. > Congrats and thanks for your persistent work on getting this moved forward! > > Lets hope nothing problematic shows up so it can move towards unstable, > testing and stable. > > Thanks again. :) > > 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] EFL packaging on Debian
Agreed, buy that man a drink ! On Fri, Oct 14, 2016 at 1:50 PM, Jean Guyomarc'h wrote: > Yes! Nice! Thanks a lot to the people involved :-) > > Jean > > On Fri, Oct 14, 2016 at 9:58 AM, Stefan Schmidt > wrote: > > > Hello. > > > > On 14/09/16 02:44, Ross Vandegrift wrote: > > > On 09/13/2016 07:07 PM, Stefan Schmidt wrote: > > >> On 14/09/16 00:13, Ross Vandegrift wrote: > > >>> On 09/13/2016 05:58 PM, Stefan Schmidt wrote: > > >>> The current Debian maintainer has been missing, but supposedly > > returning > > >>> soon. > > >> > > >> Soon as in this year? > > > > > > Yep, that's what I've heard - of course people's plans change, so who > > > knows for sure. > > > > > >>> Soon, I hope we'll be able to get these into the archive. > > >> > > >> I have seen you mention this before and I wonder how realistic this > hope > > >> is. Are you a Debian Developer or maintainer? Do you have a sponsor > that > > >> would sponsor your non packager uploads? > > > > > > No, I am not a DD or DM. But I think I could find a sponsor. I've > been > > > waiting for Albin - he's expressed interest to me to be involved, and > > > I'd like to wait. But if it doesn't pan out, I don't think it's the > end > > > of the road. > > > > > > I think your pessimism is fair, but hope to help improve the situation. > > > > > > I just did my monthly round to update our packaging status and happily > > saw that your packaging for efl 1.18.1 and e 0.21.2 hit experimental. > > Congrats and thanks for your persistent work on getting this moved > forward! > > > > Lets hope nothing problematic shows up so it can move towards unstable, > > testing and stable. > > > > Thanks again. :) > > > > 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 > -- 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: eolian gen: better checks for whether to add space after type
q66 pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=2515556673d9ce4bb811b60ce19eee03e8499d6b commit 2515556673d9ce4bb811b60ce19eee03e8499d6b Author: Daniel Kolesa Date: Fri Oct 14 15:31:23 2016 +0200 eolian gen: better checks for whether to add space after type --- src/bin/eolian/headers.c | 2 +- src/bin/eolian/sources.c | 12 ++-- 2 files changed, 7 insertions(+), 7 deletions(-) diff --git a/src/bin/eolian/headers.c b/src/bin/eolian/headers.c index febc11a..3a04572 100644 --- a/src/bin/eolian/headers.c +++ b/src/bin/eolian/headers.c @@ -131,7 +131,7 @@ _gen_func(const Eolian_Function *fid, Eolian_Function_Type ftype, if (!first) eina_strbuf_append(buf, ", "); eina_strbuf_append(buf, prtn); - if (!strchr(prtn, '*')) + if (prtn[strlen(prtn) - 1] != '*') eina_strbuf_append_char(buf, ' '); eina_strbuf_append(buf, _get_add_star(ftype, eolian_parameter_direction_get(pr))); diff --git a/src/bin/eolian/sources.c b/src/bin/eolian/sources.c index 0b15d79..6989238 100644 --- a/src/bin/eolian/sources.c +++ b/src/bin/eolian/sources.c @@ -135,7 +135,7 @@ _gen_func(const Eolian_Class *cl, const Eolian_Function *fid, eina_strbuf_append_printf(params_full, ", %s", ptn); eina_strbuf_append_printf(params_full_imp, ", %s", ptn); - if (!strchr(ptn, '*')) + if (ptn[strlen(ptn) - 1] != '*') { eina_strbuf_append_char(params_full, ' '); eina_strbuf_append_char(params_full_imp, ' '); @@ -167,7 +167,7 @@ _gen_func(const Eolian_Class *cl, const Eolian_Function *fid, const Eolian_Type *pt = eolian_parameter_type_get(pr); Eina_Stringshare *ptn = eolian_type_c_type_get(pt); - Eina_Bool had_star = !!strchr(ptn, '*'); + Eina_Bool had_star = ptn[strlen(ptn) - 1] == '*'; const char *add_star = _get_add_star(ftype, pd); if (eina_strbuf_length_get(params)) @@ -267,7 +267,7 @@ _gen_func(const Eolian_Class *cl, const Eolian_Function *fid, { /* T _class_name[_orig_class]_func_name_suffix */ eina_strbuf_append(buf, rtpn); - if (!strchr(rtpn, '*')) + if (rtpn[strlen(rtpn) - 1] != '*') eina_strbuf_append_char(buf, ' '); eina_strbuf_append_char(buf, '_'); eina_strbuf_append(buf, cnamel); @@ -296,7 +296,7 @@ _gen_func(const Eolian_Class *cl, const Eolian_Function *fid, /* generation of intermediate __eolian_... */ eina_strbuf_append(buf, "static "); eina_strbuf_append(buf, rtpn); - if (!strchr(rtpn, '*')) + if (rtpn[strlen(rtpn) - 1] != '*') eina_strbuf_append_char(buf, ' '); eina_strbuf_append(buf, "__eolian_"); eina_strbuf_append(buf, cnamel); @@ -794,7 +794,7 @@ _gen_params(const Eolian_Function *fid, Eolian_Function_Type ftype, eina_strbuf_append(params, prn); eina_strbuf_append_printf(params_full, ", %s", ptn); - if (!strchr(ptn, '*')) + if (ptn[strlen(ptn) - 1] != '*') eina_strbuf_append_char(params_full, ' '); eina_strbuf_append(params_full, prn); @@ -819,7 +819,7 @@ _gen_params(const Eolian_Function *fid, Eolian_Function_Type ftype, const Eolian_Type *pt = eolian_parameter_type_get(pr); Eina_Stringshare *ptn = eolian_type_c_type_get(pt); - Eina_Bool had_star = !!strchr(ptn, '*'); + Eina_Bool had_star = ptn[strlen(ptn) - 1] == '*'; const char *add_star = _get_add_star(ftype, pd); eina_strbuf_append(params, ", "); --
Re: [E-devel] EFL packaging on Debian
On Fri, Oct 14, 2016 at 09:58:39AM +0200, Stefan Schmidt wrote: > I just did my monthly round to update our packaging status and happily > saw that your packaging for efl 1.18.1 and e 0.21.2 hit experimental. > Congrats and thanks for your persistent work on getting this moved forward! Thanks Stefan! Ross -- 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] [bindings/python/python-efl] master 01/01: Eo: Eo_Event -> Efl_Event
davemds pushed a commit to branch master. http://git.enlightenment.org/bindings/python/python-efl.git/commit/?id=fa5b944f31b8c631b7dc18ed360e17dd70b206b9 commit fa5b944f31b8c631b7dc18ed360e17dd70b206b9 Author: Dave Andreoli Date: Fri Oct 14 21:29:15 2016 +0200 Eo: Eo_Event -> Efl_Event #FollowTheWhiteRabbit (tm) --- efl/eo/efl.eo.pyx| 4 ++-- include/efl.c_eo.pxd | 6 +++--- 2 files changed, 5 insertions(+), 5 deletions(-) diff --git a/efl/eo/efl.eo.pyx b/efl/eo/efl.eo.pyx index 4880e07..faa1478 100644 --- a/efl/eo/efl.eo.pyx +++ b/efl/eo/efl.eo.pyx @@ -44,7 +44,7 @@ from efl.c_eo cimport Eo as cEo, efl_object_init, efl_object_shutdown, efl_del, efl_event_freeze, efl_event_thaw, efl_event_freeze_count_get, \ efl_event_global_freeze, efl_event_global_thaw, \ efl_event_global_freeze_count_get, efl_event_callback_stop, \ -efl_children_iterator_new, Eo_Event +efl_children_iterator_new, Efl_Event from efl.utils.logger cimport add_logger @@ -182,7 +182,7 @@ cdef void _register_decorated_callbacks(Eo obj): ## -cdef void _efl_event_del_cb(void *data, const Eo_Event *event) with gil: +cdef void _efl_event_del_cb(void *data, const Efl_Event *event) with gil: cdef: Eo self = data const char *cls_name = efl_class_name_get(efl_class_get(self.obj)) diff --git a/include/efl.c_eo.pxd b/include/efl.c_eo.pxd index dab91b7..37e536a 100644 --- a/include/efl.c_eo.pxd +++ b/include/efl.c_eo.pxd @@ -69,11 +69,11 @@ cdef extern from "Eo.h": Eina_Bool legacy_is # Internal use: if is a legacy event. ctypedef _Efl_Event_Description Efl_Event_Description -ctypedef struct _Eo_Event: +ctypedef struct _Efl_Event: Efl_Object *obj # The object the event was called on. */ const Efl_Event_Description *desc # The event description. */ void *event_info # Extra event information passed by the event caller. */ -ctypedef _Eo_Event Eo_Event +ctypedef _Efl_Event Efl_Event @@ -86,7 +86,7 @@ cdef extern from "Eo.h": # Other typedefs # -ctypedef void (*Efl_Event_Cb)(void *data, const Eo_Event *event) +ctypedef void (*Efl_Event_Cb)(void *data, const Efl_Event *event) ctypedef void (*efl_key_data_free_func)(void *) --
[EGIT] [enlightenment/modules/penguins] master 01/01: Fix for recent E changes
davemds pushed a commit to branch master. http://git.enlightenment.org/enlightenment/modules/penguins.git/commit/?id=71158b3c9cfb332c1a874f35f22ed205ad0f861a commit 71158b3c9cfb332c1a874f35f22ed205ad0f861a Author: Dave Andreoli Date: Fri Oct 14 21:33:25 2016 +0200 Fix for recent E changes --- src/e_mod_penguins.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/e_mod_penguins.c b/src/e_mod_penguins.c index 1e17971..5bf21dd 100644 --- a/src/e_mod_penguins.c +++ b/src/e_mod_penguins.c @@ -291,8 +291,8 @@ _population_load(void) EINA_LIST_FOREACH(e_comp->zones, l2, zone) { zones = eina_list_append(zones, zone); - printf("PENGUINS: Zone: %s - %s || %d,%d @ %dx%d\n", -e_comp->name, zone->name, zone->x, zone->y, zone->w, zone->h); + printf("PENGUINS: Zone: %s || %d,%d @ %dx%d\n", +zone->name, zone->x, zone->y, zone->w, zone->h); } #else E_Comp *comp; --
[EGIT] [enlightenment/modules/edgar] master 01/01: Fix for recent eo changes
davemds pushed a commit to branch master. http://git.enlightenment.org/enlightenment/modules/edgar.git/commit/?id=10cf94460f66a164a99db89c253c812ad18d6b5f commit 10cf94460f66a164a99db89c253c812ad18d6b5f Author: Dave Andreoli Date: Fri Oct 14 21:48:38 2016 +0200 Fix for recent eo changes ifdef going crazy... #FollowTheWhiteRabbit (tm) --- src/e_mod_edgar.c | 28 1 file changed, 20 insertions(+), 8 deletions(-) diff --git a/src/e_mod_edgar.c b/src/e_mod_edgar.c index 5d46e50..abebe8b 100644 --- a/src/e_mod_edgar.c +++ b/src/e_mod_edgar.c @@ -344,24 +344,33 @@ edgar_theme_object_set(Edgar_Py_Gadget *gadget, Evas_Object *obj, const char *gr if (!gadget->edjefile) return EINA_FALSE; +#ifdef EFL_VERSION_1_19 + if (efl_isa(obj, EDJE_OBJECT_CLASS)) +#else if (eo_isa(obj, EDJE_OBJECT_CLASS)) +#endif return edje_object_file_set(obj, gadget->edjefile, buf); +#ifdef EFL_VERSION_1_19 + if (efl_isa(obj, ELM_LAYOUT_CLASS)) +#else if (eo_isa(obj, ELM_LAYOUT_CLASS)) +#endif return elm_layout_file_set(obj, gadget->edjefile, buf); return EINA_FALSE; } -#ifdef EFL_VERSION_1_18 -static void -edgar_popup_del_cb(void *data, const Eo_Event *event) -{ - Eo *obj = event->object; +#if defined EFL_VERSION_1_19 +static void edgar_popup_del_cb(void *data, const Efl_Event *event) +#elif defined EFL_VERSION_1_18 +static void edgar_popup_del_cb(void *data, const Eo_Event *event) #else -static Eina_Bool -edgar_popup_del_cb(void *data, Eo *obj, const Eo_Event_Description *desc, void *event_info) +static Eina_Bool edgar_popup_del_cb(void *data, Eo *obj, const Eo_Event_Description *desc, void *event_info) +#endif { +#ifdef EFL_VERSION_1_18 + Eo *obj = event->object; #endif Edgar_Py_Gadget *gadget = data; @@ -400,7 +409,10 @@ edgar_popup_new(Edgar_Py_Gadget *gadget, E_Gadcon_Client *gcc) } // NOTE: del cb with priority to be called before the python-efl one. // Otherwise python-efl delete the python obj too soon -#ifdef EFL_VERSION_1_18 +#if defined EFL_VERSION_1_19 + efl_event_callback_priority_add(content, EFL_EVENT_DEL, + EFL_CALLBACK_PRIORITY_BEFORE, edgar_popup_del_cb, gadget); +#elif defined EFL_VERSION_1_18 eo_event_callback_priority_add(content, EO_EVENT_DEL, EO_CALLBACK_PRIORITY_BEFORE, edgar_popup_del_cb, gadget); #else --
[EGIT] [bindings/python/python-efl] master 01/01: Makefile: go with py3 by default
davemds pushed a commit to branch master. http://git.enlightenment.org/bindings/python/python-efl.git/commit/?id=cb062511b27f1aba2e1dcafd92e11c9631e2113e commit cb062511b27f1aba2e1dcafd92e11c9631e2113e Author: Dave Andreoli Date: Fri Oct 14 22:41:03 2016 +0200 Makefile: go with py3 by default this do not affect normal build (python setup.py xxx) the Makefile is just a shortcut for devs --- Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Makefile b/Makefile index 8466626..6bbe134 100644 --- a/Makefile +++ b/Makefile @@ -16,7 +16,7 @@ # -PY = python +PY = python3 .PHONY: build --
[EGIT] [bindings/python/python-efl] master 01/01: Silence some false compiler warnings
davemds pushed a commit to branch master. http://git.enlightenment.org/bindings/python/python-efl.git/commit/?id=e0d892ecaa014f1f823fceda52a3fb9d178fefd5 commit e0d892ecaa014f1f823fceda52a3fb9d178fefd5 Author: Dave Andreoli Date: Fri Oct 14 22:43:19 2016 +0200 Silence some false compiler warnings This make the output a lot more readable, we can now spot real warnings --- setup.py | 46 -- 1 file changed, 28 insertions(+), 18 deletions(-) diff --git a/setup.py b/setup.py index f252287..38c3278 100755 --- a/setup.py +++ b/setup.py @@ -210,6 +210,10 @@ elif os.path.exists(os.path.join(script_path, "Makefile")): ext_modules = [] py_modules = [] packages = ["efl"] +common_cflags = [ +"-Wno-deprecated-declarations", # we bind deprecated functions +"-Wno-unused-variable", # eo_instance_from_object() is unused +] if set(("build", "build_ext", "install", "bdist", "sdist")) & set(sys.argv): sys.stdout.write("Python-EFL: %s\n" % RELEASE) @@ -268,7 +272,7 @@ if set(("build", "build_ext", "install", "bdist", "sdist")) & set(sys.argv): ('EFL_EO_API_SUPPORT', 1) ], include_dirs=['include/'], - extra_compile_args=eo_cflags, + extra_compile_args=eo_cflags + common_cflags, extra_link_args=eo_libs + eina_libs ) ext_modules.append(eo_ext) @@ -277,15 +281,15 @@ if set(("build", "build_ext", "install", "bdist", "sdist")) & set(sys.argv): utils_ext = [ Extension("utils.deprecated", ["efl/utils/deprecated" + module_suffix], include_dirs=['include/'], - extra_compile_args=eina_cflags, + extra_compile_args=eina_cflags + common_cflags, extra_link_args=eina_libs), Extension("utils.conversions", ["efl/utils/conversions" + module_suffix], include_dirs=['include/'], - extra_compile_args=eo_cflags, + extra_compile_args=eo_cflags + common_cflags, extra_link_args=eo_libs + eina_libs), Extension("utils.logger", ["efl/utils/logger" + module_suffix], include_dirs=['include/'], - extra_compile_args=eina_cflags, + extra_compile_args=eina_cflags + common_cflags, extra_link_args=eina_libs), ] ext_modules.extend(utils_ext) @@ -300,7 +304,7 @@ if set(("build", "build_ext", "install", "bdist", "sdist")) & set(sys.argv): ('EFL_EO_API_SUPPORT', 1) ], include_dirs=['include/'], - extra_compile_args=evas_cflags, + extra_compile_args=evas_cflags + common_cflags, extra_link_args=evas_libs + eina_libs + eo_libs) ext_modules.append(evas_ext) @@ -311,7 +315,8 @@ if set(("build", "build_ext", "install", "bdist", "sdist")) & set(sys.argv): ecore_ext = Extension("ecore", ["efl/ecore/efl.ecore" + module_suffix], include_dirs=['include/'], extra_compile_args=list(set(ecore_cflags + - ecore_file_cflags)), + ecore_file_cflags + + common_cflags)), extra_link_args=ecore_libs + ecore_file_libs + eina_libs + evas_libs) ext_modules.append(ecore_ext) @@ -325,7 +330,8 @@ if set(("build", "build_ext", "install", "bdist", "sdist")) & set(sys.argv): include_dirs=['include/'], extra_compile_args=list(set(ecore_cflags + ecore_file_cflags + -ecore_input_cflags)), +ecore_input_cflags + +common_cflags)), extra_link_args=ecore_libs + ecore_file_libs + ecore_input_libs) ext_modules.append(ecore_input_ext) @@ -338,7 +344,8 @@ if set(("build", "build_ext", "install", "bdist", "sdist")) & set(sys.argv): include_dirs=['include/'], extra_compile_args=list(set(ecore_cflags + ecore_file_cflags + - ecore_con_cflags)), + ecore_con_cflags + + common_cflags)), e
[EGIT] [bindings/python/python-efl] master 01/01: Fix usage of EINA_LOG_* functions
davemds pushed a commit to branch master. http://git.enlightenment.org/bindings/python/python-efl.git/commit/?id=f872e7b8c6baa20b485d5e6f262d326c0acb1565 commit f872e7b8c6baa20b485d5e6f262d326c0acb1565 Author: Dave Andreoli Date: Fri Oct 14 22:45:32 2016 +0200 Fix usage of EINA_LOG_* functions spotted by warnings :) --- efl/elementary/__init__.pyx| 12 +++-- efl/elementary/object_item.pxi | 3 +-- efl/eo/efl.eo.pyx | 4 +-- efl/evas/efl.evas.pyx | 4 +-- efl/evas/efl.evas_object_smart.pxi | 50 +++--- efl/utils/logger.pyx | 2 +- 6 files changed, 35 insertions(+), 40 deletions(-) diff --git a/efl/elementary/__init__.pyx b/efl/elementary/__init__.pyx index d2b84c5..91081d2 100644 --- a/efl/elementary/__init__.pyx +++ b/efl/elementary/__init__.pyx @@ -713,8 +713,7 @@ def init(): not carry any penalty though. """ -EINA_LOG_DOM_INFO(PY_EFL_ELM_LOG_DOMAIN, -"Initializing efl.elementary", NULL) +EINA_LOG_DOM_INFO(PY_EFL_ELM_LOG_DOMAIN, "Initializing efl.elementary") # argc and argv are currently used by EFL to support app restart # and binary relocation. These are probably not useful to us but we @@ -761,8 +760,7 @@ def shutdown(): not carry any penalty though. """ -EINA_LOG_DOM_INFO(PY_EFL_ELM_LOG_DOMAIN, -"Shutting down efl.elementary", NULL) +EINA_LOG_DOM_INFO(PY_EFL_ELM_LOG_DOMAIN, "Shutting down efl.elementary") return elm_shutdown() @@ -880,8 +878,7 @@ def run(): running the main (event/processing) loop for Elementary. """ -EINA_LOG_DOM_DBG(PY_EFL_ELM_LOG_DOMAIN, -"Starting up main loop.", NULL) +EINA_LOG_DOM_DBG(PY_EFL_ELM_LOG_DOMAIN, "Starting up main loop.") with nogil: elm_run() @@ -901,8 +898,7 @@ def exit(): for you. """ -EINA_LOG_DOM_DBG(PY_EFL_ELM_LOG_DOMAIN, -"Ending main loop.", NULL) +EINA_LOG_DOM_DBG(PY_EFL_ELM_LOG_DOMAIN, "Ending main loop.") elm_exit() def policy_set(Elm_Policy policy, value): diff --git a/efl/elementary/object_item.pxi b/efl/elementary/object_item.pxi index ac278ad..1f296bd 100644 --- a/efl/elementary/object_item.pxi +++ b/efl/elementary/object_item.pxi @@ -52,8 +52,7 @@ cdef _object_item_to_python(Elm_Object_Item *it): if data == NULL: # Create a dummy object item. -EINA_LOG_DOM_WARN(PY_EFL_ELM_LOG_DOMAIN, -"Creating an incomplete ObjectItem.", NULL) +EINA_LOG_DOM_WARN(PY_EFL_ELM_LOG_DOMAIN, "Creating an incomplete ObjectItem.") item = ObjectItem.__new__(ObjectItem) item._set_obj(it) else: diff --git a/efl/eo/efl.eo.pyx b/efl/eo/efl.eo.pyx index faa1478..195ee05 100644 --- a/efl/eo/efl.eo.pyx +++ b/efl/eo/efl.eo.pyx @@ -60,11 +60,11 @@ import atexit ## def init(): -EINA_LOG_DOM_INFO(PY_EFL_EO_LOG_DOMAIN, "Initializing efl.eo", NULL) +EINA_LOG_DOM_INFO(PY_EFL_EO_LOG_DOMAIN, "Initializing efl.eo") return efl_object_init() def shutdown(): -EINA_LOG_DOM_INFO(PY_EFL_EO_LOG_DOMAIN, "Shutting down efl.eo", NULL) +EINA_LOG_DOM_INFO(PY_EFL_EO_LOG_DOMAIN, "Shutting down efl.eo") return efl_object_shutdown() init() diff --git a/efl/evas/efl.evas.pyx b/efl/evas/efl.evas.pyx index 8bc7e57..b84f513 100644 --- a/efl/evas/efl.evas.pyx +++ b/efl/evas/efl.evas.pyx @@ -1213,7 +1213,7 @@ FILL_VERT = 0.5, EVAS_HINT_FILL def init(): -EINA_LOG_DOM_INFO(PY_EFL_EVAS_LOG_DOMAIN, "Initializing efl.evas", NULL) +EINA_LOG_DOM_INFO(PY_EFL_EVAS_LOG_DOMAIN, "Initializing efl.evas") if evas_object_event_callbacks_len != enums.EVAS_CALLBACK_LAST: raise SystemError("Number of object callbacks changed from %d to %d." % @@ -1225,7 +1225,7 @@ def init(): def shutdown(): -EINA_LOG_DOM_INFO(PY_EFL_EVAS_LOG_DOMAIN, "Shutting down efl.evas", NULL) +EINA_LOG_DOM_INFO(PY_EFL_EVAS_LOG_DOMAIN, "Shutting down efl.evas") return evas_shutdown() diff --git a/efl/evas/efl.evas_object_smart.pxi b/efl/evas/efl.evas_object_smart.pxi index dc3c396..cd03495 100644 --- a/efl/evas/efl.evas_object_smart.pxi +++ b/efl/evas/efl.evas_object_smart.pxi @@ -39,7 +39,7 @@ cdef list _descriptions_to_list(const Evas_Smart_Cb_Description **arr, unsigned ret.append(SmartCbDescription.create(arr[i])) if arr[i+1] != NULL: -EINA_LOG_DOM_WARN(PY_EFL_EVAS_LOG_DOMAIN, "array was not NULL terminated!", NULL) +EINA_LOG_DOM_WARN(PY_EFL_EVAS_LOG_DOMAIN, "array was not NULL terminated!") return ret @@ -102,13 +102,13 @@ cdef void _smart_object_delete(Evas_Object *o) with gil: tmp = evas_smart_data_get(evas_object_smart_smart_get(o)) if tmp == NULL: -EINA_LOG_DOM_ERR(PY_EFL_EVAS_LOG_DOMAIN, "cls is NULL!", NULL) +EINA_LOG_DOM_ERR(PY_EFL_EVAS_LOG_DOMAIN, "cls is NULL!") retu
[EGIT] [bindings/python/python-efl] master 01/01: Edje_External: fix a wrong var name
davemds pushed a commit to branch master. http://git.enlightenment.org/bindings/python/python-efl.git/commit/?id=953f468229616c1954842ef790e4621f4c34ee28 commit 953f468229616c1954842ef790e4621f4c34ee28 Author: Dave Andreoli Date: Fri Oct 14 22:54:50 2016 +0200 Edje_External: fix a wrong var name spotted by (now readable) warnings --- efl/edje/efl.edje_external.pxi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/efl/edje/efl.edje_external.pxi b/efl/edje/efl.edje_external.pxi index 476da59..ee0ac25 100644 --- a/efl/edje/efl.edje_external.pxi +++ b/efl/edje/efl.edje_external.pxi @@ -292,7 +292,7 @@ cdef class ExternalParamInfoChoice(ExternalParamInfo): property translated_choices: def __get__(self): -cdef const char *t +cdef const char *trans if self._external_type_obj == NULL or \ self._external_type_obj.translate == NULL: return self.choices --
[EGIT] [bindings/python/python-efl] master 01/01: warnings--
davemds pushed a commit to branch master. http://git.enlightenment.org/bindings/python/python-efl.git/commit/?id=9e25d34920d5168d1a2056228c301975a30936ad commit 9e25d34920d5168d1a2056228c301975a30936ad Author: Dave Andreoli Date: Fri Oct 14 23:04:27 2016 +0200 warnings-- --- efl/elementary/radio.pxi | 15 --- setup.py | 1 + 2 files changed, 5 insertions(+), 11 deletions(-) diff --git a/efl/elementary/radio.pxi b/efl/elementary/radio.pxi index 99baaec..6881251 100644 --- a/efl/elementary/radio.pxi +++ b/efl/elementary/radio.pxi @@ -92,19 +92,12 @@ cdef class Radio(LayoutClass): """Set a convenience pointer to a integer to change when radio group value changes. -This sets a pointer to a integer, that, in addition to the radio -objects state will also be modified directly. To stop setting the -object pointed to simply use None as the ``valuep`` argument. If -valuep is not None, then when this is called, the radio objects -state will also be modified to reflect the value of the integer -valuep points to, just like calling :py:attr:`value`. - -:param valuep: Pointer to the integer to modify -:type valuep: int +This function DO NOTHING in python !! DO NOT USE !! """ -cdef int * valuep = value -elm_radio_value_pointer_set(self.obj, valuep) +# cdef int * valuep = value +# elm_radio_value_pointer_set(self.obj, valuep) +pass property selected_object: """Get the selected radio object. diff --git a/setup.py b/setup.py index 38c3278..4dd46b6 100755 --- a/setup.py +++ b/setup.py @@ -213,6 +213,7 @@ packages = ["efl"] common_cflags = [ "-Wno-deprecated-declarations", # we bind deprecated functions "-Wno-unused-variable", # eo_instance_from_object() is unused +# "-Werror", "-Wfatal-errors" # use this to stop build on first warnings ] if set(("build", "build_ext", "install", "bdist", "sdist")) & set(sys.argv): --
[EGIT] [core/efl] master 02/03: ecore_evas_wayland: Don't use frame callbacks on windows with no shell surface
derekf pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=54582858d8422c4594899eba7209b12c9b704c27 commit 54582858d8422c4594899eba7209b12c9b704c27 Author: Derek Foreman Date: Fri Oct 14 16:02:45 2016 -0500 ecore_evas_wayland: Don't use frame callbacks on windows with no shell surface If we set a frame callback on a window with no shell surface (ie: and unmapped window), the frame callback will never fire. This was preventing some applications like rage from ever posting a frame. --- src/modules/ecore_evas/engines/wayland/ecore_evas_wayland_common.c | 1 + 1 file changed, 1 insertion(+) diff --git a/src/modules/ecore_evas/engines/wayland/ecore_evas_wayland_common.c b/src/modules/ecore_evas/engines/wayland/ecore_evas_wayland_common.c index c469acd..b41e907 100644 --- a/src/modules/ecore_evas/engines/wayland/ecore_evas_wayland_common.c +++ b/src/modules/ecore_evas/engines/wayland/ecore_evas_wayland_common.c @@ -1373,6 +1373,7 @@ _ecore_evas_wl_common_render_flush_pre(void *data, Evas *evas EINA_UNUSED, void wdata = ee->engine.data; surf = ecore_wl2_window_surface_get(wdata->win); if (!surf) return; + if (!ecore_wl2_window_has_shell_surface(wdata->win)) return; wdata->anim_callback = wl_surface_frame(surf); wl_callback_add_listener(wdata->anim_callback, &_anim_listener, ee); --
[EGIT] [core/efl] master 01/03: ecore_wl2: add API for testing if a window has a shell surface
derekf pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=35995be7b0592b11a849575a4e51033b92495e75 commit 35995be7b0592b11a849575a4e51033b92495e75 Author: Derek Foreman Date: Fri Oct 14 16:01:54 2016 -0500 ecore_wl2: add API for testing if a window has a shell surface --- src/lib/ecore_wl2/Ecore_Wl2.h| 9 + src/lib/ecore_wl2/ecore_wl2_window.c | 8 2 files changed, 17 insertions(+) diff --git a/src/lib/ecore_wl2/Ecore_Wl2.h b/src/lib/ecore_wl2/Ecore_Wl2.h index fec234c..e101037 100644 --- a/src/lib/ecore_wl2/Ecore_Wl2.h +++ b/src/lib/ecore_wl2/Ecore_Wl2.h @@ -1233,6 +1233,15 @@ EAPI Eina_Bool ecore_wl2_offer_supprts_mime(Ecore_Wl2_Offer *offer, const char * */ EAPI void ecore_wl2_offer_finish(Ecore_Wl2_Offer *offer); +/** + * Check if a window has a shell surface - without one it can't be visible. + * + * @param The window to check + * + * @return Returns true if the window has an associated shell surface. + * @since 1.19 + */ +EAPI Eina_Bool ecore_wl2_window_has_shell_surface(Ecore_Wl2_Window *win); # endif diff --git a/src/lib/ecore_wl2/ecore_wl2_window.c b/src/lib/ecore_wl2/ecore_wl2_window.c index e11518f..cd796e9 100644 --- a/src/lib/ecore_wl2/ecore_wl2_window.c +++ b/src/lib/ecore_wl2/ecore_wl2_window.c @@ -1002,3 +1002,11 @@ ecore_wl2_window_input_get(Ecore_Wl2_Window *window) return NULL; } + +EAPI Eina_Bool +ecore_wl2_window_has_shell_surface(Ecore_Wl2_Window *window) +{ + EINA_SAFETY_ON_NULL_RETURN_VAL(window, EINA_FALSE); + + return (window->xdg_surface || window->wl_shell_surface); +} --
[EGIT] [core/efl] master 03/03: evas gl x11 engine - Wrap eglCreateImage
derekf pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=3d6aae46331ec186b5b7db232925da76894d132e commit 3d6aae46331ec186b5b7db232925da76894d132e Author: Derek Foreman Date: Fri Oct 14 16:03:47 2016 -0500 evas gl x11 engine - Wrap eglCreateImage eglCreateImage and eglCreateImageKHR have different parameters - the attribute list is EGLint for one and EGLAttrib for the other. Since EGLAttrib is long, on a 64-bit system it's a different size than EGLint. This was causing a crash in Enlightenment's wl_x11 on 64-bit machines when trying to use a gl client. Add a thin wrapper to use whichever is available and pass the appropriate sized data. --- src/modules/evas/engines/gl_x11/evas_engine.c | 79 ++- 1 file changed, 53 insertions(+), 26 deletions(-) diff --git a/src/modules/evas/engines/gl_x11/evas_engine.c b/src/modules/evas/engines/gl_x11/evas_engine.c index e0938c1..f79d566 100644 --- a/src/modules/evas/engines/gl_x11/evas_engine.c +++ b/src/modules/evas/engines/gl_x11/evas_engine.c @@ -80,7 +80,8 @@ glsym_func_void_ptr glsym_evas_gl_common_current_context_get = NULL; #ifdef GL_GLES _eng_fn (*glsym_eglGetProcAddress)(const char *a) = NULL; -void*(*glsym_eglCreateImage) (EGLDisplay a, EGLContext b, EGLenum c, EGLClientBuffer d, const int *e) = NULL; +EGLImage (*glsym_eglCreateImage) (EGLDisplay a, EGLContext b, EGLenum c, EGLClientBuffer d, const EGLAttrib *e) = NULL; +EGLImage (*glsym_eglCreateImageKHR)(EGLDisplay a, EGLContext b, EGLenum c, EGLClientBuffer d, EGLint *e) = NULL; void (*glsym_eglDestroyImage) (EGLDisplay a, void *b) = NULL; void (*glsym_glEGLImageTargetTexture2DOES) (int a, void *b) = NULL; unsigned int (*glsym_eglSwapBuffersWithDamage) (EGLDisplay a, void *b, const EGLint *d, EGLint c) = NULL; @@ -1325,6 +1326,31 @@ gl_symbols(void) done = 1; } +#ifdef GL_GLES +static EGLImage +_eflCreateImage(EGLDisplay dpy, EGLContext ctx, EGLenum target, EGLClientBuffer buffer, const EGLAttrib *attrib_list) +{ + if (glsym_eglCreateImage) + return glsym_eglCreateImage(dpy, ctx, target, buffer, attrib_list); + if (glsym_eglCreateImageKHR) + { +int count, i; +EGLint *ints = NULL; + +if (attrib_list) + { + for (count = 0; attrib_list[count] != EGL_NONE; count += 2); + count++; + ints = alloca(count * sizeof(EGLint)); + for (i = 0; i < count; i++) + ints[i] = attrib_list[i]; + } +return glsym_eglCreateImageKHR(dpy, ctx, target, buffer, ints); + } + return NULL; +} +#endif + void eng_gl_symbols(Outbuf *ob) { @@ -1358,8 +1384,8 @@ eng_gl_symbols(Outbuf *ob) exts = eglQueryString(ob->egl_disp, EGL_EXTENSIONS); FINDSYM(glsym_eglCreateImage, "eglCreateImage", NULL, glsym_func_void_ptr); - FINDSYM(glsym_eglCreateImage, "eglCreateImageKHR", "EGL_KHR_image_base", glsym_func_void_ptr); - FINDSYM(glsym_eglCreateImage, "eglCreateImageKHR", "EGL_KHR_image", glsym_func_void_ptr); + FINDSYM(glsym_eglCreateImageKHR, "eglCreateImageKHR", "EGL_KHR_image_base", glsym_func_void_ptr); + FINDSYM(glsym_eglCreateImageKHR, "eglCreateImageKHR", "EGL_KHR_image", glsym_func_void_ptr); FINDSYM(glsym_eglDestroyImage, "eglDestroyImage", NULL, glsym_func_void); FINDSYM(glsym_eglDestroyImage, "eglDestroyImageKHR", "EGL_KHR_image_base", glsym_func_void); @@ -2042,7 +2068,8 @@ _native_bind_cb(void *image) if (n->ns_data.x11.multiple_buffer) { EGLint err; - if (!glsym_eglDestroyImage || !glsym_eglCreateImage) + if (!glsym_eglDestroyImage || + (!glsym_eglCreateImage && !glsym_eglCreateImageKHR)) { ERR("Try eglDestroyImage()/eglCreateImage() on EGL with no support"); return; @@ -2055,11 +2082,11 @@ _native_bind_cb(void *image) glsym_evas_gl_common_error_set(err - EGL_SUCCESS); } - n->ns_data.x11.surface = glsym_eglCreateImage(im->native.disp, - EGL_NO_CONTEXT, - EGL_NATIVE_PIXMAP_KHR, - (void *)n->ns_data.x11.pixmap, - NULL); + n->ns_data.x11.surface = _eflCreateImage(im->native.disp, + EGL_NO_CONTEXT, + EGL_NATIVE_PIXMAP_KHR, + (void *)n->ns_data.x11.pixmap, + NULL); if (!n->
[EGIT] [bindings/python/python-efl] master 01/01: warnings --
davemds pushed a commit to branch master. http://git.enlightenment.org/bindings/python/python-efl.git/commit/?id=ea4bc8790d221c987e1fc8ca7421bddfb76b5a90 commit ea4bc8790d221c987e1fc8ca7421bddfb76b5a90 Author: Dave Andreoli Date: Fri Oct 14 23:16:25 2016 +0200 warnings -- --- efl/elementary/naviframe.pxi | 2 +- efl/evas/efl.evas_object_smart.pxi | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/efl/elementary/naviframe.pxi b/efl/elementary/naviframe.pxi index 080219c..8150f5b 100644 --- a/efl/elementary/naviframe.pxi +++ b/efl/elementary/naviframe.pxi @@ -23,7 +23,7 @@ cdef Eina_Bool py_elm_naviframe_item_pop_cb(void *data, Elm_Object_Item *it): object func tuple args dict kwargs -bint ret +bint ret = 0 try: func, args, kwargs = item.pop_cb_spec diff --git a/efl/evas/efl.evas_object_smart.pxi b/efl/evas/efl.evas_object_smart.pxi index cd03495..f4e2f29 100644 --- a/efl/evas/efl.evas_object_smart.pxi +++ b/efl/evas/efl.evas_object_smart.pxi @@ -29,7 +29,7 @@ from libc.string cimport strdup cdef list _descriptions_to_list(const Evas_Smart_Cb_Description **arr, unsigned int arr_len): cdef: -unsigned int i +unsigned int i = 0 list ret = list() if arr == NULL: --
[EGIT] [games/e_cho] master 02/03: Update gitignore
bdilly pushed a commit to branch master. http://git.enlightenment.org/games/e_cho.git/commit/?id=65a5c43ee1b5f938292e0de21120eca24543c50f commit 65a5c43ee1b5f938292e0de21120eca24543c50f Author: Bruno Dilly Date: Fri Oct 14 13:31:26 2016 -0300 Update gitignore Since INSTALL was removed from repo and it's autogenerated. Removal on commit 812939c252edd0f06899 --- .gitignore | 1 + 1 file changed, 1 insertion(+) diff --git a/.gitignore b/.gitignore index cf3df94..0e811a3 100644 --- a/.gitignore +++ b/.gitignore @@ -76,3 +76,4 @@ po/quot.sed po/remove-potcdate.sed po/remove-potcdate.sin data/themes/*.edj +INSTALL --
[EGIT] [games/etrophy] master 02/02: Ignore .gmo files
bdilly pushed a commit to branch master. http://git.enlightenment.org/games/etrophy.git/commit/?id=3fac1cb5a16200b56a5159a46972fc1b8212c0c9 commit 3fac1cb5a16200b56a5159a46972fc1b8212c0c9 Author: Bruno Dilly Date: Fri Oct 14 19:14:22 2016 -0300 Ignore .gmo files --- .gitignore | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/.gitignore b/.gitignore index aa07d75..19187d8 100644 --- a/.gitignore +++ b/.gitignore @@ -72,15 +72,14 @@ m4/wchar_t.m4 m4/wint_t.m4 m4/xsize.m4 INSTALL +po/*.gmo po/Makefile.in.in po/Makevars.template po/POTFILES po/Rules-quot po/boldquot.sed -po/en.gmo po/en@boldquot.header po/en@quot.header -po/fr.gmo po/insert-header.sin po/quot.sed po/remove-potcdate.sin --
[EGIT] [games/etrophy] master 01/02: Stop using svnrevision
bdilly pushed a commit to branch master. http://git.enlightenment.org/games/etrophy.git/commit/?id=422fec37b4647e6cb8dd51bca4eeae45d958399e commit 422fec37b4647e6cb8dd51bca4eeae45d958399e Author: Bruno Dilly Date: Fri Oct 14 13:29:15 2016 -0300 Stop using svnrevision Instead use git rev-list just like other e repos. With that we'll get rid of tons of "sh: 1: svnversion: not found" messages when building it. --- configure.ac | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/configure.ac b/configure.ac index 59da418..5793010 100644 --- a/configure.ac +++ b/configure.ac @@ -3,8 +3,7 @@ m4_define([v_maj], [0]) m4_define([v_min], [5]) m4_define([v_mic], [1]) -m4_define([v_rev], m4_esyscmd([(svnversion "${SVN_REPO_PATH:-.}" | grep -v '\(export\|Unversioned directory\)' || echo 0) | awk -F : '{printf("%s\n", $1);}' | tr -d ' :MSP\n'])) -m4_if(v_rev, [0], [m4_define([v_rev], m4_esyscmd([git log 2> /dev/null | (grep -m1 git-svn-id || echo 0) | sed -e 's/.*@\([0-9]*\).*/\1/' | tr -d '\n']))]) +m4_define([v_rev], m4_esyscmd([(git rev-list --count HEAD 2>/dev/null || echo 0) | tr -d '\n'])) ##-- When released, remove the dnl on the below line dnl m4_undefine([v_rev]) ##-- When doing snapshots - change soname. remove dnl on below line --
[EGIT] [games/e_cho] master 01/03: Stop using svnrevision
bdilly pushed a commit to branch master. http://git.enlightenment.org/games/e_cho.git/commit/?id=62b0b129326a382442887ba381793878dc61e252 commit 62b0b129326a382442887ba381793878dc61e252 Author: Bruno Dilly Date: Fri Oct 14 12:54:24 2016 -0300 Stop using svnrevision Instead use git rev-list just like other e repos. With that we'll get rid of tons of "sh: 1: svnversion: not found" messages when building it. --- configure.ac | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/configure.ac b/configure.ac index bbf5355..1579ce0 100644 --- a/configure.ac +++ b/configure.ac @@ -3,10 +3,9 @@ m4_define([v_maj], [0]) m4_define([v_min], [1]) m4_define([v_mic], [0]) -m4_define([v_rev], m4_esyscmd([(svnversion "${SVN_REPO_PATH:-.}" | grep -v export || echo 0) | awk -F : '{printf("%s\n", $1);}' | tr -d ' :MSP\n'])) -m4_if(v_rev, [0], [m4_define([v_rev], m4_esyscmd([git log 2> /dev/null | (grep -m1 git-svn-id || echo 0) | sed -e 's/.*@\([0-9]*\).*/\1/' | tr -d '\n']))]) +m4_define([v_rev], m4_esyscmd([(git rev-list --count HEAD 2>/dev/null || echo 0) | tr -d '\n'])) ##-- When released, remove the dnl on the below line -m4_undefine([v_rev]) +dnl m4_undefine([v_rev]) ##-- When doing snapshots - change soname. remove dnl on below line dnl m4_define([relname], [ver-pre-svn-07]) dnl m4_define([v_rel], [-release relname]) --
[EGIT] [games/e_cho] master 03/03: Remove deprecated INCLUDES
bdilly pushed a commit to branch master. http://git.enlightenment.org/games/e_cho.git/commit/?id=a536902d48619d8c92d6dcfaa85189b9998748d7 commit a536902d48619d8c92d6dcfaa85189b9998748d7 Author: Bruno Dilly Date: Fri Oct 14 13:51:10 2016 -0300 Remove deprecated INCLUDES Clean msg: src/bin/Makefile.am:3: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or '*_CPPFLAGS') --- src/bin/Makefile.am | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/bin/Makefile.am b/src/bin/Makefile.am index 4a58179..7633285 100644 --- a/src/bin/Makefile.am +++ b/src/bin/Makefile.am @@ -1,6 +1,6 @@ MAINTAINERCLEANFILES = Makefile.in -INCLUDES = \ +AM_CPPFLAGS = \ -I$(top_srcdir) \ -I$(top_srcdir)/src/bin \ -DPACKAGE_DATA_DIR=\"$(datadir)/$(PACKAGE)\" \ --
[EGIT] [games/econcentration] master 02/05: Update gitignore
bdilly pushed a commit to branch master. http://git.enlightenment.org/games/econcentration.git/commit/?id=53130bded3a70e8466c0834df2d26ff0c953d8e8 commit 53130bded3a70e8466c0834df2d26ff0c953d8e8 Author: Bruno Dilly Date: Fri Oct 14 18:53:22 2016 -0300 Update gitignore Since INSTALL was removed from repo and it's autogenerated. Removal on commit 812939c252edd0f06899 --- .gitignore | 1 + 1 file changed, 1 insertion(+) diff --git a/.gitignore b/.gitignore index 1232b8c..fc49cdf 100644 --- a/.gitignore +++ b/.gitignore @@ -34,3 +34,4 @@ m4/ltversion.m4 m4/lt~obsolete.m4 src/bin/econcentration src/bin/econcentration_ql +INSTALL --
[EGIT] [games/econcentration] master 03/05: Remove deprecated INCLUDES
bdilly pushed a commit to branch master. http://git.enlightenment.org/games/econcentration.git/commit/?id=5aa51bf2e83fc2ed8541eb14f991f359d9a2248c commit 5aa51bf2e83fc2ed8541eb14f991f359d9a2248c Author: Bruno Dilly Date: Fri Oct 14 18:53:38 2016 -0300 Remove deprecated INCLUDES Get rid of warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or '*_CPPFLAGS') --- src/bin/Makefile.am | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/bin/Makefile.am b/src/bin/Makefile.am index 7234156..16fe1d4 100644 --- a/src/bin/Makefile.am +++ b/src/bin/Makefile.am @@ -1,6 +1,6 @@ MAINTAINERCLEANFILES = Makefile.in -INCLUDES = \ +AM_CPPFLAGS = \ -I$(top_srcdir) \ -I$(top_srcdir)/src/bin \ -DPACKAGE_DATA_DIR=\"$(datadir)/$(PACKAGE)\" \ --
[EGIT] [games/econcentration] master 05/05: Update AUTHORS
bdilly pushed a commit to branch master. http://git.enlightenment.org/games/econcentration.git/commit/?id=b557f312e330ace31488a0b9f2e024f4b54032fa commit b557f312e330ace31488a0b9f2e024f4b54032fa Author: Bruno Dilly Date: Fri Oct 14 19:04:11 2016 -0300 Update AUTHORS Iscaro contributed the mobile version of the game, back at 2012. Commits 913aa34e44bca99b86 and d676fefbbb7fce15ff565 --- AUTHORS | 1 + 1 file changed, 1 insertion(+) diff --git a/AUTHORS b/AUTHORS index 5019971..1fca535 100644 --- a/AUTHORS +++ b/AUTHORS @@ -1 +1,2 @@ Bruno Dilly +Guilherme Iscaro --
[EGIT] [games/econcentration] master 01/05: Stop using svnrevision
bdilly pushed a commit to branch master. http://git.enlightenment.org/games/econcentration.git/commit/?id=9662f1ce60e9a8dfdf62245b5956fe0ef32a19db commit 9662f1ce60e9a8dfdf62245b5956fe0ef32a19db Author: Bruno Dilly Date: Fri Oct 14 18:52:59 2016 -0300 Stop using svnrevision Instead use git rev-list just like other e repos. With that we'll get rid of tons of "sh: 1: svnversion: not found" messages when building it. --- configure.ac | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/configure.ac b/configure.ac index c605e8f..29f1f51 100644 --- a/configure.ac +++ b/configure.ac @@ -3,10 +3,9 @@ m4_define([v_maj], [0]) m4_define([v_min], [1]) m4_define([v_mic], [0]) -m4_define([v_rev], m4_esyscmd([(svnversion "${SVN_REPO_PATH:-.}" | grep -v export || echo 0) | awk -F : '{printf("%s\n", $1);}' | tr -d ' :MSP\n'])) -m4_if(v_rev, [0], [m4_define([v_rev], m4_esyscmd([git log 2> /dev/null | (grep -m1 git-svn-id || echo 0) | sed -e 's/.*@\([0-9]*\).*/\1/' | tr -d '\n']))]) +m4_define([v_rev], m4_esyscmd([(git rev-list --count HEAD 2>/dev/null || echo 0) | tr -d '\n'])) ##-- When released, remove the dnl on the below line -m4_undefine([v_rev]) +dnl m4_undefine([v_rev]) ##-- When doing snapshots - change soname. remove dnl on below line dnl m4_define([relname], [ver-pre-svn-07]) dnl m4_define([v_rel], [-release relname]) --
[EGIT] [games/econcentration] master 04/05: Don't let previous card content be hidden
bdilly pushed a commit to branch master. http://git.enlightenment.org/games/econcentration.git/commit/?id=9c180007635116623da25e636584d741bff9138c commit 9c180007635116623da25e636584d741bff9138c Author: Bruno Dilly Date: Fri Oct 14 18:56:17 2016 -0300 Don't let previous card content be hidden It shouldn't be required (and it wasn't on the past) For some reason I need to show the content again, after animation is done, otherwise when the next card is flipped content will be hidden. --- src/bin/main.c | 17 + 1 file changed, 17 insertions(+) diff --git a/src/bin/main.c b/src/bin/main.c index 7cb523f..a20accd 100644 --- a/src/bin/main.c +++ b/src/bin/main.c @@ -161,6 +161,21 @@ _player_win(Game *game) evas_object_show(popup); } +/* FIXME this function shouldn't be required (and it wasn't on the past) + For some reason I need to show the content again, after animation is done, + otherwise when the next card is flipped content will be hidden */ +static void +_fl_animate_done(void *data __UNUSED__, Evas_Object *obj, void *event_info __UNUSED__) +{ +Evas_Object *ic; + +if (elm_flip_front_visible_get(obj)) +return; + +ic = elm_object_part_content_get(obj, "back"); +evas_object_show(ic); +} + static void _fl_selected(void *data, Evas_Object *obj, void *event_info __UNUSED__) { @@ -313,6 +328,8 @@ _prepopulate_table(Game *game) elm_table_pack(table, fl, i % game->board_size, i / game->board_size, 1, 1); evas_object_show(fl); +evas_object_smart_callback_add(fl, "animate,done", _fl_animate_done, + NULL); game->cards[i].flip = fl; bt = elm_button_add(table); --
Re: [E-devel] EFL packaging on Debian
On Fri, 14 Oct 2016 09:46:02 -0400 Ross Vandegrift said: > On Fri, Oct 14, 2016 at 09:58:39AM +0200, Stefan Schmidt wrote: > > I just did my monthly round to update our packaging status and happily > > saw that your packaging for efl 1.18.1 and e 0.21.2 hit experimental. > > Congrats and thanks for your persistent work on getting this moved forward! > > Thanks Stefan! > > Ross thanks! finally debian can stop lagging so much and be relatively up to date! very excellent! :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- 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] Server De spanking is required
Have you guys considered working on setting up a high availability setup? Also what infrastructure monitoring is in place? On 2016-10-09 15:27, Carsten Haitzler wrote: > On Sun, 9 Oct 2016 08:06:04 -0300 Gustavo Sverzut Barbieri > > said: > >> Hi Raster, >> >> It's worth to mention that GIT is distributed, while old Sourceforge >> setup was on CVS... thus there is a big difference :-) > > i know, BUT no one can clone, pull or push when service is down. not without > setting up ANOTHER git repo etc. it's still incredibly annoying. > > Changing the "server" is a simple change of the remote "origin" in the > .git/config, and of course you can add both. > > Then at least an automatic mirror of E <-> Github would be nice. > > On Sun, Oct 9, 2016 at 5:55 AM, Carsten Haitzler > wrote: On Sun, 09 Oct 2016 08:17:23 +0200 Jonathan Aquilina > said: > > Regarding version control repos, why not offload to github which is free > even for those projects which are open source. > hell no. after having offloaded to sourecforge and finding servers going > down or things needing to be done that require admin control, no. we run > ours because anything else is generally worse. > > Bertrand, where do you need a hand. If you are saying this is a kernel > issue why not update the system and reboot. Also what is the host system > running distro wise? > > On 2016-10-09 02:20, Carsten Haitzler wrote: > > On Sat, 08 Oct 2016 11:16:28 +0200 Jonathan Aquilina > said: > > anything I can help with. Would a server from soyoustart.com help in > anyway. I am willing to get the project one and take charge of its > maintenance > we have a very big beefy server. we're not running out of disk space, > processing power etc. (8 core xeon @ 2.2ghz, 48gb ram, 1tb or so of disk > space available across both ssd and hdd fully redundant raid0'd). > > the issue is a software issue i suspect in the host system kernel and we > just don't know why or what. (my suspicious is due to it needing a reboot > to fix). > > we have used a fair bit of disk space but tbh the largest user is jenkins > (253gb) and it probably could do with a cleanup after a few years to > lean it back down. we probably could shut down and archive the cvs and > svn vm's )extract out the cvs and svn db data to a compressed tarball > and make that available and otherwise nuke the vm's). that should cut > that down to 1-2gb saving about 18gb. web is using 52gb - i think that > might do with some trimming/compacting. phab is using 55gb - same. > playschool is 66gb - maybe trim too and re-compact down? e5v1 is pretty > fat too (29g). the build vm's are pretty bug (10 of them ranging from > 270k to 65g - funny the windows10 vm for builds is only 18g. the gentoo > ones are mostly 60gb or so - windows is leaner than gentoo! :) )... and > of course jenkins is at 253g. > > actually man we're fat on disk space usage. we really could do with a > trim there. the images are qcow2 images. we need to trim. > > On 2016-10-07 13:42, Mike Blumenkrantz wrote: > > Is there some way we could prevent this from happening? All the services > were unavailable for 8+ hours yesterday and it was incredibly disruptive. > > On Thu, Oct 6, 2016 at 11:09 PM Bertrand Jacquin > wrote: > > Unspanked(tm) > > On Fri, Oct 07, 2016 at 12:18:07PM +1030, Simon Lees wrote: *** SPANK > SPANK SPANK!!! Enlightenment server is over capacity > > Please wait a moment and try again later. > For more information, take a look at #e on IRC, server irc.freenode.org. > > -- > > Simon Lees (Simotek)http://simotek.net > > Emergency Update Team keybase.io/simotek > SUSE LinuxAdeliade Australia, UTC+9:30 > GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B > > -- > 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 > > -- > Bertrand > > -- > 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:/
Re: [E-devel] Server De spanking is required
Hi Carsten, This is a description of puppet. https://puppet.com/product/how-puppet-works This is also something good to have in case you need to scale outwards, as well too easily have things configured and updated with out much intervention or hassle about needing root access to the server/s On 2016-10-09 15:26, Carsten Haitzler wrote: > On Sun, 09 Oct 2016 11:15:57 +0200 Jonathan Aquilina > said: > >> Hi Carsten, >> >> I think a good way forward would be to get a small server, I would even >> be willing to sponsor a vps and use puppet. It would make automation >> deployments and system management alot easier. I am going to be setting >> up puppet for my own systems. Would you be interested in such >> automation? Also what about infrastructure monitoring? > > i dislike the idea of getting an external vps/ we already get unlimited > bandwidth and have a dedicated macȟine that hosts lots of vm's we manage and > deploy. having something live outside of that makes it inconsistent. imho i > dislike that. > > i have no idea if we use puppet. i have never seen/hear it around our systems > so > i assume we don't. i've never played with it. :) it might indeed be useful to > let us know when things go wrong and someone needs to do sopme rebooting > without having to check the site directly. > > i'd like to hear beber's input on this though. i personally like to keep > things > as insanely simple as possible and as "standard and boring" as i can as that > is > easy to deal with especially if the admin is asleep/away and someone else has > to step in. that is kind of why i don't like the idea of a "separate vps" as > this would then live in a completely different place and be managed > differently. we don't have a lack of memory or compute or disk space so we > need > more of this. we do have a bug tho... :) a vps won't solve it as all it will > do > is add another system/domain we currently don't need. > > On 2016-10-09 11:10, Carsten Haitzler wrote: > > On Sun, 09 Oct 2016 10:57:57 +0200 Jonathan Aquilina > said: > > what can i do to help get things sorted out as you had mentioned below > though. I am eager to help. > well talk with beber. if he trusts you then some debugging. the system is > running an oldish 3.18 kernel so who knows if an update fixes it or not. :) > we could so with cutting down our storage usage as we use 750g or so right > now out of 1tb. i think beber could do with help with some deployment work > - andy williams asked a few weeks back to set u a vm for a project of his. > > On 2016-10-09 10:55, Carsten Haitzler wrote: > > On Sun, 09 Oct 2016 08:17:23 +0200 Jonathan Aquilina > said: > > Regarding version control repos, why not offload to github which is free > even for those projects which are open source. > hell no. after having offloaded to sourecforge and finding servers going > down or things needing to be done that require admin control, no. we run > ours because anything else is generally worse. > > Bertrand, where do you need a hand. If you are saying this is a kernel > issue why not update the system and reboot. Also what is the host system > running distro wise? > > On 2016-10-09 02:20, Carsten Haitzler wrote: > > On Sat, 08 Oct 2016 11:16:28 +0200 Jonathan Aquilina > said: > > anything I can help with. Would a server from soyoustart.com help in > anyway. I am willing to get the project one and take charge of its > maintenance > we have a very big beefy server. we're not running out of disk space, > processing power etc. (8 core xeon @ 2.2ghz, 48gb ram, 1tb or so of disk > space available across both ssd and hdd fully redundant raid0'd). > > the issue is a software issue i suspect in the host system kernel and we > just don't know why or what. (my suspicious is due to it needing a reboot > to fix). > > we have used a fair bit of disk space but tbh the largest user is jenkins > (253gb) and it probably could do with a cleanup after a few years to lean it > back down. we probably could shut down and archive the cvs and svn vm's > )extract out the cvs and svn db data to a compressed tarball and make that > available and otherwise nuke the vm's). that should cut that down to 1-2gb > saving about 18gb. web is using 52gb - i think that might do with some > trimming/compacting. phab is using 55gb - same. playschool is 66gb - maybe > trim too and re-compact down? e5v1 is pretty fat too (29g). the build vm's > are pretty bug (10 of them ranging from 270k to 65g - funny the windows10 > vm for builds is only 18g. the gentoo ones are mostly 60gb or so - windows > is leaner than gentoo! :) )... and of course jenkins is at 253g. > > actually man we're fat on disk space usage. we really could do with a trim > there. the images are qcow2 images. we need to trim. > > On 2016-10-07 13:42, Mike Blumenkrantz wrote: > > Is there some way we could prevent this from happening? All the services > were unavailable for 8+ hours yesterday and it was incredibly disruptive