Re: [E-devel] [EGIT] [core/efl] master 01/02: gl_drm: Move the gl symbol check to immediately after display init

2018-03-07 Thread The Rasterman 
On Wed, 07 Mar 2018 13:25:27 -0800 Derek Foreman  said:

this brings back memories of problems with checking for extension symbols
before a context is set up. the context may change the symbols (procaddress
returned functions) as for example the same symbol for gles1.1 might vary for
2.0 and then 3.0 ...

i know we've had these issue because that that's why the checks happen after
context init.

are you sure this is right?

> derekf pushed a commit to branch master.
> 
> http://git.enlightenment.org/core/efl.git/commit/?id=f8658d25fa604f885ee23b20e94a2892d340bceb
> 
> commit f8658d25fa604f885ee23b20e94a2892d340bceb
> Author: Derek Foreman 
> Date:   Wed Mar 7 13:11:45 2018 -0600
> 
> gl_drm: Move the gl symbol check to immediately after display init
> 
> We don't actually need a context first, just an initialized display.
> ---
>  src/modules/evas/engines/gl_drm/evas_outbuf.c | 4 ++--
>  1 file changed, 2 insertions(+), 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 aff5de87bf..b1235355cc
> 100644
> --- a/src/modules/evas/engines/gl_drm/evas_outbuf.c
> +++ b/src/modules/evas/engines/gl_drm/evas_outbuf.c
> @@ -226,6 +226,8 @@ _evas_outbuf_egl_setup(Outbuf *ob)
>  return EINA_FALSE;
>   }
>  
> +   eng_gl_symbols(ob->egl.disp);
> +
> if (!eglGetConfigs(ob->egl.disp, NULL, 0, ) || (ncfg == 0))
>   {
>  ERR("eglGetConfigs() fail. code=%#x", eglGetError());
> @@ -334,8 +336,6 @@ _evas_outbuf_egl_setup(Outbuf *ob)
>  goto err;
>   }
>  
> -   eng_gl_symbols(ob->egl.disp);
> -
> ob->gl_context = glsym_evas_gl_common_context_new();
> if (!ob->gl_context) goto err;
>  
> 
> -- 
> 
> 


-- 
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com


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

Re: [E-devel] [EGIT] [core/efl] master 01/01: elementary: fix backward compatibility bug introduced by 9c8749b99a03d3601321da6d16071dd7b631d1ae.

2018-03-07 Thread The Rasterman 
On Wed, 07 Mar 2018 09:35:11 -0800 Cedric BAIL  said:

when should argv/argc ever be 0/null? at least the old elm_init was taking the
actual argv/argc from main...

> cedric pushed a commit to branch master.
> 
> http://git.enlightenment.org/core/efl.git/commit/?id=6b1b3d25d6e7c9a004859853117900997f45ba50
> 
> commit 6b1b3d25d6e7c9a004859853117900997f45ba50
> Author: Cedric Bail 
> Date:   Wed Mar 7 09:34:49 2018 -0800
> 
> elementary: fix backward compatibility bug introduced by
> 9c8749b99a03d3601321da6d16071dd7b631d1ae.
> ---
>  src/lib/elementary/elm_main.c | 7 +--
>  1 file changed, 5 insertions(+), 2 deletions(-)
> 
> diff --git a/src/lib/elementary/elm_main.c b/src/lib/elementary/elm_main.c
> index 82efe0a3c7..5d8993295b 100644
> --- a/src/lib/elementary/elm_main.c
> +++ b/src/lib/elementary/elm_main.c
> @@ -390,13 +390,16 @@ _sys_lang_changed(void *data EINA_UNUSED, int type
> EINA_UNUSED, void *event EINA return ECORE_CALLBACK_PASS_ON;
>  }
>  
> +// This is necessary to keep backward compatibility
> +static const char *bcargv[] = { "exe" };
> +
>  EAPI int
>  elm_init(int argc, char **argv)
>  {
> _elm_init_count++;
> if (_elm_init_count > 1) return _elm_init_count;
> -   elm_quicklaunch_init(argc, argv);
> -   elm_quicklaunch_sub_init(argc, argv);
> +   elm_quicklaunch_init(argc, argv ? argv : (char**) bcargv);
> +   elm_quicklaunch_sub_init(argc, argv ? argv : (char**) bcargv);
>  
> _prefix_shutdown();
>  
> 
> -- 
> 
> 


-- 
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com


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

Re: [E-devel] Current State and Future Direction of E/EFL

2018-03-07 Thread Vinícius dos Santos Oliveira 
2018-03-04 4:37 GMT-03:00 Davide Andreoli :

> 2018-03-02 4:42 GMT+01:00 Vinícius dos Santos Oliveira <
> vini.ipsma...@gmail.com>:
> > I miss the penguins module a lot.
> >
>
> Why you miss it? the penguins module is perfectly working with current E
> and
> (I hope) with latest stable releases. Please report any issue you will
> found to me.
>

Thank you, sir.

It was not packaged by default on ArchLinux. I assumed it has just vanished
on Enlightenment API changes just like the grudge theme.

The penguins module is working and it rocks.


-- 
Vinícius dos Santos Oliveira
https://vinipsmaker.github.io/
--
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] A step to organization - Developer List

