Ok, so I can’t try this out right now since I have to use my computer today to work and I can’t risk the potential downtime, but it looks like downgrading to xorg-x11-server-Xorg and xorg-x11-server-common package versions 1.16 isn’t so hard. I’ve tested the following procedure in a VM running a fresh installation of the Fedora 22 KDE Plasma Desktop Spin and it works.
I attempted for some time to get dnf to constrain the packages available from the fedora21* repositories to just the xorg-x11* packages, but adding the include=xorg-x11* line to the fedora21.repo and fedora21-updates.repo files causes some very unexpected, and thus far inexplicable, behavior (try it and watch all your packages disappear from all your other repositories). So, we have to be careful and watch our dnf operations to ensure we don’t accidentally pull a bunch of fc21 content into our systems, but so far it has worked just fine in VM-land for the procedure detailed below.
Anyone feel like testing it out with a system that has an AMD GPU in it and trying to install the driver per the instructions from the latest Fedora 21 procedure? If not, I’ll do it tonight, but here’s the procedure in the meanwhile:
Downgrading Fedora 22 KDE Spin to X.org Server 1.16
1) Isolate the multi-user.target so you don’t have to worry about the X server while you work
# systemctl isolate multi-user.target
2) Add the Fedora 21 repositories from which we will obtain the older X.org X11 server 1.16 packages (it looks like a lot of people failing to get dnf downgrade to work might not be doing this)
# cd /etc/yum.repos.d/ # cp fedora.repo fedora21.repo # vim fedora21.repo :%s/\[fedora/\[fedora21/g :%s/$releasever/21/g :%s/$basearch/x86_64/g :wq # cp fedora-updates.repo fedora21-updates.repo # vim fedora21-updates.repo :%s/\[updates/\[updates21/g :%s/$releasever/21/g :%s/$basearch/x86_64/g :wq # vim fedora.repo Add "exclude=xorg-x11-server-Xorg xorg-x11-server-common" to the [fedora] stanza :wq # vim fedora-updates.repo Add "exclude=xorg-x11-server-Xorg xorg-x11-server-common" to the [updates] stanza :wq # dnf repolist (fedora21 repositories appear as expected)
3) Manually install the GPG Keys
# cd /etc/pki/rpm-gpg/ # curl https://getfedora.org/static/95A43F54.txt > ./RPM-GPG-KEY-fedora-21-primary # curl https://getfedora.org/static/A0A7BADB.txt > ./RPM-GPG-KEY-fedora-21-secondary # for LINK in `find -name RPM-GPG-KEY-fedora-22\* -type l`; do LINKMV=`echo $LINK | sed '/s/22/21/g'`; if [[ $LINK =~ armhfp|i386|x86_64 ]]; then ln -s RPM-GPG-KEY-fedora-21-primary $LINKMV; else ln -s RPM-GPG-KEY-fedora-21-secondary $LINKMV; fi; done;
4) Downgrade the important packages
# dnf --allowerasing downgrade xorg-x11-server-common xorg-x11-server-Xorg
# shutdown -r now
6) Fully update your system
# dnf upgrade (The xorg-x11-server-common and xorg-x11-server-Xorg packages should not be listed for upgrade to .fc22 packages.)
Like I said, I’ll give it a go tonight most likely, but everything seems well-prepared for the Catalyst driver installation in my VM.
Reversing the Process
The process is very easily reversed (hopefully in the event of a new Catalyst driver release, but also in the event that you simply want to get up to the new Xorg server).
1) Remove the fedora21* .repo files
# rm /etc/yum.repos.d/fedora21*
2) Remove the “exclude=xorg-x11-server-Xorg xorg-x11-server-common” lines from the fedora 22 repository files.
3) Remove the GPG Keys (if you’re really neurotic).
# rm /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-21*
3) Execute dnf upgrade
# dnf upgrade
That’ll bring you back up to the fc22 X.org package versions.