[Bug localedata/9859] New fr_FR locale month abbrevs abmon are not fixed length

[Bug localedata/9859] New fr_FR locale month abbrevs abmon are not fixed length

[jackie.rosen at hushmail dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=9859

Jackie Rosen <jackie.rosen at hushmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jackie.rosen at hushmail dot com

--- Comment #9 from Jackie Rosen <jackie.rosen at hushmail dot com> ---
*** Bug 260998 has been marked as a duplicate of this bug. ***
Seen from the domain http://volichat.com
Page where seen: http://volichat.com/adult-chat-rooms
Marked for reference. Resolved as fixed @bugzilla.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug localedata/9859] New fr_FR locale month abbrevs abmon are not fixed length

[schwab at sourceware dot org]

https://sourceware.org/bugzilla/show_bug.cgi?id=9859

Andreas Schwab <schwab at sourceware dot org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|jackie.rosen at hushmail dot com   |

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug localedata/9859] New fr_FR locale month abbrevs abmon are not fixed length

[fweimer at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=9859

Florian Weimer <fweimer at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
              Flags|                            |security-

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug localedata/9859] New fr_FR locale month abbrevs abmon are not fixed length

[stephane dot raimbault at gmail dot com]

------- Additional Comments From stephane dot raimbault at gmail dot com  2009-08-17 02:01 -------
*** Bug 10525 has been marked as a duplicate of this bug. ***

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |pablo dot martin-gomez at
                   |                            |laposte dot net


http://sourceware.org/bugzilla/show_bug.cgi?id=9859

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

[Bug localedata/9859] New fr_FR locale month abbrevs abmon are not fixed length

[stephane dot raimbault at gmail dot com]

------- Additional Comments From stephane dot raimbault at gmail dot com  2009-05-03 14:36 -------
The support of field widths in strftime was a possible solution but the bug is
now fixed by
http://git.savannah.gnu.org/gitweb/?p=coreutils.git;a=commith=612b647dd16d5abc03b295abe42d8b4a0fe660f7

Feel free to create a new bug report to talk about support of field widths in
strftime.



-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|REOPENED                    |RESOLVED
         Resolution|                            |FIXED


http://sourceware.org/bugzilla/show_bug.cgi?id=9859

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

[Bug localedata/9859] New fr_FR locale month abbrevs abmon are not fixed length

[ebb9 at byu dot net]

------- Additional Comments From ebb9 at byu dot net  2009-03-20 15:55 -------
POSIX 2008 added the requirement for supporting field widths in strftime, but
also makes it explicit that field widths for anything other than C, F, G, and Y
is implementation-defined.  Why not define the glibc implementation of strftime
to allow:

%5b

as requesting an expansion to a string with any necessary leading space to
occupy 5 columns (note that this is different than padding to 5 bytes), in
locales such as French with variable-spaced abmon.  That way, translators could
once again provide a string that occupies fixed width when used in ls -l output,
by requesting that strftime pad the short months to the same column width of the
longer abbreviations, regardless of multibyte characters encountered during that
padding.

http://lists.gnu.org/archive/html/bug-coreutils/2009-03/msg00258.html


-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|INVALID                     |


http://sourceware.org/bugzilla/show_bug.cgi?id=9859

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

[Bug localedata/9859] New fr_FR locale month abbrevs abmon are not fixed length

[drepper at redhat dot com]

------- Additional Comments From drepper at redhat dot com  2009-03-15 20:44 -------
The field has never been guaranteed to be of a fixed size.  If this creates
problems fix the user of the interfaces.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |INVALID


http://sourceware.org/bugzilla/show_bug.cgi?id=9859

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

[Bug localedata/9859] New fr_FR locale month abbrevs abmon are not fixed length

[stephane dot raimbault at gmail dot com]

------- Additional Comments From stephane dot raimbault at gmail dot com  2009-03-14 22:52 -------
I wasn't able to see the problem because the link to
/usr/share/locale/fr/LC_TIME/coreutils.mo is broken on Ubuntu 8.10 and 9.04
(I've reported the problem).

The French translation of coreutils contains many mistakes and it's wrong to use
the same translation as the English one for dates:

#: src/ls.c:698
msgid "%b %e  %Y"
msgstr "%b %e  %Y" -> "%e %b  %Y"

#: src/ls.c:706
msgid "%b %e %H:%M"
msgstr "%b %e %H:%M" -> "%e %b %H:%M"

but I can't fix the alignment problem with this simple string (do you see the
hack before the %Y?).

I'll continue to discuss the problem on the coreutils list.

-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=9859

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

[Bug localedata/9859] New fr_FR locale month abbrevs abmon are not fixed length

[samuel dot thibault at ens-lyon dot org]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |samuel dot thibault at ens-
                   |                            |lyon dot org
            Summary|New fr_FR locale month      |New fr_FR locale month
                   |abbrevs are not fixed length|abbrevs abmon are not fixed
                   |                            |length


http://sourceware.org/bugzilla/show_bug.cgi?id=9859

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.