2018-03-07 Thread Daniel Kolesa 
On Wed, Mar 7, 2018, at 07:33, Carsten Haitzler wrote:
> On Tue, 6 Mar 2018 19:16:05 -0300 Lauro Moura
>  said:
> 
> > On Tue, Mar 6, 2018 at 2:39 PM, William L. Thomson Jr. <
> > wlt...@obsidian-studios.com> wrote:
> > 
> > > One step I think that would be helpful towards organization would be a
> > > simple Developer List page. Something like this, but could start out
> > > very simple, no links, etc.
> > >
> > > https://www.gentoo.org/inside-gentoo/developers/
> > >
> > > Using the following fields
> > >
> > >  - Name with IRC Handle
> > >  - Location
> > >  - Role/Areas of EFL/E of interest being worked on
> > >  - First commit date
> > >  - Last commit date
> > >
> > > I think that would help others identify the E/EFL developers. What they
> > > do in the community. Also their activity, how long they have been
> > > around, are they still active, etc. It could be more up to others.
> > >
> > > The closest I have seen is on wikipedia, maybe outdated
> > > https://en.wikipedia.org/wiki/Enlightenment_(software)#Developers
> > >
> > >
> > There is some data in the admin/devs.git[1] repo (info.txt under each user
> > folder), but with some outdated info. Once updated, it could be used to
> > feed a page in the website/www-content.git repo.
> > 
> > [1] https://git.enlightenment.org/admin/devs.git/tree/
> 
> we did indeed have such a page before when the website was hand-rolled php and
> not a wiki. that was lost in a move to a wiki. i'm not sure if i should roll a
> phop page again that git clones this regularly .. or just a script that
> regularly generates a markdown page in the wiki and commits/pushes that from 
> git
> based on this devs repo

don't need a php page, just a script and cron would be good enough i think

> 
> -- 
> - Codito, ergo sum - "I code, therefore I am" --
> Carsten Haitzler - ras...@rasterman.com
> 
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

--
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] Current State and Future Direction of E/EFL

2018-03-07 Thread jaquilina 
Not sure if my reply from earlier today made it to the list as I then 
got an email shortly after saying my address had been suspended from the 
list,

God SF is a POS, but i digress there with that little rant.

I am more then eager and willing to put together an enlightenment spin 
on fedora 27 with binary packages in a custom repository that anyone 
could connect to as needed. I would base it off master branch given that 
fedora is the more bleeding side of RHEL and centos are based off of it.


On 2018-03-07 15:52, William L. Thomson Jr. wrote:

On Wed, 7 Mar 2018 14:56:13 +0900
Carsten Haitzler (The Rasterman)  wrote:


last i checked bodhi wanted to fork e because they didn't want to
update themes for compositing+wayland support (and e18 and on got
more overhead as more objects were in the canvas - this should have
been fixed by objects in buffers in evas but hasn't been to date) and
voted to fork instead.

last i knew elive was on an ancient version of e.


Ideally at some point the communities find some way to re-unite and
combine efforts. That maybe more utopian than realistic.


when i am thinking a distro i am thinking something that is up to
date. probably 2 versions - last stable release one and a "bleeding
edge" one from git to show off new things.


Not all distros are that up to date. Example I cannot find a deb for
Debian or Ubuntu for newer libcheck/check. They still use 0.10.0...
https://github.com/libcheck/check/releases

I may have missed something but could not find one in ppa etc. For EFL
I already have to use ppa stuff on Ubuntu in Travis.


> If not using either of those, I could likely help with one based on
> Gentoo. Either livecd or stage 4 base system, etc.

a distro where people have to wait for everything to compile... i'm
not a fan of.


The other choice is to wait for others to package stuff in binary
format. Some distros are better than others. But who says it has to
remain that way? Ever checked out Sabayon? A binary distro built on
Gentoo.
https://www.sabayon.org/
https://en.wikipedia.org/wiki/Sabayon_Linux


:( i think for gentoo having the gentoo emerge package
builds up to date and clean and tidy and well done is probably the
right thing. when i say "distro" i mean something that out of the box
just works. boots right into e. working desktop etc. etc. ... and if
they want to install more they don't have to wait for compiles. quick
package download+install and presto.


That is Sabayon philosophy as well, "out of the box".


> I have all sorts of E stuff in my overlay, updated eclass, sets,
> etc. I already have a custom profile based on E, and could make
> others.
> https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/eclass/e.eclass
> https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/sets/e-desktop
> https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/sets/e-desktop-dev
> 
https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/profiles/linux/amd64/workstation/packages
>
>
> P.S.
> One reason I feel Gentoo and E/EFL are good for each other. Gentoo
> preffixes most everything with the letter e...

hahahah!

despite all of that. i don't think its a good experience for users if
they just want to try something out. :) i think gentoo is fine for
the kind of people who want precisely what it provides. that is not
imho the average user wanting an out-of-the-box experience. if those
were the users to address then a wiki page on how to compile and
configure an os for e is enough... that;'s not really what i think we
need though.


I think your thinking of Gentoo as it is now, rather than a foundation
to build what you want on top. Who says a E distro based on Gentoo
would required compiling? E could easily compile stuff and setup a
binhost etc. Lots of options if you think creatively.

Plus you will want to build stuff to offer options. Otherwise you
either ship with all the lights/bells and whistles turned on, or you
choose for people. There are various compile time options for both EFL
and E. Thus either need to provide different binaries for each combo or
choose for people, which may exclude others.

--
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] Current State and Future Direction of E/EFL

