Re: [E-devel] enlightenment blanking issue

[Rbt. Y-Lee]

The blanking Block in the menu Raster added is a useful feature.

I have noticed some apps (vlc for example) use a slightly different dbus
call than the one implemented in the code.

dbus-monitor output playing a video on VLC:

method call time=1659900465.195458 sender=:1.264 ->
destination=org.freedesktop.ScreenSaver serial=6 path=/ScreenSaver;
interface=org.freedesktop.ScreenSaver; member=Inhibit
   string "vlc"
   string "Playing some media."

Notice path =/ScreenSaver and not /org/freedesktop/ScreenSaver.

VLC relevant code:
https://code.videolan.org/videolan/vlc/-/blob/master/modules/misc/inhibit/dbus.c#L60

I also note that as far as I can tell Gnome checks for both dbus paths:

https://gitlab.gnome.org/GNOME/gnome-settings-daemon/-/blob/master/plugins/screensaver-proxy/gsd-screensaver-proxy-manager.c#L125

(NOTE: I do not use gnome nor do I make it a habit of reading that code
base, just stumbled across that as it is linked to in the freedesktop specs
for org.freedesktop.ScreenSaver)

Perhaps e should also check for both dbus messages so that VLC shows up in
the blanking menu list when it is active.  Whether it is right or wrong for
VLC and other problematic apps to use path=/ScreenSaver in this dbus call.
Seems a little odd to me but VLC is a very common and widely used
application.


On Fri, Jun 10, 2022 at 4:23 AM Carsten Haitzler 
wrote:

> On Fri, 10 Jun 2022 08:45:44 +0200 leoutat...@gmx.fr said:
>
> > On 6/9/22 23:53, Carsten Haitzler wrote:
> > > On Thu, 9 Jun 2022 22:41:08 +0200 leoutat...@gmx.fr said:
> > >
> > >> On 6/9/22 12:16, Carsten Haitzler wrote:
> > >>> On Thu, 9 Jun 2022 10:41:25 +0200 leoutat...@gmx.fr said:
> > >>>
> >  On 6/9/22 09:55, Carsten Haitzler wrote:
> > > On Wed, 8 Jun 2022 19:50:27 +0200 leoutat...@gmx.fr said:
> > >
> > >> On 6/8/22 19:17, Carsten Haitzler wrote:
> > >>> On Wed, 8 Jun 2022 15:39:17 +0200 leoutat...@gmx.fr said:
> > >>>
> > >>> actually wait - is this a laptop? or using ddc? dimming timeout
> set?
> > >>> then the 30 sec may be the dimming timeout. e will run a timer
> after
> > >>> that that then totally blanks the screen. this timer is
> cancelled when
> > >>> the screensaver is cancelled (when the screen dims the screen is
> > >>> basically in screensaver mode)
> > >> It's just a laptop
> > >
> > > ok - that explains the 30 sec then - that's the dimming timeout.
> does
> > > the screen dim automatically after 30 sec of idle input?
> >  No, screen doesn't dim after 30 sec of idle input.
> >  Screen blanks after 2 minutes (according to settings), but
> sometimes,
> >  maybe once a day, it doesn't blank at all. If i restart e, it blanks
> >  normally.
> > >>>
> > >>> that's odd. screen should dim. you have backlight support? does it
> work
> > >>> manually with the gadget?
> > >>
> > >> Yes that's odd...I have backlight support and gadget in shelf. See
> > >> settings in  attached file
> > >
> > > so backlight controls work? you can manually change brightness? does
> the
> > > backlight dim after 30 sec of no input if you leave things idle? btw
> your
> > > normal backlight is 5% .. that's really odd it should be HIGHER
> than the
> > > dim level of 30%...
> >
> > I set backlight higher than dim level, and dim works now.
> > Maybe this explains why, sometimes, blanking doesn't work, but it
> > happens randomly...
>
> well now you at least have saner backlight settings (these are not
> defaults -
> the defaults are 100% and 30% for normal and dim levels). the first thing
> you
> should look for is if the screen dims after 30 sec od idle - if it does
> then
> screensaver is then activating. e uses the x screensaver notify event
> fromto
> dim the backlight (and screensaver deactivate to un-dim (go back to
> bright)).
> once idle e runs a timer that then waits for "the rest of the time" until
> the
> screen needs to go blank. so if dim timeout is 30 sec, and blanking time
> is 2
> min, then e runs a timer for 1.5min. when this timer is hit then e will
> "fade
> to blank" and fade out the rest of the backlight to off too. x's dpms
> timeouts
> are set to expire a little bit after this "fade to black" (about 10 seconds
> after as you can see in xset's dpms settings) so the screen will completely
> power off then (but will appear black by this point).
>
> so the first thing to do is to notice... is the dimming happening? if it
> is not
> then there is a problem earlier on with screensaver notify events not
> happening. that means either the x screensaver has been suspended in some
> way
> (it was totally turned off - some apps go mess with screensaver settings -
> xset
> q will tell you if screensaver is on or off and the timeout) and some apps
> may
> take a screensaver "block" from x and ask it to temporarily suspend the
> screensaver. chromium and chrome based browsers will do this when playing
> videos - sometimes ads on a web page can cause this if they play videos.
> 

Re: [E-devel] Updated Python-efl Tutorial Codes

[Rbt. Y-Lee]

The Source code for bodhi's py-efl package is the official enlightenment
download, https://www.enlightenment.org/download

The debian folder we use is
https://github.com/BodhiDev/bodhi6packages/tree/master/efl-1.25.1/debian



On Thu, Nov 11, 2021 at 2:08 AM Davide Andreoli 
wrote:

> Il giorno mer 10 nov 2021 alle ore 18:21 Ross Vandegrift  >
> ha scritto:
>
> > On Wed, Nov 10, 2021 at 10:17:08AM +0100, Davide Andrei wrote:
> > > Il giorno mar 9 nov 2021 alle ore 17:30 Ross Vandegrift <
> > r...@kallisti.us>
> > > ha scritto:
> > > > I maintain the debian packages for enlightenment and efl.  I haven't
> > > > packaged python-efl mostly out of ignorance - I didn't know anyone
> > > > wanted it, and I don't know about any apps that use it.  So I can't
> say
> > > > it'll be high on my list, but if I find some time, I'll take a peek.
> > > >
> > > > Of course if you (or anyone else) is interested, there's good
> materials
> > > > on debian packaging python libraries.  I'd be happy to include that
> in
> > > > the team that handles efl/enlightenment, and help get it into debian.
> > > >
> > >
> > > That would be awesome! I have zero experience in deb packaging,
> > > but I think that the bodylinux guys already have a good python-efl
> > package.
> > > Can that one be useful?
> >
> > Probably not - last I looked (which was years ago), bodhi never
> > published source packages for their debs.  So I can't even check if it
> > would be a Debian policy-compliant package.  If that's changed, I'd be
> > happy to take a look at the source package to see what'd need work.
> >
>
> I also cannot find (after 15 mins of search) the sources of the bodhi
> packages...
> really they are not public??? I hope they are just hard to find.
>
> And spent another 15 minutes looking at how to build the debs package for
> python apps.
> What I found is that we should use setuptools to build the library. Atm
> python-efl use distutils
> instead, but I already want to switch to setuptools for the next release
> (because also the pypi
> installation method is broken for the same reason).
> So I think we must wait for the next release to start building the deb pkg
>
>
>
>
>
> >
> > Ross
> >
> >
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >
>
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

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

Re: [E-devel] Updated Python-efl Tutorial Codes

[Rbt. Y-Lee]

Jeff wrote those tutorials for Bodhi linux and the needed packages are deb
files in Bodhi's repo and can be installed via apt.

On Tue, Nov 9, 2021 at 6:17 AM Joonas Niilola  wrote:

>
>
> On 22.10.2021 22.11, Abdur-Rahmaan Janhangeer wrote:
> > Greetings list,
> >
> > Updated Jeff Hoogland's codes for his Python-efl series:
> >
> >
> https://www.pythonkitchen.com/how-to-install-python-efl-on-ubuntu-or-linux-mint/
> > <
> https://www.pythonkitchen.com/how-to-install-python-efl-on-ubuntu-or-linux-mint/
> >
> > https://www.pythonkitchen.com/python-efl-1/
> > https://www.pythonkitchen.com/python-efl-2/
> > https://www.pythonkitchen.com/python-efl-3/
> > https://www.pythonkitchen.com/python-efl-4/
> > https://www.pythonkitchen.com/python-efl-5/
> > https://www.pythonkitchen.com/python-efl-6/
> > https://www.pythonkitchen.com/python-efl-7/
> > https://www.pythonkitchen.com/python-efl-8/
> >
> > It makes a quite gentle intro to Python-efl
> >
> >
>
> Hey,
>
> in general I personally hate installing software outside my
> distributions package manager. I believe you should try to make them
> into dpkg's, and aim to get these distributed through upstream ;)
>
> Surely this way will get the work done, and get you started. But just a
> suggestion.
>
> -- juippis
>
>
>
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

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

Re: [E-devel] Updated Python-efl Tutorial Codes

[Rbt. Y-Lee]

Thanks davemds :)

It would be great to have Jeff's old py-efl guides more up to date as well
as hopefully in the future expanded.

On Sun, Nov 7, 2021 at 1:29 PM Abdur-Rahmaan Janhangeer <
arj.pyt...@gmail.com> wrote:

> Greetings,
>
> I'd be super interested! Also about how to PR to the repo and even tutos
> about that. I view python-efl as some closed OpenSource project
> with access not as easy as gitlab/bitbucket/github ones.
>
> Thanks a lot, guess i will be contacting you off list. Python-EFL is my pet
> OpenSource learning atm and i devote time to it often. So you can count
> me in.
>
> Kind Regards,
>
> Abdur-Rahmaan Janhangeer
> about  | blog
> 
> github 
> Mauritius
>
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

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

Re: [E-devel] ephoto bug

[Rbt. Y-Lee]

A test on tb (or object) in the right circumstance segfaults elsewhere plus
regardless it leaves the cursor messed up
as elm_object_cursor_unset(tb->main); is not executed.

https://pastebin.com/agXAybrA

 _drop_dropcb (data=0x0, obj=0x4003182c, it=0x0,
ev=0x7fffc7e0, xposret=0, yposret=0)
at ../src/bin/ephoto_thumb_browser.c:161

I can change the code around some and get ephoto to not segfault as well as
not leave the cursor messed up BUT the DND an image to say a folder does
not work. Clearly I am not understanding something or EFL is not 'acting
right.'

What I am thinking based on the documentation is that the function
_dnd_drag_done(void *data, Evas_Object *obj,  Eina_Bool doaccept
EINA_UNUSED)
should have the form :

void(* Elm_Drag_State) (void *data, Evas_Object *obj)
Callback called when a drag is finished, enters, or leaves an object.

Parameters
dataApplication specific data
objThe object where the drag started

