Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.

Bug 2555

Summary: locale data for de_DE is outdated
Product: [Retired] Red Hat Linux Reporter: tim.landscheidt
Component: glibcAssignee: Cristian Gafton <gafton>
Status: CLOSED WONTFIX QA Contact:
Severity: low Docs Contact:
Priority: low    
Version: 6.0   
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 1999-07-29 01:05:34 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description tim.landscheidt 1999-05-05 04:38:27 UTC
/usr/share/i18n/locales/de_DE is pretty outdated - it still
has the old German date format ("DD.MM.YYYY"). GNU's
glibc-localedata-2.0.6.tar.gz seems to have it right since
at least 1997-12-28. Pristine sources? :-)

Easy solution: Edit de_DE and re-run localedef. But the
right way (TM) should of course be modifying the .src.rpm.

Comment 1 Cristian Gafton 1999-07-28 06:09:59 UTC
I am told by the glibc maintainers that there has not been any
official decision on this, so the format glibc uses is still the
active one.

Comment 2 tim.landscheidt 1999-07-29 00:52:59 UTC
In localedata/locales/de_DE (timestamped: 1997-03-05) from
(timestamped: 1997-12-29), line #2200 says:

| d_fmt   "<%><Y><-><%><m><-><%><d>"

That seems to be an "official" decision by the glibc maintainers, and
it is also perfectly correct according to EN 28601 and DIN 5008 which
apply to the Federal Republic of Germany (cf.
<URI:>). I may be missing
some point.

Comment 3 Cristian Gafton 1999-07-29 01:05:59 UTC
Please report it to the glibc maintainers. this is not the kind of
change we can do unilaterally.