Description of problem:
As part of F31 https://fedoraproject.org/wiki/Changes/Langpacks-core Change implementation, I was thinking if glibc.spec can drop
Supplements: (glibc and (]]..suppl..[[))
and langpacks.spec to have
I see glibc langpack packages (198 on F30) are more whereas not every such have corresponding langpacks meta-packages (88 on F30)
Version-Release number of selected component (if applicable):
latest glibc package
Steps to Reproduce:
glibc.spec is supplementing for langpacks-<locale>
langpacks.spec to requires glibc langpack packages
Can I request glibc package maintainers to provide their feedback on this request?
I do not have an opinion on this change.
Would this change here help with bug 1380069 as well? Would it make that fix more difficult.
Well, I tried to test this in my copr with new langpacks-2.0 package but looks like glibc-langpack-<langcode> is not getting removed. Will check more on this.
(In reply to Florian Weimer from comment #2)
> I do not have an opinion on this change.
To add a little more: further glibc doesn't actually know what meta langpacks packages exist in Fedora.
So in this sense it makes more sense to carry the information in langpacks rather than glibc itself.
> Would this change here help with bug 1380069 as well? Would it make that
> fix more difficult.
I don't think it has any affect on that, but maybe 'glibc-langpack' can be simplified anyway.
This bug appears to have been reported against 'rawhide' during the Fedora 31 development cycle.
Changing version to 31.
We really need changes for langpacks-core-* at the very least for F31.
I would still rather we moved this completely to langpacks since that is more consistent.