And the object where the drag started should be  Ephoto_Thumb_Browser *tb
it is in the rest of those DND callbacks.

Documentation:
https://docs.enlightenment.org/stable/elementary/group__CopyPaste.html

I may be confused tho as the documentation is not clear to me and I lack
any good examples that illustrate what okra was trying to do here.

All I can find is this
https://www.enlightenment.org/develop/efl/advanced/dnd.



On Wed, Oct 6, 2021 at 2:56 PM Vincent Torri 
wrote:

> On Wed, Oct 6, 2021 at 6:50 PM Rbt. Y-Lee  wrote:
> >
> > I know ephoto seems unmaintained but a Bodhi Linux user reported an
> > ephoto Drag and Drop bug to me. A video he created illustrates the
> issue. I
> > am hoping someone can look at this...
> >
> > Here is a backtrace using efl and ehoto in e-git (briefly the bug is
> caused
> > by in this user case obj passed to  _dnd_drag_done  in
> > /src/bin/ephoto_thumb_browser.c:283 is NULL):
> >
> > Backtrace: https://pastebin.com/hcsZETD9
>
> test on tb is necessary
>
> Vincent
>
>
> >
> > code/efl$ git show
> > commit 57a5655f889a293adb11db09a4f35378aa29a9bb (HEAD -> master,
> > origin/master, origin/HEAD)
> > Author: Christopher Michael 
> > Date:   Tue Oct 5 10:27:45 2021 -0400
> >
> > exactness: Fix compiler warning of uninitialized variable
> >
> > Compiler is warning us here that ex_img has not been initialized
> after
> > being malloc'd, so let's initialize it
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
>
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

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

[E-devel] Efl 1.24 and _ecore_evas_x_selection_notify() safety check failed errors

[Rbt. Y-Lee]

 With efl 1.23.3 when moksha (bodhi linuxs e17 fork) boots there are no EFL
or e(moksha) related stderrs

With efl 1.24.x and efl in git at commit - tests: ecore_con another cert
update to extend the time its valid to 100 year

When moskha boots up and while using it I get the following errors

ERR<18804>:eina_safety
../src/modules/ecore_evas/engines/x/ecore_evas_x.c:3954
_ecore_evas_x_selection_notify() safety check failed: !!ee is false
## Copy & Paste the below (until EOF) into a terminal, then hit Enter

eina_btlog << EOF
/lib/x86_64-linux-gnu/libeina.so.1 0x7fba4ebbfb1c 0x7fba4eb9
/lib/x86_64-linux-gnu/libeina.so.1 0x7fba4ebc0921 0x7fba4eb9
/lib/x86_64-linux-gnu/libeina.so.1 0x7fba4ebc1f85 0x7fba4eb9
/lib/x86_64-linux-gnu/libeina.so.1 0x7fba4ebda602 0x7fba4eb9
/lib/x86_64-linux-gnu/ecore_evas/engines/x/v-1.24/module.so 0x7fba48bfefaf
0x7fba48bed000
/lib/x86_64-linux-gnu/libecore.so.1 0x7fba4ed0c099 0x7fba4ece5000
/lib/x86_64-linux-gnu/libecore.so.1 0x7fba4ed15596 0x7fba4ece5000
/lib/x86_64-linux-gnu/libecore.so.1 0x7fba4ed0e0f9 0x7fba4ece5000
/lib/x86_64-linux-gnu/libecore.so.1 0x7fba4ed0cf40 0x7fba4ece5000
/lib/x86_64-linux-gnu/libecore.so.1 0x7fba4ed080ee 0x7fba4ece5000
/lib/x86_64-linux-gnu/libecore.so.1 0x7fba4ed0887d 0x7fba4ece5000
/lib/x86_64-linux-gnu/libecore.so.1 0x7fba4ed0df49 0x7fba4ece5000
/lib/x86_64-linux-gnu/libecore.so.1 0x7fba4ed0d200 0x7fba4ece5000
/lib/x86_64-linux-gnu/libecore.so.1 0x7fba4ed0893b 0x7fba4ece5000
/usr/bin/enlightenment 0x55b53362ae7f 0x55b5335f
/lib/x86_64-linux-gnu/libc.so.6 0x7fba4e84b0b3 0x7fba4e824000
/usr/bin/enlightenment 0x55b53362c03e 0x55b5335f
EOF

