I'm trying to do a local build of gtkwave for EPEL-8.
A koji scratch build somehow works:
But a local build does not:
$ mock -r epel-8-x86_64 gtkwave-3.3.104-2.fc31.src.rpm
Problem: conflicting requests
- package Judy-devel-1.0.5-18.module_el8.1.0+217+4d875839.i686 is
- package Judy-devel-1.0.5-18.module_el8.1.0+217+4d875839.x86_64 is
Adding a repo with a local build of Judy doesn't help; that gets
the version of CMake that is currently packaged with RHEL/CentOS 8 is 3.11, which is becoming more and more outdated. Me (and a few other people, judging by bug report participation) would quite like to have a newer version of CMake on their systems.
Now, if I understand correctly, according to the EPEL policies, https://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies#Policy, it is prohibited to replace packages from the base distribution. It is, however, allowed to replace these packages in modules that are not enabled by default.
Unfortunately, nobody really seems to know how to build modules for EPEL. There is documentation for Fedora: https://docs.fedoraproject.org/en-US/modularity/making-modules/ . However, being not very familiar with modularity, I have no clue which parts of the documentation apply to EPEL, and I could not find EPEL-specific documentations and recommendations. I have seen some threads on this list *discussing* these, but it's hard for me to discern the consensus and best practices from mailing list threads.
Would the Modularity magicians be so kind as to reply with some pointers on how to create modules for EPEL? If that already exists, my apologies, I hope you can direct me to that resource.