Bug 61615

Summary: date +%p broken for en_AU locale
Product: [Retired] Red Hat Linux Reporter: Damien Miller <djm>
Component: glibcAssignee: Jakub Jelinek <jakub>
Status: CLOSED CURRENTRELEASE QA Contact: Ben Levenson <benl>
Severity: low Docs Contact:
Priority: medium    
Version: 7.2CC: fweimer
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2002-12-15 19:46:30 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:

Description Damien Miller 2002-03-22 04:36:33 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020212

Description of problem:
"date +%p" does not work for the en_AU locate. Instead of printing AM or PM it
prints an empty string.

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. Execute "LANG=en_AU date +%p"
2. Execute "LANG=en_US date +%p"


Actual Results:  [djm@xenon djm]$ LANG=en_AU date +%p

[djm@xenon djm]$ LANG=en_US date +%p
PM


Expected Results:  [djm@xenon djm]$ LANG=en_AU date +%p
PM
[djm@xenon djm]$ LANG=en_US date +%p
PM


Additional info:

Comment 1 Bernhard Rosenkraenzer 2002-03-25 14:32:51 UTC
What date shows you is the output of the strptime() function in glibc; it seems to be 
gererating wrong data (This may be intentional though if Australia defaults to the 24 
hours system). 
 
Reassigning to glibc

Comment 2 Alan Cox 2002-12-15 19:46:30 UTC
This was fixed bug the bug didnt get closed.