the backtrace:
/lib/x86_64-linux-gnu/libeina.so.1 |
/home/robert/Code/efl-1.24.1/build/../src/lib/eina/eina_inlist.c : 591 @
eina_inlist_sorted_insert()
/lib/x86_64-linux-gnu/libeina.so.1 |
/home/robert/Code/efl-1.24.1/build/../src/lib/eina/eina_iterator.c : 123 @
eina_iterator_next()
/lib/x86_64-linux-gnu/libeina.so.1 |
/home/robert/Code/efl-1.24.1/build/../src/lib/eina/eina_list.c : 295 @
eina_list_iterator_next()
/lib/x86_64-linux-gnu/libeina.so.1 |
/home/robert/Code/efl-1.24.1/build/../src/lib/eina/eina_promise.c : 593 @
__eina_promise_cancel_data()
/lib/x86_64-linux-gnu/ecore_evas/engines/x/v-1.24/module.so |
/home/robert/Code/efl-1.24.1/build/../src/modules/ecore_evas/engines/x/ecore_evas_x.c
: 2695 @ _alpha_do()
/lib/x86_64-linux-gnu/libecore.so.1|
/home/robert/Code/efl-1.24.1/build/src/lib/ecore/ecore_event_message.eo.c :
12 @ ecore_event_message_data_steal()
/lib/x86_64-linux-gnu/libecore.so.1|
/home/robert/Code/efl-1.24.1/build/../src/lib/eina/eina_inline_value.x :
362 @ eina_value_vset()
/lib/x86_64-linux-gnu/libecore.so.1|
/home/robert/Code/efl-1.24.1/build/../src/lib/ecore/ecore_event_message_handler.c:
350 @ _ecore_event_message_handler_efl_loop_message_handler_message_call()
/lib/x86_64-linux-gnu/libecore.so.1|
/home/robert/Code/efl-1.24.1/build/../src/lib/eina/eina_inline_value.x :
421 @ eina_value_vset()
/lib/x86_64-linux-gnu/libecore.so.1|
/home/robert/Code/efl-1.24.1/build/../src/lib/ecore/ecore_main.c : 275 @
_ecore_get_epoll_fd()
/lib/x86_64-linux-gnu/libecore.so.1|
/home/robert/Code/efl-1.24.1/build/../src/lib/ecore/ecore_main.c : 596 @
_ecore_main_fdh_epoll_mark_active()
/lib/x86_64-linux-gnu/libecore.so.1|
/home/robert/Code/efl-1.24.1/build/../src/lib/ecore/ecore_event_message_handler.c:
316 @ _ecore_event_message_handler_efl_object_destructor()
/lib/x86_64-linux-gnu/libecore.so.1|
/home/robert/Code/efl-1.24.1/build/../src/lib/ecore/ecore_event_message_handler.c:
65 @ _ecore_event_do_filter()
/lib/x86_64-linux-gnu/libecore.so.1|
/home/robert/Code/efl-1.24.1/build/../src/lib/ecore/ecore_main.c : 929 @
_ecore_main_loop_setup()
/usr/bin/enlightenment| /home/robert/Code/moksha/src/bin/e_main.c : 1161 @
main()
/lib/x86_64-linux-gnu/libc.so.6 | ??/?? : 1161 @ __libc_start_main()
/usr/bin/enlightenment| ??/?? : 1161 @ _start()

This line in e_main.c :

if (!x_fatal) e_canvas_idle_flush();

is committed out in e code these days by commit:

remove E_Win+e_canvas, convert all internal wins to use elm_win

probably not a good idea for me to follow suit.

Any ideas?

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

Re: [E-devel] System Monitor

[Rbt. Y-Lee]

Thanks looking good. Packaged it for Bodhi linux 5.1 repos.

On Sun, Sep 8, 2019 at 7:48 AM Al Poole  wrote:

> Hello,
>
> I've had some time to work on this program. Added some new features to the
> GUI and command-line helper application. I've tried testing rigorously.
>
> https://download.enlightenment.org/rel/apps/evisum/evisum-0.2.6.tar.xz
>
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>

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

Re: [E-devel] evas_canvas_image_cache_flush segfault problem

[Rbt. Y-Lee]

Rasters 2 commits seem to fix the problem in enlightenment and moksha both
as far as I can tell. Briefly tested both. I will patch the efl deb file
for 1.22 we have in our testing repo (maybe update it to efl 1.22.4 or
whatever is current) and hope for the best. Was wanting efl 1.22.x in our
next release but may end up leaving it in our testing repo tho. Depends
upon how fast Jeff puts together our ISO for BL 5.1. I prefer some time for
testing a new efl version, after all it  took several months before this
icon issue was noted by one of our users. If I perchance note any other
issues related to this and the image preloading commit mentioned above that
broke things I will let you know.

Thanks

ylee

On Fri, Sep 6, 2019 at 9:22 AM Carsten Haitzler 
wrote:

> On Thu, 5 Sep 2019 13:05:21 -0400 "Rbt. Y-Lee"  said:
>
> diff --git a/src/modules/evas/image_loaders/xpm/evas_image_load_xpm.c
> b/src/modules/evas/image_loaders/xpm/evas_image_load_xpm.c index
> d7aa25ded3..af36c3c49a 100644
> --- a/src/modules/evas/image_loaders/xpm/evas_image_load_xpm.c
> +++ b/src/modules/evas/image_loaders/xpm/evas_image_load_xpm.c
> @@ -,7 +,7 @@ static Evas_Image_Load_Func evas_image_load_xpm_func
> =
>(void*) evas_image_load_file_data_xpm,
>NULL,
>EINA_FALSE,
> -  EINA_FALSE
> +  EINA_TRUE
>  };
>
>  static int
>
> /me slaps forehead on table ... why why ?
>
> > Took another look at this issue using enlightenment and I was wrong in
> > saying it worked in e22/23. Suppose I didn't play with it long enough.
> All
> > versions of e are effected. For the record in my tests I disable
> > compositing. Can even cause the crash with e in git. I didn't look at the
> > backtraces of any other info. Assuming it is prob similar wot what moksha
> > is  throwing. Screenshot below was creating by mousing over the menu
> > entries for the problematic apps a few times and then closing menu.
> Reopen
> > menu and start run evry and start bouncy there. Now try to edit bouncy
> > window icon. Segfault. This was e23 but same in all e versions:
> >
> > https://i.imgur.com/F4cOWEV.png
> >
> > The specific steps need to induce the segfault may vary some but seems to
> > always happen.
> >
> >
> > On Wed, Sep 4, 2019 at 11:01 AM Rbt. Y-Lee  wrote:
> >
> > > Thanks for taking the time to look over this Hermet.
> > >
> > > Update efl to the latest commit this morning:
> > >
> > > test@test-VirtualBox:~/Code/efl$ git show
> > > commit c5b88ca745b5f457975963914bb2f319705f5c7e (HEAD -> master,
> > > origin/master, origin/HEAD)
> > > Author: Hermet Park 
> > > Date:   Wed Sep 4 20:01:53 2019 +0900
> > >
> > > ector: add FIXME for coming issues.
> > >
> > > We have no any test resouce but it seems very weird code...
> > > Leave a comment for future task.
> > >
> > > Not super familiar with using valgrind but anyways the output with a
> few
> > > different options:
> > >
> > > https://pastebin.com/LP8pYJj7
> > >
> > > For the below output I unloaded a few modules to avoid noise from them:
> > >
> > > https://pastebin.com/T3z1wvEj
> > > https://pastebin.com/aE2zi8pQ
> > > https://pastebin.com/kWd52E1v
> > >
> > > A lot of output and a few things clearly that needs fixed in moksha but
> > > perhaps in this you or someone else can better understand the issue at
> hand.
> > >
> > > Meanwhile I am in Hurricane Dorians path (SC US) so hoping for the best
> > > and I will respond to future msgs if and when I have internet and
> power.
> > > Usually lose that for a day or two during hurricanes. Anyways let me
> know
> > > if you need more info
> > >
> > > Thanks
> > >
> > > Robert
> > >
> > >
> > >
> > >
> >
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >
>
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> Carsten Haitzler - ras...@rasterman.com
>
>

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

