-
Notifications
You must be signed in to change notification settings - Fork 144
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Please make libmodulemd an optional dependency #641
Comments
Any news on it ? |
I also would like to see libmodulemd as an optional dependency, because only Fedora/RHEL seem to use modularity. Have there been any successful downstream efforts to hack it simply out somehow? |
No. There has been some interest in using modularity technology in other distributions, though the lack of information on how to actually make modules has made that a bit difficult. I would still like this to eventually become an optional dependency, though... |
…I fully agree with the need to build libdnf without libmodulemd optionally. |
That's already planned for the next major version of DNF, but don't expect modularity to not be enabled in all major distributions shipping DNF. Cross-distro compatibility more or less depends on it. |
So, you're saying that building libdnf without libmodulemd support leads to loss of cross-distro compatibility? What would that mean in the end? Just that I'm not able to install modules on e.g. a niche distribution which decided to opt-out from modules? That would be absolutely fine here. |
Well, there's a bunch of consequences:
and so on... |
…sounds still perfect for a niche distribution! |
Well, if you don't care about any of those things for any reason, sure. But again, that's going to be a year away, at least. |
In dnf5 this issue is already covered here. Closing this one. |
For a number of distributions, modules are not desirable and it adds extra unwanted dependencies. It'd be great if it were possible to not require libmodulemd for building libdnf and using dnf. This would be great for distributions like Yocto, Mer, openSUSE, OpenMandriva, and others that don't care about Fedora Modularity.
The text was updated successfully, but these errors were encountered: