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