Re: [E-devel] evas_canvas_image_cache_flush segfault problem

[Rbt. Y-Lee]

Took another look at this issue using enlightenment and I was wrong in
saying it worked in e22/23. Suppose I didn't play with it long enough. All
versions of e are effected. For the record in my tests I disable
compositing. Can even cause the crash with e in git. I didn't look at the
backtraces of any other info. Assuming it is prob similar wot what moksha
is  throwing. Screenshot below was creating by mousing over the menu
entries for the problematic apps a few times and then closing menu. Reopen
menu and start run evry and start bouncy there. Now try to edit bouncy
window icon. Segfault. This was e23 but same in all e versions:

https://i.imgur.com/F4cOWEV.png

The specific steps need to induce the segfault may vary some but seems to
always happen.


On Wed, Sep 4, 2019 at 11:01 AM Rbt. Y-Lee  wrote:

> Thanks for taking the time to look over this Hermet.
>
> Update efl to the latest commit this morning:
>
> test@test-VirtualBox:~/Code/efl$ git show
> commit c5b88ca745b5f457975963914bb2f319705f5c7e (HEAD -> master,
> origin/master, origin/HEAD)
> Author: Hermet Park 
> Date:   Wed Sep 4 20:01:53 2019 +0900
>
> ector: add FIXME for coming issues.
>
> We have no any test resouce but it seems very weird code...
> Leave a comment for future task.
>
> Not super familiar with using valgrind but anyways the output with a few
> different options:
>
> https://pastebin.com/LP8pYJj7
>
> For the below output I unloaded a few modules to avoid noise from them:
>
> https://pastebin.com/T3z1wvEj
> https://pastebin.com/aE2zi8pQ
> https://pastebin.com/kWd52E1v
>
> A lot of output and a few things clearly that needs fixed in moksha but
> perhaps in this you or someone else can better understand the issue at hand.
>
> Meanwhile I am in Hurricane Dorians path (SC US) so hoping for the best
> and I will respond to future msgs if and when I have internet and power.
> Usually lose that for a day or two during hurricanes. Anyways let me know
> if you need more info
>
> Thanks
>
> Robert
>
>
>
>

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

Re: [E-devel] evas_canvas_image_cache_flush segfault problem

[Rbt. Y-Lee]

Thanks for taking the time to look over this Hermet.

Update efl to the latest commit this morning:

test@test-VirtualBox:~/Code/efl$ git show
commit c5b88ca745b5f457975963914bb2f319705f5c7e (HEAD -> master,
origin/master, origin/HEAD)
Author: Hermet Park 
Date:   Wed Sep 4 20:01:53 2019 +0900

ector: add FIXME for coming issues.

We have no any test resouce but it seems very weird code...
Leave a comment for future task.

Not super familiar with using valgrind but anyways the output with a few
different options:

https://pastebin.com/LP8pYJj7

For the below output I unloaded a few modules to avoid noise from them:

https://pastebin.com/T3z1wvEj
https://pastebin.com/aE2zi8pQ
https://pastebin.com/kWd52E1v

A lot of output and a few things clearly that needs fixed in moksha but
perhaps in this you or someone else can better understand the issue at hand.

Meanwhile I am in Hurricane Dorians path (SC US) so hoping for the best and
I will respond to future msgs if and when I have internet and power.
Usually lose that for a day or two during hurricanes. Anyways let me know
if you need more info

Thanks

Robert

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

[E-devel] evas_canvas_image_cache_flush segfault problem

[Rbt. Y-Lee]

I have a weird issue with certain application icons using efl 1.22 or
latter not showing in menus and elsewhere in Moksha. This is also true
using e17 (if fixed to compile with efl 1.22) but in my brief tests
everything works right in e22. Other than e17 I did not test any other e
version. Since e17 has this issue it seems unrelated to all the changes
moksha has had since forking e17.

Screenshots of broken icons:
https://imgur.com/eCDTpIE
https://imgur.com/DN3IhAL

