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 but I think this is what you implied that had been tried already. While a lot of libraries probably have changed in the years between, in general, library bugwards compatibility is pretty good. If libraries are missing completely they can probably be distributed on the side in separate packages (taking into account library licensing, etc.) like many do. Regarding file system structure, I've noticed that quite a lot of ISVs put everything in /opt and are done with it. Not sure what your customers' thoughts are about that. I think it's not the cleanest way to do it but it tends to avoid problems as there won't be a conflict between various files. EL8 can still use SysV initscripts, if necessary, but it is not very difficult to write a systemd service, either. Kaj From: owner-scientific-linux-us...@listserv.fnal.gov <owner-scientific-linux-us...@listserv.fnal.gov> On Behalf Of Nick Matchett Sent: Tuesday, June 29, 2021 09:43 To: scientific-linux-us...@listserv.fnal.gov Cc: Edmund Manabat <edmund.mana...@trilliant.com> Subject: Scientific Linux Advice 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 currently sits on Scientific Linux version 6.3. Unfortunately, we are at a stage where our customers are asking to bring the software onto a more current version of a Linux platform. We would like to migrate to Red Hat or CentOS version 7.9 (or perhaps version 8) We have been working on a migration from Scientific Linux 6.3 to Redhat 7.9. Unfortunately, we have limited Linux OS skills in our business, and we have approached this with a fresh RH 7.9 install and then applying the RPM of our software. There is a big mismatch between Scientific Linux 6.3 to Redhat 7.9 in terms of libraries, file structure and type of libraries between the software and we have not been able to reconcile those. I would appreciate any suggestion or advice on the best upgrade path to achieve this update and would be happy to take recommendations on individuals or companies who might be interested in a professional service engagement to help solve the problem. Thanks in advance
