@Jonathan regarding documentation, this is what we currently have: https://www.enlightenment.org/docs/distros/start With specific instructions for many distros on the right-hand navigation bar.
However, they are outdated and do not include meson instructions. I just created a Phab task so we do not forget about this: https://phab.enlightenment.org/T7826 Xavi On Thu, 25 Apr 2019 at 09:50, Carsten Haitzler <ras...@rasterman.com> wrote: > On Thu, 25 Apr 2019 08:18:49 +0200 Marcel Hollerbach <m...@bu5hm4n.de> > said: > > > Hi, > > > > you can find our build definitions for osx in > > https://git.enlightenment.org/core/efl.git/tree/.ci/ci-configure.sh#n49 > > > > Things do work on macos, you can rendering with cocoa, beside the normal > > rendering bugs, things are normal there. > > gl as well as software? > > > Greetings, > > bu5hm4n > > > > On 4/25/19 7:20 AM, Jonathan Aquilina wrote: > > > Hi Guys, > > > > > > Regarding the state of things on OSX is the documentation updated to > > > reflect the changes for meason as I am willing to test and report back > to > > > you guys with feed back. > > > > > > Regards, > > > Jonathan > > > > > > -----Original Message----- > > > From: Carsten Haitzler <ras...@rasterman.com> > > > Sent: 24 April 2019 23:24 > > > To: Enlightenment developer list < > enlightenment-devel@lists.sourceforge.net> > > > Subject: Re: [E-devel] EFL Autotools freeze proposal > > > > > > On Wed, 24 Apr 2019 10:27:26 +0200 Stefan Schmidt > > > <ste...@datenfreihafen.org> said: > > > > > >> Hello. > > >> > > >> On 17.04.19 15:15, Carsten Haitzler (The Rasterman) wrote: > > >>> On Wed, 17 Apr 2019 08:19:35 -0400 Mike Blumenkrantz > > >>> <michael.blumenkra...@gmail.com> said: > > >>> > > >>>> Hi, > > >>>> > > >>>> We are currently in the 1.23 release cycle, and it seems agreed > > >>>> upon that we are planning to remove autotools prior to the 1.23 > > >>>> release. Overall, the meson build is in reasonable shape--there are > > >>>> some small issues on our main platforms (and larger ones for > > >>>> Windows)--and it should not be an issue to meet this goal. > > >>> > > >>> i thought meson was in better shape... > > >>> > > >>>> With this in mind, I would like to propose a freeze on the > > >>>> autotools build starting Friday. This means that we no longer > > >>>> modify the autotools build in any way in the master branch > > >>>> (excepting outstanding patches in phab), and instead focus entirely > on > > >>>> ensuring the quality of the meson build system. > > >>> > > >>> i think we should push this off a few more weeks/month or 2. > > >> > > >> I would like to get reports on what is actually missing or > problematic. > > >> We can push back the freeze a bit, but its only a freeze, not the > > >> autotools removal. And we need people to switch over to see if all > the > > >> crazy use cases we do not have are covered. > > > > > > the issue i saw got fixed by bu5hm4n since, but we really need to go > over > > > everything in detail before removing autofoo - ensure it matches up > > > correctly and installs the same things in the same places before > removal. > > > windows support is another big one. do we know the state on osx? > > > > > >>> > > >>>> There is not much action which would need to be taken for this: > > >>>> * stop patching build files > > >>>> * disable CI jobs for autotools > > >>>> > > >>>> > > >>>> I think this would help to streamline build system development and > > >>>> reduce overhead for this release. > > >>> > > >>> i agree on this - but the autofoo needs to still work and be up to > > >>> date until the point where meson is equivalent - the windows work is > > >>> one ware it needs to catch up on for sure as well as some other > > >>> niggles. get all of these up to snuff and... yup. drop autotools. > > >> > > >> ok, so a concrete list of things that blocks autotools freeze and > removal: > > >> > > >> 1) Windows port: ecore_win32 (gdi and ddraw engines) need to work, > > >> maybe more to come, feedback from Vincent needed. > > > > > > yup. > > > > > >> 2) Meson minumim version requirement: Need to check if there is a > > >> backport for Ubuntu LTS, maybe a list with meson versions on > different > > >> distros? > > > > > > there has to be a line we draw. thing of this: RH support their distro > for > > > 10 years. does that means we need to also rely on 10 year old build > tools > > > too because that is what distro does? just because distros are > conservative > > > doesn't necessarily mean we have to also be. > > > > > > now, that being said, it does present a problem. this problem will > > > eventually go away in time, so perhaps it means no efl upgrade on those > > > distros unless they also get a backported newer meson too. the pip > solution > > > also works in many cases but not so much for official packagers as they > > > have to stick to tools provided on the distro, but packages can be > built in > > > a users environment where they used pip to get a newer meson, so it > can be > > > done. it just requires being a bit dirty. > > > > > >> Pretty sure there will be more, but the question is if we find out > > >> before we drop autotools or not. > > >> > > >> regards > > >> Stefan Schmidt > > >> > > >> > > >> _______________________________________________ > > >> 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 > > > > > > > > > _______________________________________________ > > > 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 > _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
