modularity

#159 Policy proposal: Disallow default streams from depending on non-default streams in Fedora
Opened by churchyard. Modified

Open
Close Issue

Hello, based on the discussion on the devel mailing list, mainly with @sgallagh I'd like that we have the following policy:

"In Fedora, default streams MUST NOT depend on non-default streams of other modules; consequently any modular stream that does that cannot be made default until it stops doing that or until the stream(s) it depends on are also made default."

I was told that currently none of our default modular streams do that, so let's not invent a "what happens with modules that are doing this" rule.

Let me know if I shall reword the proposal somehow or propose it to FESCo instead. Thanks.

I'll suggest that we reword it to a cleaner:

"Default streams MUST NOT depend on non-default streams of other modules."

Everything else you said was more implementation of the policy than the policy itself.

That said, I agree with this policy for now, though we may wish to revise it later once the package management tooling can handle stream switches somewhat better.

Your simplification works for me. I probably went to far being explicit.

(Also, I have explicitly said Fedora, to avoid disrupting EPEL. I you think this policy should apply to EPEL as well, I don't mind.)
Edited by churchyard

EPEL's policy for now is "no default streams". So it's even more strict.

The reasoning being that we want it to always be clear that a user is opting into an EPEL stream, not just accidentally picking up unsupported content. Also to avoid conflicts with RHEL if a future RHEL release adds a default stream.

I believe this was the case all the time, but let's make it an explicit policy, yes.

Metadata Update from @psabata:
- Issue tagged with: needs-design
Metadata
None

needs-design

None
None
None
Static archive. pagure.io was sunset in 2026; this is a read-only snapshot.
Red Hat Logo

Fedora is sponsored by Red Hat. Learn more about the relationship between Red Hat and Fedora »

© Red Hat, Inc. and others.