Loosen the python3-libmodulemd dependency to just libmodulemd

[FrostyX]

There is no python3-libmodulemd package for EPEL8, it is
a part of the libmodulemd package. For Fedora, we have both
options. So let's not if-else the spec and just install libmodulemd
everywhere and presume, that the python library will be available.

[sgallagher]

That’s incorrect and will cause problems. You need to pull in the appropriate pythonX-libmodulemd package or you will not have the python overrides allowing pythonic interaction with the XMD and EOL features.

[sgallagher]

See also: https://bugzilla.redhat.com/show_bug.cgi?id=1860401

[FrostyX]

Hello @sgallagher,
thank you for the review and the RHBZ link.

That’s incorrect and will cause problems. You need to pull in the appropriate pythonX-libmodulemd package or you will not have the python overrides allowing pythonic interaction with the XMD and EOL features.

Not arguing here, I wasn't aware of this. However, there doesn't seem to be any XMD or EOL related code

[jkadlcik@unknown modulemd-tools]$ git grep -i xmd
[jkadlcik@unknown modulemd-tools]$ git grep -i eol
[jkadlcik@unknown modulemd-tools]$

and I tested the package and all the tools in centos:8 and fedora:33 containers and they work just fine (there is a missing dependency on createrepo_c which is a minor issue).

Should we wait till RHEL 8.3 (per RHBZ 1860401) or can we go with this incorrect dependency and then switch it back to the python3-libmodulemd once it is available?

[FrostyX]

Just for the record, here you can find a modulemd-tools package built from this PR:
https://copr.fedorainfracloud.org/coprs/frostyx/modulemd-tools/build/1737168/

[sgallagher]

My main concern is that if we add any other overrides to libmodulemd, you may not get them if you aren’t pulling in the correct sub-package.

That said, if you are going to temporarily switch, please make sure to open a ticket to change it back.

[FrostyX]

Okay, thank you @sgallagher!

I updated the commit message so it says that this is supposed to be a temporary solution and also create #17 so we don't forget to switch back to the correct dependency once it is available.

Until then, let's try to go with this change, so we can start experimenting with this package on EPEL8.

[plopresti]

Just for the record, here you can find a modulemd-tools package built from this PR:
https://copr.fedorainfracloud.org/coprs/frostyx/modulemd-tools/build/1737168/

Any hope of seeing these packages in EPEL?

[FrostyX]

Hello @plopresti,
there is currently a bodhi update for EPEL8

https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-7e95555077

so, within a week or 3 karma points :-)