SUSE Preserves Choice in Enterprise Linux by Forking RHEL

Re:SUSE Preserves Choice in Enterprise Linux by Forking RHEL by Spooky23 on Tuesday July 11, 2023 @08:18AM (#36679940)

Better let Oracle know!

[ Parent | on HN ]

Re:SUSE Preserves Choice in Enterprise Linux by Forking RHEL by chasil on Tuesday July 11, 2023 @10:07AM (#36681187)

An interesting thing about Oracle Linux...

  $ ssh [email protected] cat /etc/oracle-release /etc/redhat-release
  Oracle Linux Server release 7.9
  Red Hat Enterprise Linux Server release 7.9 (Maipo)

  $ ssh [email protected] cat /etc/oracle-release /etc/redhat-release
  Oracle Linux Server release 8.8
  Red Hat Enterprise Linux release 8.8 (Ootpa)

  $ ssh [email protected] cat /etc/oracle-release /etc/redhat-release 
  Oracle Linux Server release 9.2
  Red Hat Enterprise Linux release 9.2 (Plow)

I guess Oracle doesn't remove all the branding. I don't remember how CentOS handled this.

[ Parent | on HN ]

Re:SUSE Preserves Choice in Enterprise Linux by Forking RHEL by cjm42 on Tuesday July 11, 2023 @10:20AM (#36681347)

redhat-release is a symlink to /etc/centos-release:

  $ cat /etc/redhat-release 
  CentOS Linux release 7.5.1804 (Core)

[ Parent | on HN ]

Re:SUSE Preserves Choice in Enterprise Linux by Forking RHEL by pak9rabid on Tuesday July 11, 2023 @11:17AM (#36682207)

My understanding is /etc/redhat-release needs to be there because some (dumb) blob drivers specifically check that file to see if you're running a compatible RHEL system before it'll even attempt to install.

[ Parent | on HN ]

Re:SUSE Preserves Choice in Enterprise Linux by Forking RHEL by rincebrain on Tuesday July 11, 2023 @07:20PM (#36688491)

At a previous job, we had a wrapper script that swapped the file out before attempting to launch Dell software installers/firmware updaters, because they sometimes checked for hardcoded exact strings like that in there, and errored out, and whether or not it did that varied back and forth over the years.

[ Parent | on HN ]