Bug#707200: strftime not work %Om specification
tag 707200 + moreinfo
thanks
On Wed, May 08, 2013 at 11:58:58AM +0400, Ivan Borzenkov wrote:
> Package: libc6
> Version: 2.17-1
>
> man page of strftime: http://linux.die.net/man/3/strftime
>
> Some conversion specifications can be modified by preceding the
> conversion specifier character by the E or O modifier to indicate that
> an alternative format should be used. If the alternative format or
> specification does not exist for the current locale, the behavior will
> be as if the unmodified conversion specification were used. (SU) The
> Single UNIX Specification mentions %Ec, %EC, %Ex, %EX, %Ey, %EY, %Od,
> %Oe, %OH, %OI, %Om, %OM, %OS, %Ou, %OU, %OV, %Ow, %OW, %Oy, where the
> effect of the Omodifier is to use alternative numeric symbols (say,
> roman numerals), and that of the E modifier is to use a
> locale-dependent alternative representation.
>
> date +'%d %B %Om'
>
> out: 08 Май 05
> expect: 08 Май мая
>
If your locale doesn't support this alternative format, the output
should be the same as %m, which is the case here. I don't know what is
your locale, but strftime therefore seems to work correctly.
Also the %Om behaviour is correct for locale actually implementing this
alternate format:
$ LC_TIME=ja_JP.UTF-8 date +'%d %B %m'
08 5月 05
$ LC_TIME=ja_JP.UTF-8 date +'%d %B %Om'
08 5月 五
$ LC_TIME=uk_UA.UTF-8 date +'%d %B %m'
08 травень 05
$ LC_TIME=uk_UA.UTF-8 date +'%d %B %Om'
08 травень травня
In my opinion there is no bug, that said please provide more
informations about your locale so that we can conclude.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurelien@aurel32.net http://www.aurel32.net
Reply to: