About migration from sl7 to centos8, i will make the change because i always read what you are talking about and trying to understand the paths, the shells, the environment that you are working on and trying to read the problems and recognize the computer estructure of the project.
My question is about that mail list, this one will shooting down? For sometimes i was over your official forums (there is everything locked... Obviously. But they are some interesting topics.. like that one of aerospace ... I thinking if that sl environment is leftside in the distros developers alive lost, and they will not be representing any lose of delicates data.. are there some cases of study that we can run in us servers whit sl to play whit the cansats. ? I could even write from my institution email if there is a permission request that i can sign to have some access to that cool first world high league resources in telecom. Or there is anything that you could recommend to us noobs satellites projects or around iot or data pipelines. Thanks .. and thanks to make sl! Amazing work done and so much complete distro for science case study. On Fri, Apr 24, 2020, 10:26 PM Yasha Karant <ykar...@csusb.edu> wrote: > 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: owner-scientific-linux-us...@listserv.fnal.gov > > <owner-scientific-linux-us...@listserv.fnal.gov> on behalf of Yasha > > Karant <ykar...@csusb.edu> > > 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= >
