We have been asked for a transition plan, for people using epel 8 modules.
Although we have talked about a transition plan, I realized we didn't write
anything outside of chats and talking to one another. I believe this is
what we said, but if others can verify and/or correct me, that would be
= EPEL 8 Modularity transition plan
There are users that use EPEL 8 Modules. This is a transition plan to help
users through this process.
== Transition Steps
=== 1 - Verify that you are using an EPEL 8 Module
dnf list installed | grep epel-modular
If nothing shows up, great, you are done.
=== 2 - Determine if there are alternatives
Several of the EPEL 8 modules are in RHEL's modules, or are non-modular
packages in epel. In the list below, look for the modules with [a]. That
means there is an alternative to the epel module. If your module version
has an [s], then the alternative is the same version. If your module
version has a [d], then the alternative has a different version.
If you have an alternative, safely switch to the alternative packages.
If you were able to move off of all your epel 8 modules, great, you are
=== 3 - Request non-modular package for EPEL 8
If there were no alternative packages to move to, then request the package
be put in non-modular epel8. Once it is in non-modular EPEL 8, got back to
=== 4 - Last Resort
If you have been unable to transition off the EPEL 8 Modules, then the
final option is to just keep using them. Because the mirrors will be
pointing to the archives, there is nothing you need to change in your
epel-modularity configuration file. It will just continue to work. But
keep a backup somewhere because eventually, the epel-modularity
configuration will be completely removed from epel-release.
This is not recommended. The modules will not receive any further security
or bug fixes.
== EPEL 8 Modules
[a] - There is an alternative
[n] - There is no alternative
[s] - There is an alternative with the same version
[d] - There is an alternative with a different version
[x] - This module didn't install, or had some problems with it.
=== 389-directory-server [n]
=== avocado [a]
* latest [d]
* 8.2 [s]
=== avocado-vt [n]
=== cobbler [n]
=== cri-o [n]
=== dwm [n][x]
Does not install on RHEL 8
=== ghc [a]
* 8.2 [s]
* 8.4 [d]
=== libuv [a]
=== nextcloud [n][x]
None of the modules install on RHEL 8
=== nginx [a][d]
=== nodejs [a]
* 13 [d]
* 16-epel [s]
=== postgresql [a][d]
=== swig [a][x][s]
The EPEL version conflicts with RHEL's, should have been removed earlier.
=== zabbix [a]
* 5.0 [d]
* 6.0 [s]
Does this sound correct to everyone?
 - Detailed instructions for moving to alternative packages are out of
the scope of this document.