On Fri, Nov 15, 2019 at 3:38 PM Joe Orton jorton@redhat.com wrote:
On Fri, Nov 15, 2019 at 12:44:52PM +0100, Miro Hroncok wrote:
Where is the end-user benefit with the modular default stream? I don't see it either, sorry.
It's not clear to me how those examples are related to my argument, which I could summarize as:
a) multiple module streams have a benefit to users, and b) default streams have a benefit to package owners.
You quoted Miro above, "end-user benefit". He is not talking about packaging experience here, which is pretty bad with modules.
This comes at a high cost to package owners if we have to keep non-modular packages - we have to maintain, build, and test X streams plus Y non-modular release branch builds for each component, rather than just X streams.
Yes. This is the benefit of the default modular stream for the modular maintainers. I have never questioned it.
OK great, though it is a bit surprising to hear in a thread which you started explicitly to question the benefits of default modular streams.
In my opinion (and that is my very subjective opinion, but based on experience) the cost of that difference is otherwise paid by everybody else.
The group of everybody else is very much bigger than the group of modular maintainers. Hence, I'd approve such trade off.
So it's clear to me that you see that packagers chosing default streams over non-modular packages impose external costs on the rest of the distro (packagers and/or users?) somehow. This thread was supposed to focus on benefits, and these vague claims about costs and trade-offs seem speculative, but maybe you could expand on that a bit?
Perhaps this stuff is obvious to others already. In RHEL8 while we have certainly hit various problems with modularity at least I don't recall my teams hitting major issues with default streams being available for non-modular packages.
Because they just have to do it, they don't have option to choose technology. They get paid to do their job.
Regards, Joe _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-leave@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