This was reported to me by a user and two such apps are circuslinux and
bouncy. Both apps installed using apt on a Ubuntu 18.04 base. What these
apps have in common is they use xpm icons located in /usr/share/pixmaps/ on
Debian based distros. This may or may not be relevant and there may or may
not be apps causing this or a similar issue with icons of a different
format or stored elsewhere. Clearly efl can display xpm icons correctly
regardless of location. I wrote test code to prove that but e22 itself
proves it. Also of interest if i create png icons for these apps and store
in /usr/share/icons and delete the xpm icons everything works as expected.

To make matters worse after one opens the menu and mouses over the menu for
these apps a few times, at some point latter moksha/e17 seg faults or
freezes up. I have spent several hours talking with raster about this issue
and he has made 2 commits he thought might help. But sadly they didn't
change much. Still no icons displayed and still segfaults issues. Naturally
I spent some time looking at this issue and e22 commits before talking to
raster about it all. I tend to be reluctant to ask questions or seek help.

I am uncertain whether this is an actual efl bug or perhaps changes in efl
necesitate some some changes in moksha/e17. Raster suggested I post the
issue in this mailing list, because he seems about as confused as me about
it all. It should be noted Raster didn't directly look at the issue by
installing either moksha or e17. Perhaps tho it may be necessary to get to
the bottom of this issue. But even if not I can provide you with whatever
info you need. Below is all relevant info I know.

I will be using moksha source code here and for reference it is located
https://github.com/JeffHoogland/moksha I also use an lubuntu 18.04 VM as my
test machine since Bodhi 5.x is ubuntu 18.04 based. Meson I install from a
deb file I made: http://packages.bodhilinux.com/bodhi/pool/b5main/m/meson/ and
I always install all packages (efl, moksha and so on with prefix=/usr. In
compilation I will be adding -g3 -O0 to CFLAGS for debugging purposes here.

If anyone actually goes to the trouble of trying to set up a test
environment for this issue and has issues install moksha correctly just ask
me and I can help. Should be straightforward for y'all as it is just a
modified e17.

Git bisect reveals commit evas image: fix a bug in image preloading is the
commit that breaks things here.

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

If I examine ~/.cache/efreet, it seems efreet is picking  things up
correctly. For example:

test@test-VirtualBox:~/.cache/efreet$ eet -d
icons___efreet_fallback_test-VirtualBox.eet bouncy
group "Efreet_Cache_Fallback_Icon" struct {
group "icons" var_array {
count 1;
value "icons" string: "/usr/share/pixmaps/bouncy.xpm";
}
}

Uncomment  the CACHEDUMP define in src/lib/evas/cache/evas_cache_image.c,
for the icons in question I have in efl at the commit that breaks things or
latter:

DATA  :0: 1729b,   32x  32 alloc[   0x   0]
[/usr/share/pixmaps/circuslinux-icon.xpm] [(null)]
DATA  :0: 1729b,   32x  32 alloc[   0x   0]
[/usr/share/pixmaps/bouncy.xpm] [(null)]

Whereas when things work (before the aforementioned commit) :

DATA  :0: 4669b,   32x  32 alloc[  32x  32]
[/usr/share/pixmaps/circuslinux-icon.xpm] [(null)]
DATA  :0: 4669b,   32x  32 alloc[  32x  32]
[/usr/share/pixmaps/bouncy.xpm] [(null)]

Raster seems to think this may not be related but it seems suspicious to me.

In gdb I have observed the seg fault appears to occur in _cache_prune
function in lib/evas/common/evas_image_scalecache.c

https://pastebin.com/T6QKqr1H

For reference, this bt was using efl in git at commit:

test@test-VirtualBox:~/Code/efl$ git show
commit bf58531dbaacb9ff78583278b04785e85a4c34cd (HEAD -> master,
origin/master, origin/HEAD)
Author: Daniel Kolesa 
Date:   Sat Aug 31 14:11:48 2019 +0200

eolian: fix validation of ownability with hashes

If I build efl and moksha  with address sanitizer enabled as per
https://phab.enlightenment.org/T8137. Compiled with gcc, then the relevant
crash is:

==1636==ERROR: AddressSanitizer: heap-use-after-free on address
0x60b000122190 at pc 0x7f0e13a51f5c bp 0x7fff4d4f7310 sp 0x7fff4d4f7300
WRITE of size 8 at 0x60b000122190 thread T0
#0 0x7f0e13a51f5b in eina_inlist_remove
../src/lib/eina/eina_inlist.c:353
#1 0x7f0e14ed9302 in evas_common_rgba_image_scalecache_dirty

Re: [E-devel] Probie access for Robert "ylee" Wiley

[Rbt. Y-Lee]

I know this is unusal and rather sudden, sudden for me also as Kai
suggested to me this morning. I understand my contributions have been more
focused on Bodhi and less on e and efl development. But as Bodhi relies on
EFL and while it currently uses a fork of e17 (with e21 in our testing
repos) I have been devoting more time to learning EFL development will be
looking to contribute more to EFL and E development. Aside from reporting
issues to a couple of e-devs personally the only patch i have suggested is
https://phab.enlightenment.org/T5098. I noticed that issue updating Bodhis
forecast module to the new yahoo API, which latter a very similar patch to
the forecast module was made to the forecast module in e git.

On a personal note, i am a 57 year old brick mason with two degrees one in
CS and one in mathematics. Being a mason that codes makes me somewhat of an
oddity in both the construction world and in the open source communinity.
My favorite language these days is python altho I coded exclusively in C
for over a decade in the ms-dos days ... showing my age there. However I am
getting a bit old to work as hard as I do in masonry and have only been
working part time lately as a result. I would like to spend my time doing
more programming and contributing to the projects I use as well as putting
more code on github and fixing and improving some of Bodhis code.

On Thu, Jun 22, 2017 at 8:48 AM, Stefan Schmidt 
wrote:

> Hello.
>
> On 06/22/2017 02:23 PM, Kai Huuhko wrote:
>
>> Hello, I'd like to propose that Robert "ylee" Wiley, who has been
>> working several years on various Bodhi software like Moksha, who has
>> reported a multitude of issues on IRC and by mail, and who would like
>> to get started working on fixes for EFL and E himself, get probie
>> access.
>>
>> Any objections?
>>
>
> For probie access I see no problem. Given that basically it is the same as
> submitting patches via phab but just using git branches directly.
>
> For full developer access in the future we would actually need to build up
> trust over a longer period. Most probie access gets granted when the person
> already contributed patches through phab. For Robert I have not seen a
> single patch with his author name in the efl or E repos. (Maybe they have
> not been attributed correctly?)
>
> That does not stand in the way of probie access though, just needs longer
> period of trust building.
>
> regards
> Stefan Schmidt
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Elm_Entry assuming markup input???

[Rbt. Y-Lee]

It is python but this caused us (Bodhi linux) some headache with Jeffs
esudo program: https://github.com/JeffHoogland/esudo/issues/2

On Sun, Jun 18, 2017 at 4:59 PM, Daniel Hirt  wrote:

> Hi Andrew,
>
> Markup uses tags like 

Re: [E-devel] Py-EFL Application Crashing for some users with EFL 1.19.1

[Rbt. Y-Lee]

Also oddly enough Jeff uses the same line of code in exterminator and epad:

self.mainWindow.icon_object_set(icon.object_get())  (epads case)

in this case even with elementary settings set to use elm theme it works.
also print(icon.object) returns:

< ( geometry=(0, 0, 0, 0), color=(255, 255, 255, 255), layer=0,
clip=False, visible=False)>

Just found and determined that so I have no idea why it would work in epad
and exterminator but not swami. Another indication python-efl is 'broke' in
some subtle sense regarding this issue.
--
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] Py-EFL Application Crashing for some users with EFL 1.19.1

