For EFL cant we do like other projects do such as libreoffice set a minimum base line version or newer for meason?
Regards, Jonathan Regards, Jonathan Aquilina Owner EagleEyeT ________________________________ From: Simon Lees <sfl...@suse.de> Sent: Thursday, May 2, 2019 10:46 AM To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] EFL Autotools freeze proposal Generally stable releases will get version updates for point releases, and if there are any other major bugs that are fixed after i'll normally backport them, if thats too hard I may consider a major version update. We tend to encourage people who want the latest everything to use the rolling release instead, or wait for the next leap point release which will be within a year. There are repo's that get used for development where people could get a newer version but we generally don't encourage it, and they would still require a new enough meson to be in the core system in order to build. Because enabling a newer version of E shouldn't force you onto a non system build of Meson thats not being as well maintained. For the crazy adventurous there are repo's that even have git builds, but generally normal openSUSE users shouldn't need to add any additional repos to there system bar 1 or 2 where legal issues get in the way, unlike ubuntu where not everything makes it into the core distro in openSUSE we encourage everything possible to be in the main distro at an appropriate version depending on whether users are expecting a "stable system that changes less" or a "rolling release". So the problem we hit and are discussing is that the appropriate version of meson in the next point release of openSUSE is too old to build the ideal version of efl, which will likely end up blocking a new version of e (which does work with that version of meson). Extra repo's are not a solution for 99% of users who will just use the version that ships in the distro, which in fairness may not be that big an issue because it is rather stable and works really well on X11, but there is the potential that they will still be using that version in 2-3 years unless we lower the version of meson required by efl slightly. On 02/05/2019 14:08, Jonathan Aquilina wrote: > Hi Simon, > > What happens in terms of OpenSuse in the sense of giving those on stable > versions of Suse the latest versions of e? Won’t a 3rd party repo still be > needed until the next release is released with a newer version of e? > > Regards, > Jonathan > > Regards, > Jonathan Aquilina > Owner EagleEyeT > > ________________________________ > From: Simon Lees <sfl...@suse.de> > Sent: Thursday, May 2, 2019 1:12 AM > To: enlightenment-devel@lists.sourceforge.net > Subject: Re: [E-devel] EFL Autotools freeze proposal > > I have ways of creating 3rd party repo's easily, but currently you can > install enlightenment from the openSUSE installer, and I'd like to keep > that at the latest version for each new version of leap, so i'd like e23 > or later in Leap 15.2 (about a year away), which will probably need a > reasonably new efl, but will likely only have meson 0.46.0 which is fine > for e but atm not for efl. > > There are alot of people using e from the installer, I keep bumping into > them at conferences etc, GNU Health have been using openSUSE + > enlightenment on all there raspberry pi's etc, so there is a significant > number of people using e in this way, and i'd like them to stay > reasonably up to date. > > On 01/05/2019 16:12, Jonathan Aquilina wrote: >> Hi Simon, >> >> Open suse is an rpm based distro correct? >> >> If yes why not creat a copr repo that will contain the newer stuff? >> >> Get Outlook for iOS<https://aka.ms/o0ukef> >> >> ________________________________ >> From: Simon Lees <sfl...@suse.de> >> Sent: Wednesday, May 1, 2019 02:13 >> To: Carsten Haitzler (The Rasterman); Enlightenment developer list >> Subject: Re: [E-devel] EFL Autotools freeze proposal >> >> >> >> On 30/04/2019 21:39, Carsten Haitzler (The Rasterman) wrote: >>> On Tue, 30 Apr 2019 18:30:20 +0930 Simon Lees <sfl...@suse.de> said: >>> >>>> >>>> >>>> On 30/04/2019 17:40, Carsten Haitzler (The Rasterman) wrote: >>>>> On Mon, 29 Apr 2019 15:20:19 -0700 Ross Vandegrift <r...@kallisti.us> >>>>> said: >>>>> >>>>>> On Mon, Apr 29, 2019 at 05:30:33AM +0000, Jonathan Aquilina wrote: >>>>>>> I think everyone is missing the point. What you are saying is true but >>>>>>> that is why then they say if you want newer stuff to use a PPA for it >>>>>>> even though its not in the main repo's >>>>>> >>>>>> Yes, anyone can make a PPA. But you're talking to the maintainers of >>>>>> distro packaging - we try to put packages into distros for real :) >>>>> >>>>> and i think this was covered - a stable distro release that will not >>>>> upgrade >>>>> meson out of principle (that's the definition of stable) isn't going to >>>>> upgrade efl either for the same reasons... so i think the topic is kind of >>>>> moot. if someone wants to make pkgs for such distros they can create >>>>> upgraded meson packages too etc. if they want to go the "all done by pkgs" >>>>> path :) >>>>> >>>> >>>> This is kind of right, in an openSUSE context for a new service pack we >>>> probably won't update Meson because it effects alot but we can update >>>> efl / e because it doesn't affect as much, we could also add it if it >>>> didn't exist. Further if a new version of efl fixed a serious bug that >>>> was hard to backport we would also take the version update. >>> >>> tho meson doesn't affect THAT much... it's a build tool not a "runtime >>> tool". it >>> isn't int he realms of libc, Xserver, bash etc. >>> >> >> Yeah there's a lot of stuff thats using meson to build now, and a meson >> update effects any updates we do for anything thats built with it due to >> needing full QA cycles to verify that the package was built correctly >> which is why enterprise distro's prefer not to update build tools mid cycle. >> >> >>>> In ubuntu's case from memory the service packs tend to only be a new >>>> installer containing all the updates so its probably less likely, but I >>>> don't remember how ubuntu works 100% so I could be wrong. >>> >>> in our case if a new efl needs a new meson, then... that's what it needs >>> and an >>> efl upgrade is not likely to happen then from the core distro. ppa's and >>> equivalents can manage to fill that gap. this problem will go away over >>> time as >>> meson matures etc. etc. so this is a short-term problem as such. :) >>> >> >> Yep but in openSUSE's case that may mean keeping e22 through all the >> leap 15.X releases which I really don't want to do because I cant >> support it, so welcome back to the world of having bugs reported that >> are already fixed. >> >> -- >> >> Simon Lees (Simotek) http://simotek.net >> >> Emergency Update Team keybase.io/simotek >> SUSE Linux Adelaide Australia, UTC+10:30 >> GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B >> >> >> _______________________________________________ >> 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 >> > > -- > > Simon Lees (Simotek) http://simotek.net > > Emergency Update Team keybase.io/simotek > SUSE Linux Adelaide Australia, UTC+10:30 > GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B > > > _______________________________________________ > 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 > -- Simon Lees (Simotek) http://simotek.net Emergency Update Team keybase.io/simotek SUSE Linux Adelaide Australia, UTC+10:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B _______________________________________________ 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
