The change was approved we need to do the following:

• remove modularity from composes
• update SOPs and remove modules related work
• preparatory works for removing MBS

pungi-fedora: https://pagure.io/pungi-fedora/pull-request/1186
fedora-release: https://src.fedoraproject.org/rpms/fedora-release/pull-request/270

More changes to do:

• remove modules from updates-sync script
• update releng branching scripts
• remove modular related scripts from releng repo
• remove rawhide modular content from main mirror

pungi-fedora changes are merged, ansible changes will be merged and deployed today.

Hopefully next nightly compose will not include modularity.

Please, pause any further removals of anything until we figure out how to resolve https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/S3K5RVYWPLPXA24KPACLHQBBKIKD434D/

What would it take to keep the Modular repository mirrored but without any modules in it for the foreseeable future?

We could manually create a empty (just repodata) repo there. It would need to be done manually tho, as pungi/compose scripts aren't composing that repo.

So can we set up pungi to generate empty repo for us? Or we could use one of the compose scripts to do that nightly. We will be syncing empty repo for a while but once 38 is EOL we can drop it.

but once 38 is EOL we can drop it.

I'd wait a bit longer to allow users of EOLed F38 to update to F40.

So can we set up pungi to generate empty repo for us? Or we could use one of the compose scripts to do that nightly. We will be syncing empty repo for a while but once 38 is EOL we can drop it.

I don't think pungi can do that... @lsedlar ?

But yeah, we could just add it to nightly to sync that after it's done with the rest... but really it won't change, once we put it there it will just sit around until the next branching... so we could just manually do it as long as we remember to.

Could you please do this for Fedora 39 now? Upgrades to it are currently broken for users with fedora-repos-modular installed (which is installed by default on Fedora 37 and 38).

Another idea: Could we just get mirrormanager to alias this to the main repo? so people would get things twice, but the repodata would be the same so dnf shouldn't care.

@adrian is that doable? aliasing all the f39 (and rawhide) Modular repos to the main repo?

That way we could just let it be in mirrormanager and not have to make/sync/deal with other real repos...

Another idea: Could we just get mirrormanager to alias this to the main repo? so people would get things twice, but the repodata would be the same so dnf shouldn't care.

@adrian is that doable? aliasing all the f39 (and rawhide) Modular repos to the main repo?

That way we could just let it be in mirrormanager and not have to make/sync/deal with other real repos...

MirrorManager has all the necessary repository redirects configured. All modular repositories for 39 and rawhide should be redirected to the main repository:

$ curl -s "https://mirrors.fedoraproject.org/mirrorlist?repo=fedora-modular-39&arch=x86_64"
...
https://dl.fedoraproject.org/pub/fedora/linux/development/rawhide/Everything/x86_64/os/
...

So can we set up pungi to generate empty repo for us? Or we could use one of the compose scripts to do that nightly. We will be syncing empty repo for a while but once 38 is EOL we can drop it.

I don't think pungi can do that... @lsedlar ?

It feels like a hack, but it should be possible by adding the variant to variants.xml and configuring it with a single comps group that doesn't actually exist. There will be no packages in the generated repo, and the group that doesn't exist should not be present in the comps file in the final repo.

ok. Should not be needed now with the mirrormanager redirects I hope.

I think this is all done now, so closing it. Please let us know if there's anything left to do.

See also https://pagure.io/releng/issue/12116