I think the best option is to create non-modular compat packages. In my opinion,
modularity makes sense for end user applications, but I'm not sure what benefits it
has for libraries. Libraries tend to work well as compat packages, so I implemented this
in copr to try it out.
*
https://copr.fedorainfracloud.org/coprs/carlwgeorge/parallel-libgit2/
*
https://copr-be.cloud.fedoraproject.org/results/carlwgeorge/parallel-libg...
*
https://copr-be.cloud.fedoraproject.org/results/carlwgeorge/parallel-libg...
This copr allows the following non-modular packages to be installed at the same time:
* Rawhide
* libgit2 0.28.2
* libgit2_0.27 0.27.8
* libgit2_0.26 0.26.8
* Fedora 30
* libgit2 0.27.8
* libgit2_0.26 0.26.8
These packages follow the current naming and conflict packaging guidelines.
*
https://docs.fedoraproject.org/en-US/packaging-guidelines/Naming/#multiple
*
https://docs.fedoraproject.org/en-US/packaging-guidelines/Conflicts/#_com...
If I'm missing anything about the benefits of a modular libgit2 help me understand.
Given the current issues, this seems like a reasonable solution. If other agree, I'm
happy to submit these compat packages for review.
Carl George
Rackspace