Hi,
I had time to check debiandoc-sgml.
Reported bug needs to fix:
sub start_date
{
@_ = gmtime();
my $current_locale = setlocale( LC_TIME );
setlocale( LC_TIME, $locale );
$_ = POSIX::strftime( "%d %B %Y", 0, 0, 0, $_[3], $_[4], $_[5] );
setlocale( LC_TIME, $current_locale );
s/^0//;
&{$Format."::"._cdata}( $_ );
}
I have no idea on perl POSIX::strftime, but C strftime DESCRIPTION has
no easy choice for formating string which works for all locale.
Since this plays with LC_TIME, %B should be changed to the full month
name according to the current locale. But the word order is US centric
style. If you did not get that in the build under cheroot such as
pbuilder, chances are your package dependency did not have locales-all
so it is missing locale data in chroot. That is your problm.
If you are complaining the word order, we could change "%d %B %Y" to
"%F". Please note, "%d %B %Y" is almost like "%D" order and manpage even
mention "Yecch — for Americans only. Americans should note that in
other countries %d/%m/%y" but %B makes month in the full month name
according to the current locale. So there is no easy solution to use %B
unless you create long list of case switching based on $locale. I
consider this is not something I like to do unless I get some well
thought patch from someone accountable for bug fix and testing.
Using %F makes month in numerical style independent of locale.
Anyway, I suggest you to use generated entity file containing date for
each locale or %F style as other document has been using.
Osamu
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
