[E-devel] EFL 1.25.1 release
First stable update release for our new 1.25.x series has landed. Fixes: * evas: sw font draw - protect against null pointer access * efreet - windows - still call stat but skip lstat/readlink ==Download:== http://download.enlightenment.org/rel/libs/efl/efl-1.25.1.tar.xz 351ca0211ca000234527a503585f039f985607ec9439e34b49d8b8bbf35a7e6b ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 01/01: evas_textblock: rainbow flag emoji treated as two clusters(update unibreak to version 4.2)
Hello Ali. On 04.10.20 14:02, Ali Al-Zyoud wrote: Hello, Can we un-revert this patch now? Yes, from my side that would be fine now. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Upcoming 1.25.1 release
Hello. We have collected some fixes after 1.25 which need to go into our first stable update for this series. If you have more fixes that need to go in or be backported please do so until Wednesday evening. I will do the 1.25.1 release on Thursday my timezone. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] EFL 1.24.4 release
We are happy to release our last stable update for our 1.24.x series. With the new 1.25.x series started we we are doing this last maintenance release before closing down this series. Fixes: * efreetd - cache - add more statinfo work around 0 mtime distros * edje - fix edje_cc mis-re-iding images in image sets * evas - render - dont crash is private data is null * eina vpath - fix windows ~username handling to only error when used * efl ui image - fix scal to fill - broken with non-rect src images * edje - calce - really respect max image size for img sets * evas - fix deadlock with sw async rendering calling cbs in post flush * ecore - don't do anything with heap between fork and exec ==Download:== http://download.enlightenment.org/rel/libs/efl/efl-1.24.4.tar.xz 617e6b29d2478259acac72e2867d1908249c01a323ff3284948e999d4787f901 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Enlightenment Foundation Libraries 1.25 Release
Hello. On 24.09.20 11:03, Marcel Hollerbach wrote: Hi, On 9/24/20 10:20 AM, Stefan Schmidt wrote: Hello Ross. On 24.09.20 08:06, Ross Vandegrift wrote: On Wed, Sep 23, 2020 at 01:10:37PM +0200, Stefan Schmidt wrote: === Enlightenment Foundation Libraries 1.25 Release === Thanks Stefan! I'm hitting a link failure in the software_x11 engine. Looks like it's missing a -lXext. Log of error is below. Could be something in 8e3606698e, but I probably won't have time to dig in until next week. Very strange. I had no other reports about this and we are also building Debian 10.3 and Ubunutu 19.10 + 20.04 on our CI builds. Which are building fine. Maybe Marcel has an idea? Yeah, i accidently changed there something when i refactored things for efl-one. I just pushed abf0e9dffe35da8fa6e20055f53786b2adbec271, it should fix it hopefully (at least it restores the old state). Thanks a lot! Ross, Jose, could you please test the patch and confirm? If it fixes your issue I will make sure it lands in the future 1.25.1 regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Upcoming (last) 1.24.x release
Hello. With 1.25 out I wanted to take the time and do a last stable update release for the 1.24.x branch. If you have any patches that need backporting please do so until Sunday. I want to kick of the release on Monday 28.9. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Enlightenment Foundation Libraries 1.25 Release
Hello Ross. On 24.09.20 08:06, Ross Vandegrift wrote: On Wed, Sep 23, 2020 at 01:10:37PM +0200, Stefan Schmidt wrote: === Enlightenment Foundation Libraries 1.25 Release === Thanks Stefan! I'm hitting a link failure in the software_x11 engine. Looks like it's missing a -lXext. Log of error is below. Could be something in 8e3606698e, but I probably won't have time to dig in until next week. Very strange. I had no other reports about this and we are also building Debian 10.3 and Ubunutu 19.10 + 20.04 on our CI builds. Which are building fine. Maybe Marcel has an idea? regards Stefan Schmidt Ross cc -o src/modules/evas/engines/software_x11/libsoftware_x11.so src/modules/evas/engines/software_x11/libsoftware_x11.so.p/evas_engine.c.o src/modules/evas/engines/software_x11/libsoftware_x11.so.p/evas_x_egl.c.o src/modules/evas/engines/software_x11/libsoftware_x11.so.p/evas_xlib_swapbuf.c.o src/modules/evas/engines/software_x11/libsoftware_x11.so.p/evas_xlib_outbuf.c.o src/modules/evas/engines/software_x11/libsoftware_x11.so.p/evas_xlib_buffer.c.o src/modules/evas/engines/software_x11/libsoftware_x11.so.p/evas_xlib_color.c.o src/modules/evas/engines/software_x11/libsoftware_x11.so.p/evas_xlib_main.c.o src/modules/evas/engines/software_x11/libsoftware_x11.so.p/evas_xlib_swapper.c.o src/modules/evas/engines/software_x11/libsoftware_x11.so.p/evas_xlib_image.c.o src/modules/evas/engines/software_x11/libsoftware_x11.so.p/evas_xlib_dri_image.c.o -Wl,--as-needed -Wl,--allow-shlib-undefined -shared -fPIC -Wl,--start-group -Wl,-soname,libsoftware_x11.so -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -fvisibility=hidden -O3 -Wl,-z,relro -Wl,-z,now -Wl,-z,defs -Wl,--as-needed src/lib/eina/libeina.so.1.25.0 src/lib/evas/libevas.so.1.25.0 src/lib/ecore/libecore.so.1.25.0 src/lib/eo/libeo.so.1.25.0 src/lib/efl/libefl.so.1.25.0 src/lib/ector/libector.so.1.25.0 src/lib/emile/libemile.so.1.25.0 src/static_libs/libunibreak/liblibunibreak.a src/wayland_protocol/libwayland_protocol.a src/lib/eet/libeet.so.1.25.0 src/lib/ecore_x/libecore_x.so.1.25.0 src/lib/ecore_input/libecore_input.so.1.25.0 -pthread -lm -ldl /usr/lib/x86_64-linux-gnu/libluajit-5.1.so /usr/lib/x86_64-linux-gnu/libfreetype.so /usr/lib/x86_64-linux-gnu/libfontconfig.so /usr/lib/x86_64-linux-gnu/libfribidi.so /usr/lib/x86_64-linux-gnu/libharfbuzz.so /usr/lib/x86_64-linux-gnu/libwayland-client.so /usr/lib/x86_64-linux-gnu/libX11.so /usr/lib/x86_64-linux-gnu/libGLESv2.so /usr/lib/x86_64-linux-gnu/libEGL.so -Wl,--end-group '-Wl,-rpath,$ORIGIN/../../../../lib/ein a:$ORIGIN/../../../../lib/evas:$ORIGIN/../../../../lib/eo:$ORIGIN/../../../../lib/ector:$ORIGIN/../../../../lib/efl:$ORIGIN/../../../../lib/emile:$ORIGIN/../../../../lib/eet:$ORIGIN/../../../../lib/ecore:$ORIGIN/../../../../lib/ecore_x:$ORIGIN/../../../../lib/ecore_input:$ORIGIN/../../../../lib/eeze:$ORIGIN/../../../../lib/ecore_file:$ORIGIN/../../../../lib/ecore_con:$ORIGIN/../../../../lib/eldbus' -Wl,-rpath-link,/<>/obj-x86_64-linux-gnu/src/lib/eina -Wl,-rpath-link,/<>/obj-x86_64-linux-gnu/src/lib/evas -Wl,-rpath-link,/<>/obj-x86_64-linux-gnu/src/lib/eo -Wl,-rpath-link,/<>/obj-x86_64-linux-gnu/src/lib/ector -Wl,-rpath-link,/<>/obj-x86_64-linux-gnu/src/lib/efl -Wl,-rpath-link,/<>/obj-x86_64-linux-gnu/src/lib/emile -Wl,-rpath-link,/<>/obj-x86_64-linux-gnu/src/lib/eet -Wl,-rpath-link,/<>/obj-x86_64-linux-gnu/src/lib/ecore -Wl,-rpath-link,/<>/obj-x86_64-linux-gnu/src/li b/ecore_x -Wl,-rpath-link,/<>/obj-x86_64-linux-gnu/src/lib/ecore_input -Wl,-rpath-link,/<>/obj-x86_64-linux-gnu/src/lib/eeze -Wl,-rpath-link,/<>/obj-x86_64-linux-gnu/src/lib/ecore_file -Wl,-rpath-link,/<>/obj-x86_64-linux-gnu/src/lib/ecore_con -Wl,-rpath-link,/<>/obj-x86_64-linux-gnu/src/lib/eldbus /usr/bin/ld: src/modules/evas/engines/software_x11/libsoftware_x11.so.p/evas_xlib_buffer.c.o: in function `evas_software_xlib_x_output_buffer_new': ./obj-x86_64-linux-gnu/../src/modules/evas/engines/software_x11/evas_xlib_buffer.c:285: undefined reference to `XShmCreateImage' /usr/bin/ld: ./obj-x86_64-linux-gnu/../src/modules/evas/engines/software_x11/evas_xlib_buffer.c:313: undefined reference to `XShmAttach' /usr/bin/ld: ./obj-x86_64-linux-gnu/../src/modules/evas/engines/software_x11/evas_xlib_buffer.c:313: undefined reference to `XShmAttach' /usr/bin/ld: src/modules/evas/engines/software_x11/libsoftware_x11.so.p/evas_xlib_buffer.c.o: in function `evas_software_xlib_x_can_do_shm': ./obj-x86_64-linux-gnu/../src/modules/evas/engines/software_x11/evas_xlib_buffer.c:235: undefined reference to `XShmQueryExtension' /usr/bin/ld: src/modules/evas/engines/software_x11/libsoftware_x11.so.p/evas_xlib_buffer.c.o: in function `evas_software_xlib_x_output_buffer_unref': ./obj-x86_64-linux-gnu/../src/m
[E-devel] Enlightenment Foundation Libraries 1.25 Release
=== Enlightenment Foundation Libraries 1.25 Release === In comparison 1.25 was a very calm release cycle. In the last five months we saw 567 commits from 38 contributors: Carsten Haitzler, Stefan Schmidt, Marcel Hollerbach, JunsuChoi, Vincent Torri, Ali Alzyod, Daniel Kolesa, Mike Blumenkrantz, Elyes HAOUAS, Hermet Park, Christopher Michael, Xavi Artigas, Subhransu Mohanty, Shinwoo Kim, Taehyub Kim, Woochanlee, Myoungwoon Roy, Kim, Alastair Poole, Jaehyun Cho, Wonki Kim, João Paulo Taylor Ienczak Zanette, AbdullehGhujeh, Wander Lairson Costa, WooHyun Jung, Yeongjong Lee, Bowon Ryu, Hosang Kim, Ali, Boris Faure, Felipe Magno de Almeida, SangHyeon Jade Lee, Youngbok Shin, Joao Antonio Cardoso, Lucas, Lucas Cavalcante de Sousa, ali, ali198724, nerdopolis == Download == http://download.enlightenment.org/rel/libs/efl/efl-1.25.0.tar.xz 53941f910daf5d1b5162bfdb0dc66f1a04e55a0f2dd7760da0ad63713370956e == What's New == This time around we do not have bigger changes to cover here. For the full list please look at the NEWS file, if you are interested in the details. As usual we have been working on fixing bugs, optimising our code for speed and memory footprint and adding new features. == Statistics == (git log --pretty=oneline v1.24.0..v1.25.0 | wc -l) \\ Number of commits in 1.25: 567 \\ Number of commits in 1.24: 1885 \\ (git shortlog -ns v1.24.0..v1.25.0 | wc -l) \\ Number of authors in 1.25: 38 \\ Number of authors in 1.24: 54 \\ (git diff --stat v1.24.0..v1.25.0 | tail -1) \\ 1020 files changed, 12644 insertions(+), 10471 deletions(-) in 1.25 \\ 2073 files changed, 88305 insertions(+), 152470 deletions(-) in 1.24 \\ == Building and Dependencies == https://git.enlightenment.org/core/efl.git/tree/INSTALL ___ 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 3
Hello. On 16.09.20 23:15, Boris Faure wrote: On 20-09-14 12:36, Stefan Schmidt wrote: While we had little activity over the last week we decided to have another beta before the final release. We still have at least one issue which needs looking into and some more time is needed to check reports from Coverity and other tools. **Fixes:** * docs: Correct the mismatched group name in Evas. **Download** http://download.enlightenment.org/rel/libs/efl/efl-1.25.0-beta3.tar.xz 5186b59e9b788dce7ebc3264ad27e0da0479e3615bab55d079e888c06b3efe97 It worked fine building it on alpine. Thanks for letting me know. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] EFL 1.25.0 beta 3
While we had little activity over the last week we decided to have another beta before the final release. We still have at least one issue which needs looking into and some more time is needed to check reports from Coverity and other tools. **Fixes:** * docs: Correct the mismatched group name in Evas. **Download** http://download.enlightenment.org/rel/libs/efl/efl-1.25.0-beta3.tar.xz 5186b59e9b788dce7ebc3264ad27e0da0479e3615bab55d079e888c06b3efe97 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] EFL 1.25.0 beta 2
This beta 2 release contains more fixes build up from our last weeks beta. So far no release stopper showed up, which means we might see the final release already next week. Fingers crossed. **Fixes:** * evas_textblock: remove style padding from native width and formatted height * elm icon/thumb - fix handling of a wider range of video extns * edje - calc - handle swallow disappearing mid-calc due to callabcks * ecore drm - increase timeout for flips from 0.05 to 2.0 sec **Download** http://download.enlightenment.org/rel/libs/efl/efl-1.25.0-beta2.tar.xz 76684fdd011915f0af80a2df3466c32f482fabd9a0723cac74cd14aed7aef260 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 01/01: evas_textblock: rainbow flag emoji treated as two clusters(update unibreak to version 4.2)
Hello. On 01.09.20 15:10, Ali Al-Zyoud wrote: Dear Stefan, Also, the static lib update should be a standalone patch and not mixed in with a evas feature. Actually updating static library alone is not possible unless you made some changes in Evas, since this will break compatibility (ninja test will fail too), so evas feature is related to updating the lib, and they need to done together. Fair enough. So the patch as-is can go in again after the freeze. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 01/01: evas_textblock: rainbow flag emoji treated as two clusters(update unibreak to version 4.2)
Hello WooHyun. On 01.09.20 13:03, woohyun wrote: Woops. Sorry for not checking the release schedule. I should have been more careful. Also, I'm sorry for making disturb your work. I reverted it so nothing to worry to much about. Just more attention next time and all is good. :-) regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] API/ABI report review for 1.25 beta1
Hello. On 31.08.20 19:32, Stefan Schmidt wrote: Hello. Please help to review the report here: http://www.enlightenment.org/~stefan/objects_report/efl/1.24.3/1.25.0-beta1/report.html Let's have a start here. The good news is that no symbols have been removed (once lua is enabled again for this build). That means we can concentrate on the 25 new APIs. Ecore.h, libecore.so.1.25.0 _ecore_main_loop_wakeup_time_get ( ) -> Internal function. Looks sane. Ecore_X.h, libecore_x.so.1.25.0 _ecore_x_vxync_wakeup_time_get ( ) -> Internal function. Looks sane. Efreet_Mime.h, libefreet.so.1.25.0 efreet_mime_fallback_type_get ( char const* file ) efreet_mime_globs_type_get ( char const* file ) efreet_mime_init ( ) efreet_mime_magic_type_get ( char const* file ) efreet_mime_shutdown ( ) efreet_mime_special_type_get ( char const* file ) efreet_mime_type_cache_clear ( ) efreet_mime_type_cache_flush ( ) efreet_mime_type_get ( char const* file ) efreet_mime_type_icon_get ( char const* mime, char const* theme, unsigned int size ) Efreet_Trash.h, libefreet.so.1.25.0 efreet_trash_delete_uri ( Efreet_Uri* uri, int force_delete ) efreet_trash_dir_get ( char const* file ) efreet_trash_empty_trash ( ) efreet_trash_init ( ) efreet_trash_is_empty ( ) efreet_trash_ls ( ) efreet_trash_shutdown ( ) -> mime and trash are being merged into libefreet.so now (compat in place). So abi-checker detects them as new syombols in the .so eina_strbuf.h, libeina.so.1.25.0 eina_strbuf_replace_last ( Eina_Strbuf* buf, char const* str, char const* with ) -> Fine with me elm_textpath_legacy.h, libelementary.so.1.25.0 elm_textpath_text_user_style_set ( Eo* obj, char const* style ) -> Fine with me. Eolian.h, libeolian.so.1.25.0 eolian_expression_eval_fill ( Eolian_Expression const* expr, Eolian_Value* val ) eolian_expression_value_get_fill ( Eolian_Expression const* expr, Eolian_Value* val ) -> Fine with me. Evas_Common.h, libevas.so.1.25.0 evas_font_data_cache_get ( Evas_Font_Data_Cache options ) evas_font_data_cache_set ( Evas_Font_Data_Cache options, int bytes ) -> Looks sane To me this looks all fine, but I would like to have another set of reviews on this one. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 01/01: evas_textblock: rainbow flag emoji treated as two clusters(update unibreak to version 4.2)
Hello. On 01.09.20 12:58, Stefan Schmidt wrote: Hello WooHyun. We are in freeze for the release. Such patches are not going in at this stage. Same for the next one. The second one looks like a valid bug fix on a second review. I will leave it in and only revert the one with the libunibreak update. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 01/01: evas_textblock: rainbow flag emoji treated as two clusters(update unibreak to version 4.2)
Hello WooHyun. We are in freeze for the release. Such patches are not going in at this stage. Same for the next one. Also, the static lib update should be a standalone patch and not mixed in with a evas feature. Please pay more attention on review and what is happening upstream. We expect that from all our committers. I am revertign thes etwo patches now. regards Stefan Schmidt On 01.09.20 12:38, AbdullehGhujeh wrote: woohyun pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=1ab71284db89dcc37da12dd56796e892bc50ae0a commit 1ab71284db89dcc37da12dd56796e892bc50ae0a Author: AbdullehGhujeh Date: Tue Sep 1 19:33:51 2020 +0900 evas_textblock: rainbow flag emoji treated as two clusters(update unibreak to version 4.2) Summary: if we have rainbow flag emoji (🏳️🌈) we can use mouse/keyboard to move cursor inside it because we break it into two clusters, we break on 1F308, This is wrong as we should treat emoji as a single cluster (based on rules mentioned in Unicode segmentation standard “Do not break within emoji modifier sequences or emoji ZWJ sequences” (https://unicode.org/reports/tr29/#GB11 )). this issue happens because we don’t give 1F308 its correct grapheme break property value, I think this is a bug in the unibreak library as this Unicode 1F308 should have word break class value equals to Glue_After_ZWJ (based on https://www.unicode.org/reports/tr29/tr29-31.html#Glue_After_Zwj_WB and http://unicode.org/Public/emoji/5.0/emoji-zwj-sequences.txt) which will not make it break and we will get a single cluster. I noticed that the current unibreak lib used in EFL seems to implement Unicode 9 (latest is Unicode 13) which uses obsolete and unused grapheme break property, such as E_Modifier & Glue_After_ZWJ, so if a new emoji introduced (rainbow flag was introduced after Unicode 9) and based on Unicode 9 it should use property E_Modifier or Glue_After_ZWJ we will have issue with it. So I have updated unibreak lib using latest released version of unibreak (4.2) which implement Unicode 12. I needed to remove **BREAK_AFTER(i)** to pass the tests in D1140 as spaces do not break on latest update (also related to T995). {F3868712} this should fix T8665 & T8688 Reviewers: ali.alzyod, woohyun, bowonryu, zmike, segfaultxavi, bu5hm4n Reviewed By: ali.alzyod Subscribers: segfaultxavi, cedric, #reviewers, #committers Tags: #efl Maniphest Tasks: T8665 Differential Revision: https://phab.enlightenment.org/D11743 --- src/lib/evas/canvas/evas_object_textblock.c| 4 +- src/static_libs/libunibreak/LICENCE| 8 +- src/static_libs/libunibreak/NEWS | 14 +- src/static_libs/libunibreak/README.md | 16 +- src/static_libs/libunibreak/emojidata.c| 264 + .../libunibreak/{unibreakbase.c => emojidef.c} | 43 +++- .../libunibreak/{unibreakbase.c => emojidef.h} | 28 ++- src/static_libs/libunibreak/graphemebreak.c| 88 --- src/static_libs/libunibreak/graphemebreak.h| 8 +- src/static_libs/libunibreak/graphemebreakdata.c| 114 + src/static_libs/libunibreak/graphemebreakdef.h | 18 +- src/static_libs/libunibreak/linebreak.c| 66 -- src/static_libs/libunibreak/linebreak.h| 8 +- src/static_libs/libunibreak/linebreakdata.c| 225 +- src/static_libs/libunibreak/linebreakdef.c | 17 +- src/static_libs/libunibreak/linebreakdef.h | 25 +- src/static_libs/libunibreak/meson.build| 2 + src/static_libs/libunibreak/unibreakbase.c | 2 +- src/static_libs/libunibreak/unibreakbase.h | 4 +- src/static_libs/libunibreak/unibreakdef.h | 12 +- src/static_libs/libunibreak/wordbreak.c| 92 +++ src/static_libs/libunibreak/wordbreak.h| 11 +- src/static_libs/libunibreak/wordbreakdata.c| 201 +++- src/static_libs/libunibreak/wordbreakdef.h | 20 +- src/tests/evas/evas_test_textblock.c | 4 + 25 files changed, 928 insertions(+), 366 deletions(-) diff --git a/src/lib/evas/canvas/evas_object_textblock.c b/src/lib/evas/canvas/evas_object_textblock.c index d50592cc5d..1a46ea614c 100644 --- a/src/lib/evas/canvas/evas_object_textblock.c +++ b/src/lib/evas/canvas/evas_object_textblock.c @@ -10297,7 +10297,7 @@ evas_textblock_cursor_word_start(Efl_Text_Cursor_Handle *cur) if ((cur->pos > 0) && (cur->pos == len)) cur->pos--; - for (i = cur->pos ; _is_white(text[i]) && BREAK_AFTER(i) ; i--) + for (i = cur->pos ; _is_white(text[i]) ; i--) { if (i == 0) { @@ -10364,7 +10364,7 @@ evas_textbl
[E-devel] API/ABI report review for 1.25 beta1
Hello. Please help to review the report here: http://www.enlightenment.org/~stefan/objects_report/efl/1.24.3/1.25.0-beta1/report.html The next run need to enable the no disabled by default elua. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] EFL 1.25.0 beta 1
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 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] 1.25 work items list
Hello. Its stabilization time for 1.25! Last week was a bit busy for me, but here is my usual work items list for the upcoming release. You know the drill: fix show stopper tickets, review ABI/API changes, look into critical Coverity issue reports, etc. 1) Phab tickets: https://phab.enlightenment.org/maniphest/query/91Ac3kuLMeSm/ Currently we have listed 14 tickets as showstoppers and 86 as high. A lot of these do not look like release blockers though. This will need some figuring out what needs to be done before the final release. If you have an issue you consider a blocker please tag it as showstopper and let me know here as well so it will not get lost. 2) ABI/API checker: I hoped that the great folks at ABI Laboratory would pick up the alpha release and a report would have been generated by now: https://abi-laboratory.pro/index.php?view=timeline&l=efl Seems this did not happen, so I will try to run my own at some point this week. 3) Coverity reports tagged high: In our last Coverity run on EFL from Sunday (30.8) we have 92 outstanding issues reported. Out of these 92 issues 11 are marked as high from Coverity and this is where we should focus our efforts. 4 Memory corruptions 7 Memory leaks 9 of these are in the CXX bindings and related tests and the last two are in efl_ui_focus_manager_calc.c regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] EFL 1.25.0 alpha 1
With this alpha release we are marking the freeze of development and start of the stabilization phase for the efl 1.25 release cycle. We hope to conclude this stabilization with an final release in 3-4 weeks time. Please give it some testing and report problems to us so we can work towards a well working release. **Features:** * ecore-drm2: Add support for using page_flip_handler2 * ecore-drm2: Add API function to return default depth **Fixes:** * ecore_evas: only define these eina errors once * exactness: remove no longer needed _evas_new() * edje - don't set font sizes less than 1 * ecore_evas_x - fix maximize/unmaximize request corner case * exactness_player: do not test for delay_ms * evas + gl - fix callback-to-app-changes-state issue with pixel data * canvas render: don't apply mask if the objects in the map. * evas_object_textblock: fix to free style properly by edje's style_user_pop * evas_vg_shape: return NULL in evas_vg_shape_add when the parent of shape is NULL * efl_ui_image: fix to call "clicked" smart callback when there is no img * ecore-x - ensure we fully look at all xkb events and refresh all binds * evas_vg_container: return NULL in evas_vg_container_add when the parent of container is NULL * ecore thread - feedback threads should not be background threads... * ecore_evas_wayland_common: keep the backword compatibility for wayland dnd handler * edje: fix animation memory leak. * canvas vg: fix dangling vector containers. * evas vg: clean up dangling instances * canvas vg: fix vector file data memory leak. * evas - csd and wl csd - fix alpha zeroing to avoid framespace junk * efl gfx_path: fix memory leak. * evas - genetic update regions smart merge - merge v adjacent regions * efreet - handle runtime relocation right with default XDG_DATA_DIRS * efl_ui_image: fixed elm_image_preload_disabled_set api is not working when it is called before file set * elm_image: keep backword compatibility for elm_image_file_set API when setting url file set twice * efreetd - cache - add more statinfo work around 0 mtime distros * elm_code: on newline ensure line number visible. (T2798) * elm_code: cursor visbility fix. * edje - fix edje_cc mis-re-iding images in image sets * efl_ui_image: remove the unnecessary code in efl_file_unload * win - x io errors really just have to exit, so call the iorr cb + exit * evas - render - dont crash is private data is null * eina vpath - fix windows ~username handling to only error when used * efl ui image - fix scal to fill - broken with non-rect src images * embryo: fix a integer(cell) overflow problem * elput - support libelogind.so.0 as well as libelogind-shared.so.0 * edje - calce - really respect max image size for img sets * ecore - don't do anything with heap between fork and exec * evas - fix deadlock with sw async rendering calling cbs in post flush **Download** http://download.enlightenment.org/rel/libs/efl/efl-1.25.0-alpha1.tar.xz 58db057f2be282e5b8f60c6c66db9ab6d239ca86fb3160124f1c3e51e6b19707 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Soon ending merge window for EFL 1.25
Hello. Next Monday (24.8) we will start the stabilization phase for EFL 1.25 with the freeze. If you have any bigger features you want in this release, please hurry up and get them landed on Sunday latest. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] EFL 1.25 release schedule proposal
Hello. Since I got asked about it already here is what I would propose as the schedule for the next release: === Schedule === 2020-04-29 1.24 release / merge window for 1.25 opens 2020-08-19 Notice about soon ending merge window 2020-08-24 Merge window is over. Freeze in place. * Only bug fixes from this point * Alpha release tarball 2020-08-31 Beta1 release tarball * Only critical fixes from this point 2020-09-07 Beta2 release tarball 2020-09-14 Final EFL 1.25 or beta3, depending on bug status 2020-09-21 Final EFL 1.25 is out (alternative date) Given our merge window was way less busy this time around I am hoping we can get away with a stabilization phase of 3-4 weeks. I am hoping that starting end of August helps to avoid most peoples summer vacation schedule (it helps mine at least). regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Exactness integration testing status update
Hello. On 17.07.20 17:06, Stefan Schmidt wrote: Hello. Over the last months we have been working to get exactness testing into state where we can run it during our daily CI tests and cover as much elementary_test test cases as possible. We started with merging it into the efl tree and re-worked quite a bit of its codebase. Including a change to a LD_PRELOAD lib scheme from Marcel. The last week I have been spending now on recording new scenarios for elementary_test cases we had not covered before. We started out with 95 scenarios from and are now at 197. There is still more ground we can cover in the future, but it is a great step forward. In terms of testing code coverage statistics we now have 45.44% (before: 42.99%) with exactness integration tests and ninja unit tests combined. The 1.5% increase was less then we hoped for with all the new additional OK, its almost 2.5%, still less then I hoped for. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Exactness integration testing status update
Hello. Over the last months we have been working to get exactness testing into state where we can run it during our daily CI tests and cover as much elementary_test test cases as possible. We started with merging it into the efl tree and re-worked quite a bit of its codebase. Including a change to a LD_PRELOAD lib scheme from Marcel. The last week I have been spending now on recording new scenarios for elementary_test cases we had not covered before. We started out with 95 scenarios from and are now at 197. There is still more ground we can cover in the future, but it is a great step forward. In terms of testing code coverage statistics we now have 45.44% (before: 42.99%) with exactness integration tests and ninja unit tests combined. The 1.5% increase was less then we hoped for with all the new additional tests added. It shows that there is a big overlap in the code paths for the two different testing schemes already. To progress this further we need to look into the failing tests cases and see what are bugs in the efl code base, bugs in the test cases (non reproducible tests like time widget with the current time) and what needs extension in exactness (e.g. animation handling comes to mind). I am pretty happy with how far we have progressed with this so far, even if I have hoped for a bigger coverage gain. Still work to do but we can at least enjoy the benefits of it now. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] EFL 1.24.3 release
We are happy to release the third stable update for our 1.24.x series. Fixes: * evas - csd and wl csd - fix alpha zeroing to avoid framespace junk * evas - genetic update regions smart merge - merge v adjacent regions * efreet - handle runtime relocation right with default XDG_DATA_DIRS * edje: fix animation memory leak. * canvas vg: fix dangling vector containers. * evas vg: clean up dangling instances * canvas vg: fix vector file data memory leak. * efl gfx_path: fix memory leak. * efl_ui_image: fixed elm_image_preload_disabled_set api is not working when it is called before file set ==Download:== http://download.enlightenment.org/rel/libs/efl/efl-1.24.3.tar.xz de95c6e673c170c1e21382918b122417c091c643e7dcaced89aa785529625c2a ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Upcoming 1.24.3 stable update release
Hello. We have again pilled up some fixes in our 1.24.x branch so its time for another stable update release to get them nicely packaged to our users. I am aiming for a release next Wednesday, please get all your fixes in master and backports in efl-1.24 until Tuesday evening. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Coverity issue stats and some push down in June
Hello. Back with one of my pet peeves. :-) Over the last months I only brought this up for the release stabilization, and only for the high impact items. One change I did was making sure we get mail reports for newly introduced issues directly to our list. That worked out well in terms of getting them attention and quick fixes. Thanks to Hermet and others who paid attention to this! We still have a backlog of over 120 issues though and I would like to push a bit this month to get them reduced. If we look how these are distributed we can see 9 high, 103 medium and 11 low impact. But we are also interested in seeing how they are spread in our code base ( especially if we give lib, bin and modules a higher priority compared to tests and examples): 02 benchmark 10 bin 11 bindings 19 examples 45 lib 10 modules 02 static_libs 22 tests 02 /usr/include (system includes, already set them to ignore a few times) 01 /build (eo generated file) 124 total A full CSV list with the remaining issues is attached. I will continue to work on some of these over the next weeks and would welcome help. Pick a few you feel comfortable with and prepare patches. With a few people working on it we should be able to get them down quite a bit to something like 80, or so. It is also very likely that I will poke people directly to look into specific issues based on their expertise. regards Stefan Schmidt CID,Type,Impact,Status,First Detected,Owner,Classification,Severity,Action,Component,Category,File,Function 1409574,Resource leak,High,New,12/07/19,Unassigned,Unclassified,Unspecified,Undecided,Bindings,Resource leaks,/src/bindings/cxx/eldbus_cxx/eldbus_service.hh,service_interface_register 1409573,Iterator container mismatch,High,New,12/07/19,Unassigned,Unclassified,Unspecified,Undecided,Other,Memory - corruptions,/src/tests/eina_cxx/eina_cxx_test_ptrlist.cc,eina_cxx_ptrlist_constructors 1409570,Resource leak in object,High,New,12/07/19,Unassigned,Unclassified,Unspecified,Undecided,Bindings,Resource leaks,/src/bindings/cxx/eina_cxx/eina_ptrarray.hh,_ptr_array_impl 1409567,Resource leak,High,New,12/07/19,Unassigned,Unclassified,Unspecified,Undecided,Bindings,Resource leaks,/src/bindings/cxx/eina_cxx/eina_inlist.hh,push_front 1409562,Resource leak,High,New,12/07/19,Unassigned,Unclassified,Unspecified,Undecided,Bindings,Resource leaks,/src/bindings/cxx/eina_cxx/eina_inarray.hh,insert 1409561,Resource leak,High,New,12/07/19,Unassigned,Unclassified,Unspecified,Undecided,Bindings,Resource leaks,/src/bindings/cxx/eldbus_cxx/eldbus_service.hh,_create_methods_specification_impl 1409560,Iterator container mismatch,High,New,12/07/19,Unassigned,Unclassified,Unspecified,Undecided,Other,Memory - corruptions,/src/tests/eina_cxx/eina_cxx_test_ptrlist.cc,eina_cxx_ptrlist_constructors 1409550,Resource leak,High,New,12/07/19,Unassigned,Unclassified,Unspecified,Undecided,Bindings,Resource leaks,/src/bindings/cxx/eina_cxx/eina_inlist.hh,push_back 1409547,Resource leak,High,New,12/07/19,Unassigned,Unclassified,Unspecified,Undecided,Bindings,Resource leaks,/src/bindings/cxx/eldbus_cxx/eldbus_service.hh,_create_methods_specification_impl 1412364,Unchecked return value,Medium,Triaged,01/14/20,Unassigned,Bug,Unspecified,Fix Submitted,Eio,Error handling issues,/src/tests/eio/eio_test_manager.c,_done_cb 1409575,Uninitialized scalar field,Medium,New,12/07/19,Unassigned,Unclassified,Unspecified,Undecided,Eolian CXX,Uninitialized members,/src/lib/eolian_cxx/grammar/klass_def.hpp,klass_name 1409572,Uninitialized pointer field,Medium,New,12/07/19,Unassigned,Unclassified,Unspecified,Undecided,Bindings,Uninitialized members,/src/bindings/cxx/eina_cxx/eina_inlist.hh,_inlist_iterator 1409569,Uncaught exception,Medium,New,12/07/19,Unassigned,Unclassified,Unspecified,Undecided,Elementary,Error handling issues,/src/examples/elementary/spinner_cxx_example.cc,efl_main 1409566,Dereference null return value,Medium,New,12/07/19,Unassigned,Unclassified,Unspecified,Undecided,Bindings,Null pointer dereferences,/src/bindings/cxx/eina_cxx/eina_inarray.hh,insert 1409564,Using invalid iterator,Medium,New,12/07/19,Unassigned,Unclassified,Unspecified,Undecided,Eolian CXX,API usage errors,/src/tests/eolian_cxx/eolian_cxx_test_documentation.cc,eolian_cxx_test_function_docs 1409559,Unchecked return value,Medium,New,12/07/19,Unassigned,Unclassified,Unspecified,Undecided,Bindings,Error handling issues,/src/bindings/cxx/eldbus_cxx/eldbus_message.hh,error_get 1409557,Infinite loop,Medium,New,12/07/19,Unassigned,Unclassified,Unspecified,Undecided,Other,Program hangs,/src/tests/ecore_cxx/ecore_cxx_test_safe_call.cc,ecore_cxx_safe_call_async 1409554,Uninitialized scalar field,Medium,New,12/07/19,Unassigned,Unclassified,Unspecified,Undecided,Other,Uninitialized members,/src/tests/ecore_cxx/ecore_cxx_test_safe_call.cc,big_nonpod 1409553,Uninitialized scalar field,Medium,New,12/07/19,Unassigned,Unclassified,Unspecified,Undecided,Eolian CXX,Uninitialized members,/src/lib
Re: [E-devel] Time for efl-one
Hello. On 03.06.20 10:55, Quelrond wrote: Hello! On 03/06/2020 09:47, Stefan Schmidt wrote: Hello On 02.06.20 19:10, Quelrond wrote: It will be usable to create bindings for some languages. For example, I tried to create Nim bindings, but their tool analyses headers and EFL/Elementary headers have too complex structure, so it was failed. Sorry, but Efl_One.h header would not be the correct way to solve this. The complexity would be still there, as we would only include our existing headers into this one. If you can provide details on what is failing on their analyses of our headers we might be able to look into this. The way of creation C/C++ bindings in Nim is straightforward and simple in case of presence of ONE header and ONE *.so library. There is a tool that analyses the header and creates Nim file with functions/objects that wrap C/C++ functions/objects. Then one just need to use that wrapper and dynamically load the library and it's all done. In case of including other headers from the first one (and presence of several *.so files) the situation becomes much more complex. There are several tools to work with such headers/libs, but they are all highly experimental and don't work for any lib. So, I've just tried to use on of these tools to analyze elementary.h - the tool was crashed, that's all :) So, probably I'll wait for a better tool Nim side or for Efl.h EFL side ;) I fear that model of the generator is to simple to generate bindings for EFL, sorry. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Time for efl-one
Hello On 02.06.20 19:10, Quelrond wrote: Hi! Indeed, it is fixed now. Following the same logic, could it be possible to create Efl_One.h file with ALL headers in the same file? I don't think this is a good idea. Let me explain why. First of all the _one_ suffix is really only used to indicate that its the merged libs and we need to have something as libefl.so is already used by a different project and can be on the system. Secondly it is a implementation detail if the libs are merged in one so or split on different ones. It should not be exposed to the header. You could not know what the system do when you write the application. I think what you are looking for is our push forward to a unified API. Which might at some point be able to include all you need when writing in application from one header file: Efl.h It will be usable to create bindings for some languages. For example, I tried to create Nim bindings, but their tool analyses headers and EFL/Elementary headers have too complex structure, so it was failed. Sorry, but Efl_One.h header would not be the correct way to solve this. The complexity would be still there, as we would only include our existing headers into this one. If you can provide details on what is failing on their analyses of our headers we might be able to look into this. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] New Defects reported by Coverity Scan for Enlightenment Foundation Libraries
Hello. On 01.06.20 20:52, scan-admin--- via enlightenment-devel wrote: Hi, Please find the latest report on new defect(s) introduced to Enlightenment Foundation Libraries found with Coverity Scan. 1 new defect(s) introduced to Enlightenment Foundation Libraries found with Coverity Scan. These mails will now come directly to the list (instead me forwarding) whenever there was a scan that found new issues. This will get us a shorter cycle between introducing and looking at them, hopefully. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] EFL 1.24.2 release
Two weeks after 1.24.1 we are back with a new stable release. This collection provides some additional fixes for the 1.24.x series. Fixes: * evas_vg_shape: return NULL in evas_vg_shape_add when the parent of shape is NULL * efl_ui_image: fix to call "clicked" smart callback when there is no img * ecore-x - ensure we fully look at all xkb events and refresh all binds * evas_vg_container: return NULL in evas_vg_container_add when the parent of container is NULL * build: ensure we set ENABLE_LUA_OLD when using a lua interpreter ==Download:== http://download.enlightenment.org/rel/libs/efl/efl-1.24.2.tar.xz e1f91dfe8b8171f182f474eb9cfb13d9176c21f1879983fb896e92f7e2ce7a70 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Upcoming 1.24.2 stable update release
Hello. In teh last ten days since 1.24.1 we pilled up another set of patches I wanted to get into a release. The lua old fix could be interesting for some packagers and in general it would be good to be fast with the first few stables updates after a major release. I would aim for next Monday, 25.5. So get all your fixes into master an backported until Sunday, please. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Coverity Scan subscription confirmation
Hello. On 18.05.20 14:42, scan-admin--- via enlightenment-devel wrote: Hi enlightenment-devel@lists.sourceforge.net, Your email was added by ste...@datenfreihafen.org to receive software defect notifications from [1]Coverity Scan for the Enlightenment Foundation Libraries project. To confirm and activate these notifications, [2]click here. If you do not wish to receive these emails, you may safely ignore this message. Great, so it finally worked! This should ensure that we are seeing the Coverity reports when new issues are seen on our daily run. This should get people a chance to look at them more quickly. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Fwd: New Defects reported by Coverity Scan for Enlightenment Foundation Libraries
Another Coverity issue found yesterday. Forwarded Message Subject: New Defects reported by Coverity Scan for Enlightenment Foundation Libraries Date: Tue, 12 May 2020 19:23:50 + (UTC) From: scan-ad...@coverity.com To: ste...@datenfreihafen.org Hi, Please find the latest report on new defect(s) introduced to Enlightenment Foundation Libraries found with Coverity Scan. 1 new defect(s) introduced to Enlightenment Foundation Libraries found with Coverity Scan. New defect(s) Reported-by: Coverity Scan Showing 1 of 1 defect(s) ** CID 1428799: Null pointer dereferences (REVERSE_INULL) /src/lib/evas/canvas/efl_canvas_object_animation.c: 151 in _efl_canvas_object_animation_animation_pause_set() *** CID 1428799: Null pointer dereferences (REVERSE_INULL) /src/lib/evas/canvas/efl_canvas_object_animation.c: 151 in _efl_canvas_object_animation_animation_pause_set() 145if (pd->in->pause_state == pause) return; 146 147if (pause) 148 _end(obj, pd); 149else 150 _start(obj, pd,(pd->in->speed < 0) ? 1.0 - pd->in->progress : pd->in->progress); CID 1428799: Null pointer dereferences (REVERSE_INULL) Null-checking "pd->in" suggests that it may be null, but it has already been dereferenced on all paths leading to the check. 151if (pd->in) pd->in->pause_state = pause; 152 } 153 154 EOLIAN static Eina_Bool 155 _efl_canvas_object_animation_animation_pause_get(const Eo *obj EINA_UNUSED, Efl_Canvas_Object_Animation_Data *pd) 156 { To view the defects in Coverity Scan visit, https://u2389337.ct.sendgrid.net/ls/click?upn=nJaKvJSIH-2FPAfmty-2BK5tYpPklAc1eEA-2F1zfUjH6teExl4Ru1vqXvuwTryVO2Nj02BDTXle-2BVhCv8FT7jqbi77HUQo-2FVd-2B1-2F-2BoakUp0ZyUERYinKunD4dh9MAw6ivIOiF3way_JmTL-2B48xyW7Yn2O51uC4ogY6X2-2FLHNxtv4FHC5fbQZiOqqn-2B8yMi01VrcreZMpiy1pqluJg0cIBTqbOGT0olKXA2sTYzZsYwLvOuuwlqVQ9pxskQwByyPebw0MCpxMOfyopOQMI-2F99uVMlK9mh4XKiF22T-2B-2F4wFpCOtXYC6fi6OGjs-2FqoGkFL7K11959W5foikVh9gBIc2mwRPFi9NuVwB2pHqzQpJpVsp-2FOhNV497YqcVjd6GZnPCNrl1Q-2BoSAX To manage Coverity Scan email notifications for "ste...@datenfreihafen.org", click https://u2389337.ct.sendgrid.net/ls/click?upn=nJaKvJSIH-2FPAfmty-2BK5tYpPklAc1eEA-2F1zfUjH6teEwKPNNrzEFiIgTetQBd7l2Xvx3RmExSxSary1NKqbYJzvAYN6rIwjwlzCIDsnVxKIs1IsiMKrMudAasp4-2BXTMe-2BsMV5Xf019f-2BnGDivW0l0gdQKwBmPFehuj-2Bg1WWnyp1U-3Dcrw4_JmTL-2B48xyW7Yn2O51uC4ogY6X2-2FLHNxtv4FHC5fbQZiOqqn-2B8yMi01VrcreZMpiy1pqluJg0cIBTqbOGT0olKQ7PTtNE3RGjuLvU2yo9RbifuZAT5nJRpW7a3XFwmon1Uz5RanP-2FDLMHoLjHaEGADRJRuAqI1L5VScqxlimAQRDp-2BJLWkBxIQ1SQreXY1N864DxsAvcqgax6U2rXIVdYM69UgIksRC-2FQ7coimRc4LNVCeQKbOpEs2rnWBy5zRBVB ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] EFL 1.24.1 release
We collected and backport some fixes in are now ready to release the first stable update for the efl 1.24.x series. Fixes: * edje - don't set font sizes less than 1 * ecore_evas_x - fix maximize/unmaximize request corner case * ecore_evas: only define these eina errors once * exactness: remove no longer needed _evas_new() * exactness_player: do not test for delay_ms * evas + gl - fix callback-to-app-changes-state issue with pixel data ==Download:== http://download.enlightenment.org/rel/libs/efl/efl-1.24.1.tar.xz 67aafb53926426b245ba934e3a4adc2f465041b9c3cbcabfff8f914367f94bf7 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Upcoming 1.24.1 stable release
Hello. On 07.05.20 12:01, Simon Lees wrote: On 5/7/20 7:26 PM, Stefan Schmidt wrote: Hello. On 07.05.20 10:37, Simon Lees wrote: Hi On 5/6/20 11:24 PM, Stefan Schmidt wrote: Hello. So far we hard nothing to problematic from 1.24 so it seems to be a good release without anythign to complain about. :-) In the meantime a few fixes found their way into master (and have been backported to the efl-1.24 branch). I wanted to bundle them up into a 1.24.1 update Monday next week. If you have fixes they should be in master and backported to efl-1.24 by Sunday evening your time. regards Stefan Schmidt Would it make sense to time this to be around the same time as the next e release incase any more e related issues are picked up in that time? From what I understand Raster's plan is to have another one or two betas in a weekly schedule. So we would have some weeks of fixes to wait for. I can simply do another 1.24.2 for this to catchup on all needed fixes for E 0.24. How does that sound? That would also work, I guess it depends how severe the issues that have been fixed to this point are, if they are not things most people would notice then maybe its not worth the time and effort of 2 close releases but if they are it probably is. Agreed. We alos discussed this on IRC a bit. Basically I will do the 1.24.1 as planned. Follow how the E beta turns out and when its ready for release. And at that point we can see if we have important fixes in the efl-1.24 branch that would be needed for the E release. If yes, I will simply do 1.24.2 to fit that requirement. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Upcoming 1.24.1 stable release
Hello. On 07.05.20 10:37, Simon Lees wrote: Hi On 5/6/20 11:24 PM, Stefan Schmidt wrote: Hello. So far we hard nothing to problematic from 1.24 so it seems to be a good release without anythign to complain about. :-) In the meantime a few fixes found their way into master (and have been backported to the efl-1.24 branch). I wanted to bundle them up into a 1.24.1 update Monday next week. If you have fixes they should be in master and backported to efl-1.24 by Sunday evening your time. regards Stefan Schmidt Would it make sense to time this to be around the same time as the next e release incase any more e related issues are picked up in that time? From what I understand Raster's plan is to have another one or two betas in a weekly schedule. So we would have some weeks of fixes to wait for. I can simply do another 1.24.2 for this to catchup on all needed fixes for E 0.24. How does that sound? regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Upcoming 1.24.1 stable release
Hello. So far we hard nothing to problematic from 1.24 so it seems to be a good release without anythign to complain about. :-) In the meantime a few fixes found their way into master (and have been backported to the efl-1.24 branch). I wanted to bundle them up into a 1.24.1 update Monday next week. If you have fixes they should be in master and backported to efl-1.24 by Sunday evening your time. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Enlightenment Foundation Libraries 1.24 Release
After eight months of development work we are proud to announce the release of version 1.24 of the Enlightenment Foundation Libraries. In these eight months we got almost 1900 commits from 54 authors. Great job everyone! Alastair Poole, Ali, Ali Alzyod, Bartlomiej Grzelewski, Bo Anderson, Boris Faure, Bowon Ryu, Bruno da Silva Belo, Carsten Haitzler, Cedric BAIL, Christopher Michael, ChunEon Park, Daniel Kolesa, Daniel Zaoui, Davide Andreoli, Felipe Magno de Almeida, Hermet Park, Hosang Kim, Jaehyun Cho, Jihoon Kim, Jongmin Lee, João Paulo Taylor Ienczak Zanette, JunsuChoi, Jérémy Zurcher, Lauro Moura, Lucas Cavalcante de Sousa, Marcel Hollerbach, Massimo Maiurana, Mateusz Denys, Mike Blumenkrantz, Myoungwoon Roy, Kim, Proht, ProhtMeyhet, Ross Vandegrift, SangHyeon Jade Lee, Shilpa Singh, Shinwoo Kim, Simon Tischer, Stefan Schmidt, Subodh Kumar, Taehyub Kim, Tom Callaway, Vincent Torri, Wonki Kim, WooHyun Jung, Woochanlee, Xavi Artigas, Yeongjong Lee, YoungBok Shin, a.srour, abdulleh Ghujeh, ali, rafspiny, thierry1970, == Download == http://download.enlightenment.org/rel/libs/efl/efl-1.24.0.tar.xz b3b96e443c5e36a93e5fe443304ecb661a4707ef921385bf7d9ff24c9e980cfa == What's New == We only cover some of the bigger changes here. For the full list please look at the NEWS file, if you are interested in the details. As usual we have been working on fixing bugs, optimising our code for speed and memory footprint and adding new features. == EO memory optimization == EO is our object abstraction. The object abstraction stores the implemented functions in something called [[ https://en.wikipedia.org/wiki/Virtual_method_table | vtable ]]. These vtables are one of the most memory intensive parts of efl. Before this release, every object was capable of storing every function which was defined until the point of the declaration of the class. This was a little bit wasteful. With the new approach, the vtables only contain a little bit more than required to store the functions required. Optimizing this memory layout is a small degree between performance and memory usage. With this new way we are using 200Kb less memory than before. Details can be found [[ https://sourceforge.net/p/enlightenment/mailman/message/36926746/ | here ]]. == Copy and Paste rework == The old implementation has been located in elementary. For the new implementation all this has been split up into 3 different layers, eina, ecore-evas, and elementary. In eina we now have a container that abstracts a slice of bytes with a mimetype, these containers can be transformed to different types (as long as there is a conversion method). Since Copy & Paste and Drag & Drop is mostly about display protocol we have a huge amount of platform depending protocol code, this code is placed in the ecore evas modules of the corresponding platform. In elementary we have the code around to glue the ecore evas abstraction to elm code. As an example for what this code does: When ecore-evas notifies you that the selection of something has changed, this event needs to be translated to the widget that have registered a event for it. Also, when there is a mouse over while doing a dragging operation, these move events have to be delivered to the widgets that have asked for them. == Ecore_Wl2 work == In this release, the Ecore_Wl2 library has gone through an extensive stabilization phase. The API has been fully documented, and test cases have been provided to verify functionality. In addition, some API functions have been removed while others have been added. A brief summary of the API additions is listed below: * Added function to find a window by a given surface * Added function to find the connected display by name * Added function to get the compositor object from a given display * Added functions to get various window properties such as Aspect, Title, Class, Role, Type, Opaque region, Input region * Added function to get the default input of a given display * Added function to set the keyboard repeat rate * Added function to set the mouse cursor based on cursor name Although this release has seen many changes to the Ecore_Wl2 library, it should be noted that it is still considered to be in Beta and is subject to change in future releases. == Documentation work == As usual, continuous improvement of the current documentation and addition of a few missing bits. == Removals == In this release cycle we finally cleaned out some corners of our libraries which have been in need for it. We de-duplicated some media backend support and removed beta libraries which never came beyond this stage and libraries which are depending on deprecated or now unsupported components. * emotion & evas: remove gstreamer 0.10 support (gstreamer 1.x support is stable) * escape: remove library from tree (no known reamaining user of EFL on PS3 OS) * ecore_x: remove support XGesture exte
Re: [E-devel] EFL 1.24 first abi checker results (beta2)
Hello Dave. On 27.04.20 19:13, Davide Andreoli wrote: What about cleaning the build warnings for the release? I'm getting this ones on latest git: [1806/2261] Compiling C object 'src/lib/elementary/f70ca57@@elementary@sha /efl_ui_widget.c.o'. In file included from ../src/lib/elementary/efl_ui_widget.c:5701: src/lib/elementary/efl_ui_widget_part.eo.c: In function ‘__eolian_efl_ui_widget_part_efl_gfx_entity_scale_set’: src/lib/elementary/efl_ui_widget_part.eo.c:49:125: warning: unused parameter ‘scale’ [-Wunused-parameter] 49 | static void __eolian_efl_ui_widget_part_efl_gfx_entity_scale_set(Eo *obj EINA_UNUSED, Elm_Part_Data *pd EINA_UNUSED, double scale) | ~~~^ [1829/2261] Compiling C object 'src/lib/elementary/f70ca57@@elementary@sha /efl_ui_view_model.c.o'. In file included from ../src/lib/elementary/efl_ui_view_model.c:859: src/lib/elementary/efl_ui_view_model.eo.c: In function ‘_efl_ui_view_model_property_logic_add_ownership_fallback’: src/lib/elementary/efl_ui_view_model.eo.c:13:86: warning: unused parameter ‘get_data’ [-Wunused-parameter] 13 | _efl_ui_view_model_property_logic_add_ownership_fallback(const char *property, void *get_data, EflUiViewModelPropertyGet get, Eina_Free_Cb get_free_cb, void *set_data, EflUiViewModelPropertySet set, Eina_Free_Cb set_free_cb, Eina_Iterator *bound) | ~~^~~~ src/lib/elementary/efl_ui_view_model.eo.c:13:140: warning: unused parameter ‘get_free_cb’ [-Wunused-parameter] 13 | _efl_ui_view_model_property_logic_add_ownership_fallback(const char *property, void *get_data, EflUiViewModelPropertyGet get, Eina_Free_Cb get_free_cb, void *set_data, EflUiViewModelPropertySet set, Eina_Free_Cb set_free_cb, Eina_Iterator *bound) | ~^~~ src/lib/elementary/efl_ui_view_model.eo.c:13:159: warning: unused parameter ‘set_data’ [-Wunused-parameter] 13 | _efl_ui_view_model_property_logic_add_ownership_fallback(const char *property, void *get_data, EflUiViewModelPropertyGet get, Eina_Free_Cb get_free_cb, void *set_data, EflUiViewModelPropertySet set, Eina_Free_Cb set_free_cb, Eina_Iterator *bound) | ~~^~~~ src/lib/elementary/efl_ui_view_model.eo.c:13:213: warning: unused parameter ‘set_free_cb’ [-Wunused-parameter] 13 | _efl_ui_view_model_property_logic_add_ownership_fallback(const char *property, void *get_data, EflUiViewModelPropertyGet get, Eina_Free_Cb get_free_cb, void *set_data, EflUiViewModelPropertySet set, Eina_Free_Cb set_free_cb, Eina_Iterator *bound) | ~^~~ They seems easy to fix and they give a bad impression on a stable release Its a fair point. As Xavi mentioned already this comes from generated code. I will talk to Daniel to see if we can get this fixed in time for the release. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Final touches on 1.24 release announcement
Hello. With the final release upcoming soon I started to do the final touches on the release announcement draft. Anyone want to review, fix typos and and some more hurry up to have a look here: https://phab.enlightenment.org/w/efl_and_elementary_1_24_release_announcement/ regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL 1.24 first abi checker results (beta2)
Hello. I just uploaded another run for current git master. http://www.enlightenment.org/~stefan/abi-tracker/objects_report/efl/1.24.0-beta3/current/report.html This looks good for the changes from beta3 to current. If anyone wants to do another review this would be the last chance to do so as I am planning to do the final release on Wednesday. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Various security issues in setuid-root binary enlightenment_system
Hello. On 22.04.20 16:54, Carsten Haitzler (The Rasterman) wrote: On Wed, 22 Apr 2020 11:02:46 +0200 Matthias Gerstner said: fixed. :) And obviously a big thanks to Matthias for taking the time to analyze and report the issues! regards Stefan Schmidt Hi, the SUSE security team has been asked [1] to review the new `enlightenment_system` setuid-root binary for inclusion into openSUSE Tumbleweed. Therefore I looked into the snapshot that our packager provided me with. It seems to correspond to git [2] commit b5fa86e7f5301452f4156ba62bc073f27280c798, at least with regard to the `enlightenment_system` code itself. [1]: https://bugzilla.suse.com/show_bug.cgi?id=1169238 [2]: https://git.enlightenment.org/core/enlightenment.git # Security Issues After reviewing this setuid-root binary I don't deem the current state of it fit for production use. I have found the following individual issues: ## a) `_store_mount_verify()` follows symlinks in /media/$user This function rejects relative path components in the target mount path. It is unaware of symlinks, however. Furthermore it makes sure that /media/$user and /media/$user/$sub are existing and are owned by the $uid:$gid of the unprivileged user. - by placing a symlink in /media/$user/$sub the setuid-root binary can be tricked into creating attacker owned directories in arbitrary locations. This can quite likely lead to full root access by creating user owned directories e.g. beneath /etc that are then used by other privileged programs. - if the attacker wins a race condition he can also cause the setuid-root binary to pass ownership of arbitrary existing directories to him. The `_store_mount_verify()` function performs a single `stat()` call on the target mount path. The operation is only rejected if it exists and is not owned by the unprivileged user. Therefore if the attacker places a suitable symlink in the target path just after this `stat()` is performed by the setuid-root binary, the following `_mkdir()` invocation will `mkdir()` and `chown()` the path components nonetheless. This allows full root system access by gaining ownership of e.g. /etc or /root. To fix this I suggest not to pass ownership of /media/$user or of any sub-directories to the unprivileged user. If /media/$user is user controlled then the mount operation should be rejected. ## b) `_store_umount_verify()` does not protect against shell metacharacters and relative path components This function tries to make sure that the user can only unmount his own mounts below /media/$user. It also rejects backslashes in the path. However it does not reject relative path components or shell characters. - this allows a regular user to unmount arbitrary file systems by passing paths like "/media/$user/../../tmp. - since the unmount is performed by calling the `umount` utility via "/bin/sh", shell metacharacters will be interpreted. Passing a path like '/media/testuser/$(date)' will cause the setuid-root program to execute the `date` program as root. This leads to full code execution as root. The only requirement is that a directory of the same name exists. Spaces are also allowed in the path, therefore even complex commands can be executed as root. I recommend to reject relative path components and shell metacharacters in this function to fix the issue. ## c) `_store_device_verify()` limitations are insufficient This function tries to make sure that the source device path argument for block device operations is within the confines of the /dev directory. To do so a lot of special characters are rejected as well as relative path components "/..". It fails to consider symlinks, however: - The /dev/fd directory on Linux is a symlink to /proc/self/fd. Therefore an already open file descriptor can be used as device argument. Open files are inherited from a potential attacker's context into the setuid-root context, therefore this can be used to circumvent the limitation. A prerequisite is that the attacker needs to have necessary privileges to open a file descriptor for the source file. - The /dev/shm directory on Linux is a world-writable sticky-bit directory. Therefore an unprivileged user can place symlinks in this directory. `_store_device_verify()` will not reject such paths. Such a symlink attack only works if the kernel symlink protection feature is off, however. Or if the attacker wins a race condition, because `_store_device_verify()` performs a `stat()` on the path and only rejects the operation if the file can't be accessed. So an attacker could first place a regular file in there and after the `stat()` is performed it can replaced the file by a symlink. The setuid-root program will then pass the path to the symlink when invoking child programs e.g. an `eject /dev/shm/test` which points to /dev/sr0 worked for me
Re: [E-devel] EFL 1.24 first abi checker results (beta2)
Hello Jean Rene. On 22.04.20 08:27, Jean Rene Dawin wrote: Stefan Schmidt wrote on Wed 15/04/20 15:48: Hello. I hoped the alpha and beta release are getting picked up by the abi-tracker website directly. That was not the case. Not sure why this is not the case, but I took this as a nudge to setup abi-tracker/upstream-tracker just for efl on my machine. I uploaded the first results now and I would hoep everybody could have a look and see if we have problems here for 1.24 http://www.enlightenment.org/~stefan/abi-tracker/timeline/efl/ Hi, are the warnings like efl_canvas_text_eo.legacy.h, libevas.so.1.23.3 - evas_object_textblock_visible_range_get ( Efl_Canvas_Text* obj, Efl_Text_Cursor_Cursor* start, Efl_Text_Cursor_Cursor* end ) + evas_object_textblock_visible_range_get ( Efl_Canvas_Textblock* obj, Efl_Text_Cursor_Handle* start, Efl_Text_Cursor_Handle* end ) really not a problem? If my code has this: Efl_Canvas_Text *bla; it compiles well with 1.23.3 but 1.24 gives unknown type name 'Efl_Canvas_Text' Thanks a lot for bringing this to our attention. Sorry for missing it in the first place. After some discussion with Marcel Ali came up with a patch that should fix the problem for you. This should fix your problem: https://phab.enlightenment.org/D11744 I am going to push this now. Please let us know if it is working correctly afterwards for you. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] EFL 1.24.0 beta 3
Beta 3 is out for our upcoming 1.24 release. Hopefully this will be a our last beta before a final release next week. Things are looking calm and I am not aware of any show-stopper right now **Fixes:** * elm menu - fix segv on deletion/shutdown where parent was not done ok * canvas svg: fix memory leak. **Download** http://download.enlightenment.org/rel/libs/efl/efl-1.24.0-beta3.tar.xz ff4dc6d9921788b20729e5831d30baedf7c027b5ed9129ec4a0ad9a49de73af3 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Release blockers for efl 1.24?
Hello. We will have another beta tomorrow. Gives us another week to make this release solid. After spending the better part of the day in phab and crawling through our tickets I came back with zero hands in terms of efl 1.24 release blocker bugs. Don't get me wrong, we have plenty of open tickets and bugs to squash, but they are either old, hard to reproduce, have no activity from the reporter, etc. When asking around a bit more I can see two issues which we should try to get some attention to in hopes to get in fixed before the release. T8641 a regression seen in ephoto Currently under investigation by Netstar and zmike T8643 broken transparency in Terminology outside E. This has been the case for a few efl releases already though. If you have anything else in your mind that you consider a blocker for the release please let me know as soon as possible so I am aware of it. (and not only the day before final) :-) regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL Coverity severity high issues to look at before 1.24
Hello. On 15.04.20 11:52, Stefan Schmidt wrote: Hello. I compiled a list with Coverity issues listed as severity high in our current master. I also tried to come up with someone who should be able to have a look (could be wrong). Please help out with this by looking at the reports and help fixing them. https://scan6.coverity.com/reports.htm#v46189/p10304 We got all issues with severity HIGH (besides the CXX ones...) fixed by now. Thanks everybody who chipped in! regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e16 mentioned in this talk
Hello. On 19.04.20 09:14, Jonathan Aquilina wrote: https://www.youtube.com/watch?v=8QlZbg5B1vk&feature=youtu.be A talk from 2000 :-) regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL 1.24 first abi checker results (beta2)
Hello. On 15.04.20 16:15, Mike Blumenkrantz wrote: Hi, I checked, and there don't seem to be any issues with the removed symbols. I agree. We only have three symbol removals and all are ok to me as well. Removed Symbols: Edje_Common.h, libedje.so.1.23.3 edje_3d_object_add ( Evas_Object* obj, Eo** root_node, Eo* scene ) -> The complete Evas3D support was removed and it was only beta eina_types.h, libeina.so.1.23.3 eina_prime_table [data] -> Since table was not accurate and really useless. elm_widget.h, libelementary.so.1.23.3 elm_selection_selection_has_owner ( Evas_Object* obj ) -> Part of elm_widget.h which is not considered stable. If we want this symbol back anyway, Marcel has a patch for this. Not sure if this is worth it. Thoughts? Added Symbols: -- We have 59 new symbols this release. I looked over them and the naming seems sane to me. I would encourage more people to have a look at them as well! I stumbled over ecore_evas_callback_drop_drop_set() but the first drop is the namespace and the function set the drop. Just looked odd. :-) eina_content_* is a complete new API, symbol wise it looks ok to me. I was wondering a bit about the four new eina_matrix4_* functions. With Evas3D gone I thought we would not need them anymore. I was wrong, they are used in our vector graphics code. All good. :-) regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL Coverity severity high issues to look at before 1.24
Hello. On 15.04.20 16:46, Mike Blumenkrantz wrote: Hi, I've resolved all the unassigned issues. Thanks a lot. You are always welcome to look at the others as well. :-) I just assigned by most touches of this code. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] EFL 1.24 first abi checker results (beta2)
Hello. I hoped the alpha and beta release are getting picked up by the abi-tracker website directly. That was not the case. Not sure why this is not the case, but I took this as a nudge to setup abi-tracker/upstream-tracker just for efl on my machine. I uploaded the first results now and I would hoep everybody could have a look and see if we have problems here for 1.24 http://www.enlightenment.org/~stefan/abi-tracker/timeline/efl/ regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] EFL 1.24.0 beta 2
Beta 2 is out for our upcoming 1.24 release. If you have bugs that are not addressed now, its about time to let us know. **Fixes:** * elm_cnp: fix memory leaks **Download** http://download.enlightenment.org/rel/libs/efl/efl-1.24.0-beta2.tar.xz 25f82e1f2da6a5b86973ab37370477ec6964a3b57adc5c74929977b8b4d6fccd regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] EFL Coverity severity high issues to look at before 1.24
Hello. I compiled a list with Coverity issues listed as severity high in our current master. I also tried to come up with someone who should be able to have a look (could be wrong). Please help out with this by looking at the reports and help fixing them. https://scan6.coverity.com/reports.htm#v46189/p10304 1422195 Unbounded source buffer Memory - corruptions /src/bin/exactness/player.c eina_init -> Marcel/Stefan 1422016 Use after free Memory - illegal accesses /src/bin/edje/edje_codegen.c _parse_programs -> ?? 1422012 Use after free Memory - illegal accesses /src/bin/edje/edje_codegen.c _parse_programs -> ?? 1421994 Resource leak Resource leaks /src/bin/exactness/common.c ex_prg_invoke -> Marcel/Stefan 1420331 Use after free Memory - illegal accesses /src/lib/ecore_evas/ecore_evas_fallback_selection.c available_types -> Marcel 1420314 Resource leak Resource leaks /src/tests /eina/eina_test_abstract_content.c eina_test_content_value_set -> Marcel 1419852 String not null terminated Memory - illegal accesses /src/lib/evas/cache/evas_cache_image.c evas_cache_image_request -> Raster/Hermet 1409655 Resource leak Resource leaks /src/lib/elementary/efl_ui_collection_view.c _efl_model_count_changed -> ?? 1409574 Resource leak Resource leaks /src/bindings/cxx/eldbus_cxx/eldbus_service.hh service_interface_register -> Felipe and team 1409573 Iterator container mismatch Memory - corruptions /src/tests/eina_cxx/eina_cxx_test_ptrlist.cc eina_cxx_ptrlist_constructors -> Felipe and team 1409570 Resource leak in object Resource leaks /src/bindings/cxx/eina_cxx/eina_ptrarray.hh _ptr_array_impl -> Felipe and team 1409567 Resource leak Resource leaks /src/bindings/cxx/eina_cxx/eina_inlist.hh push_front -> Felipe and team 1409562 Resource leak Resource leaks /src/bindings/cxx/eina_cxx/eina_inarray.hh insert -> Felipe and team 1409561 Resource leak Resource leaks /src/bindings/cxx/eldbus_cxx/eldbus_service.hh _create_methods_specification_impl -> Felipe and team 1409560 Iterator container mismatch Memory - corruptions /src/tests/eina_cxx/eina_cxx_test_ptrlist.cc eina_cxx_ptrlist_constructors -> Felipe and team 1409550 Resource leak Resource leaks /src/bindings/cxx/eina_cxx/eina_inlist.hh push_back -> Felipe and team 1409548 Pointer to local outside scope Memory - illegal accesses /src/bindings/cxx/eo_cxx/eo_cxx_interop.hh convert_to_c -> Felipe and team 1409547 Resource leak Resource leaks /src/bindings/cxx/eldbus_cxx/eldbus_service.hh _create_methods_specification_impl -> Felipe and team 1407236 Resource leak Resource leaks /src/tests/efl/efl_test_composite_model.c _children_slice_get_then -> ?? 1382852 Resource leak Resource leaks /src/lib/evas/canvas/evas_font_dir.c evas_font_load -> Ali and team? 1382215 Resource leak Resource leaks /src/static_libs/vg_common/vg_common_svg.c vg_common_create_svg_node_helper -> Hermet regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] EFL 1.24.0 beta 1
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:** * ui textpath: update map before rendering begins. * elm icon/image efl ui image - respect aspect hints at all if set http://download.enlightenment.org/rel/libs/efl/efl-1.24.0-beta1.tar.xz 5dfd1a998361c3312f2b33447ce68deafe88d845494942040e16973ec96bcc2f ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] EFL 1.24.0 alpha 1
With this alpha release we are marking the freeze and start of the stabilization phase for the efl 1.24 release cycle. Please give it some testing and report problems to us so we can work towards a well working release. **Features:** * eina: add comparison macros for Eina_Size2D and Eina_Position2D * ecore-wl2: Add API to find a window by surface * ecore-wl2: Add API to find a connected display given a name * ecore-wl2: Add API to return the compositor object from a given display * ecore-wl2: Add API to return window type * ecore-wl2: Add API to find a window by given surface * edje: Add text change signal * edje: add json file support feature **Fixes:** * efl_ui/bg: unset finger_size multiplier during construction (T8304) * elementary: always use a font that matches our expectation for our test instead of the system one. (T8277) * doc: improve colorselector preview (T8304) * eldbus: properly call parent finalize during creation of Eldbus.Model_Method. * efl_ui/win: fix max size hint eval (T8304) * eet - fix loading eet files that do not have dicts (T8368) * evas/callbacks: emit hardcoded legacy smart callbacks always * elm/layout: add some workarounds to try handling legacy min sizes * ecore_evas/wl2 0 fux xdg close cb for window when it's closed remotely * wl egl - use platform get display * ecore-evas-wayland: Add handler to array * ecore_evas_wayland: Fix array step size * efl/timer: correctly handle recursion for timer processing * elm/genlist: trigger filter,done callback immediately if no filter queue exists * elm/genlist: fix "drag" smart callback * elm/genlist: set pan need recalc during item move on item position change * elm/genlist: fix item focus unregister on item move * ecore/timer: correctly handle recursive deletion of legacy timers * ecore-drm2: Fix issue of shifting 1 by more than 32bits * efreet - consider ctime changes as changes too * edje - box - calc min size correctly at start ... * vector svg: apply fill-opacity to graidents fill objects. * evas vector: initialize data member properly. * fix jpeg loading which freed the wrong ptr (T8497) * fix the wrong method signature for evas_textgrid * efl_ui/layout: fix multiple emissions of theme,changed during construction * ui image: fix scale_method expand behavior. * ecore-x - fix fallbacks to use capital X in lib name (T8543) * elm - widget - actually check object smart data return for no data * canvas vector: fix to refresh svg file of vector object. * evas - fix access-after-free where during destroy hash item not cleared * elm - fix filesel deferred unref to not crash * ecore_con - freebsd bind blocking workaround * elm win + ecore evas - fix csd stuff like base size and min sizing * evas - fix access-after-free number 2 (T8534) * elm win - fix client side move/resize req handling csd in x * edje - store original size in edje struct and dont exceed max size * evas - loaders - jp2k - re-enable in the build after it was lost * edje_entry: Add matching tag. * evas/events: fix multi-touch object targeting on touch down events * eo - fix - fix alignment of eo object class structs - it was wrong * canvas font: correct wrong masking length. * Efl.Gfx.Path: Fix condition of for loop in current search * canvas mask: fix incorrect render surface size. * canvas proxy: fix broken proxy source clipping function. * evas gl: clip rect with proper size. * canvas proxy: fix a missing case that proxy not updated properly. * evas_object_box: respect static clipper. * ecore evas x - on argb dont create unused 1 bit pixmap masks * emotion - webcam - fix segv on webcam plug/unplug and clean **Removals:** * emotion & evas: remove gstreamer 0.10 support * escape: remove library from tree * ecore_x: remove support XGesture extension * elocation: remove beta library * eeze: remove tizen module support from eeze sensor * evas3d: remove support for evas 3D which was a beta all along **Download** http://download.enlightenment.org/rel/libs/efl/efl-1.24.0-alpha1.tar.xz a1d56848be9ebbac47d542df1f0075b927776c0402bdb192ecba4dd25a6c5656 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Reminder about soon closing 1.24 merge window
Hello. On 23.03.20 13:26, Stefan Schmidt wrote: Hello. I only received positive feedback on the proposed 1.24 schedule so I will go ahead with it as planned. We are going to freeze master on April 1st. This is giving you a bit over a week notice to allow you to merge things in before we freeze. === Schedule === 2019-10-01 1.23 release / merge window for 1.24 opens 2020-03-23 Notice about soon ending merge window 2020-04-01 Merge window is over. Freeze in place. * Only bug fixes from this point * Alpha release tarball 2020-04-08 Beta1 release tarball * Only critical fixes from this point 2020-04-15 Beta2 release tarball 2020-04-22 Final EFL 1.24 or beta 3, depending on bug status 2020-04-29 Final EFL 1.24 is out (alternative date) A last reminder. Tomorrow we will freeze master for stabilization towards the 1.24 release. If you have a big feature that should make it, bring it in today. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Fwd: New Defects reported by Coverity Scan for Enlightenment Foundation Libraries
Forwarded Message Subject: New Defects reported by Coverity Scan for Enlightenment Foundation Libraries Date: Fri, 20 Mar 2020 18:21:24 + (UTC) From: scan-ad...@coverity.com To: ste...@datenfreihafen.org Hi, Please find the latest report on new defect(s) introduced to Enlightenment Foundation Libraries found with Coverity Scan. 8 new defect(s) introduced to Enlightenment Foundation Libraries found with Coverity Scan. 1 defect(s), reported by Coverity Scan earlier, were marked fixed in the recent build analyzed by Coverity Scan. New defect(s) Reported-by: Coverity Scan Showing 8 of 8 defect(s) ** CID 1422001: Uninitialized variables (UNINIT) /src/lib/elementary/elm_atspi_bridge.c: 1644 in _text_attributes_get() *** CID 1422001: Uninitialized variables (UNINIT) /src/lib/elementary/elm_atspi_bridge.c: 1644 in _text_attributes_get() 1638else 1639 { 1640 goto fail; 1641 } 1642 1643eldbus_message_iter_container_close(iter, iter_array); CID 1422001: Uninitialized variables (UNINIT) Using uninitialized value "end" when calling "eldbus_message_iter_arguments_append". 1644eldbus_message_iter_arguments_append(iter, "ii", start, end); 1645 1646return ret; 1647 1648 fail: 1649if (ret) eldbus_message_unref(ret); ** CID 1422000: Resource leaks (RESOURCE_LEAK) /src/lib/elementary/elm_atspi_bridge.c: 1412 in _text_text_get() *** CID 1422000: Resource leaks (RESOURCE_LEAK) /src/lib/elementary/elm_atspi_bridge.c: 1412 in _text_text_get() 1406 return _dbus_invalid_ref_error_new(msg); 1407 } 1408 1409str = str ? str : strdup(""); 1410 1411Eldbus_Message *ret = eldbus_message_method_return_new(msg); CID 1422000: Resource leaks (RESOURCE_LEAK) Variable "str" going out of scope leaks the storage it points to. 1412EINA_SAFETY_ON_NULL_RETURN_VAL(ret, NULL); 1413eldbus_message_arguments_append(ret, "s", str); 1414 1415free(str); 1416 1417return ret; ** CID 1421999: Resource leaks (RESOURCE_LEAK) /src/lib/elementary/elm_atspi_bridge.c: 1368 in _text_string_at_offset_get() *** CID 1421999: Resource leaks (RESOURCE_LEAK) /src/lib/elementary/elm_atspi_bridge.c: 1368 in _text_string_at_offset_get() 1362 return _dbus_invalid_ref_error_new(msg); 1363 } 1364 1365str = str ? str : strdup(""); 1366 1367ret = eldbus_message_method_return_new(msg); CID 1421999: Resource leaks (RESOURCE_LEAK) Variable "str" going out of scope leaks the storage it points to. 1368EINA_SAFETY_ON_NULL_RETURN_VAL(ret, NULL); 1369 1370eldbus_message_arguments_append(ret, "sii", str, start, end); 1371free(str); 1372 1373return ret; ** CID 1421998: Resource leaks (RESOURCE_LEAK) /src/lib/elementary/elm_atspi_bridge.c: 1573 in _text_attribute_value_get() *** CID 1421998: Resource leaks (RESOURCE_LEAK) /src/lib/elementary/elm_atspi_bridge.c: 1573 in _text_attribute_value_get() 1567else 1568 { 1569 return _dbus_invalid_ref_error_new(msg); 1570 } 1571 1572ret = eldbus_message_method_return_new(msg); CID 1421998: Resource leaks (RESOURCE_LEAK) Variable "value" going out of scope leaks the storage it points to. 1573EINA_SAFETY_ON_NULL_RETURN_VAL(ret, NULL); 1574eldbus_message_arguments_append(ret, "siib", value ? value : "", start, end, res); 1575 1576free(value); 1577return ret; 1578 } ** CID 1421997: Uninitialized variables (UNINIT) /src/lib/elementary/elm_atspi_bridge.c: 1370 in _text_string_at_offset_get() *** CID 1421997: Uninitialized variables (UNINIT) /src/lib/elementary/elm_atspi_bridge.c: 1370 in _text_string_at_offset_get() 1364 1365str = str ? str : strdup(""); 1366 1367ret = eldbus_message_method_return_new(msg); 1368EINA_SAFETY_ON_NULL_RETURN_VAL(ret, NULL); 1369 >>> CID 1421997: Uninitialized variables (UNINIT) Using uninitialized value "end" when calling "eldbus_message_arguments_append". 1370eldbus_message_arguments_append(ret, "sii", str, start, end); 1371free(str); 1372 1373return ret; 1374 } 1375 ** CID 1421996: Control flow issues (DEADCODE) /src/bin/exactness/exactness.c: 246 in _run_command_p
[E-devel] Reminder about soon closing 1.24 merge window
Hello. I only received positive feedback on the proposed 1.24 schedule so I will go ahead with it as planned. We are going to freeze master on April 1st. This is giving you a bit over a week notice to allow you to merge things in before we freeze. === Schedule === 2019-10-01 1.23 release / merge window for 1.24 opens 2020-03-23 Notice about soon ending merge window 2020-04-01 Merge window is over. Freeze in place. * Only bug fixes from this point * Alpha release tarball 2020-04-08 Beta1 release tarball * Only critical fixes from this point 2020-04-15 Beta2 release tarball 2020-04-22 Final EFL 1.24 or beta 3, depending on bug status 2020-04-29 Final EFL 1.24 is out (alternative date) regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Suggest to remove Evas Canvas3D
Hello. On 16.03.20 11:44, Carsten Haitzler (The Rasterman) wrote: On Fri, 13 Mar 2020 13:48:14 +0100 Stefan Schmidt said: actually it seems i was wrong. marcel pointed this out - the evas 3d api was always beta so we can nuke it entirely... no need fro empty functions to keep abi :) Even better. :-) regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Suggest to remove Evas Canvas3D
Hello. On 13.03.20 12:26, Carsten Haitzler (The Rasterman) wrote: On Fri, 13 Mar 2020 16:22:51 +0900 Hermet Park said: Leave apis empty? What do you mean by here APIs? I have no idea how this helps for preventing abi break. Though it might help to prevent api break but either way nothing helps. keep the legacy functions but with no content EAPI void evas_xxx_set(Evas_Object *obj, Eina_Bool x) { } EAPI Evas_Object *evas_xxx_add(Evas *e) { return NULL; } etc. :) so any app that happens to call the api's can execute, just the api's do nothing. no need to have .eo files - not even the classes or actual object types. just enough empty functions to keep the abi from breaking, but make the object totally non-functional. :) the object already was a "soft guarantee". that means you needed a working gl engine for it to work. if you work on software it'd only work if you also happened to have osmesa also installed and this was dlopen()'d at runtime so it could actually make this object not function at runtime. the above keeps the abi there and just makes it never work no matter what the host setup was. :) you could put in some ERR("Deprecated") too in the funcs if you wanted as well.. :) so an executable that used these api's will start without symbol errors. just this object will cease to work. If this should be changed for the upcoming 1.24 I would like to get this in rather sooner than later. To give it enough testing. ABI checker will also help us to find problems we might miss during normal testing. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] emotion: vlc, xine not looking good
Hello. On 03.03.20 00:52, Carsten Haitzler (The Rasterman) wrote: so in the name of some simplification... our vlc support just doesn't work (libvlc or generic player that's vlc based). xine still kind of works - but seems to have bugs. i won't detail them here. try and see. When I cruised through efl end of last year and beginning of this one to remove many parts we longer use I left them out, not being sure how much they are still used. Same as you I have seen the user problems on IRC where people tried to use rage with VL or xine and it did not work. Once configured efl with gstreamer it it was a go. Do we know about any remaining users of these two? Letting them out in the rain would not be nice, but if it is just people who did not make the switch yet we could encourage them. my point is more... perhaps time to simplify and remove: 1. xine, libvlc and generic players for emotion. 2. remove the build options for the above To clarify: you want to remove the complete code or only the build options in meson to enable them? 3. simplify to a -Dgstreamer=true/false that enables the only emotion module left AND the evas gstreamer loader (and remove it from the evas image loaders as there are now 2 gst dependency options)... Yes, when we have done the above that would be a good idea to simplify this. less code to test, debug and maintain, fewer options to confuse people. the code removed is broken now anyway, so we don't lose functionality. comments? I am all for it (should not surprise anyone) but I wanted to give it some time and make some noise about it to find out if there are valid uses cases people are still having and using. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 01/01: elm_label: sizing eval is called _on_label_resize to ensure label size.
Hello. I reverted this change as it broke the test suite for elementary on my system as well as on CI. Please have a look at this again. regards Stefan Schmidt On 02.03.20 08:53, Bowon Ryu wrote: hermet pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=3d57fc0c92d10337c441ec830361751de510e9b1 commit 3d57fc0c92d10337c441ec830361751de510e9b1 Author: Bowon Ryu Date: Mon Mar 2 16:53:10 2020 +0900 elm_label: sizing eval is called _on_label_resize to ensure label size. Summary: EFL should guarantee size of label in various situations that the label is resized. elm_layout_sizing_eval called on on_label_resize. Test Plan: N/A Reviewers: YOhoho, zmike, Hermet Reviewed By: Hermet Subscribers: cedric, #reviewers, Hermet, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D11435 --- src/lib/elementary/elm_label.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/lib/elementary/elm_label.c b/src/lib/elementary/elm_label.c index 2279955f01..4f19e36e32 100644 --- a/src/lib/elementary/elm_label.c +++ b/src/lib/elementary/elm_label.c @@ -247,8 +247,8 @@ _on_label_resize(void *data, Evas *e EINA_UNUSED, Evas_Object *obj EINA_UNUSED, { ELM_LABEL_DATA_GET(data, sd); + elm_layout_sizing_eval(data); if (sd->slide_mode != ELM_LABEL_SLIDE_MODE_NONE) _label_slide_change(data); - if (sd->linewrap) elm_layout_sizing_eval(data); } static int ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] master 01/01: edje: add json file support feature
Hello. I somehow missed this one. On 17.02.20 11:12, Carsten Haitzler (The Rasterman) wrote: On Mon, 17 Feb 2020 02:02:51 -0800 YoungBok Shin said: before we get too much further into this... just a naming and confusion thing. shouldn't we refer to this as little support, not json? yes - the actual encoding of data in lottie files is in json but it is not a generic thing. like svg is not referred to as "xml support". :) shouldn't we adapt the name of our loaders, config options and all of the docs and info to refer to this as lottie support as that's what it all really is? I agree here. While this loads a json file lotie format is what it really loads and assume here. YoungBok, Hermet could you have a look in renaming the flag and loader name to lottie? regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Fwd: New Defects reported by Coverity Scan for Enlightenment Foundation Libraries
Forwarded Message Subject: New Defects reported by Coverity Scan for Enlightenment Foundation Libraries Date: Tue, 25 Feb 2020 18:02:08 + (UTC) From: scan-ad...@coverity.com To: ste...@datenfreihafen.org Hi, Please find the latest report on new defect(s) introduced to Enlightenment Foundation Libraries found with Coverity Scan. 1 new defect(s) introduced to Enlightenment Foundation Libraries found with Coverity Scan. 6 defect(s), reported by Coverity Scan earlier, were marked fixed in the recent build analyzed by Coverity Scan. New defect(s) Reported-by: Coverity Scan Showing 1 of 1 defect(s) ** CID 1400991: Error handling issues (CHECKED_RETURN) /src/lib/elementary/elm_slider.c: 1360 in _indi_default_format_cb() *** CID 1400991: Error handling issues (CHECKED_RETURN) /src/lib/elementary/elm_slider.c: 1360 in _indi_default_format_cb() 1354const Eina_Value_Type *type = eina_value_type_get(&value); 1355Elm_Slider_Data *sd = efl_data_scope_get(data, ELM_SLIDER_CLASS); 1356double v; 1357 1358if (type != EINA_VALUE_TYPE_DOUBLE) return EINA_FALSE; 1359 >>> CID 1400991: Error handling issues (CHECKED_RETURN) Calling "eina_value_get" without checking return value (as is done elsewhere 152 out of 178 times). 1360eina_value_get(&value, &v); 1361eina_strbuf_append_printf(str, sd->indi_template, v); 1362 1363return EINA_TRUE; 1364 } 1365 To view the defects in Coverity Scan visit, https://u2389337.ct.sendgrid.net/ls/click?upn=nJaKvJSIH-2FPAfmty-2BK5tYpPklAc1eEA-2F1zfUjH6teExl4Ru1vqXvuwTryVO2Nj02BDTXle-2BVhCv8FT7jqbi77HUQo-2FVd-2B1-2F-2BoakUp0ZyUERYinKunD4dh9MAw6ivIOiFtVLp_JmTL-2B48xyW7Yn2O51uC4ogY6X2-2FLHNxtv4FHC5fbQZjdbIhI7umsLtyEUP4iUz-2FTnqscC6o7NBczVypMWgAQ3PTfwSkLggRBCnA8L8xN9EOaPjMZUxfEhsuCXtS8wRNACn3UP8RnRSdTGCzQFKv1Xb0ekFfU16ZxFvOmOpcvcii48KbRCAAGV3fVmpEB9rerAjaL-2FezqdYNqdv79vo3JoNGdHkAFhT1DatEqGWBy04GBFuu3AR-2FthiKfWWC6FCB-2B To manage Coverity Scan email notifications for "ste...@datenfreihafen.org", click https://u2389337.ct.sendgrid.net/ls/click?upn=nJaKvJSIH-2FPAfmty-2BK5tYpPklAc1eEA-2F1zfUjH6teEwKPNNrzEFiIgTetQBd7l2Xvx3RmExSxSary1NKqbYJzvAYN6rIwjwlzCIDsnVxKIs1IsiMKrMudAasp4-2BXTMe-2BsMV5Xf019f-2BnGDivW0l0gdQKwBmPFehuj-2Bg1WWnyp1U-3Dd9vh_JmTL-2B48xyW7Yn2O51uC4ogY6X2-2FLHNxtv4FHC5fbQZjdbIhI7umsLtyEUP4iUz-2FTnqscC6o7NBczVypMWgAQ3ARWCq-2FFlzw0NhtpZ4CUd4Jd3f9CyWAIBbfdvHdyXeK5Pst8iXFFh55CbwVAkHZaZ-2Buiy1-2F5IfLwOWoVNGPjLOOyun55aj2hpA2Wu-2BK9XYlIFui4iNbJvSPr7jx7VP3K5vXtOypcbELbysC5sywp1FySWGPwSD9pG0K7b7MUC-2Fve ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] 1.24 schedule proposal
Hello. On 01.02.20 12:45, Carsten Haitzler (The Rasterman) wrote: On Fri, 31 Jan 2020 15:40:16 +0100 Stefan Schmidt said: roughly - sounds good to me :) Hello. Tomorrow it will be 4 months since we released 1.23. I wanna talk about my schedule proposal for 1.24. When starting now with getting all things we want in the release finished, debugged and fixed I think April might be a good target month. Here is what I propose for a schedule. Comments? === Schedule === 2019-10-01 1.23 release / merge window for 1.24 opens 2020-03-23 Notice about soon ending merge window 2020-04-01 Merge window is over. Freeze in place. * Only bug fixes from this point * Alpha release tarball 2020-04-08 Beta1 release tarball * Only critical fixes from this point 2020-04-15 Beta2 release tarball 2020-04-22 Final EFL 1.24 or Beta 3, depending on bug status 2020-04-29 Final EFL 1.24 is out (alternative date) Besides the rough consensus from Raster I have not gotten any replies. I take this as a "go ahead as suggested". If anyone has problems with this schedule please speak up _now_. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Fwd: New Defects reported by Coverity Scan for Enlightenment Foundation Libraries
Hello. We have a new run from Coverity. The first one since mid January. I am still trying to get their system sending mails directly to our devel list , but for now here is the forward. If it shows problems in an area you worked on please have a look. I for one need to look over all the exactness issues reported in here. :/ regards Stefan Schmidt Forwarded Message Subject: New Defects reported by Coverity Scan for Enlightenment Foundation Libraries Date: Mon, 24 Feb 2020 21:00:38 + (UTC) From: scan-ad...@coverity.com To: ste...@datenfreihafen.org Hi, Please find the latest report on new defect(s) introduced to Enlightenment Foundation Libraries found with Coverity Scan. 38 new defect(s) introduced to Enlightenment Foundation Libraries found with Coverity Scan. 7 defect(s), reported by Coverity Scan earlier, were marked fixed in the recent build analyzed by Coverity Scan. New defect(s) Reported-by: Coverity Scan Showing 20 of 38 defect(s) ** CID 1419880: Insecure data handling (TAINTED_STRING) /src/bin/exactness/recorder.c: 416 in main() *** CID 1419880: Insecure data handling (TAINTED_STRING) /src/bin/exactness/recorder.c: 416 in main() 410 eq = argv[opt_args] ? strchr(argv[opt_args], '=') : NULL; 411 if (eq) 412 { 413 char *var = malloc(eq - argv[opt_args] + 1); 414 memcpy(var, argv[opt_args], eq - argv[opt_args]); 415 var[eq - argv[opt_args]] = '\0'; CID 1419880: Insecure data handling (TAINTED_STRING) Passing tainted string "var" to "setenv", which cannot accept tainted data. 416 setenv(var, eq + 1, 1); 417 opt_args++; 418 } 419 } while (eq); 420_out_filename = eina_stringshare_add(dest); 421 ** CID 1419879: Control flow issues (DEADCODE) /src/bin/exactness/inspect.c: 344 in _grp_text_get() *** CID 1419879: Control flow issues (DEADCODE) /src/bin/exactness/inspect.c: 344 in _grp_text_get() 338 case EX_SCENARIO: { str = "Scenario"; break; } 339 case EX_IMAGE: { str = "Images"; break; } 340 case EX_OBJ_INFO: { str = "Objects"; break; } 341 default: { str = "Unknown"; break; } 342 } 343sprintf(buf, "%s%s", str, compare ? " comparison" : ""); CID 1419879: Control flow issues (DEADCODE) Execution cannot reach this statement: "eina_stringshare_del(str);". 344if (dt == EX_FONTS_DIR) eina_stringshare_del(str); 345return strdup(buf); 346 } 347 348 static char * 349 _scn_text_get(void *data, Evas_Object *gl, const char *part EINA_UNUSED) ** CID 1419878: Resource leaks (RESOURCE_LEAK) /src/bin/exactness/inspect.c: 360 in _scn_text_get() *** CID 1419878: Resource leaks (RESOURCE_LEAK) /src/bin/exactness/inspect.c: 360 in _scn_text_get() 354if (compare) 355 { 356 _Compare_Item_Data *vv = data; 357 Exactness_Action *a1 = vv->p1; 358 Exactness_Action *a2 = vv->p2; 359 >>> CID 1419878: Resource leaks (RESOURCE_LEAK) Variable "buf" going out of scope leaks the storage it points to. 360 if (!a1 ^ !a2) return strdup("X"); 361 362 if (a1->delay_ms != a2->delay_ms) eina_strbuf_append_printf(buf, "[+"LDIFF(%.3f)"/+"RDIFF(%.3f)"]: ", a1->delay_ms/1000.0, a2->delay_ms/1000.0); 363 else eina_strbuf_append_printf(buf, "+%.3f: ", a1->delay_ms / 1000.0); 364 365 if (a1->type != a2->type) ** CID 1419877: Resource leaks (RESOURCE_LEAK) /src/bin/exactness/inspect.c: 562 in _img_content_get() *** CID 1419877: Resource leaks (RESOURCE_LEAK) /src/bin/exactness/inspect.c: 562 in _img_content_get() 556 Exactness_Image *ex_imgO = NULL; 557 exactness_image_compare(ex_img1, ex_img2, &ex_imgO); 558 559 evas_object_image_size_set(evas_img, ex_imgO->w, ex_imgO->h); 560 evas_object_image_data_set(evas_img, ex_imgO->pixels); 561 evas_object_size_hint_min_set(img, ELM_SCALE_SIZE(300), ELM_SCALE_SIZE(300)); CID 1419877: Resource leaks (RESOURCE_LEAK) Variable "ex_imgO" going out of scope leaks the storage it points to. 562
[E-devel] 1.24 schedule proposal
Hello. Tomorrow it will be 4 months since we released 1.23. I wanna talk about my schedule proposal for 1.24. When starting now with getting all things we want in the release finished, debugged and fixed I think April might be a good target month. Here is what I propose for a schedule. Comments? === Schedule === 2019-10-01 1.23 release / merge window for 1.24 opens 2020-03-23 Notice about soon ending merge window 2020-04-01 Merge window is over. Freeze in place. * Only bug fixes from this point * Alpha release tarball 2020-04-08 Beta1 release tarball * Only critical fixes from this point 2020-04-15 Beta2 release tarball 2020-04-22 Final EFL 1.24 or Beta 3, depending on bug status 2020-04-29 Final EFL 1.24 is out (alternative date) As for 1.25 I would aim for a release in September. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] EDD 2019 wrap up: news post, meeting minutes, recordings
Hello. We had some good and useful time last weekend at EDD. Xavi did a litle write up with pretty pictures for our website. Go and have a read: https://www.enlightenment.org/news/2019-11-26-e-dev-days-2019.txt Many, many things have been talked about. We tried to capture at least a little of this in our meetings notes we worked on together. In addition the first slides have been added to the EDD wiki page schedule (the rest will follow over the next days). https://phab.enlightenment.org/w/events/enlightenment_developer_days_2019/minutes/ https://phab.enlightenment.org/w/events/enlightenment_developer_days_2019/ This surely does not cover everything but at least it gives some ideas. Recordings have been taken but we have not yet checked on the audio quality and we will see how it is and how long it will take to get the videos out. Don't hold your breath (or offer help if you are willing to do some cutting, etc). regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [core/efl] master 01/01: ci: ensure we still test ephysics in all enabled build job
stefan pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=3ae44245e8d0668b503291da9dce838e662d0a3b commit 3ae44245e8d0668b503291da9dce838e662d0a3b Author: Stefan Schmidt Date: Thu Nov 28 08:52:22 2019 +0100 ci: ensure we still test ephysics in all enabled build job With commit 523a64d2265c13a82ba73022d10919f0e392bab2 we switched the default for ephysics from true to false. This would result in no CI coverage if we do not explicitly enable it in this job. Reviewed-by: Carsten Haitzler (Rasterman) Differential Revision: https://phab.enlightenment.org/D10757 --- .ci/ci-configure.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/.ci/ci-configure.sh b/.ci/ci-configure.sh index b588f6f443..88c7f414e3 100755 --- a/.ci/ci-configure.sh +++ b/.ci/ci-configure.sh @@ -21,7 +21,7 @@ if [ "$DISTRO" != "" ] ; then -Ddebug-threads=true -Dglib=true -Dg-mainloop=true -Dxpresent=true -Dxgesture=false -Dxinput22=true \ -Devas-loaders-disabler=json -Decore-imf-loaders-disabler= -Demotion-loaders-disabler=gstreamer,libvlc,xine \ -Demotion-generic-loaders-disabler=vlc -Dharfbuzz=true -Dpixman=true -Dhyphen=true \ - -Dvnc-server=true -Dbindings=luajit -Delogind=false -Dinstall-eo-files=true" + -Dvnc-server=true -Dbindings=luajit -Delogind=false -Dinstall-eo-files=true -Dphysics=true" # Enabled png, jpeg evas loader for in tree edje file builds DISABLED_LINUX_COPTS=" -Daudio=false -Davahi=false -Dx11=false -Dphysics=false -Deeze=false \ --
[E-devel] Plans on EFL tree cleanup (removal of things like elocation, gst 0.10 support, escape and more)
Hello. This is a heads for some work I am planning to do over the next months. With our EFL tree code base being around 1M lines of code we should sit back from time to time and see what we can remove to reduce our maintenance burden. I started a discussion on this during EDD we just had and wanted to bring the draft plan here to give everybody a chance to speak up if this is a feature actively used. You can find some more details in the slide deck and the meeting notes of the cleanup session: https://phab.enlightenment.org/file/download/f2zxa4gjyxpjv4k3urpz/PHID-FILE-yg4wlpsyruod3opowmon/EDD2019-02-cleanup.pdf https://phab.enlightenment.org/w/events/enlightenment_developer_days_2019/minutes/ Short term removal plans (2019) o Elocation: beta and not used, upstream has moved to new API o Escape: no PS3 users around and most likely not working anymore o Gstreamer 0.10 support: GST 1.x support stays, distros start to stop shipping the old gst libs o Disable ephysics by default: try to figure out if there are users and discuss if we should remove the feature alltogether Medium term removal (needs more research and discussion) (beginning of 2020): o Esensor: part of Eeze EAPI, figure out the status of the udev backend and the used Tizen lib o XGesture: figure out the status of the used Tizen lib and ask around for users of this feature o JS bindings: nort buildable with meson, discuss plan with Felipe and team on re-doing them and decide on future Thsi is your chance to speak up if you are actively using one of these and need it to stay. Silence will mean not in use. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [core/efl] master 01/01: ci: travis: add job to build efl and run tests with address sanitizer
stefan pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=f8253267505879a3baf49849fc4780156919030f commit f8253267505879a3baf49849fc4780156919030f Author: Stefan Schmidt Date: Mon Aug 19 14:17:28 2019 +0200 ci: travis: add job to build efl and run tests with address sanitizer A first step to have addrress sanitizer coverage on our EFL build. It already catched some use after free errors and memory corruptions. Still we have some limititation how we are running this right now. We currently ignore some leaks that are exposed durign the normal build wile haveing the short living runs of edje_cc, elm_prefs_cc, etc. For now the whole leak detection is disabled on the testsuite as well. This is still very valuable, especially for all non-leak cases it finds, thus we are goign to run this on our daily build. Signed-off-by: Stefan Schmidt Reviewed-by: Marcel Hollerbach Differential Revision: https://phab.enlightenment.org/D10691 --- .ci/asan-ignore-leaks.supp | 16 .ci/ci-configure.sh| 8 +++- .ci/ci-make-check.sh | 6 +- .ci/ci-make-install.sh | 4 .ci/ci-make.sh | 4 .travis.yml| 3 +++ 6 files changed, 39 insertions(+), 2 deletions(-) diff --git a/.ci/asan-ignore-leaks.supp b/.ci/asan-ignore-leaks.supp new file mode 100644 index 00..027800db9f --- /dev/null +++ b/.ci/asan-ignore-leaks.supp @@ -0,0 +1,16 @@ +# Evas +leak:evas_module_find_type +leak:generic_cache_new +# Edje / cpplib +leak:handle_directive +# Edje_cc +leak:edje_cc +leak:_efl_loop_message_handler_message_send +leak:ecore_ipc_client_add +# Elm_prefs_cc +leak:st_collection_page_items_item_label +leak:st_collection_page_items_item_name +leak:st_collection_page_items_item_string_placeholder +leak:st_collection_page_items_item_string_default +leak:st_collection_page_items_item_string_deny +leak:ob_collection_page_items_item diff --git a/.ci/ci-configure.sh b/.ci/ci-configure.sh index 035d154508..0cccda0eec 100755 --- a/.ci/ci-configure.sh +++ b/.ci/ci-configure.sh @@ -69,7 +69,13 @@ if [ "$DISTRO" != "" ] ; then travis_endfold cov-download fi - if [ "$1" = "mingw" ]; then + if [ "$1" = "asan" ]; then +travis_fold meson meson +docker exec --env EIO_MONITOR_POLL=1 --env CC="ccache gcc" \ + --env CXX="ccache g++" --env CFLAGS="-O0 -g" --env CXXFLAGS="-O0 -g" \ + --env LD="ld.gold" $(cat $HOME/cid) sh -c "mkdir build && meson build $OPTS -Db_sanitize=address" +travis_endfold meson + elif [ "$1" = "mingw" ]; then OPTS="$OPTS $MINGW_COPTS" travis_fold cross-native cross-native docker exec $(cat $HOME/cid) sh -c '.ci/bootstrap-efl-native-for-cross.sh' diff --git a/.ci/ci-make-check.sh b/.ci/ci-make-check.sh index 1578b3cb65..682d613544 100755 --- a/.ci/ci-make-check.sh +++ b/.ci/ci-make-check.sh @@ -23,7 +23,11 @@ NUM_TRIES=5 travis_fold check "ninja test" if [ "$DISTRO" != "" ] ; then for tries in $(seq 1 ${NUM_TRIES}); do -(docker exec --env EINA_LOG_BACKTRACE="0" --env EIO_MONITOR_POLL=1 $(cat $HOME/cid) meson test -t 120 -C build --wrapper dbus-launch ) && break +if [ "$1" = "asan" ]; then + (docker exec --env EINA_LOG_BACKTRACE="0" --env EIO_MONITOR_POLL=1 --env ASAN_OPTIONS=detect_leaks=0:abort_on_error=0 $(cat $HOME/cid) meson test -t 120 -C build --wrapper dbus-launch) && break +else + (docker exec --env EINA_LOG_BACKTRACE="0" --env EIO_MONITOR_POLL=1 $(cat $HOME/cid) meson test -t 120 -C build --wrapper dbus-launch ) && break +fi docker exec --env EIO_MONITOR_POLL=1 $(cat $HOME/cid) cat build/meson-logs/testlog-dbus-launch.txt if [ $tries != ${NUM_TRIES} ] ; then echo "tests failed, trying again!" ; fi false diff --git a/.ci/ci-make-install.sh b/.ci/ci-make-install.sh index 74769896c3..08bf1db204 100755 --- a/.ci/ci-make-install.sh +++ b/.ci/ci-make-install.sh @@ -9,6 +9,10 @@ if [ "$1" = "coverity" ] ; then exit 0 fi travis_fold install "ninja install" +if [ "$1" = "asan" ]; then + docker exec --env EIO_MONITOR_POLL=1 --env ASAN_OPTIONS=abort_on_error=0 --env LSAN_OPTIONS=suppressions=/src/.ci/asan-ignore-leaks.supp $(cat $HOME/cid) ninja -C build install + exit $? +fi if [ "$DISTRO" != "" ] ; then docker exec --env EIO_MONITOR_POLL=1 $(cat $HOME/cid) ninja -C build install else diff --git a/.ci/ci-make.sh b/.ci/ci-make.sh index 30f7d7c37d..c8d7332f05 100755 --- a/.ci/ci-make.sh +++ b/.ci/ci-make.sh @@ -6,6 +6,10 @@ if [ "$1" = "release-ready" ] ; then exit 0 fi
[EGIT] [core/efl] master 01/01: ci: enable mono bindings build in default build
zmike pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=3bc0fef21ce5cd16799da5f47d3a36abc0aa8201 commit 3bc0fef21ce5cd16799da5f47d3a36abc0aa8201 Author: Stefan Schmidt Date: Wed Nov 27 08:17:15 2019 -0500 ci: enable mono bindings build in default build Summary: We have all the pieces together now to build the mono bindings as well as run the mono testsuite on nija test. The docker image was updated to contain the mono-devel package to provide the needed dependencies. Depends on D10437 Reviewers: bu5hm4n, zmike, lauromoura Reviewed By: zmike Subscribers: cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D10749 --- .ci/ci-configure.sh | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/.ci/ci-configure.sh b/.ci/ci-configure.sh index 086bf92083..035d154508 100755 --- a/.ci/ci-configure.sh +++ b/.ci/ci-configure.sh @@ -9,10 +9,12 @@ if [ "$DISTRO" != "" ] ; then OPTS=" -Decore-imf-loaders-disabler=scim,ibus -Dbindings=luajit" # Why do we need to disable the imf loaders here? + MONO_LINUX_COPTS=" -Dbindings=luajit,mono -Dmono-beta=true" + WAYLAND_LINUX_COPTS=" -Dwl=true -Ddrm=true -Dopengl=es-egl -Dwl-deprecated=true -Ddrm-deprecated=true" # TODO: - # - Enable C++ and mono bindings: -Dbindings=luajit,cxx,mono -Dmono-beta=true + # - Enable C++ bindings: -Dbindings=luajit,cxx # - No libelogind, Xgesture packages in fedora 30 repo # - RPM fusion repo for xine and libvlc ENABLED_LINUX_COPTS=" -Dfb=true -Dsdl=true -Dbuffer=true -Dbuild-id=travis-build \ @@ -40,6 +42,10 @@ if [ "$DISTRO" != "" ] ; then -Devas-loaders-disabler=json,pdf,ps,raw,svg,rsvg -Dbindings=luajit \ -Dharfbuzz=true -Dpixman=true -Dembedded-lz4=false " + if [ "$1" = "default" ]; then +OPTS="$OPTS $MONO_LINUX_COPTS" + fi + if [ "$1" = "options-enabled" ]; then OPTS="$OPTS $ENABLED_LINUX_COPTS $WAYLAND_LINUX_COPTS" fi --
[EGIT] [core/efl] master 01/02: ecore_input_evas: fix ouble use of include guard define
bu5hm4n pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=ee05d0d1ff9a1788e48c2802c1bc568dbab58ee1 commit ee05d0d1ff9a1788e48c2802c1bc568dbab58ee1 Author: Stefan Schmidt Date: Wed Nov 20 09:08:54 2019 +0100 ecore_input_evas: fix ouble use of include guard define We used the ecore_input define here in ecore_evas_input. Use a unique name for this file. Reported-By: https://lgtm.com/projects/g/Enlightenment/efl/ Signed-off-by: Stefan Schmidt Reviewed-by: Marcel Hollerbach Differential Revision: https://phab.enlightenment.org/D10698 --- src/lib/ecore_input_evas/ecore_input_evas_private.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/lib/ecore_input_evas/ecore_input_evas_private.h b/src/lib/ecore_input_evas/ecore_input_evas_private.h index 1e40313065..1956e10664 100644 --- a/src/lib/ecore_input_evas/ecore_input_evas_private.h +++ b/src/lib/ecore_input_evas/ecore_input_evas_private.h @@ -1,5 +1,5 @@ -#ifndef _ECORE_INPUT_PRIVATE_H -#define _ECORE_INPUT_PRIVATE_H +#ifndef _ECORE_INPUT_EVAS_PRIVATE_H +#define _ECORE_INPUT_EVAS_PRIVATE_H extern int _ecore_input_evas_log_dom; --
[EGIT] [core/efl] master 02/02: tooling: add configuration file for lgtm.com service
bu5hm4n pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=9f67ad59b0cf52fb2fe949c22c366229b4a64409 commit 9f67ad59b0cf52fb2fe949c22c366229b4a64409 Author: Stefan Schmidt Date: Wed Nov 20 09:57:05 2019 +0100 tooling: add configuration file for lgtm.com service It seems they run this on many Github projects automatically now: https://lgtm.com/projects/g/Enlightenment/efl From my playing around it had 970 "recommendations" to fix our FIXME tags. Filtering out this noise by using this config file to exclude the query. It also seems to pick up the python scripts as Python2 and has wrong reporting due to this as well. Signed-off-by: Stefan Schmidt Reviewed-by: Marcel Hollerbach Differential Revision: https://phab.enlightenment.org/D10699 --- .lgtm.yml | 7 +++ 1 file changed, 7 insertions(+) diff --git a/.lgtm.yml b/.lgtm.yml new file mode 100644 index 00..047563d72d --- /dev/null +++ b/.lgtm.yml @@ -0,0 +1,7 @@ +extraction: + python: +python_setup: + version: 3 +queries: + - +exclude: cpp/fixme-comment --
[EGIT] [core/efl] master 01/02: ci/travis: Enable the new build config validation beta feature
bu5hm4n pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=7d7beccad678c2253a96ee285d2f9164b6165f21 commit 7d7beccad678c2253a96ee285d2f9164b6165f21 Author: Stefan Schmidt Date: Thu Nov 14 10:44:33 2019 +0100 ci/travis: Enable the new build config validation beta feature This feature wil enable the validation of our config files (only .travis.yml in our case) and give out warnings and errors on problematic parts in the "View Config" tab on the Travis UI. Signed-off-by: Stefan Schmidt Reviewed-by: Marcel Hollerbach Differential Revision: https://phab.enlightenment.org/D10664 --- .travis.yml | 2 ++ 1 file changed, 2 insertions(+) diff --git a/.travis.yml b/.travis.yml index 8c59c37139..244f2b85ac 100644 --- a/.travis.yml +++ b/.travis.yml @@ -1,3 +1,5 @@ +version: ~> 1.0 + language: c cache: directories: --
[EGIT] [core/efl] master 02/02: ci/travis: remove no longer needed travis keywords
bu5hm4n pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=4539c858559f0d2a6382e7d2da3665c76c2ae1ce commit 4539c858559f0d2a6382e7d2da3665c76c2ae1ce Author: Stefan Schmidt Date: Thu Nov 14 10:48:32 2019 +0100 ci/travis: remove no longer needed travis keywords Highlighted by the new build config validation feature we can see that sudo is no longer needed and on_cancel is not a valid keyowrk for IRC notifications. Signed-off-by: Stefan Schmidt Reviewed-by: Marcel Hollerbach Differential Revision: https://phab.enlightenment.org/D10665 --- .travis.yml | 2 -- 1 file changed, 2 deletions(-) diff --git a/.travis.yml b/.travis.yml index 244f2b85ac..e42f637fa9 100644 --- a/.travis.yml +++ b/.travis.yml @@ -5,7 +5,6 @@ cache: directories: - $HOME/cachedir - $HOME/.ccache -sudo: required dist: trusty osx_image: xcode10.2 @@ -126,7 +125,6 @@ notifications: - "chat.freenode.net#edevelop" on_success: change on_failure: always -on_cancel: never template: - "TravisCI build %{build_number} in branch %{branch}: %{result} - %{message} (%{elapsed_time})" - "Commit: %{commit_subject} (%{commit}) from %{author}" --
[EGIT] [core/efl] master 02/02: ci: cleanup the check for old meson versions
bu5hm4n pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=e6ca452832b60fb16043677a9a750f0ec57eec8f commit e6ca452832b60fb16043677a9a750f0ec57eec8f Author: Stefan Schmidt Date: Fri Nov 15 09:24:48 2019 +0100 ci: cleanup the check for old meson versions We install the newest version via pip on our CI docker images. No longer need to check for this. Differential Revision: https://phab.enlightenment.org/D10681 Signed-off-by: Stefan Schmidt --- .ci/ci-make-check.sh | 16 ++-- 1 file changed, 6 insertions(+), 10 deletions(-) diff --git a/.ci/ci-make-check.sh b/.ci/ci-make-check.sh index 36f1f2de58..1578b3cb65 100755 --- a/.ci/ci-make-check.sh +++ b/.ci/ci-make-check.sh @@ -22,16 +22,12 @@ NUM_TRIES=5 travis_fold check "ninja test" if [ "$DISTRO" != "" ] ; then - # disable them for this distros, after meson 0.49 is out, this can be removed - # https://github.com/mesonbuild/meson/commit/253c581412d7f2b09af353dd83d943454bd555be - if [ "$DISTRO" != "Ubuntu1810" ] && [ "$DISTRO" != "Debian96" ]; then - for tries in $(seq 1 ${NUM_TRIES}); do - (docker exec --env EINA_LOG_BACKTRACE="0" --env EIO_MONITOR_POLL=1 $(cat $HOME/cid) meson test -t 120 -C build --wrapper dbus-launch ) && break - docker exec --env EIO_MONITOR_POLL=1 $(cat $HOME/cid) cat build/meson-logs/testlog-dbus-launch.txt - if [ $tries != ${NUM_TRIES} ] ; then echo "tests failed, trying again!" ; fi - false - done - fi + for tries in $(seq 1 ${NUM_TRIES}); do +(docker exec --env EINA_LOG_BACKTRACE="0" --env EIO_MONITOR_POLL=1 $(cat $HOME/cid) meson test -t 120 -C build --wrapper dbus-launch ) && break +docker exec --env EIO_MONITOR_POLL=1 $(cat $HOME/cid) cat build/meson-logs/testlog-dbus-launch.txt +if [ $tries != ${NUM_TRIES} ] ; then echo "tests failed, trying again!" ; fi + false + done fi ret=$? travis_endfold check --
[EGIT] [core/efl] master 01/02: ci: remove logic for doing coverity builds only on Saturday
bu5hm4n pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=3bd210fbf90589101a84eff08d766276bd1755fb commit 3bd210fbf90589101a84eff08d766276bd1755fb Author: Stefan Schmidt Date: Fri Nov 15 09:05:16 2019 +0100 ci: remove logic for doing coverity builds only on Saturday We had this disabled for the release and I think having it run every nice is quite nice to give fast feedback on Coverity issues. Differential Revision: https://phab.enlightenment.org/D10680 Signed-off-by: Stefan Schmidt --- .ci/ci-configure.sh | 4 .ci/ci-make.sh | 3 --- 2 files changed, 7 deletions(-) diff --git a/.ci/ci-configure.sh b/.ci/ci-configure.sh index b7466f6575..086bf92083 100755 --- a/.ci/ci-configure.sh +++ b/.ci/ci-configure.sh @@ -57,10 +57,6 @@ if [ "$DISTRO" != "" ] ; then fi if [ "$1" = "coverity" ]; then -#if [ $(date +%A) != "Saturday" ]; then -# echo "Not Saturday so we are not running our weekly Coverity scan build." -# exit 0 -#fi OPTS="$OPTS $WAYLAND_LINUX_COPTS" travis_fold cov-download cov-download docker exec --env COVERITY_SCAN_TOKEN=$COVERITY_SCAN_TOKEN $(cat $HOME/cid) sh -c '.ci/coverity-tools-install.sh' diff --git a/.ci/ci-make.sh b/.ci/ci-make.sh index e17595582f..30f7d7c37d 100755 --- a/.ci/ci-make.sh +++ b/.ci/ci-make.sh @@ -8,9 +8,6 @@ fi travis_fold ninja ninja if [ "$DISTRO" != "" ] ; then if [ "$1" = "coverity" ] ; then -#if [ $(date +%A) != "Saturday" ]; then -# exit 0 -#fi docker exec --env EIO_MONITOR_POLL=1 --env PATH="/src/cov-analysis-linux64-2019.03/bin:$PATH" $(cat $HOME/cid) sh -c "cov-build --dir cov-int ninja -C build" docker exec --env EIO_MONITOR_POLL=1 $(cat $HOME/cid) sh -c "tar caf efl-$(git rev-parse --short HEAD).xz cov-int" docker exec --env EIO_MONITOR_POLL=1 --env COVERITY_SCAN_TOKEN=$COVERITY_SCAN_TOKEN $(cat $HOME/cid) sh -c ".ci/coverity-upload.sh" --
[EGIT] [core/efl] master 01/01: gl_drm: remove dead return statement
devilhorns pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=f6b066df2a530160f1ca55ccfe2adb952516b6e9 commit f6b066df2a530160f1ca55ccfe2adb952516b6e9 Author: Stefan Schmidt Date: Fri Nov 15 11:56:56 2019 -0500 gl_drm: remove dead return statement Summary: This return can never be reached in this function. CID: 1402607 Depends on D10682 Reviewers: raster, devilhorns Reviewed By: devilhorns Subscribers: cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D10683 --- src/modules/evas/engines/gl_drm/evas_outbuf.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/src/modules/evas/engines/gl_drm/evas_outbuf.c b/src/modules/evas/engines/gl_drm/evas_outbuf.c index 9ea643cb1f..4fa1252b3a 100644 --- a/src/modules/evas/engines/gl_drm/evas_outbuf.c +++ b/src/modules/evas/engines/gl_drm/evas_outbuf.c @@ -609,8 +609,6 @@ evas_outbuf_buffer_state_get(Outbuf *ob) } else return MODE_FULL; - - return ob->swap_mode; } int --
[EGIT] [core/efl] master 01/01: examples: efl_exe: fix out of bounds write
devilhorns pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=8780f311eaa10d6659bcaa2c9ef490c4e7356866 commit 8780f311eaa10d6659bcaa2c9ef490c4e7356866 Author: Stefan Schmidt Date: Fri Nov 15 11:55:47 2019 -0500 examples: efl_exe: fix out of bounds write Summary: Buf is 4096 in size and rw_slice.len also evaluates to 4096. Write at the last byte and not over bound instead. CID: 1403895 Reviewers: raster, bu5hm4n, devilhorns Reviewed By: devilhorns Subscribers: cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D10682 --- src/examples/ecore/efl_exe.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/examples/ecore/efl_exe.c b/src/examples/ecore/efl_exe.c index 1458d0630d..eb85eca387 100644 --- a/src/examples/ecore/efl_exe.c +++ b/src/examples/ecore/efl_exe.c @@ -21,7 +21,7 @@ _read_change(void *data EINA_UNUSED, const Efl_Event *ev) Eina_Error err = efl_io_reader_read(obj, &rw_slice); if (!err) { - buf[rw_slice.len] = 0; + buf[rw_slice.len - 1] = 0; printf("--- READ [%p] [%s] ok %i bytes '%s'\n", obj, efl_core_command_line_command_get(obj), (int)rw_slice.len, buf); } } --
[EGIT] [core/efl] master 02/02: ci: fix ccache segfault during setup on CI in release-ready build
bu5hm4n pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=5b6b1b10ee7ec47503a9e8f256434daf6220792a commit 5b6b1b10ee7ec47503a9e8f256434daf6220792a Author: Stefan Schmidt Date: Mon Nov 11 09:58:18 2019 +0100 ci: fix ccache segfault during setup on CI in release-ready build Hopefully this is the last place we need to apply this. It has been bugging the cron daily CI builds a while now. Differential Revision: https://phab.enlightenment.org/D10643 Signed-off-by: Stefan Schmidt --- .ci/docker-ccache-setup.sh | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/.ci/docker-ccache-setup.sh b/.ci/docker-ccache-setup.sh index f9c1aa7809..caba08ac81 100755 --- a/.ci/docker-ccache-setup.sh +++ b/.ci/docker-ccache-setup.sh @@ -5,7 +5,8 @@ CI_BUILD_TYPE="$1" cp .ci/ccache.conf ~/.ccache if [ "$1" = "release-ready" ] ; then - ccache -o base_dir="$(pwd)/$(grep '^PACKAGE_STRING' config.log|cut -d\' -f2|tr ' ' -)" + sed -iE '/^base_dir/d' ~/.ccache/ccache.conf + echo "base_dir = $(pwd)/$(grep '^PACKAGE_STRING' config.log|cut -d\' -f2|tr ' ' -)" >> ~/.ccache/ccache.conf else sed -iE '/^base_dir/d' ~/.ccache/ccache.conf echo "base_dir = $pwd" >> ~/.ccache/ccache.conf --
Re: [E-devel] EDD 2019 lunch menu and dietary requirements
Hello. On 06.11.19 18:52, Carsten Haitzler (The Rasterman) wrote: On Tue, 29 Oct 2019 10:01:53 +0100 Stefan Schmidt said: Hello. We settled for having lunch brought over to the conference venue. Samsung Research UK agreed on sponsor the lucnhes on both days. huge thanks for doing this! Its a two course meal on each day. Two options, one is vegetarian. meat for me :) Its not on a stick this time though :-D SATURDAY: First course: - Fideuá (pasta) with sausage, artichokes and mushrooms ^^^ this one or - Baby spinach salad, feta cheese, quince and mustard-and-honey dressing Second course: - Piquillo peppers stuffed with meat with stew of spinach and chick peas or ^^^ this one - Tofu with spinach and peas curry stew SUNDAY: First course: - Couscous salad with pumpkin, dates and white asparagus vinaigrette or - Pasta with bacon and mushrooms ^^^ this one Second course: - Chicken curry with sauteed rice ^^^ this one Updated my list, thanks. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EDD 2019 lunch menu and dietary requirements
Hello. On 10.11.19 16:39, Raffaele Spinelli wrote: Hi Stefan, Sorry for the delay. SATURDAY: - Fideuá (pasta) with sausage, artichokes and mushrooms - Piquillo peppers stuffed with meat with stew of spinach and chick peas SUNDAY: - Couscous salad with pumpkin, dates and white asparagus vinaigrette - Lentil hamburger with peas stew Thank you for taking care of this. Thanks, updated my list. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EDD 2019 lunch menu and dietary requirements
Hello. On 29.10.19 10:01, Stefan Schmidt wrote: Hello. We settled for having lunch brought over to the conference venue. Samsung Research UK agreed on sponsor the lucnhes on both days. huge thanks for doing this! Its a two course meal on each day. Two options, one is vegetarian. SATURDAY: First course: - Fideuá (pasta) with sausage, artichokes and mushrooms or - Baby spinach salad, feta cheese, quince and mustard-and-honey dressing Second course: - Piquillo peppers stuffed with meat with stew of spinach and chick peas or - Tofu with spinach and peas curry stew SUNDAY: First course: - Couscous salad with pumpkin, dates and white asparagus vinaigrette or - Pasta with bacon and mushrooms Second course: - Chicken curry with sauteed rice or - Lentil hamburger with peas stew If you registered already (voted yes) please let me know your choices. I have 7 out of 13 attendees so far. If you have not let me know please do so quickly. We need to give the numbers to the catering company ahead of time. Please see that you give me your choice by the end of the week. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [core/efl] master 01/03: travis/ci: update Fedora CI images to 31
stefan pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=5ad0f5f7d022e78b8fc3f5a87490ce0621f799d8 commit 5ad0f5f7d022e78b8fc3f5a87490ce0621f799d8 Author: Stefan Schmidt Date: Wed Oct 30 09:40:46 2019 +0100 travis/ci: update Fedora CI images to 31 Also disable the gstreamer 0.10 module since this version is no longer shipped with Fedora 31. Reviewed-by: Marcel Hollerbach Differential Revision: https://phab.enlightenment.org/D10597 --- .ci/ci-configure.sh | 2 +- .travis.yml | 14 +++--- 2 files changed, 8 insertions(+), 8 deletions(-) diff --git a/.ci/ci-configure.sh b/.ci/ci-configure.sh index 97fcb1785d..b7466f6575 100755 --- a/.ci/ci-configure.sh +++ b/.ci/ci-configure.sh @@ -17,7 +17,7 @@ if [ "$DISTRO" != "" ] ; then # - RPM fusion repo for xine and libvlc ENABLED_LINUX_COPTS=" -Dfb=true -Dsdl=true -Dbuffer=true -Dbuild-id=travis-build \ -Ddebug-threads=true -Dg-mainloop=true -Dxpresent=true -Dxgesture=false -Dxinput22=true \ - -Devas-loaders-disabler=json -Decore-imf-loaders-disabler= -Demotion-loaders-disabler=libvlc,xine \ + -Devas-loaders-disabler=json -Decore-imf-loaders-disabler= -Demotion-loaders-disabler=gstreamer,libvlc,xine \ -Demotion-generic-loaders-disabler=vlc -Dharfbuzz=true -Dpixman=true -Dhyphen=true \ -Dvnc-server=true -Dbindings=luajit -Delogind=false -Dinstall-eo-files=true" diff --git a/.travis.yml b/.travis.yml index 08c9fc2cd1..e55cf38b84 100644 --- a/.travis.yml +++ b/.travis.yml @@ -46,18 +46,18 @@ jobs: include: - os: osx - os: linux - env: DISTRO=Fedora30-mingw CI_BUILD_TYPE=mingw + env: DISTRO=Fedora31-mingw CI_BUILD_TYPE=mingw - os: linux - env: DISTRO=Fedora30 CI_BUILD_TYPE=options-enabled + env: DISTRO=Fedora31 CI_BUILD_TYPE=options-enabled - os: linux - env: DISTRO=Fedora30 CI_BUILD_TYPE=options-disabled + env: DISTRO=Fedora31 CI_BUILD_TYPE=options-disabled - os: linux - env: DISTRO=Fedora30 CI_BUILD_TYPE=wayland + env: DISTRO=Fedora31 CI_BUILD_TYPE=wayland - os: linux - env: DISTRO=Fedora30 CI_BUILD_TYPE=default + env: DISTRO=Fedora31 CI_BUILD_TYPE=default - os: linux if: type = cron - env: DISTRO=Fedora30 CI_BUILD_TYPE=release-ready + env: DISTRO=Fedora31 CI_BUILD_TYPE=release-ready - os: linux if: type = cron env: DISTRO=Ubuntu1804 @@ -69,7 +69,7 @@ jobs: env: DISTRO=Debian96 - os: linux if: type = cron - env: DISTRO=Fedora30 CI_BUILD_TYPE=coverity + env: DISTRO=Fedora31 CI_BUILD_TYPE=coverity services: - docker --
[EGIT] [core/efl] master 02/03: ci: work around ccache segafult during setup
stefan pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=db4d908c06e95b0e8cac0551f40cfcffb3831349 commit db4d908c06e95b0e8cac0551f40cfcffb3831349 Author: Stefan Schmidt Date: Tue Nov 5 15:26:36 2019 +0100 ci: work around ccache segafult during setup This is the same fix we applied for the macOS. Somehow ccache segfaults during the init. This only shows on the Ubuntu 19.10 update. Reviewed-by: Marcel Hollerbach Differential Revision: https://phab.enlightenment.org/D10599 --- .ci/docker-ccache-setup.sh | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/.ci/docker-ccache-setup.sh b/.ci/docker-ccache-setup.sh index 748e743bf9..f9c1aa7809 100755 --- a/.ci/docker-ccache-setup.sh +++ b/.ci/docker-ccache-setup.sh @@ -7,5 +7,6 @@ cp .ci/ccache.conf ~/.ccache if [ "$1" = "release-ready" ] ; then ccache -o base_dir="$(pwd)/$(grep '^PACKAGE_STRING' config.log|cut -d\' -f2|tr ' ' -)" else - ccache -o base_dir=$(pwd) + sed -iE '/^base_dir/d' ~/.ccache/ccache.conf + echo "base_dir = $pwd" >> ~/.ccache/ccache.conf fi --
[EGIT] [core/efl] master 03/03: travis: update Ubuntu image to the 19.10 release
stefan pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=6a4c72f6fef8c66c1d0629e872553f3bd4977356 commit 6a4c72f6fef8c66c1d0629e872553f3bd4977356 Author: Stefan Schmidt Date: Tue Nov 5 15:53:24 2019 +0100 travis: update Ubuntu image to the 19.10 release We keep the 18.04 LTS until a new LTS comes along. Reviewed-by: Marcel Hollerbach Differential Revision: https://phab.enlightenment.org/D10600 --- .travis.yml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/.travis.yml b/.travis.yml index e55cf38b84..8c59c37139 100644 --- a/.travis.yml +++ b/.travis.yml @@ -63,7 +63,7 @@ jobs: env: DISTRO=Ubuntu1804 - os: linux if: type = cron - env: DISTRO=Ubuntu1904 + env: DISTRO=Ubuntu1910 - os: linux if: type = cron env: DISTRO=Debian96 --
[EGIT] [core/efl] master 01/01: tests/spec: allow for a longer timeout of the spec suite for dist build
stefan pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=6108ea0978871eae23b1083dc59263ed10309fa7 commit 6108ea0978871eae23b1083dc59263ed10309fa7 Author: Stefan Schmidt Date: Mon Nov 4 15:52:29 2019 +0100 tests/spec: allow for a longer timeout of the spec suite for dist build During our ninja dist builds on the CI we run into timeouts for the spec test suite taking longer than the default 30s. We can't pass any multiplier into the ninja dist command as we are doing on the other unit test runs. Allow th default value for this suite to also cover the CI case. It does no harm on sutuations where it finishes faster. Reviewed-by: Marcel Hollerbach Differential Revision: https://phab.enlightenment.org/D10593 --- src/tests/elementary/spec/meson.build | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/src/tests/elementary/spec/meson.build b/src/tests/elementary/spec/meson.build index 8b28e2cdd2..e0a5a3c86d 100644 --- a/src/tests/elementary/spec/meson.build +++ b/src/tests/elementary/spec/meson.build @@ -44,5 +44,6 @@ efl_ui_behavior_suite = executable('efl_ui_spec_suite', ) test('efl_ui_spec-suite', efl_ui_behavior_suite, - env : test_env + env : test_env, + timeout: 60 ) --
[E-devel] EDD 2019 schedule
Hello. Here is our schedule for the two days we have for EDD 2019. Its still tentative as we might want to have some flexibility to give more time where discussion needs it, but in general this is what we are going with. Saturday 10:00 - 10:15 Room setup, coffee and mingle time 10:15 - 10:30 Welcome to EDD 2019 (Stefan & Xavi) 10:30 - 11:30 Writing gadget for Enlightenment (Raffaele) 11:30 - 11:40 Coffee Break 11:40 - 13:00 Elput & Wayland (Raffaele) 13:00 - 14:30 Lunch 14:30 - 15:15 EFL tree maintenance & cleanup (Stefan) 15:15 - 16:45 Eolian status and future (Daniel) 16:45 - 17:00 Coffee Break 17:00 - 19:00 Documentation session: Documentation todo list (Xavi) Website split up (Xavi) 19:00 - XX:XX Dinner Sunday 10:00 - 10:15 Room setup, coffee and mingle time 10:15 - 11:45 Tooling and infrastructure session (Stefan & Raster) 11:45 - 12:00 Coffee Break 12:00 - 12:30 MVVM: how does it work (Cedric) 12:30 - 13:00 MVVM: using it it (Cedric) 13:00 - 14:30 Lunch 14:30 - 16:00 EFL & Enlightenment roadmap (Stefan) 16:00 - 16:15 Coffee Break 16:15 - 17:45 Miscellaneous (Marcel) efl_ui_cc Copy and Paste revamp Compiler plugin for EO speedup 17:45 - 19:00 Any other business, EDD feedback, room teardown The meeting venue does open at 10:00 so that is why we are all to get one more hour of sleep. :-) regards Stefan Schmidt PS: So far I received lunch menu choices from only 3 people out of 11. ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Enlightenment Developer Days call for proposals
Hello. On 29.10.19 09:53, Stefan Schmidt wrote: Hello. On 21.10.19 17:35, Stefan Schmidt wrote: Hello. As we are approaching roughly one month before EDD we should think about discussion and talk proposals for EDD. As I mentioned before I would like to have more discussions instead of lecture style talks. Bring a topic and prepare some slides to define the topic and questions that you want to discuss. The slides should be used to kickstart the discussions only. The discussion can later be followed up on the mailing list with notes from the EDD. If you want to update the attendees on a topic in a more lecture style talk that is possible as well. We have no formal program committee this year to decide on the proposals. Just mail me your topic and we can discuss it. I don't think there will be trouble time wise as we have 2 full days. Please send in the proposals no later than 31th of October. Title, short abstract and a time you would expect for it. A quick reminder on the topics deadline. I received a few already but would expect some more to come. Please let them loose. :-) Thanks everybody for sending their proposals in. I put them all together into a schedule I will be sending out soon. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] EDD 2019 lunch menu and dietary requirements
Hello. We settled for having lunch brought over to the conference venue. Samsung Research UK agreed on sponsor the lucnhes on both days. huge thanks for doing this! Its a two course meal on each day. Two options, one is vegetarian. SATURDAY: First course: - Fideuá (pasta) with sausage, artichokes and mushrooms or - Baby spinach salad, feta cheese, quince and mustard-and-honey dressing Second course: - Piquillo peppers stuffed with meat with stew of spinach and chick peas or - Tofu with spinach and peas curry stew SUNDAY: First course: - Couscous salad with pumpkin, dates and white asparagus vinaigrette or - Pasta with bacon and mushrooms Second course: - Chicken curry with sauteed rice or - Lentil hamburger with peas stew If you registered already (voted yes) please let me know your choices. We will provide some water and the University also has vending machines for drinks. In case you have dietary requirements which are not covered by the menu please let me know and we can see what we can do about this. regards Xavi & Stefan ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Enlightenment Developer Days call for proposals
Hello. On 21.10.19 17:35, Stefan Schmidt wrote: Hello. As we are approaching roughly one month before EDD we should think about discussion and talk proposals for EDD. As I mentioned before I would like to have more discussions instead of lecture style talks. Bring a topic and prepare some slides to define the topic and questions that you want to discuss. The slides should be used to kickstart the discussions only. The discussion can later be followed up on the mailing list with notes from the EDD. If you want to update the attendees on a topic in a more lecture style talk that is possible as well. We have no formal program committee this year to decide on the proposals. Just mail me your topic and we can discuss it. I don't think there will be trouble time wise as we have 2 full days. Please send in the proposals no later than 31th of October. Title, short abstract and a time you would expect for it. A quick reminder on the topics deadline. I received a few already but would expect some more to come. Please let them loose. :-) Also, if you have not yet voted on your coming yet, please do so as well. We have currently 9 confirmed attendees and 2 pending. We still have room! :-) As second topic for this mail I wanted to get some feedback on the food situation. We would have the opportunity to get some catering to bring food on site and we have the lunch there. To safe time and make sure we actually have a space to eat all together. This would be 15-20 EUR per person. The oly feedback I got on this was positive and I got an ok on sponsorship for the lunches so we will go ahead with this. More details on food will come in a separate mail. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] git.enlightenment.org
Hello. On 27.10.19 19:13, Matthew Zamudio wrote: Unsubscribe me!!! You can do this yourself. At the bottom of each mail is a link to the mailing list web interface which allows you to unsubscribe. enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel This page has a link to unsubscribe. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Enlightenment Developer Days call for proposals
Hello. As we are approaching roughly one month before EDD we should think about discussion and talk proposals for EDD. As I mentioned before I would like to have more discussions instead of lecture style talks. Bring a topic and prepare some slides to define the topic and questions that you want to discuss. The slides should be used to kickstart the discussions only. The discussion can later be followed up on the mailing list with notes from the EDD. If you want to update the attendees on a topic in a more lecture style talk that is possible as well. We have no formal program committee this year to decide on the proposals. Just mail me your topic and we can discuss it. I don't think there will be trouble time wise as we have 2 full days. Please send in the proposals no later than 31th of October. Title, short abstract and a time you would expect for it. As second topic for this mail I wanted to get some feedback on the food situation. We would have the opportunity to get some catering to bring food on site and we have the lunch there. To safe time and make sure we actually have a space to eat all together. This would be 15-20 EUR per person. The alternative is to go out, but we likely must reserve somewhere in advance to actually host > 10 people. For dinner on Saturday we should to out to a restaurant together. Xavi is also looking into the options we have there. If you have suggestions for this or restrictions we should take into account, please get in touch. regards Stefan Schmidt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [core/efl] efl-1.23 03/03: evil: make it clear in the docs that this library is private to efl
stefan pushed a commit to branch efl-1.23. http://git.enlightenment.org/core/efl.git/commit/?id=6d5b40233aafa7366051cb59a8c16a465e64d49f commit 6d5b40233aafa7366051cb59a8c16a465e64d49f Author: Stefan Schmidt Date: Mon Oct 7 10:55:02 2019 +0200 evil: make it clear in the docs that this library is private to efl Since the 1.23 release we are stricter with the use of evil. It is supposed to be used inside efl only and not exposed as API. Make this clear in the docs as well. Reviewed-by: Vincent Torri Differential Revision: https://phab.enlightenment.org/D10295 --- src/lib/evil/evil_main.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/lib/evil/evil_main.h b/src/lib/evil/evil_main.h index 7c1f67d215..8c82046f91 100644 --- a/src/lib/evil/evil_main.h +++ b/src/lib/evil/evil_main.h @@ -20,8 +20,8 @@ * evilness is so huge that the most of the functions are not POSIX or * BSD compliant. * - * These functions are intended to be used in the Enlightenment - * Foundation Libraries only and can be compiled only on Windows, + * These functions are intended to be used inside the Enlightenment Foundation + * Libraries as private library and can be compiled only on Windows, * using MSYS/MinGW on Windows, and cross-compilation on Unix. This * library is minimal in the sense that only the functions needed to * compile the EFL are available. The purpose of this library is NOT --
[EGIT] [core/efl] efl-1.23 01/03: evil: bring back doxygen intro page for evil library
stefan pushed a commit to branch efl-1.23. http://git.enlightenment.org/core/efl.git/commit/?id=b57d0ae3ac43626320e2eb35dd8aa296ce16e232 commit b57d0ae3ac43626320e2eb35dd8aa296ce16e232 Author: Stefan Schmidt Date: Wed Oct 2 12:23:38 2019 +0200 evil: bring back doxygen intro page for evil library While we switched evil to be not a public AP, but internal lib only, we still want to have its documentation shown. Reviewed-by: Vincent Torri Differential Revision: https://phab.enlightenment.org/D10270 --- src/lib/evil/evil_main.h | 74 1 file changed, 74 insertions(+) diff --git a/src/lib/evil/evil_main.h b/src/lib/evil/evil_main.h index 963bf5e7c6..7c1f67d215 100644 --- a/src/lib/evil/evil_main.h +++ b/src/lib/evil/evil_main.h @@ -1,6 +1,80 @@ #ifndef __EVIL_MAIN_H__ #define __EVIL_MAIN_H__ +/** + * @page evil_main Evil + * @author Vincent Torri + * @date 2008 (created) + * + * @section toc Table of Contents + * + * @li @ref evil_main_intro + * @li @ref evil_main_ack + * @li @ref evil_main_compiling + * @li @ref evil_main_next_steps + * + * @section evil_main_intro Introduction + * + * The Evil library is an evil library that ports some evil Unix + * functions to the Windows (XP or above, or Mobile) platform. The + * evilness is so huge that the most of the functions are not POSIX or + * BSD compliant. + * + * These functions are intended to be used in the Enlightenment + * Foundation Libraries only and can be compiled only on Windows, + * using MSYS/MinGW on Windows, and cross-compilation on Unix. This + * library is minimal in the sense that only the functions needed to + * compile the EFL are available. The purpose of this library is NOT + * to have a full POSIX emulation et it is NOT a replacement of + * cygwin. To compare the size of the DLL themselves, Evil is around + * 33 KB and cygwin DLL is around 800 KB. + * + * @section evil_main_ack Acknowledgments + * + * This library has receive some from people interested in the EFL or + * not. Among them, evil thanks to Lars Munch, Raoul Hecky, Nicolas + * Aguirre, Tor Lillqvist, Lance Fetters, Vincent Richomme, Paul + * Vixie, Daniel Stenberg, who helped the author of the library in + * different fields (code and tests). + * + * @section evil_main_compiling How to compile + * + * Evil is a library your application links to. The procedure for + * this is very simple. You simply have to compile your application + * with the appropriate compiler flags that the @p pkg-config script + * outputs. For example: + * + * Compiling C or C++ files into object files: + * + * @verbatim + gcc -c -o main.o main.c `pkg-config --cflags evil` + @endverbatim + * + * Linking object files into a binary executable: + * + * @verbatim + gcc -o my_application main.o `pkg-config --libs evil` + @endverbatim + * + * See @ref pkgconfig + * + * @section evil_main_next_steps Next Steps + * + * After you understood what Evil is and installed it in your system + * you should proceed understanding the programming interface. + * + * Recommended reading: + * + * @li @ref Evil_Mman + * @li @ref Evil_Unistd_Group + * @li @ref Evil_Dlfcn + * @li @ref Evil_Locale_Group + * @li @ref Evil_Stdio_Group + * @li @ref Evil_Main_Group + * @li @ref Evil_String_Group + * @li @ref Evil_Stdlib_Group + * @li @ref Evil_Time_Group + */ /** * @file evil_main.h --
[EGIT] [core/efl] efl-1.23 02/03: evil: remove stray x character from docs section
stefan pushed a commit to branch efl-1.23. http://git.enlightenment.org/core/efl.git/commit/?id=95f87f4e43929244f08f103cac9b5573dc13202f commit 95f87f4e43929244f08f103cac9b5573dc13202f Author: Stefan Schmidt Date: Fri Oct 4 11:15:12 2019 +0200 evil: remove stray x character from docs section Reviewed-by: Vincent Torri Differential Revision: https://phab.enlightenment.org/D10294 --- src/lib/evil/evil_dlfcn.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/lib/evil/evil_dlfcn.h b/src/lib/evil/evil_dlfcn.h index 9e39be5967..22f48b72ca 100644 --- a/src/lib/evil/evil_dlfcn.h +++ b/src/lib/evil/evil_dlfcn.h @@ -11,7 +11,7 @@ * @defgroup Evil_Dlfcn Functions that manage dynamic-link libraries. * @ingroup Evil * -x * This header provides functions to load and unload dynamic-link + * This header provides functions to load and unload dynamic-link * libaries, to get the address of a symbol, and to get diagnostic * information. */ --
[EGIT] [core/efl] master 03/03: evil: make it clear in the docs that this library is private to efl
stefan pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=55e865dd82a97ae582574fea9db0c028174498e3 commit 55e865dd82a97ae582574fea9db0c028174498e3 Author: Stefan Schmidt Date: Mon Oct 7 10:55:02 2019 +0200 evil: make it clear in the docs that this library is private to efl Since the 1.23 release we are stricter with the use of evil. It is supposed to be used inside efl only and not exposed as API. Make this clear in the docs as well. Reviewed-by: Vincent Torri Differential Revision: https://phab.enlightenment.org/D10295 --- src/lib/evil/evil_main.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/lib/evil/evil_main.h b/src/lib/evil/evil_main.h index 7c1f67d215..8c82046f91 100644 --- a/src/lib/evil/evil_main.h +++ b/src/lib/evil/evil_main.h @@ -20,8 +20,8 @@ * evilness is so huge that the most of the functions are not POSIX or * BSD compliant. * - * These functions are intended to be used in the Enlightenment - * Foundation Libraries only and can be compiled only on Windows, + * These functions are intended to be used inside the Enlightenment Foundation + * Libraries as private library and can be compiled only on Windows, * using MSYS/MinGW on Windows, and cross-compilation on Unix. This * library is minimal in the sense that only the functions needed to * compile the EFL are available. The purpose of this library is NOT --
[EGIT] [core/efl] master 02/03: evil: remove stray x character from docs section
stefan pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=370697b50c7b5b6f48f3827963ebd8ab6783f6c6 commit 370697b50c7b5b6f48f3827963ebd8ab6783f6c6 Author: Stefan Schmidt Date: Fri Oct 4 11:15:12 2019 +0200 evil: remove stray x character from docs section Reviewed-by: Vincent Torri Differential Revision: https://phab.enlightenment.org/D10294 --- src/lib/evil/evil_dlfcn.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/lib/evil/evil_dlfcn.h b/src/lib/evil/evil_dlfcn.h index 9e39be5967..22f48b72ca 100644 --- a/src/lib/evil/evil_dlfcn.h +++ b/src/lib/evil/evil_dlfcn.h @@ -11,7 +11,7 @@ * @defgroup Evil_Dlfcn Functions that manage dynamic-link libraries. * @ingroup Evil * -x * This header provides functions to load and unload dynamic-link + * This header provides functions to load and unload dynamic-link * libaries, to get the address of a symbol, and to get diagnostic * information. */ --
[EGIT] [core/efl] master 01/03: evil: bring back doxygen intro page for evil library
stefan pushed a commit to branch master. http://git.enlightenment.org/core/efl.git/commit/?id=b4e943ef3ea6f7c0830558ba10f2499c456b1556 commit b4e943ef3ea6f7c0830558ba10f2499c456b1556 Author: Stefan Schmidt Date: Wed Oct 2 12:23:38 2019 +0200 evil: bring back doxygen intro page for evil library While we switched evil to be not a public AP, but internal lib only, we still want to have its documentation shown. Reviewed-by: Vincent Torri Differential Revision: https://phab.enlightenment.org/D10270 --- src/lib/evil/evil_main.h | 74 1 file changed, 74 insertions(+) diff --git a/src/lib/evil/evil_main.h b/src/lib/evil/evil_main.h index 963bf5e7c6..7c1f67d215 100644 --- a/src/lib/evil/evil_main.h +++ b/src/lib/evil/evil_main.h @@ -1,6 +1,80 @@ #ifndef __EVIL_MAIN_H__ #define __EVIL_MAIN_H__ +/** + * @page evil_main Evil + * @author Vincent Torri + * @date 2008 (created) + * + * @section toc Table of Contents + * + * @li @ref evil_main_intro + * @li @ref evil_main_ack + * @li @ref evil_main_compiling + * @li @ref evil_main_next_steps + * + * @section evil_main_intro Introduction + * + * The Evil library is an evil library that ports some evil Unix + * functions to the Windows (XP or above, or Mobile) platform. The + * evilness is so huge that the most of the functions are not POSIX or + * BSD compliant. + * + * These functions are intended to be used in the Enlightenment + * Foundation Libraries only and can be compiled only on Windows, + * using MSYS/MinGW on Windows, and cross-compilation on Unix. This + * library is minimal in the sense that only the functions needed to + * compile the EFL are available. The purpose of this library is NOT + * to have a full POSIX emulation et it is NOT a replacement of + * cygwin. To compare the size of the DLL themselves, Evil is around + * 33 KB and cygwin DLL is around 800 KB. + * + * @section evil_main_ack Acknowledgments + * + * This library has receive some from people interested in the EFL or + * not. Among them, evil thanks to Lars Munch, Raoul Hecky, Nicolas + * Aguirre, Tor Lillqvist, Lance Fetters, Vincent Richomme, Paul + * Vixie, Daniel Stenberg, who helped the author of the library in + * different fields (code and tests). + * + * @section evil_main_compiling How to compile + * + * Evil is a library your application links to. The procedure for + * this is very simple. You simply have to compile your application + * with the appropriate compiler flags that the @p pkg-config script + * outputs. For example: + * + * Compiling C or C++ files into object files: + * + * @verbatim + gcc -c -o main.o main.c `pkg-config --cflags evil` + @endverbatim + * + * Linking object files into a binary executable: + * + * @verbatim + gcc -o my_application main.o `pkg-config --libs evil` + @endverbatim + * + * See @ref pkgconfig + * + * @section evil_main_next_steps Next Steps + * + * After you understood what Evil is and installed it in your system + * you should proceed understanding the programming interface. + * + * Recommended reading: + * + * @li @ref Evil_Mman + * @li @ref Evil_Unistd_Group + * @li @ref Evil_Dlfcn + * @li @ref Evil_Locale_Group + * @li @ref Evil_Stdio_Group + * @li @ref Evil_Main_Group + * @li @ref Evil_String_Group + * @li @ref Evil_Stdlib_Group + * @li @ref Evil_Time_Group + */ /** * @file evil_main.h --