Le 2011-10-06 02:27, Jonathan Nieder a écrit :
Filipus Klutiero wrote:
I had looked at package contents to figure out the sequence of fr_CA, and
had found /usr/share/i18n/locales/. I then looked at
/usr/share/i18n/locales/fr_CA, then at en_CA, then at iso14651_t1, and
finally at iso14651_t1_common. This is where I decided to stop guesswork and
looked for actual documentation.
Thanks --- this information would have been useful in the original
report. Was there was some particular question about the fr_CA
collating sequence that you were looking for an answer to, or were you
just curious in general?
To be clear, I explained my story to show that I made some efforts to
learn about glibc's collation sequences, implying that I needed it
because it had some importance. I didn't have a very particular question
in mind. An application I developed used to collate without using
strcoll(). I changed it to collate with strcoll(), and erroneously chose
C.UTF-8. I was looking for another global locale which would be closer
to the previous behavior. In particular, the previous sort allowed
overriding how a string would sort prefixing it with special characters
such as "-" or "[". I was wondering if/how a different locale would
allow doing such hacks.
There are probably many more things actually relying on the collation.
I guess there is also an implied bug report here regarding the
locale(5) page. But there's not much use in splitting the bug into
the various relevant tasks unless someone is actually doing the work
of writing text. Patches implementing even partial progress towards
your goal (a "SEE ALSO" here, a clarifying sentence there) would be
welcome.
Thanks for your interest. To be clear, I will not personally be
working on this, since when I have time to write manpages, there are
many others I would rather spend time on.
Just to clarify, I consider this as a bug which should be [mostly]
addressed in the glibc reference manual (I did mean the upstream tag).
Having Debian maintainers verify the report, provide insight on it and
forward it upstream would make them entirely meet my expectations (this
has largely already been done).
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
