date:20190430

Re: [E-devel] EFL Autotools freeze proposal

2019-04-30 Thread Jonathan Aquilina

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


From: Simon Lees 
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  said:
>
>>
>>
>> On 30/04/2019 17:40, Carsten Haitzler (The Rasterman) wrote:
>>> On Mon, 29 Apr 2019 15:20:19 -0700 Ross Vandegrift  said:
>>>
 On Mon, Apr 29, 2019 at 05:30:33AM +, 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

Re: [E-devel] EFL Autotools freeze proposal

2019-04-30 Thread Simon Lees





On 30/04/2019 21:39, Carsten Haitzler (The Rasterman) wrote:

On Tue, 30 Apr 2019 18:30:20 +0930 Simon Lees  said:




On 30/04/2019 17:40, Carsten Haitzler (The Rasterman) wrote:

On Mon, 29 Apr 2019 15:20:19 -0700 Ross Vandegrift  said:


On Mon, Apr 29, 2019 at 05:30:33AM +, 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

Re: [E-devel] EFL Autotools freeze proposal

2019-04-30 Thread Jonathan Aquilina

The key with ubuntu to ensure if you need newer versions of meson is to ensure 
that Debian has the latest package and as long as Debian is kept up to date new 
ubuntu release will end up with them until package freeze that they have 
scheduled.

Regards,
Jonathan

-Original Message-
From: Carsten Haitzler  
Sent: 30 April 2019 14:09
To: Enlightenment developer list 
Subject: Re: [E-devel] EFL Autotools freeze proposal

On Tue, 30 Apr 2019 18:30:20 +0930 Simon Lees  said:

> 
> 
> On 30/04/2019 17:40, Carsten Haitzler (The Rasterman) wrote:
> > On Mon, 29 Apr 2019 15:20:19 -0700 Ross Vandegrift  said:
> > 
> >> On Mon, Apr 29, 2019 at 05:30:33AM +, 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.

> 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. :)

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


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

Re: [E-devel] EFL Autotools freeze proposal

2019-04-30 Thread The Rasterman

On Tue, 30 Apr 2019 18:30:20 +0930 Simon Lees  said:

> 
> 
> On 30/04/2019 17:40, Carsten Haitzler (The Rasterman) wrote:
> > On Mon, 29 Apr 2019 15:20:19 -0700 Ross Vandegrift  said:
> > 
> >> On Mon, Apr 29, 2019 at 05:30:33AM +, 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.

> 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. :)

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


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

Re: [E-devel] Seeking inout for Enlightenment Developer Days 2019

2019-04-30 Thread Stefan Schmidt

Hello.

[added e-devel back, guess you just missed in during reply]

On 30.04.19 12:24, Marcel Hollerbach wrote:
> 
> 
> On 4/25/19 11:48 AM, Stefan Schmidt wrote:
>> Hello.
>>
>> We did not come around to have EDDs last year and we shoul do better
>> this year again. :-)
>>
>> Right now I would like to seek some inout on where and when.
>>
>> Right now we seem to have the following location offers:
>> o Jonathan offered Malta again (Would that be the same location as last
>> time?)
>> o Stefan could offer the SRUK office in Staines, UK
>> o Marcel might be able to offer hosting at the University in Karlsruhe,
>> Germany
> 
> Sadly there is no option to get a room on a weekend at the university.
> So this option is out.

Thanks for trying!

Which means for now we would have Staines, UK and Malta as available
hostings.

Any more offers?

I am also open to suggestions on the best location even we we have no
hosting available for it. If the other reasons are appealing enough I
would try to get some small sponsorship of a hotel conference room for
two days.

regards
Stefan Schmidt


___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] EFL Autotools freeze proposal

2019-04-30 Thread Jonathan Aquilina

Hi Simon,

What I have been mentioning was targeting Ubuntu distro’s and it is more or 
less along the same lines as you mentioned with OpenSuse

Regards,
Jonathan Aquilina
Owner EagleEyeT


From: Simon Lees 
Sent: Tuesday, April 30, 2019 11:00 AM
To: enlightenment-devel@lists.sourceforge.net
Subject: Re: [E-devel] EFL Autotools freeze proposal



On 30/04/2019 17:40, Carsten Haitzler (The Rasterman) wrote:
> On Mon, 29 Apr 2019 15:20:19 -0700 Ross Vandegrift  said:
>
>> On Mon, Apr 29, 2019 at 05:30:33AM +, 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.

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.

--

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

Re: [E-devel] EFL Autotools freeze proposal

2019-04-30 Thread Simon Lees





On 30/04/2019 17:40, Carsten Haitzler (The Rasterman) wrote:

On Mon, 29 Apr 2019 15:20:19 -0700 Ross Vandegrift  said:


On Mon, Apr 29, 2019 at 05:30:33AM +, 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.


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.


--

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

Re: [E-devel] EFL Autotools freeze proposal

2019-04-30 Thread The Rasterman

On Mon, 29 Apr 2019 15:20:19 -0700 Ross Vandegrift  said:

> On Mon, Apr 29, 2019 at 05:30:33AM +, 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 :)

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

Re: [E-devel] EFL Autotools freeze proposal

Re: [E-devel] EFL Autotools freeze proposal

Re: [E-devel] EFL Autotools freeze proposal

Re: [E-devel] EFL Autotools freeze proposal

Re: [E-devel] Seeking inout for Enlightenment Developer Days 2019

Re: [E-devel] EFL Autotools freeze proposal

Re: [E-devel] EFL Autotools freeze proposal

Re: [E-devel] EFL Autotools freeze proposal

8 matches

Site Navigation

Mail list logo

Footer information