[CentOS-devel] What to do with SCLo SIG content that is EOL

Fri Oct 13 11:49:58 UTC 2017
Pavel Valena <pvalena at redhat.com>

----- Original Message -----
> From: "Honza Horak" <hhorak at redhat.com>
> To: "The CentOS developers mailing list." <centos-devel at centos.org>
> Sent: Thursday, October 12, 2017 8:23:29 PM
> Subject: [CentOS-devel] What to do with SCLo SIG content that is EOL
> 
> We discussed this on last SCLo SIG sync-up meeting -- unlike packages
> from CentOS base, SCL packages are not moving to Vault repos at this
> point, although some of them are already EOL and not getting any
> updates. A question was raised whether such packages should be moved to
> Vault.
> 
> Comparing to CentOS base packages, SCL is different in packages naming
> -- version of the stack is part of the package name. That means, that
> once e.g. devtoolset-3 got EOL, yum won't update them ever, even though
> there are some newer versions available (those use different name though)..
> 
> Moving such packages from mirrors to Vault would basically mean some
> setups will get broken for users.
> 
> It's understandable, that some users are still fine using EOL packages,
> but they would need to change repos to the Vault url.
> 
> What do you think -- should we start moving EOL SCLs into Vault? How big
> problem would that be for you?

Do I understand it correctly that it'll be impossible to install the package in case it's moved to Vault? Isn't that actually what we want?

Random thought: what about using Obsoletes (for EOL only)?

Pavel

> 
> Honza