[EPEL-devel] Re: Proposed EPEL policy change: Release based package lifetimes

2019-02-15 Thread Stephen John Smoogen
On Fri, 15 Feb 2019 at 11:45, Troy Dawson wrote: > > > Yes it does. > Do we want to put anything in about packages that no longer install > due to updates. Whether those updates are in EPEL or RHEL. > An example would be when EPEL7 nodejs goes to nodejs 8 (or 10), > There will be a handful of

[EPEL-devel] Re: Proposed EPEL policy change: Release based package lifetimes

2019-02-15 Thread Troy Dawson
On Fri, Feb 15, 2019 at 8:34 AM Stephen John Smoogen wrote: > > On Fri, 15 Feb 2019 at 09:39, Troy Dawson wrote: > > > > I want to make sure I'm reading this right. > > A packager puts a package into EPEL. > > If the user does nothing, that package continues to be in EPEL. > > If the user wishes

[EPEL-devel] Re: Proposed EPEL policy change: Release based package lifetimes

2019-02-15 Thread Stephen John Smoogen
On Fri, 15 Feb 2019 at 09:39, Troy Dawson wrote: > > I want to make sure I'm reading this right. > A packager puts a package into EPEL. > If the user does nothing, that package continues to be in EPEL. > If the user wishes to end support, they sent off and email, compose > one final build (if it

[EPEL-devel] Re: Proposed EPEL policy change: Release based package lifetimes

2019-02-15 Thread Troy Dawson
I want to make sure I'm reading this right. A packager puts a package into EPEL. If the user does nothing, that package continues to be in EPEL. If the user wishes to end support, they sent off and email, compose one final build (if it can compose), wait for it to land, then send off another