(appologies for poor formating I'm doing this from lynx) I seem to have at least three kernels in my repos with the same version and very similar release naming;
kernel-3.10.0-693.21.1.el7.centos.plus.src.rpm -is this a plus kernel or not? it is in "updates" Doesn't seem to have an x86_64 binary. Is it intended to be a "plus" kernel with a more compatible name?
kernel-3.10.0-693.21.1.el7.src.rpm -this one seems pretty obvious
kernel-plus-3.10.0-693.21.1.el7.centos.plus.src.rpm -also pretty obvious
and those without the specific release sub version(so 693.el7 with no 21.1 in the middle)
Similar with the other "kernel" packages like kernel-devel, -headers, -tools...
This only came to my attention when I desided to try the amdgpu drivers for my w7000 (pitcairn, si, GCNv1.0), their automated check tool is asking for "kernel-devel-3.10.0-693.21.1.el7.centos.plus.x86_64" which is not in the base or 7.4 vault repos
I have the version without ".centos.plus." in the full name.
Kernel release name confusion
Re: Kernel release name confusion
The kernel-3.10.0-*.el7.centos.plus.src.rpm packages may be related to altarch (non-x86_64) support.
What does your uname -a output? Let's try to figure out if you really need a "plus" kernel rpm or not.
And really, you should first yum update to get to the newest version, reboot, and then run that uname -a.
What does your uname -a output? Let's try to figure out if you really need a "plus" kernel rpm or not.
And really, you should first yum update to get to the newest version, reboot, and then run that uname -a.
Re: Kernel release name confusion
Any rpm with ".src." in its name is a source RPM that's used solely to build the binary RPM that you then install on your system. An SRPM is not used for anything else and can be removed if you are not building your own packages.
The amdgpu stuff will want the matching kernel-headers or kernel-devel (possibly both) that matches your running kernel. So you need for example kernel-devel-$(uname -r) installed. If you just installed a new kernel package then you must reboot into that new kernel so that uname -r matches the kernel-headers/kernel-devel packages that you also have installed.
The amdgpu stuff will want the matching kernel-headers or kernel-devel (possibly both) that matches your running kernel. So you need for example kernel-devel-$(uname -r) installed. If you just installed a new kernel package then you must reboot into that new kernel so that uname -r matches the kernel-headers/kernel-devel packages that you also have installed.
The future appears to be RHEL or Debian. I think I'm going Debian.
Info for USB installs on http://wiki.centos.org/HowTos/InstallFromUSBkey
CentOS 5 and 6 are deadest, do not use them.
Use the FAQ Luke
Info for USB installs on http://wiki.centos.org/HowTos/InstallFromUSBkey
CentOS 5 and 6 are deadest, do not use them.
Use the FAQ Luke