Re: Re: [PATCH] remote-curl: send Accept-Language header to server

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



>"lilinchao@xxxxxxxxxx" <lilinchao@xxxxxxxxxx> writes:
>
>>>I think the end-goal of having the "remote: " messages translated, if
>>>possible, is very worthwhile, but I'd always imagined we'd do that with
>>>a protocol extension, because even if we do this with HTTP headers we
>>>won't get the same over ssh/git transports.
>>
>> As for ssh transport, can we use ssh environment to reach our goal?
>
>Not really.  Before forcing us to invent completely separate
>mechanisms for different transports, it is a very good idea to
>consider if we can use a single mechanism that can apply to all
>transports.  Adding something at the protocol level would be a
>step in the right direction.
I wonder if we can use a new protocol-capability like local-lang or 
something else, then Git client and server can tell each other's language
ability in the negotiation stage.




[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux