RE: Scientific Linux Advice

2021-06-29 Thread Kaj Niemi
Hi, I think it would make sense to forklift upgrade it to EL8 rather than EL7 as you will have several more years of runway for your app. Depending on the language the application was written in, you will at least need to recompile it in a build environment that matches the target environment

Re: Scientific Linux Advice

2021-06-29 Thread Dave Dykstra
Often an rpm from an older Linux OS will still work on a newer one, but it depends on how complicated it is. It would be best to recompile it from the source rpm and make a new binary rpm out of it based on RHEL7, although it is likely that some porting will also need to be done for that. An alte

Re: Scientific Linux Advice

2021-06-29 Thread Larry Linder
As a bunch of dirty finger engineers we have a serious problem with the the path that Linux has taken. Be forwarned that when you migrate to 7 and later the 32 libs are gone and most applications will not work or install. SL 6.9 is also missing a lot of the 32 bit libs and the graphics do not wor

Re: Scientific Linux Advice

2021-06-29 Thread Yasha Karant
Because of vendor update situations and other causes I (and my grad students) have done what you require more than once. The easiest approach -- if you have adequate disk space, etc., it to use Virtual Box (licensed for free) or VMWare (variant depending upon what you need -- the only one that

Re: Scientific Linux Advice

2021-06-29 Thread Jon Pruente
On Tue, Jun 29, 2021 at 11:32 AM Larry Linder < 0dea520dd180-dmarc-requ...@listserv.fnal.gov> wrote: > We tried Alma, and Rock and they contain the fatel install flwas IBM > invented with 7. and up. Alma is just the same as RH 8.x complete with > flaws and booby traps. I pointed this out to

Re: Scientific Linux Advice

2021-06-29 Thread Konstantin Olchanski
On Tue, Jun 29, 2021 at 06:43:12AM +, Nick Matchett wrote: > I hope that someone could help me identify an individual or business that > would be able to help me with the following problem. > My business has some software that we acquired the responsibility to maintain > and support, and curr

Re: Scientific Linux Advice

2021-06-29 Thread Miles ONeal
Yes, for better or worse, that's part of "binary compatible". If you need bugs fixed faster than RedHat is fixing them, you need to fix them yourself, or get someone else to. Sometimes you can find newer versions with fixes in other public repos, but again, the onus is on you to provide the fix

Re: Scientific Linux Advice

2021-06-29 Thread Larry Linder
To support products for 22 years is difficult. Using VMware is a good solution that we have been using for a long time. I even use Win2000 pro for some applications and Dos all under VMWare. The connection to the Linux file system is "samba". Everyone misses the point. The problem is setting up

Re: Scientific Linux Advice

2021-06-29 Thread Bruce Ferrell
Larry, It's NOT difficult to support a distro for 22 years.  Look at Slackware. It's difficult to keep up with shiny kewl new toys, many of which after 15 years STILL don't work correctly (i.e. don't have serious regressions that break running systems). The issue is that developers get kewl

Re: Scientific Linux Advice

2021-06-29 Thread Larry Linder
I will check out slackware. Thanks larry Linder On Tue, 2021-06-29 at 12:40 -0700, Bruce Ferrell wrote: > Larry, > > It's NOT difficult to support a distro for 22 years. Look at Slackware. > > It's difficult to keep up with shiny kewl new toys, many of which after > 15 years STILL don't work c

Re: Scientific Linux Advice

2021-06-29 Thread Nico Kadel-Garcia
On Tue, Jun 29, 2021 at 2:36 PM Larry Linder <0dea520dd180-dmarc-requ...@listserv.fnal.gov> wrote: > > To support products for 22 years is difficult. > Using VMware is a good solution that we have been using for a long time. > I even use Win2000 pro for some applications and Dos all under VMWar