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