Is translating server messages really worth it?

Hi,

I know that $SUBJECT is a bit curious from someone who's been translating
PostgreSQL server messages for quite some time now (I checked, I've been
doing it for 20 years...). But still, I'm wondering.

Most of the time when I'm at a customer's office trying to help them with
their PostgreSQL cluster, I tell them to set lc_messages to C, so that
server messages are in english. It's kind of weird or funny to do the
translation, and tell people not to use it. But, yeah, I don't know if it's
a good thing or not, but when someone tries to search if someone else
already met some weird server messages, this someone has more chances to
get a hit with an english message than with a french message (though I
guess it's the same for other non-english languages). If you have to use a
tool such as pgbadger, this kind of tool only knows English messages.

So, yeah, I'm kinda wondering if it makes sense to translate server
messages. For client tools, such as psql or pg_dump or vacuumdb, it
definitely makes sense. But the server logs? I pretty much don't know. It's
a lot of work, with some nearly-impossible-to-translate messages.

Anyway, I was wondering how you feel about this.

And I have another question, quite a bit related :) If a file (let's say
psql-fr.po) is not translated at 80%, it's not distributed. But I was
wondering if it was only this file (psql-fr.po) or all the files for this
language? I'm considering leaving the postgres-fr.po file without any
translation, but keep the other files up to date.

Thank you for your comments.

Regards.

--
Guillaume.