Pat,

Thank you for the answer, but there is a clarification that would be 
useful.  When I just updated, the intro splash now displays Scientific 
Linux 7.8 , etc., not an IBM RH CentOS equivalent (and of course not a 
Red Hat).  This means that your group at Fermilab (and at CERN?) is 
modifying whichever source you are using for EL (IBM RH, or IBM RH 
CentOS) to remove all "upstream branding". Until IBM RH (TUV) 
discontinues EL 7 support, e.g., security updates (2024?), is 
Fermilab/CERN still funding SL (and thus presumably employing you as 
part of your employment duties) to be independently built from source 
and not just a copy with a file name and branding changes from a built 
CentOS binary RPM?

Although Fermilab/CERN is not responsible for EPEL, ElRepo, and other 
independent EL repos, many of us (including myself) depend upon those 
repos to add vital functionality (that might be integral to the 
Canonical Ubuntu "equivalent" of repos and thus supply .deb not .rpm 
files).  Are these repos also going to update as EL 7 goes through updates?

One Ubuntu question for anyone who can answer this.  On EL, one has the 
monitor text command options of rpm and yum to get updates and added 
functionality roughly equivalent to apt in Ubuntu; is there an Ubuntu 
GUI equivalent of yumex?  I have been using apt from a screen (or sudo 
apt if I am not logged in as root) but I personally find for "routine" 
operations (such as the "major" update I just did) it is more convenient 
to use yumex.

Stay safe.  Take care.

Yasha Karant

On 4/24/20 12:22 PM, Patrick Riehecky wrote:
> So long as the upstream source is published, we plan to continue
> Scientific Linux updates and new releases.
>
> Pat
>
> On Fri, 2020-04-24 at 12:18 -0700, Yasha Karant wrote:
>> Thank you for the update.  Although I could not find a listing for
>> you
>> at Fermilab through a web search engine (my fault), I did find
>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.linkedin.com_in_patriehecky&d=DwIDaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=GmODBvzVccq62b85_5FqC1HOEq9xjkakc0x_NkH_UPM&s=PBlj4xQGhYUMveDLgNXtrHFOLrflQ6c3bCukF64rzRQ&e=  which indicates that you
>> are
>> (paid) professional Fermilab staff assigned to SL, and presumably
>> will
>> be part of the Fermilab CentOS 8 team if all of the HEP CERN
>> collaborations stay with CERN CentOS 8.  The only reason I checked
>> was
>> to understand your official capacity to provide release information.
>> As
>> you can read below, my university does not allow unmodified
>> (uncensored?) URLs to be transmitted -- the URL you posted has been
>> modified in the email that I can see (one of the reasons I use my
>> gmail
>> account whenever allowed).  The TUV life cycle is for RHEL 7 that is
>> under paid subscription except in so far as RH is required by the
>> GPL,
>> etc., to release full source (no binaries).
>>
>> Will the SL group be adding these RHEL 7 updates, etc., to the SL
>> distro
>> repos?  Will these be 7.9 ... or are future minor release number
>> versions of RHEL 7 (that are reflected in SL 7) determined by IBM RH
>> (TUV)?  Will these only be from CentOS with the SL repos simply
>> mirroring those at CentOS (part of RH and thus part of IBM), or will
>> SL
>> be doing independent builds?  Any idea about EPEL, ElRepo, etc.,
>> updates
>> as well?
>>
>> Thank you for any clarification.
>>
>> Stay safe.  Take care.
>>
>> Yasha Karant
>>
>> On 4/24/20 10:10 AM, Patrick Riehecky wrote:
>>> On Thu, 2020-04-23 at 23:36 -0700, Yasha Karant wrote:
>>>> is SL 7.8 the end of SL 7?
>>> The projected end of life for SL7 is June 2024.
>>>
>>>
>>> This is following TUV's lifecycle:
>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__access.redhat.com_support_policy_updates_errata&d=DwIGaQ&c=B_W-eXUX249zycySS1AyzjABMeYirU1wvo9-GmMObjY&r=Z7xHp2tIJsvAE2FtPxl_lynvf4hA_FJ8mKsaIgvY6Dk&m=fYi-TgtnkkAnP39HKALbNwMQbeKUf-VzYQvK8v2Gwu0&s=ktFojwgMAipkzHysivjUStHOolz9UiOiDr2iR7LLkP4&e=