Bug 7724 – fileutils uses intrnal strftime and not glibc's one

Bug 7724 - fileutils uses intrnal strftime and not glibc's one

Summary:	fileutils uses intrnal strftime and not glibc's one

Status:	CLOSED RAWHIDE

Aliases:	None

Product:	Red Hat Linux
Classification:	Retired
Component:	fileutils (Show other bugs)
Sub Component:
Version:	6.1
Hardware:	All Linux

Priority	medium Severity low
Target Milestone:	---
Target Release:	---
Assigned To:	Bernhard Rosenkraenzer
QA Contact:
Docs Contact:

URL:
Whiteboard:
Keywords:

Depends On:
Blocks:
	Show dependency tree / graph

Reported:	1999-12-10 05:57 EST by Kostas Georgiou
Modified:	2008-05-01 11:37 EDT (History)
CC List:	0 users

See Also:
Fixed In Version:
Doc Type:	Bug Fix
Doc Text:
Story Points:	---
Clone Of:
Environment:
Last Closed:	2000-01-18 08:33:13 EST
Type:	---
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Groups: None (edit)

Description Kostas Georgiou 1999-12-10 05:57:43 EST

ls in fileutils can't handle LC_TIME because it uses its own strftime
instead of glibc's. Looking at configure it looks like glibc strftime isn't
accepted because it can't handle the %f format (part of POSIX 2 it says)
since from what i've seen the only component in fileutils that needs
strftime is ls and it doesn't use the %f it should be possible to compile
with glibc's strftime.

Not really a big deal but it should be nice to have ls displaying dates
in the users locale.

Comment 1 Bernhard Rosenkraenzer 2000-01-18 08:33:59 EST

fileutils in rawhide uses its internal strftime() only on systems that don't
have strftime.

Note You need to log in before you can comment on or make changes to this bug.