On 06/26/2017 11:04 AM, Langdon White wrote: > We talked about this with the server wg and decided for F27 server we would > try to avoid an "everything else" module and figure out how to solve this > problem more nicely between now and release. We have multiple options here > including : generating modules for everything, making an extra repo of > stuff available, leaving non-modules out, and, finally, the everything else > module.
So there is never going to be any mixing of modules and non modules? I would think another way to solve this issue might be to get dnf to prefer modules, but still operate on either rpms or modules, so if you ran 'dnf install tmux' it would look for a tmux module, if it finds it great, it uses that. If it doesn't then it looks for the rpm and uses that. Then if later you do 'dnf update' and there is now a tmux module it uninstalls the rpm and intalls the module, etc. > > Definitely a recognized issue, but not sure we are decided on the answer > (or answers). We would like the module guidelines to address the use cases > with recommendations but it is tough to iron this out. yeah, there definitely could be some complex interactions here, but I think it's important to have the ability to install local rpms or things that are not (yet) modularized. Unrelated question: We will still be making the server repo and netinstall so people can install the legacy server setup with rpms, right? kevin
signature.asc
Description: OpenPGP digital signature
_______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
