Bug 1705635

Summary: glibc: glibc `locale -a` output does not exactly match between locale-archive and langpacks.
Product: [Fedora] Fedora Reporter: Carlos O'Donell <codonell>
Component: glibcAssignee: Carlos O'Donell <codonell>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: low Docs Contact:
Priority: unspecified    
Version: rawhideCC: aoliva, ashankar, codonell, dj, fweimer, glibc-bugzilla, jakub, law, mfabian, mnewsome, pfrankli, psatpute, qe-baseos-tools-bugs, qe-i18n-bugs, smaitra
Target Milestone: ---Keywords: i18n
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: 1627016 Environment:
Last Closed: 2019-05-03 07:34:17 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1627016    

Description Carlos O'Donell 2019-05-02 16:02:09 UTC
Description of problem:
1. dnf install  glibc-all-langpacks 
2. locale -a|grep mr
   mr_IN
   mr_IN.utf8

1. dnf remove glibc-all-langpacks, dnf install glibc-langpack-mr
   locale -a|grep mr
   mr_IN

  Missing mr_IN.utf

I am not sure about usage of mr_IN.utf8, but this is more issue from backward compatibility side.

Steps to Reproduce:
1. Install glibc-langpack-mr
2. locale -a|grep mr

Actual results:
List only 
- mr_IN

Expected results:
As a backward compatibility, It should list both
mr_IN
mr_IN.alias

To be clear we should either have:

(a) Both mr_IN and mr_IN.utf8 with locale-archive and without.

or

(b) Only mr_IN with locale-archive adn without.

The real solution here is to create the symlinks in /usr/lib/locale that match exactly what the locale-archive is displaying.

Comment 1 Pravin Satpute 2019-05-03 07:34:17 UTC
Closing this as a duplicate of original issue.  https://bugzilla.redhat.com/show_bug.cgi?id=1326470
Updated the blocks field.

*** This bug has been marked as a duplicate of bug 1326470 ***