On Sat, Dec 18, 2021 at 07:50:34PM +0100, Miro Hrončok wrote: > Just a note here: Even with default modular streams, non-modular > packages would still only be able to be built with one modular > stream -- the default one. So this isn't a consequence (not even > partly) of us deciding not to have default modular streams.
The "can build on the default stream, at least" is the "partly" I meant. But I don't want to quibble about that; I agree that if we have a lot of things _in the distro_ that need to build against different versions of something _and_ coexist, modularity isn't the right tool. > In my opinion, both situations are best solved with regular > packages. While it is *possible* to solve A with modularity, it is > not *necessary*. In fact, it is discouraged: You snipped my example, which is "ripped from the headlines" https://bugzilla.redhat.com/show_bug.cgi?id=2020292. We can argue about "best", but ... these things _aren't_ being solved in Fedora right now, so it hardly matters. Even though Remi is actually actively maintaining a PHP 7.4 stack (in his own repos), Fedora hasn't provided a way to do that _here_ nicely. Maybe the Go situation is simpler (because of the static builds and other differences), but... overall this is remains an unsolved problem, and our current recommendations aren't adequate. -- Matthew Miller <mat...@fedoraproject.org> Fedora Project Leader _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