[Rbt. Y-Lee]

For the record, at first I could not duplicate this error. But once I did I
determined that this is not a efl-1.19.1 nor an issue with 1.19.1's
associated python-efl as I can duplicate the same issue using efl1.18.4 and
appropriate python-efl.

The fact only some users got this error as well as the specific nature of
the error message:

ValueError: Eo object at 0x4002662348f1 of type Edje.Object does not
 have a mapping!

and rasters comment  "the preferences-system would probably end up being
sourced from theme thus it'd be an edje object, NOT an evas image object,
and the window wants an evas image object. not an edje object."

lead me to believe that it had something to do with specifics of the users
configuration. I was not getting the error at first, but found that opening
elementary_config and changing the Icon settings to use Elementary theme
icons then I get the above error.

so before changing elm setttings to use elm theme the
code icon.object_get() or icon.object returns type: 
or if I try to print it: < ( geometry=(0, 0, 0, 0), color=(255, 255,
255, 255), layer=0, clip=False, visible=False)>

BUT after setting elm settings to use the theme icons icon.object,
icon.object_get() spit out the error noted above. One can not take the type
print or use in any python statement. THAT is what needs fixed in my mind.
A python-efl issue.

BUT again as far as Jeffs specific error goes, i fixed it and it is now
fixed in our repos. It is as simple as self.icon_object_set(icon).  It
seems when Jeff originally wrote the code on whatever version
of python-efl/efl he was using then self.icon_object_set(icon) did not work
his self.icon_object_set(icon.object_get()) was a hack that worked  then
and works now so long as the icons are actual icons and not edje objects
from the elementary theme.

@Kai and dave:

"We can fix that by adding an import in that binding method so that it no
longer errors out. Though as raster explained, the Edje object still can't
be used as a window icon as such, so you'd get
another error further down the line."

Think of it from a python programmers point of view

if a is any python object then i should be able to do:

a
print a
type(a)

and so on

for icon.object this is only true depending on elementary settings not only
that it is completely undocumented in the python-efl docs.

BUT daves suggestion to add

from efl import edje

then

print a returns as it
should: 
type(a) returns as it should: 

 and contrary to Kai's thoughts:

self.icon_object_set(icon.object_get()) works as I think it should. .it is
unneeded as self.icon_object_set(icon) works.

self.icon_object_set(icon.object_get())  SHOULD WORK by application of the
python principle of DUCK TYPING. Python is not C and python-efl should at
least try to follow what python programmers are going to expect of any well
behaved python library. I don't know the code base well enough to comment
on why it works but KUDDOS to whatever duck typing (conversion to an image)
is going on underneath the hood so to speak.

SO I think python-efl needs fixed somehow so that
self.icon_object_set(icon.object_get()) works without the edje import. OR
at the very least this documented somewhere in the py-efl docs.




On Fri, Jun 16, 2017 at 12:47 AM, Carsten Haitzler 
wrote:

> On Thu, 15 Jun 2017 23:05:22 -0500 Jeff Hoogland 
> said:
>
> > Since upgrading from EFL 1.18 to 1.19 I am having some users report
> >  control-activation/
> > > that
> > one of our py-efl applications is crashing at startup for them. The error
> > is:
> >
> > Traceback (most recent call last):
> >   File "/usr/bin/swami", line 177, in 
> > app = MainWin(launchArg)
> >   File "/usr/bin/swami", line 46, in __init__
> > self.icon_object_set(icon.object_get())
> >   File "efl/elementary/image.pxi", line 469, in
> > efl.elementary.__init__.Image.object_get (efl/elementary/__init__.c:
> 174473)
> >   File "efl/eo/efl.eo.pyx", line 137, in efl.eo.object_from_instance
> > (efl/eo/efl.eo.c:2170)
> > ValueError: Eo object at 0x4002662348f1 of type Edje.Object does not
> > have a mapping!
>
> this would be in the bindings themselves. efl doesnt have any error like
> the
> above. 0x4002662348f1 definitely looks like an eoid (not a ptr). i
> haven't
> looked into the bindings themselves to see what it's doing there but i
> smell an
> invalid eo id maybe?
>
> icon = Icon(self, size_hint_weight = EXPAND_BOTH, size_hint_align =
> FILL_BOTH)
> icon.standard_set('preferences-system')
> icon.show()
> self.icon_object_set(icon.object_get())
>
> seems like the relevant bit of python with the last line complaining... i
> can
> only assume that self.icon_object_set() on the window (which 

Re: [E-devel] Getting default/theme/system font name

[Rbt. Y-Lee]

I am working on a font dialog for epad and what i do and this is in python
is:

   tb_style = self.font_demo.textblock.style_get()

font =
tb_style.split('text_class=entry_text')[1].split('font=')[1].split("'em=")[0]
# font may or may not have style associated with it
if ':style=' in font:
font, style = font.split(':style=')
else:
style = None
# If font name or styyle has spaces in it
#   textblock.style_get() inserts '\' before space
#   then the python string split function adds another space
# To set the style with a font name that has spaces spaces need to
be removed
font = font.replace('\\ ',' ')
if style:
style = style.replace('\\ ',' ')
size =
tb_style.split('text_class=entry_text')[1].split('font_size=')[1].split('
')[0]
self.theme_data = [font, style, float(size)]

But i am setting a user style for the entry and to revert back to the
default font I just remove all styles. I do want my font dialog to display
the theme font but i am unsure what to do about the font style unless it is
specified. SO i just select nothing for style in the font dialog.

It is also worth mentioning in the above code I do not use the default font
because the user can change things using elementary_config or the theme
itself may specify a different font for entry_text.

On Tue, May 2, 2017 at 4:50 PM, Daniel Hirt  wrote:

> Hello,
>
> Off the top of my head: upon creating the elm_code widget, store the result
> of 'elm_code_widget_font_get' as your "default font". Then, reverting is
> just doing 'elm_code_widget_font_set' with the stored "default font".
>
> As a side note: I am not sure elm_code_widget utilizes the theme for fonts.
>
> -herdsman
>
> On Tue, May 2, 2017 at 7:43 PM, William L. Thomson Jr. 
> wrote:
>
> > In working with Ecrire, there is a setting; standard in most editors,
> > to set a custom font. That works fine, for the most part. I am having
> > problems reverting back to the default font. Which is where I am stuck.
> > I have been looking all over and trying various things that do not work.
> >
> > It seems the font name is at least in the theme. Themes seem to set a
> > font. I am not sure if that font name can be fetched. Some font is being
> > used by default for text in any objects/widgets.
> >
> > I am looking for any way to get the font name used by default. That
> > way I can pass that back to elm code to reset the font back to
> > default/system/theme in ecrire. If/when a user decides they no longer
> > want the custom font.
> >
> > Essentially checking use default font, should revert back and stop
> > using their custom font. This works if  you close ecrire. I just need
> > it working with it running.
> >
> > You can see the settings dialog here, check box for Use Default Font.
> > https://phab.enlightenment.org/T5411
> >
> > I am open to any ideas, after chasing my tail and pulling hair! Thanks!
> >
> > --
> > 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
> >
> >
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Looking for someone to take over the Bodhi Linux Project

[Rbt. Y-Lee]

Just a quick FYI I have been considering taking over your Bodhi tasks. It
is just a matter of me finding the time to do it with my new job and life.

On Fri, Sep 12, 2014 at 2:00 PM, Jeff Hoogland jeffhoogl...@linux.com
wrote:


 http://jeffhoogland.blogspot.com/2014/09/stepping-down-from-bodhi-linux-lead.html

 --
 ~Jeff Hoogland http://jeffhoogland.com/
 Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog
 Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop

 --
 Want excitement?
 Manually upgrade your production database.
 When you want reliability, choose Perforce
 Perforce version control. Predictably reliable.

 http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce.
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] icons in menu and everything

[Rbt. Y-Lee]

This usually means your icon cache is corrupt. Simply delete it and restart
e.

http://forums.bodhilinux.com/index.php?/topic/1651-solved-most-icons-missing/page__view__findpost__p__14275

good luck.

On Thu, Oct 4, 2012 at 9:02 AM, Tomas Cech tc...@suse.cz wrote:

 Hi,

 I have problem with showing icons for applications in menu and in
 everything. It shows icons for very small amount of applications.

 Desktop file has record Icon= inside but where is the path where the
 icon file is searched?

 Thanks.

 Best regards,

 Tomas Cech
 Sleep_Walker


 --
 Don't let slow site performance ruin your business. Deploy New Relic APM
 Deploy New Relic app performance management and know exactly
 what is happening inside your Ruby, Python, PHP, Java, and .NET app
 Try New Relic at no cost today and get our sweet Data Nerd shirt too!
 http://p.sf.net/sfu/newrelic-dev2dev
 ___
 enlightenment-devel mailing list
 enlightenment-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel