Re: [E-devel] Simple question
I've brought up before that nls was missing thanks William ;) dh On 07/05/2018 10:19 PM, Hermet Park wrote: good. thanks! On Sat, Jun 30, 2018 at 5:29 AM, William L. Thomson Jr. < wlt...@obsidian-studios.com> wrote: On Fri, 29 Jun 2018 08:21:13 +0200 Xavi Artigas wrote: I have found that error on some meson builds (for example, Edi) and could not locate the library either. But in my experience, ignoring the error just works. I have Ubuntu 18.04 That build system is likely incorrect like edi. https://github.com/Enlightenment/edi/blob/develop/meson.build#L34 Meson does things differently. http://mesonbuild.com/Localisation.html http://mesonbuild.com/i18n-module.html#i18n-module This came up before and was resolved for terminology https://phab.enlightenment.org/T6398 Solution https://phab.enlightenment.org/rTRM6513de27bb6962547bae859a52 ffbb1385c4b018 -- William L. Thomson Jr. -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] About A patch seems wrongly submitted. (zmike)
On 07/05/2018 09:42 PM, Hermet Park wrote: Then someone broke post event as well. it shouldn't be happend without pre. Agreed !! dg On Thu, Jul 5, 2018 at 12:15 AM, Mike Blumenkrantz < michael.blumenkra...@gmail.com> wrote: This patch was necessary to ensure that RENDER_PRE and RENDER_POST are always emitted as a pair. There are a number of internal functionalities as well as apps which always expect a PRE before a POST. Prior to this patch, it was possible to receive only a POST callback, which was very confusing to handle. On Wed, Jul 4, 2018 at 2:22 AM Hermet Park wrote: commit ef471e4ecae793d9ac55949f627c8e25634ee242 Author: Mike Blumenkrantz Date: Fri May 12 12:08:32 2017 -0400 evas: ensure even no-op renders emit RENDER_PRE ref 67fae7aa0fdc9d778e8db88fc49bc149576994d2 yo, zmike, While reviewing canvas code, found out a patch that doesn't make sense to me. Even I can't track any info with 67fae7aa0fdc9d778e8db88fc49bc1 49576994d2. So asking u directly. No render but how it trigger render_pre event? Render pre means it's just before rendering. this broke concept even compatibility. I totally can't agree on this patch. Could you please explain for this? -- Regards, Hermet -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL Alpha Release: Action Required
>From what I remember, that issue was happened before. Eflete may have a logical bug. On Fri, Jul 6, 2018 at 12:57 AM, Mike Blumenkrantz < michael.blumenkra...@gmail.com> wrote: > As I've said before, the eflete issue should never have been considered an > EFL issue. If it's going to be listed as something that time needs to be > spent on then I'll debunk the possibility more formally: > > #0 0x7020ef54 in ecore_file_recursive_rm (dir=0x14d81a0 > "/home/zmike/") at lib/ecore_file/ecore_file.c:326 > #1 0x0045d293 in _exist_permission_popup_close_cb > (data=0x195ce80, > obj=0x40145654, event_info=0x10) > at ../../src/bin/ui/project_common.c:60 > #2 0x727ba9c0 in _eo_evas_smart_cb (data=0x165ad10, > event=0x7fffd030) > at lib/evas/canvas/evas_object_smart.c:78 > #3 0x7fffedef8000 in _event_callback_call (obj_id=0x40145654, > pd=0x101c5b0, desc=0x150c9f0, event_info=0x10, legacy_compare=1 '\001') at > lib/eo/eo_base_class.c:1694 > #4 0x7fffedef8341 in _efl_object_event_callback_legacy_call > (obj_id=0x40145654, pd=0x101c5b0, desc=0x150c9f0, event_info=0x10) at > lib/eo/eo_base_class.c:1767 > #5 0x7fffedef83e7 in efl_event_callback_legacy_call > (obj=0x40145654, desc=0x150c9f0, event_info=0x10) > at lib/eo/eo_base_class.c:1770 > #6 0x727a8d54 in > _efl_canvas_object_efl_object_event_callback_legacy_call > (eo_obj=0x40145654, obj=0x101c600, desc=0x150c9f0, event_info=0x10) at > lib/evas/canvas/evas_object_main.c:1231 > #7 0x7fffedef83e7 in efl_event_callback_legacy_call > (obj=0x40145654, desc=0x150c9f0, event_info=0x10) > at lib/eo/eo_base_class.c:1770 > #8 0x727bd2b4 in evas_object_smart_callback_call > (eo_obj=0x40145654, event=0x4ffd73 "POPUP_CLOSE_CB", event_info=0x10) > at lib/evas/canvas/evas_object_smart.c:1043 > #9 0x00459438 in _popup_btn_cb (data=0x10, obj=0x4015b679, > ei=0x0) at ../../src/bin/ui/popup.c:103 > #10 0x727ba9c0 in _eo_evas_smart_cb (data=0xf2e990, > event=0x7fffd320) > at lib/evas/canvas/evas_object_smart.c:78 > #11 0x7fffedef8000 in _event_callback_call (obj_id=0x4015b679, > pd=0x11b6610, desc=0x7fffee361240 <_EFL_UI_EVENT_CLICKED>, event_info=0x0, > legacy_compare=1 '\001') at lib/eo/eo_base_class.c:1694 > #12 0x7fffedef8341 in _efl_object_event_callback_legacy_call > (obj_id=0x4015b679, pd=0x11b6610, desc=0x7fffee361240 > <_EFL_UI_EVENT_CLICKED>, event_info=0x0) at lib/eo/eo_base_class.c:1767 > #13 0x7fffedef83e7 in efl_event_callback_legacy_call > (obj=0x4015b679, desc=0x7fffee361240 <_EFL_UI_EVENT_CLICKED>, > event_info=0x0) at lib/eo/eo_base_class.c:1770 > #14 0x727a8d54 in > _efl_canvas_object_efl_object_event_callback_legacy_call > (eo_obj=0x4015b679, obj=0x11b6660, desc=0x7fffee361240 > <_EFL_UI_EVENT_CLICKED>, event_info=0x0) at > lib/evas/canvas/evas_object_main.c:1231 > #15 0x7fffedef83e7 in efl_event_callback_legacy_call > (obj=0x4015b679, desc=0x7fffee361240 <_EFL_UI_EVENT_CLICKED>, > event_info=0x0) at lib/eo/eo_base_class.c:1770 > #16 0x778582d6 in _activate (obj=0x4015b679) at > lib/elementary/efl_ui_button.c:74 > #17 0x77858509 in _on_clicked_signal (data=0x4015b679, > obj=0x40122e7a, emission=0xc43d7c "elm,action,click", > source=0x7fffedcc4208 "") at lib/elementary/efl_ui_button.c:126 > #18 0x7397f2b7 in edje_match_callback_exec_check_finals > (ssp=0xccc560, matches=0xc6b7f0, signal_states=0xccc670, > source_states=0xc743c0, sig=0xc43d7c "elm,action,click", > source=0x7fffedcc4208 "", ed=0x12a5ec0, prop=0 '\000') > at lib/edje/edje_match.c:556 > #19 0x7397f7ec in edje_match_callback_exec (ssp=0xccc560, > matches=0xc6b7f0, sig=0xc43d7c "elm,action,click", source=0x7fffedcc4208 > "", ed=0x12a5ec0, prop=0 '\000') at lib/edje/edje_match.c:711 > #20 0x73988a09 in _edje_emit_cb (ed=0x12a5ec0, sig=0xc43d7c > "elm,action,click", src=0x7fffedcc4208 "", data=0x14ce7a0, prop=0 '\000') > at lib/edje/edje_program.c:1647 > #21 0x73988854 in _edje_emit_handle (ed=0x12a5ec0, sig=0xc43d7c > "elm,action,click", src=0x7fffedcc4208 "", sdata=0x14ce7a0, prop=0 '\000') > at lib/edje/edje_program.c:1589 > #22 0x73981edc in _edje_message_process (em=0x154bce0) at > lib/edje/edje_message_queue.c:783 > #23 0x739822f4 in _edje_message_queue_process () at > lib/edje/edje_message_queue.c:886 > #24 0x73980ede in _edje_job (data=0x0) at > lib/edje/edje_message_queue.c:260 > #25 0x7fffee89a51f in _ecore_job_event_handler (data=0x0, type=14, > ev=0x1a09720) at lib/ecore/ecore_job.c:98 > #26 0x7fffee8a0edd in > _ecore_event_message_handler_efl_loop_message_handler_message_call > (obj=0x4000141f, pd=0x79bb50, message=0x400c8bde) at > lib/ecore/ecore_event_message_handler.c:359 > #27 0x7fffee8ab5b1 in efl_loop_message_handler_message_call > (obj=0x4000141f, message=0x400c8bde) > at
Re: [E-devel] Simple question
good. thanks! On Sat, Jun 30, 2018 at 5:29 AM, William L. Thomson Jr. < wlt...@obsidian-studios.com> wrote: > On Fri, 29 Jun 2018 08:21:13 +0200 > Xavi Artigas wrote: > > > I have found that error on some meson builds (for example, Edi) and > > could not locate the library either. > > But in my experience, ignoring the error just works. > > I have Ubuntu 18.04 > > That build system is likely incorrect like edi. > https://github.com/Enlightenment/edi/blob/develop/meson.build#L34 > > Meson does things differently. > http://mesonbuild.com/Localisation.html > http://mesonbuild.com/i18n-module.html#i18n-module > > This came up before and was resolved for terminology > https://phab.enlightenment.org/T6398 > > Solution > https://phab.enlightenment.org/rTRM6513de27bb6962547bae859a52 > ffbb1385c4b018 > > -- > William L. Thomson Jr. > > > -- > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > -- Regards, Hermet -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] About A patch seems wrongly submitted. (zmike)
Then someone broke post event as well. it shouldn't be happend without pre. On Thu, Jul 5, 2018 at 12:15 AM, Mike Blumenkrantz < michael.blumenkra...@gmail.com> wrote: > This patch was necessary to ensure that RENDER_PRE and RENDER_POST are > always emitted as a pair. There are a number of internal functionalities as > well as apps which always expect a PRE before a POST. Prior to this patch, > it was possible to receive only a POST callback, which was very confusing > to handle. > > On Wed, Jul 4, 2018 at 2:22 AM Hermet Park wrote: > > > commit ef471e4ecae793d9ac55949f627c8e25634ee242 > > Author: Mike Blumenkrantz > > Date: Fri May 12 12:08:32 2017 -0400 > > > > evas: ensure even no-op renders emit RENDER_PRE > > > > ref 67fae7aa0fdc9d778e8db88fc49bc149576994d2 > > > > > > yo, zmike, > > While reviewing canvas code, found out a patch that doesn't make sense to > > me. > > Even I can't track any info with 67fae7aa0fdc9d778e8db88fc49bc1 > 49576994d2. > > So asking u directly. > > > > No render but how it trigger render_pre event? > > Render pre means it's just before rendering. this broke concept even > > compatibility. > > I totally can't agree on this patch. > > > > Could you please explain for this? > > > > > > -- > > Regards, Hermet > > > > > -- > > Check out the vibrant tech community on one of the world's most > > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > ___ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > -- > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Regards, Hermet -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Simple question
On Fri, 29 Jun 2018 08:21:13 +0200 Xavi Artigas wrote: > I have found that error on some meson builds (for example, Edi) and > could not locate the library either. > But in my experience, ignoring the error just works. > I have Ubuntu 18.04 That build system is likely incorrect like edi. https://github.com/Enlightenment/edi/blob/develop/meson.build#L34 Meson does things differently. http://mesonbuild.com/Localisation.html http://mesonbuild.com/i18n-module.html#i18n-module This came up before and was resolved for terminology https://phab.enlightenment.org/T6398 Solution https://phab.enlightenment.org/rTRM6513de27bb6962547bae859a52ffbb1385c4b018 -- William L. Thomson Jr. pgpfZ2dMOpYYA.pgp Description: OpenPGP digital signature -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL Alpha Release: Action Required
As I've said before, the eflete issue should never have been considered an EFL issue. If it's going to be listed as something that time needs to be spent on then I'll debunk the possibility more formally: #0 0x7020ef54 in ecore_file_recursive_rm (dir=0x14d81a0 "/home/zmike/") at lib/ecore_file/ecore_file.c:326 #1 0x0045d293 in _exist_permission_popup_close_cb (data=0x195ce80, obj=0x40145654, event_info=0x10) at ../../src/bin/ui/project_common.c:60 #2 0x727ba9c0 in _eo_evas_smart_cb (data=0x165ad10, event=0x7fffd030) at lib/evas/canvas/evas_object_smart.c:78 #3 0x7fffedef8000 in _event_callback_call (obj_id=0x40145654, pd=0x101c5b0, desc=0x150c9f0, event_info=0x10, legacy_compare=1 '\001') at lib/eo/eo_base_class.c:1694 #4 0x7fffedef8341 in _efl_object_event_callback_legacy_call (obj_id=0x40145654, pd=0x101c5b0, desc=0x150c9f0, event_info=0x10) at lib/eo/eo_base_class.c:1767 #5 0x7fffedef83e7 in efl_event_callback_legacy_call (obj=0x40145654, desc=0x150c9f0, event_info=0x10) at lib/eo/eo_base_class.c:1770 #6 0x727a8d54 in _efl_canvas_object_efl_object_event_callback_legacy_call (eo_obj=0x40145654, obj=0x101c600, desc=0x150c9f0, event_info=0x10) at lib/evas/canvas/evas_object_main.c:1231 #7 0x7fffedef83e7 in efl_event_callback_legacy_call (obj=0x40145654, desc=0x150c9f0, event_info=0x10) at lib/eo/eo_base_class.c:1770 #8 0x727bd2b4 in evas_object_smart_callback_call (eo_obj=0x40145654, event=0x4ffd73 "POPUP_CLOSE_CB", event_info=0x10) at lib/evas/canvas/evas_object_smart.c:1043 #9 0x00459438 in _popup_btn_cb (data=0x10, obj=0x4015b679, ei=0x0) at ../../src/bin/ui/popup.c:103 #10 0x727ba9c0 in _eo_evas_smart_cb (data=0xf2e990, event=0x7fffd320) at lib/evas/canvas/evas_object_smart.c:78 #11 0x7fffedef8000 in _event_callback_call (obj_id=0x4015b679, pd=0x11b6610, desc=0x7fffee361240 <_EFL_UI_EVENT_CLICKED>, event_info=0x0, legacy_compare=1 '\001') at lib/eo/eo_base_class.c:1694 #12 0x7fffedef8341 in _efl_object_event_callback_legacy_call (obj_id=0x4015b679, pd=0x11b6610, desc=0x7fffee361240 <_EFL_UI_EVENT_CLICKED>, event_info=0x0) at lib/eo/eo_base_class.c:1767 #13 0x7fffedef83e7 in efl_event_callback_legacy_call (obj=0x4015b679, desc=0x7fffee361240 <_EFL_UI_EVENT_CLICKED>, event_info=0x0) at lib/eo/eo_base_class.c:1770 #14 0x727a8d54 in _efl_canvas_object_efl_object_event_callback_legacy_call (eo_obj=0x4015b679, obj=0x11b6660, desc=0x7fffee361240 <_EFL_UI_EVENT_CLICKED>, event_info=0x0) at lib/evas/canvas/evas_object_main.c:1231 #15 0x7fffedef83e7 in efl_event_callback_legacy_call (obj=0x4015b679, desc=0x7fffee361240 <_EFL_UI_EVENT_CLICKED>, event_info=0x0) at lib/eo/eo_base_class.c:1770 #16 0x778582d6 in _activate (obj=0x4015b679) at lib/elementary/efl_ui_button.c:74 #17 0x77858509 in _on_clicked_signal (data=0x4015b679, obj=0x40122e7a, emission=0xc43d7c "elm,action,click", source=0x7fffedcc4208 "") at lib/elementary/efl_ui_button.c:126 #18 0x7397f2b7 in edje_match_callback_exec_check_finals (ssp=0xccc560, matches=0xc6b7f0, signal_states=0xccc670, source_states=0xc743c0, sig=0xc43d7c "elm,action,click", source=0x7fffedcc4208 "", ed=0x12a5ec0, prop=0 '\000') at lib/edje/edje_match.c:556 #19 0x7397f7ec in edje_match_callback_exec (ssp=0xccc560, matches=0xc6b7f0, sig=0xc43d7c "elm,action,click", source=0x7fffedcc4208 "", ed=0x12a5ec0, prop=0 '\000') at lib/edje/edje_match.c:711 #20 0x73988a09 in _edje_emit_cb (ed=0x12a5ec0, sig=0xc43d7c "elm,action,click", src=0x7fffedcc4208 "", data=0x14ce7a0, prop=0 '\000') at lib/edje/edje_program.c:1647 #21 0x73988854 in _edje_emit_handle (ed=0x12a5ec0, sig=0xc43d7c "elm,action,click", src=0x7fffedcc4208 "", sdata=0x14ce7a0, prop=0 '\000') at lib/edje/edje_program.c:1589 #22 0x73981edc in _edje_message_process (em=0x154bce0) at lib/edje/edje_message_queue.c:783 #23 0x739822f4 in _edje_message_queue_process () at lib/edje/edje_message_queue.c:886 #24 0x73980ede in _edje_job (data=0x0) at lib/edje/edje_message_queue.c:260 #25 0x7fffee89a51f in _ecore_job_event_handler (data=0x0, type=14, ev=0x1a09720) at lib/ecore/ecore_job.c:98 #26 0x7fffee8a0edd in _ecore_event_message_handler_efl_loop_message_handler_message_call (obj=0x4000141f, pd=0x79bb50, message=0x400c8bde) at lib/ecore/ecore_event_message_handler.c:359 #27 0x7fffee8ab5b1 in efl_loop_message_handler_message_call (obj=0x4000141f, message=0x400c8bde) at lib/ecore/efl_loop_message_handler.eo.c:14 #28 0x7fffee8a6229 in _efl_loop_message_process (obj=0x401a, pd=0x791a60) at lib/ecore/efl_loop.c:633 #29 0x7fffee8a641a in efl_loop_message_process (obj=0x401a) at lib/ecore/efl_loop.c:663 #30 0x7fffee89ea06 in _ecore_main_loop_iterate_internal (obj=0x401a, pd=0x791a60, once_only=0) at
Re: [E-devel] EFL Alpha Release: Action Required
hello. On 04.07.2018 20:09, Stefan Schmidt wrote: > Hello. > > On 27.06.2018 20:17, Mike Blumenkrantz wrote: >> See the weekly phab report mails which lists ticket/patch counts for high >> priority items. >> >> A number of the highest priority tickets will be resolved over the next 24h >> as patches continue to land from the review queue. If people continue to >> work on the high priority tickets which are tagged with the 1.21 milestone >> then it should be possible for Stefan to begin executing an alpha release >> very soon after he returns next week. > > I am back no and catched up on mails. > > Will go through the phab queries and phab in general tomorrow to get a > better understanding where we stand and when we can start the alpha. So here is how I see the situation regarding the release status. Following the pre-defined queries Mike uses in the phab weekly mails I can see 4 showstopper issues (2 of them them to have been dealt with already), 10 issues raised as prio high and 4 issues tagged as regressions. This looks like a good enough starting point to me to get an alpha out and getting the remaining bugs fixed. If I compare this other releases I managed we started the alpha actually in a worse state. (If we would start the alpha with zero bugs we would not need one anyway. :-) My proposal from here would be the following: o I tag the alpha release tomorrow and prepare and upload tarballs o We asked packagers to try out these tarballs to get early feedback from them o We ask application maintainers to test their app against the alpha release and report bugs so we can still fix them (based on Hermet's suggestion) o I run abi-checker over the alpha release to see if it detects abi/api breaks we need to take care of o I will have a look if I can figure out whats wrong with our coverity builds. This is going on for a while, not sure I can promise that I will get this fixed in time. o We need to spent some extra time to make sure the home-dir-deleted-by-eflete bug is actually an application bug and nothing present in efl. The following are the issues I consider for the release right now. If you have one that is not listed here but should, please make sure to update the tags accordingly so its shows up in the queries. For showstopper and high prio issues: https://phab.enlightenment.org/maniphest/query/_jTUZLoOpCeA/#R For regressions: https://phab.enlightenment.org/maniphest/query/oP4HVQ1SXYSe/#R If you disagree with any of this speak up NOW. :-) regards Stefan Schmidt -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