2018-03-07 Thread William L. Thomson Jr. 
On Wed, 7 Mar 2018 14:56:13 +0900
Carsten Haitzler (The Rasterman)  wrote:
> 
> last i checked bodhi wanted to fork e because they didn't want to
> update themes for compositing+wayland support (and e18 and on got
> more overhead as more objects were in the canvas - this should have
> been fixed by objects in buffers in evas but hasn't been to date) and
> voted to fork instead.
> 
> last i knew elive was on an ancient version of e.

Ideally at some point the communities find some way to re-unite and
combine efforts. That maybe more utopian than realistic.

> when i am thinking a distro i am thinking something that is up to
> date. probably 2 versions - last stable release one and a "bleeding
> edge" one from git to show off new things.

Not all distros are that up to date. Example I cannot find a deb for
Debian or Ubuntu for newer libcheck/check. They still use 0.10.0...
https://github.com/libcheck/check/releases

I may have missed something but could not find one in ppa etc. For EFL
I already have to use ppa stuff on Ubuntu in Travis.

> > If not using either of those, I could likely help with one based on
> > Gentoo. Either livecd or stage 4 base system, etc.  
> 
> a distro where people have to wait for everything to compile... i'm
> not a fan of. 

The other choice is to wait for others to package stuff in binary
format. Some distros are better than others. But who says it has to
remain that way? Ever checked out Sabayon? A binary distro built on
Gentoo.
https://www.sabayon.org/
https://en.wikipedia.org/wiki/Sabayon_Linux

> :( i think for gentoo having the gentoo emerge package
> builds up to date and clean and tidy and well done is probably the
> right thing. when i say "distro" i mean something that out of the box
> just works. boots right into e. working desktop etc. etc. ... and if
> they want to install more they don't have to wait for compiles. quick
> package download+install and presto.

That is Sabayon philosophy as well, "out of the box".

> > I have all sorts of E stuff in my overlay, updated eclass, sets,
> > etc. I already have a custom profile based on E, and could make
> > others.
> > https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/eclass/e.eclass
> > https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/sets/e-desktop
> > https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/sets/e-desktop-dev
> > https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/profiles/linux/amd64/workstation/packages
> > 
> > 
> > P.S.
> > One reason I feel Gentoo and E/EFL are good for each other. Gentoo
> > preffixes most everything with the letter e...  
> 
> hahahah!
> 
> despite all of that. i don't think its a good experience for users if
> they just want to try something out. :) i think gentoo is fine for
> the kind of people who want precisely what it provides. that is not
> imho the average user wanting an out-of-the-box experience. if those
> were the users to address then a wiki page on how to compile and
> configure an os for e is enough... that;'s not really what i think we
> need though.

I think your thinking of Gentoo as it is now, rather than a foundation
to build what you want on top. Who says a E distro based on Gentoo
would required compiling? E could easily compile stuff and setup a
binhost etc. Lots of options if you think creatively.

Plus you will want to build stuff to offer options. Otherwise you
either ship with all the lights/bells and whistles turned on, or you
choose for people. There are various compile time options for both EFL
and E. Thus either need to provide different binaries for each combo or
choose for people, which may exclude others.

-- 
William L. Thomson Jr.


pgpZY7Q05CXcg.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] Current State and Future Direction of E/EFL

2018-03-07 Thread William L. Thomson Jr. 
On Wed, 7 Mar 2018 12:03:27 +1030
Simon Lees  wrote:

> On Wednesday, 7 March 2018 05:33:45 ACDT, William L. Thomson Jr.
> wrote:
> > On Mon, 5 Mar 2018 20:57:17 +0900
> > Carsten Haitzler (The Rasterman)  wrote:  
> >>
> >>  h) I think at some point we may have to do our own distro that
> >> integrates E well and shows it off out-of-the-box.  
> >
> > I would be interested in such. There are a couple existing.
> > http://www.elivecd.org/
> > http://www.bodhilinux.com/
> >
> > If not using either of those, I could likely help with one based on
> > Gentoo. Either livecd or stage 4 base system, etc.  
> 
> Neither of the 2 above ship the latest e, 

Maybe reaching out and working with them could change that. Just saying
there are 2 existing, with users, communities, a 3rd will just confuse
people. Its a some what confusing situation already.

-- 
William L. Thomson Jr.


pgpex5tXqapsO.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