Bonnie,

Thanks for that answer.  So Fermilab / CERN has the resources to support 
SL even after both entities and their HEP collaborations are switching 
to (CERN) CentOS 8?  I am guessing that the special internal 
collaboration "applications" and resources, closed to those outside the 
collaboration contracts (the agreements that must be signed by the 
institution "officers" and PIs that are part of the collaboration in 
order to be part of the collaboration and get author listed on the 
official publications and presentations of each collaboration), will 
migrate to EL 8 and not continue to be "current" under EL 7.  I also am 
guessing that your group (even after the end of Scientific Linux 
Architecture, presumably with a new group "title", etc.) will be 
responsible for much of that work (possibly not HEP applications 
algorithms and design, but some of the implementation and much of the 
deployment).

The other point:  will EPEL, ElRepo, etc., (NOT part of Fermilab/CERN, 
and not supported by the various "government" funding that supports 
Fermilab in the USA and CERN in Europe) also continue to support SL 7 (I 
know that almost all RPMs designed for CentOS 7 "load" into SL 7, as all 
are "EL 7")?  I understand that you are NOT the official contact for 
those other entities and do not support their efforts, but are there any 
subscribers to this list who can answer this point?

Stay safe.  Take care.

Yasha Karant

On 4/24/20 1:49 PM, Bonnie King wrote:
> Yasha,
>
> We will support SL6 and SL7 until the end of their lifetimes, 
> provided, as Pat said, the sources remain available. We build and 
> publish them as before. There will be no Scientific Linux 8.​
>
> Bonnie King
> Scientific Linux Architecture Management, Fermilab
>
> ________________________________________
> From: [log in to unmask] 
> <[log in to unmask]> on behalf of Yasha 
> Karant <[log in to unmask]>
> Sent: Friday, April 24, 2020 2:47 PM
> To: scientific-linux-users
> Subject: Re: [SCIENTIFIC-LINUX-USERS] Future SL minor releases, was: 
> Re: [SCIENTIFIC-LINUX-USERS] kdenlive progress, yum dependencies need 
> to be added
>
> 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=