That is clearly content of a file. The first line contains #!/usr/bin/awk -f
The script is written for AWK.
Say you save that text into file named ‘support_level’ and give it executable permissions: chmod +x support_level
Then you should be able to run it with: ./support_level
When you do that the shell looks at the #! line and will run /usr/bin/awk -f support_level for you.
Without executable permission it is still possible to run the script with: awk -f support_level
You will get bit different output, if you run: /lib64/ld-linux-x86-64.so.2 --help
Hehehehe Thanks. I’m more interested in this to see if ocelot will be able to run RL 9.x, or any other OS that might demand x86-64-v2 support. In this case the “other OS” would be the next reiteration of openSUSE. I would suspect ocelot with its AMD Ryzen 9 5900x CPU and its ASUS Prime X-570 Pro motherboard should be up to the task. That said I would suspect leopard which is currently some 6-8 years old, and currently running CentOS 7.9 will NOT.
Ran into this yesterday. Didn’t know why I got a kernel panic and jlehtone pointed me to the RH article. It’s a 2007 P35-DS3R from Gigabyte. (This was on alma forums, but searching around for a script to check it, I came across this thread).
Once again even though it was on another forum, thanks to to jlehtone for saving me searching for the answer. That machine can continue with alma 8.6 for now, but will have to be changed to run Alma/Rocky or whatever 9.
Tora cat senpai! Yes, I have this and other info about packages that I use, and the srpms I used to build them at RHEL9 and clones. I included the script provided by Frank Cox, giving him credit of course. Now I’m debating building a new box, but as (so far) RHEL9 and clones are the only ones that can’t use it, so I’ll probably wait.