Nguyen Thai Ngoc Duy wrote:
> How about allow users to select which messages they want to print? We
> can even go further, allowing users to specify the messages themselves..
[...]
> + { "service not enabled", "message.serviceNotEnabled" },
> + { "no such repository", "message.noSuchRepository" },
> + { "repository not exported", "message.repositoryNotExported" },
I administer a private server that is only accessible as "localhost".
:) This much customization would leave me confused about what the
right choices are and what the choices mean (even if I were to make
the server public and start having security worries).
What is the intended use --- translation? The idealist in me thinks
that should be taken care of on the client side, if at all. (This
way, we would not be preventing especially friendly clients from
offering pertinent detailed advice for each error condition.
Alternatively, maybe some day the protocol will want to provide a way
for clients to indicate a preferred language and message verbosity.)
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html