{"thread":{"id":"38106","subject":"Enhancement Request: \"locale\" git option","startedAt":"2014-12-04T07:32:57Z","lastAt":"2014-12-08T09:48:04Z","messageCount":15,"participants":["Ulrich Windl","Torsten Bögershausen","Jeff King","Ævar Arnfjörð Bjarmason","Michael J Gruber","Andreas Schwab","Ralf Thielow","David Kastrup"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"253024","messageId":"54801C39020000A1000182FA@gwsmtp1.uni-regensburg.de","threadId":"38106","inReplyTo":null,"subject":"Enhancement Request: \"locale\" git option","fromName":"Ulrich Windl","fromEmail":"ulrich.windl@rz.uni-regensburg.de","sentAt":"2014-12-04T07:32:57Z","receivedAt":"2014-12-04T07:32:57Z","isPatch":false,"sender":{"key":"ulrich.windl@rz.uni-regensburg.de","avatar":null},"body":"Hi!\n\nI'm native German, but German git messages confuse me (yopu'll have to correlate them with the man pages). At the moment git uses the locale settings from the environment, so you can only change git's locale settings by changing the environment (like \"LANG= git ...\").\nOTOH Git has a flexible hierachical option setting mechanism. Why not allow a Git language (locale) setting system-wde, user-wide, or repository-specific.\n\nRegards,\nUlrich\n"},{"id":"253038","messageId":"54801B50.4080500@web.de","threadId":"38106","inReplyTo":"54801C39020000A1000182FA@gwsmtp1.uni-regensburg.de","subject":"Re: Enhancement Request: \"locale\" git option","fromName":"Torsten Bögershausen","fromEmail":"tboegi@web.de","sentAt":"2014-12-04T08:29:04Z","receivedAt":"2014-12-04T08:29:04Z","isPatch":false,"sender":{"key":"tboegi@web.de","avatar":"https://avatars.githubusercontent.com/u/7138363?v=4"},"body":"On 12/04/2014 08:32 AM, Ulrich Windl wrote:\n> Hi!\n>\n> I'm native German, but German git messages confuse me (yopu'll have to correlate them with the man pages). At the moment git uses the locale settings from the environment, so you can only change git's locale settings by changing the environment (like \"LANG= git ...\").\n> OTOH Git has a flexible hierachical option setting mechanism. Why not allow a Git language (locale) setting system-wde, user-wide, or repository-specific.\n>\n> Regards,\n> Ulrich\nHow about\nalias git='LANGUAGE=de_DE.UTF-8 git'\nin your ~/.profile ?\n(Of course you need to change de to the language you want )\n"},{"id":"253047","messageId":"20141204095557.GE27455@peff.net","threadId":"38106","inReplyTo":"54801B50.4080500@web.de","subject":"Re: Enhancement Request: \"locale\" git option","fromName":"Jeff King","fromEmail":"peff@peff.net","sentAt":"2014-12-04T09:55:58Z","receivedAt":"2014-12-04T09:55:58Z","isPatch":false,"sender":{"key":"peff@peff.net","avatar":"https://avatars.githubusercontent.com/u/45925?v=4"},"body":"On Thu, Dec 04, 2014 at 09:29:04AM +0100, Torsten Bögershausen wrote:\n\n> How about\n> alias git='LANGUAGE=de_DE.UTF-8 git'\n> in your ~/.profile ?\n> (Of course you need to change de to the language you want )\n\nBesides being awkward in scripts (which will not respect the alias and\nuse a different language!), that variable will also be inherited by\nprograms git spawns. So the editor, for example, may end up in the wrong\nlanguage.\n\nI think respecting core.locale would make sense (probably the change\nwould go into git_setup_gettext(), but you may have to fight with the\nsetup code over looking at config so early in the process).\n\nHowever, I think the original question is not one of localizing git, but\nrather of having it _not_ localized (avoiding the German translations).\nThere is a hack you can do that for that, which is to set\nGIT_TEXTDOMAINDIR to something nonsensical (like \"/\"), which will mean\ngit cannot find the .po files, and just uses the builtin messages.\n\n-Peff\n"},{"id":"253056","messageId":"CACBZZX4Rin6jj2viTUmdpEqLb9TWnMf+p_vRF8BbLrTWFDcp3A@mail.gmail.com","threadId":"38106","inReplyTo":"20141204095557.GE27455@peff.net","subject":"Re: Enhancement Request: \"locale\" git option","fromName":"Ævar Arnfjörð Bjarmason","fromEmail":"avarab@gmail.com","sentAt":"2014-12-04T15:49:36Z","receivedAt":"2014-12-04T15:49:36Z","isPatch":false,"sender":{"key":"avarab@gmail.com","avatar":"https://avatars.githubusercontent.com/u/45301?v=4"},"body":"On Thu, Dec 4, 2014 at 10:55 AM, Jeff King <peff@peff.net> wrote:\n> On Thu, Dec 04, 2014 at 09:29:04AM +0100, Torsten Bögershausen wrote:\n>\n>> How about\n>> alias git='LANGUAGE=de_DE.UTF-8 git'\n>> in your ~/.profile ?\n>> (Of course you need to change de to the language you want )\n>\n> Besides being awkward in scripts (which will not respect the alias and\n> use a different language!), that variable will also be inherited by\n> programs git spawns. So the editor, for example, may end up in the wrong\n> language.\n>\n> I think respecting core.locale would make sense (probably the change\n> would go into git_setup_gettext(), but you may have to fight with the\n> setup code over looking at config so early in the process).\n\nI think we should just stick to the standard *nix way of doing this:\nTell people to set their locale in their environment.\n\nIf someone's having this issue it's also happening for all the\nbinutils, and any other command-line and GUI program they use, unless\nthey override using the standard way of doing so, by setting the\nrelevant LC_* environment variables.\n\nIf you want Git in English then create an alias to override its locale\nto be C, if you want the editor it spawns to be in some other language\nalias that to something that explicitly sets LC_* for that editor.\n\nMaybe I'm being overzealous about this (especially with the \"I\nimplemented this\" blinders on), but let's not have Git set the\nprecedent for other *nix programs that they all should come up with\nsome custom way to override locales, that's something to be done at\nthe OS locale library level, which we use.\n\n> However, I think the original question is not one of localizing git, but\n> rather of having it _not_ localized (avoiding the German translations).\n> There is a hack you can do that for that, which is to set\n> GIT_TEXTDOMAINDIR to something nonsensical (like \"/\"), which will mean\n> git cannot find the .po files, and just uses the builtin messages.\n\nYou can, but the fact that that works is an internal implementation\ndetail we shouldn't document or support.\n"},{"id":"253057","messageId":"548090FE020000A100018323@gwsmtp1.uni-regensburg.de","threadId":"38106","inReplyTo":"54801B50.4080500@web.de","subject":"Antw: Re: Enhancement Request: \"locale\" git option","fromName":"Ulrich Windl","fromEmail":"ulrich.windl@rz.uni-regensburg.de","sentAt":"2014-12-04T15:51:10Z","receivedAt":"2014-12-04T15:51:10Z","isPatch":false,"sender":{"key":"ulrich.windl@rz.uni-regensburg.de","avatar":null},"body":">>> Torsten Bögershausen <tboegi@web.de> schrieb am 04.12.2014 um 09:29 in\nNachricht <54801B50.4080500@web.de>:\n> On 12/04/2014 08:32 AM, Ulrich Windl wrote:\n>> Hi!\n>>\n>> I'm native German, but German git messages confuse me (yopu'll have to \n> correlate them with the man pages). At the moment git uses the locale \n> settings from the environment, so you can only change git's locale settings\n\n> by changing the environment (like \"LANG= git ...\").\n>> OTOH Git has a flexible hierachical option setting mechanism. Why not allow\n\n> a Git language (locale) setting system-wde, user-wide, or\nrepository-specific.\n>>\n>> Regards,\n>> Ulrich\n> How about\n> alias git='LANGUAGE=de_DE.UTF-8 git'\n> in your ~/.profile ?\n> (Of course you need to change de to the language you want )\n\nThat way no program ever needs configuration files ;-)\n"},{"id":"253059","messageId":"548087F8.1030103@drmicha.warpmail.net","threadId":"38106","inReplyTo":"CACBZZX4Rin6jj2viTUmdpEqLb9TWnMf+p_vRF8BbLrTWFDcp3A@mail.gmail.com","subject":"Re: Enhancement Request: \"locale\" git option","fromName":"Michael J Gruber","fromEmail":"git@drmicha.warpmail.net","sentAt":"2014-12-04T16:12:40Z","receivedAt":"2014-12-04T16:12:40Z","isPatch":false,"sender":{"key":"git@grubix.eu","avatar":"https://avatars.githubusercontent.com/u/233215?v=4"},"body":"Ævar Arnfjörð Bjarmason schrieb am 04.12.2014 um 16:49:\n> On Thu, Dec 4, 2014 at 10:55 AM, Jeff King <peff@peff.net> wrote:\n>> On Thu, Dec 04, 2014 at 09:29:04AM +0100, Torsten Bögershausen wrote:\n>>\n>>> How about\n>>> alias git='LANGUAGE=de_DE.UTF-8 git'\n>>> in your ~/.profile ?\n>>> (Of course you need to change de to the language you want )\n>>\n>> Besides being awkward in scripts (which will not respect the alias and\n>> use a different language!), that variable will also be inherited by\n>> programs git spawns. So the editor, for example, may end up in the wrong\n>> language.\n>>\n>> I think respecting core.locale would make sense (probably the change\n>> would go into git_setup_gettext(), but you may have to fight with the\n>> setup code over looking at config so early in the process).\n> \n> I think we should just stick to the standard *nix way of doing this:\n> Tell people to set their locale in their environment.\n> \n> If someone's having this issue it's also happening for all the\n> binutils, and any other command-line and GUI program they use, unless\n> they override using the standard way of doing so, by setting the\n> relevant LC_* environment variables.\n> \n> If you want Git in English then create an alias to override its locale\n> to be C, if you want the editor it spawns to be in some other language\n> alias that to something that explicitly sets LC_* for that editor.\n> \n> Maybe I'm being overzealous about this (especially with the \"I\n> implemented this\" blinders on), but let's not have Git set the\n> precedent for other *nix programs that they all should come up with\n> some custom way to override locales, that's something to be done at\n> the OS locale library level, which we use.\n> \n>> However, I think the original question is not one of localizing git, but\n>> rather of having it _not_ localized (avoiding the German translations).\n>> There is a hack you can do that for that, which is to set\n>> GIT_TEXTDOMAINDIR to something nonsensical (like \"/\"), which will mean\n>> git cannot find the .po files, and just uses the builtin messages.\n> \n> You can, but the fact that that works is an internal implementation\n> detail we shouldn't document or support.\n> \n\nThe main issue at hand is really that we have localised git but not its\nman pages. Even if you understand English, the man pages don't help you\nat all if you can't connect the technical terms used there to their\nlocalised counterparts in git's messages. (NO_GETTEXT=y is my solution.)\n\nThat is one of the many reasons why I proposed to have a dictionary of\nthe main technical terms for each language before we even localise git\nin that language. In an ideal word, we would provide a simple solution\nfor looking these terms up both ways. I don't think we're going to have\nlocalised man pages any time soon, are we?\n\nMichael\n"},{"id":"253060","messageId":"874mtbjr01.fsf@igel.home","threadId":"38106","inReplyTo":"548087F8.1030103@drmicha.warpmail.net","subject":"Re: Enhancement Request: \"locale\" git option","fromName":"Andreas Schwab","fromEmail":"schwab@linux-m68k.org","sentAt":"2014-12-04T16:53:34Z","receivedAt":"2014-12-04T16:53:34Z","isPatch":false,"sender":{"key":"schwab@linux-m68k.org","avatar":"https://avatars.githubusercontent.com/u/2175493?v=4"},"body":"Michael J Gruber <git@drmicha.warpmail.net> writes:\n\n> The main issue at hand is really that we have localised git but not its\n> man pages. Even if you understand English, the man pages don't help you\n> at all if you can't connect the technical terms used there to their\n> localised counterparts in git's messages. (NO_GETTEXT=y is my solution.)\n\nSo the problem is just that the localisation is incomplete.  This is\nunfortunate, but happens with a lot of software out there, and providing\na git-only solution doesn't help the case.\n\nAndreas.\n\n-- \nAndreas Schwab, schwab@linux-m68k.org\nGPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5\n\"And now for something completely different.\"\n"},{"id":"253064","messageId":"CACBZZX6iOtO-Wv_T1Sgtmjqdi8kEziBCHwp1X319x0o1QMOnGA@mail.gmail.com","threadId":"38106","inReplyTo":"548087F8.1030103@drmicha.warpmail.net","subject":"Re: Enhancement Request: \"locale\" git option","fromName":"Ævar Arnfjörð Bjarmason","fromEmail":"avarab@gmail.com","sentAt":"2014-12-04T17:21:40Z","receivedAt":"2014-12-04T17:21:40Z","isPatch":false,"sender":{"key":"avarab@gmail.com","avatar":"https://avatars.githubusercontent.com/u/45301?v=4"},"body":"On Thu, Dec 4, 2014 at 5:12 PM, Michael J Gruber\n<git@drmicha.warpmail.net> wrote:\n> Ævar Arnfjörð Bjarmason schrieb am 04.12.2014 um 16:49:\n>> On Thu, Dec 4, 2014 at 10:55 AM, Jeff King <peff@peff.net> wrote:\n>>> On Thu, Dec 04, 2014 at 09:29:04AM +0100, Torsten Bögershausen wrote:\n>>>\n>>>> How about\n>>>> alias git='LANGUAGE=de_DE.UTF-8 git'\n>>>> in your ~/.profile ?\n>>>> (Of course you need to change de to the language you want )\n>>>\n>>> Besides being awkward in scripts (which will not respect the alias and\n>>> use a different language!), that variable will also be inherited by\n>>> programs git spawns. So the editor, for example, may end up in the wrong\n>>> language.\n>>>\n>>> I think respecting core.locale would make sense (probably the change\n>>> would go into git_setup_gettext(), but you may have to fight with the\n>>> setup code over looking at config so early in the process).\n>>\n>> I think we should just stick to the standard *nix way of doing this:\n>> Tell people to set their locale in their environment.\n>>\n>> If someone's having this issue it's also happening for all the\n>> binutils, and any other command-line and GUI program they use, unless\n>> they override using the standard way of doing so, by setting the\n>> relevant LC_* environment variables.\n>>\n>> If you want Git in English then create an alias to override its locale\n>> to be C, if you want the editor it spawns to be in some other language\n>> alias that to something that explicitly sets LC_* for that editor.\n>>\n>> Maybe I'm being overzealous about this (especially with the \"I\n>> implemented this\" blinders on), but let's not have Git set the\n>> precedent for other *nix programs that they all should come up with\n>> some custom way to override locales, that's something to be done at\n>> the OS locale library level, which we use.\n>>\n>>> However, I think the original question is not one of localizing git, but\n>>> rather of having it _not_ localized (avoiding the German translations).\n>>> There is a hack you can do that for that, which is to set\n>>> GIT_TEXTDOMAINDIR to something nonsensical (like \"/\"), which will mean\n>>> git cannot find the .po files, and just uses the builtin messages.\n>>\n>> You can, but the fact that that works is an internal implementation\n>> detail we shouldn't document or support.\n>>\n>\n> The main issue at hand is really that we have localised git but not its\n> man pages. Even if you understand English, the man pages don't help you\n> at all if you can't connect the technical terms used there to their\n> localised counterparts in git's messages. (NO_GETTEXT=y is my solution.)\n>\n> That is one of the many reasons why I proposed to have a dictionary of\n> the main technical terms for each language before we even localise git\n> in that language. In an ideal word, we would provide a simple solution\n> for looking these terms up both ways. I don't think we're going to have\n> localised man pages any time soon, are we?\n\nI think that's a great idea, and one that's only blocked on someone\n(hint hint) sending patches for it.\n\nIt would be neat-o to have something to make translating the docs\neasier, i.e. PO files for sections of the man pages. There's tools to\nhelp with that which we could use.\n\nBut there's no reason for us not to have translated glossaries in the meantime.\n"},{"id":"253076","messageId":"CAN0XMOL5ZZgEJ3zaXOAcxyX47iTM-DQv=+PNsdVrjD4aWwx2iw@mail.gmail.com","threadId":"38106","inReplyTo":"54801C39020000A1000182FA@gwsmtp1.uni-regensburg.de","subject":"Re: Enhancement Request: \"locale\" git option","fromName":"Ralf Thielow","fromEmail":"ralf.thielow@gmail.com","sentAt":"2014-12-04T19:02:21Z","receivedAt":"2014-12-04T19:02:21Z","isPatch":false,"sender":{"key":"ralf.thielow@gmail.com","avatar":"https://avatars.githubusercontent.com/u/1275832?v=4"},"body":"Hi Ulrich,\n\n2014-12-04 8:32 GMT+01:00 Ulrich Windl <Ulrich.Windl@rz.uni-regensburg.de>:\n> Hi!\n>\n> I'm native German, but German git messages confuse me (yopu'll have to correlate them with the man pages). At the moment git uses the\n\nWhat in particular makes the German git messages confusing you? What\n`git version` do you use?\nMaybe we can find something to improve in the translation.\n\nThanks,\nRalf\n"},{"id":"253094","messageId":"20141204205527.GA19953@peff.net","threadId":"38106","inReplyTo":"CACBZZX6iOtO-Wv_T1Sgtmjqdi8kEziBCHwp1X319x0o1QMOnGA@mail.gmail.com","subject":"Re: Enhancement Request: \"locale\" git option","fromName":"Jeff King","fromEmail":"peff@peff.net","sentAt":"2014-12-04T20:55:27Z","receivedAt":"2014-12-04T20:55:27Z","isPatch":false,"sender":{"key":"peff@peff.net","avatar":"https://avatars.githubusercontent.com/u/45925?v=4"},"body":"On Thu, Dec 04, 2014 at 06:21:40PM +0100, Ævar Arnfjörð Bjarmason wrote:\n\n> > That is one of the many reasons why I proposed to have a dictionary of\n> > the main technical terms for each language before we even localise git\n> > in that language. In an ideal word, we would provide a simple solution\n> > for looking these terms up both ways. I don't think we're going to have\n> > localised man pages any time soon, are we?\n> \n> I think that's a great idea, and one that's only blocked on someone\n> (hint hint) sending patches for it.\n> \n> It would be neat-o to have something to make translating the docs\n> easier, i.e. PO files for sections of the man pages. There's tools to\n> help with that which we could use.\n> \n> But there's no reason for us not to have translated glossaries in the meantime.\n\nBy the way, there has been fairly significant volunteer effort put into\ntranslating Pro Git (e.g., <http://git-scm.com/book/de/v1>). I have no\nidea if the terms they use are similar to the terms we use in the\nlocalized messages. It might make sense to:\n\n  1. Coordinate with those translators to make sure that the glossary\n     terms are consistent.\n\n  2. Figure out how to harness those translators for manpage work. Why\n     did Pro Git get so much volunteer translation done, and the\n     manpages didn't? Did they advertise to the right people? Have an\n     interface that made it easier for non-technical people to get\n     involved?\n\n-Peff\n"},{"id":"253166","messageId":"5481D30B.2020104@web.de","threadId":"38106","inReplyTo":"20141204205527.GA19953@peff.net","subject":"Re: Enhancement Request: \"locale\" git option","fromName":"Torsten Bögershausen","fromEmail":"tboegi@web.de","sentAt":"2014-12-05T15:45:15Z","receivedAt":"2014-12-05T15:45:15Z","isPatch":false,"sender":{"key":"tboegi@web.de","avatar":"https://avatars.githubusercontent.com/u/7138363?v=4"},"body":"On 12/04/2014 09:55 PM, Jeff King wrote:\n> On Thu, Dec 04, 2014 at 06:21:40PM +0100, Ævar Arnfjörð Bjarmason wrote:\n> \n>>> That is one of the many reasons why I proposed to have a dictionary of\n>>> the main technical terms for each language before we even localise git\n>>> in that language. In an ideal word, we would provide a simple solution\n>>> for looking these terms up both ways. I don't think we're going to have\n>>> localised man pages any time soon, are we?\n>>\n>> I think that's a great idea, and one that's only blocked on someone\n>> (hint hint) sending patches for it.\n>>\n>> It would be neat-o to have something to make translating the docs\n>> easier, i.e. PO files for sections of the man pages. There's tools to\n>> help with that which we could use.\n>>\n>> But there's no reason for us not to have translated glossaries in the meantime.\n> \n> By the way, there has been fairly significant volunteer effort put into\n> translating Pro Git (e.g., <http://git-scm.com/book/de/v1>). I have no\n> idea if the terms they use are similar to the terms we use in the\n> localized messages. It might make sense to:\n> \n>   1. Coordinate with those translators to make sure that the glossary\n>      terms are consistent.\n> \n>   2. Figure out how to harness those translators for manpage work. Why\n>      did Pro Git get so much volunteer translation done, and the\n>      manpages didn't? Did they advertise to the right people? Have an\n>      interface that made it easier for non-technical people to get\n>      involved?\n> \n> -Peff\n\n(Thanks for the pointer, excellent book)\n\nI do not know who was first, and who came later, but \n<http://git-scm.com/book/de/v1/Git-Grundlagen-%C3%84nderungen-am-Repository-nachverfolgen>\n\nuses \"versioniert\" as \"tracked\"\n\n\nLANG=de_DE.UTF-8 git status\ngives:\nnichts zum Commit vorgemerkt, aber es gibt unbeobachtete Dateien (benutzen Sie \"git add\" zum Beobachten)\n\n\nDoes it make sense to replace \"beobachten\" with \"versionieren\" ?\n"},{"id":"253249","messageId":"CAN0XMO+hn0cYrd=gVpUad_mQCvkNwdFzFLn0Vo7045-M_0Gsvw@mail.gmail.com","threadId":"38106","inReplyTo":"5481D30B.2020104@web.de","subject":"Re: Enhancement Request: \"locale\" git option","fromName":"Ralf Thielow","fromEmail":"ralf.thielow@gmail.com","sentAt":"2014-12-06T19:28:35Z","receivedAt":"2014-12-06T19:28:35Z","isPatch":false,"sender":{"key":"ralf.thielow@gmail.com","avatar":"https://avatars.githubusercontent.com/u/1275832?v=4"},"body":"2014-12-05 16:45 GMT+01:00 Torsten Bögershausen <tboegi@web.de>:\n>\n> I do not know who was first, and who came later, but\n> <http://git-scm.com/book/de/v1/Git-Grundlagen-%C3%84nderungen-am-Repository-nachverfolgen>\n>\n> uses \"versioniert\" as \"tracked\"\n>\n>\n> LANG=de_DE.UTF-8 git status\n> gives:\n> nichts zum Commit vorgemerkt, aber es gibt unbeobachtete Dateien (benutzen Sie \"git add\" zum Beobachten)\n>\n>\n> Does it make sense to replace \"beobachten\" with \"versionieren\" ?\n>\n\nI think it makes sense. \"versionieren\" describes the concept of tracking\nbetter than \"beobachten\", IMO. I'll send a patch for that.\n\nThanks\n"},{"id":"253292","messageId":"54855F3D020000A10001836C@gwsmtp1.uni-regensburg.de","threadId":"38106","inReplyTo":"CAN0XMOL5ZZgEJ3zaXOAcxyX47iTM-DQv=+PNsdVrjD4aWwx2iw@mail.gmail.com","subject":"Antw: Re: Enhancement Request: \"locale\" git option","fromName":"Ulrich Windl","fromEmail":"ulrich.windl@rz.uni-regensburg.de","sentAt":"2014-12-08T07:20:13Z","receivedAt":"2014-12-08T07:20:13Z","isPatch":false,"sender":{"key":"ulrich.windl@rz.uni-regensburg.de","avatar":null},"body":">>> Ralf Thielow <ralf.thielow@gmail.com> schrieb am 04.12.2014 um 20:02 in\nNachricht\n<CAN0XMOL5ZZgEJ3zaXOAcxyX47iTM-DQv=+PNsdVrjD4aWwx2iw@mail.gmail.com>:\n> Hi Ulrich,\n> \n> 2014-12-04 8:32 GMT+01:00 Ulrich Windl <Ulrich.Windl@rz.uni-regensburg.de>:\n>> Hi!\n>>\n>> I'm native German, but German git messages confuse me (yopu'll have to \n> correlate them with the man pages). At the moment git uses the\n> \n> What in particular makes the German git messages confusing you? What\n> `git version` do you use?\n> Maybe we can find something to improve in the translation.\n\nThe problem is (as others found out already) that all documentation I have use english Git messages, and lots of documentation is in English.\n\nYou could compare it to C++ (for example): If you read the language reference in English, you can only be confused by German compiler messages, and if you have a German book on C++, the phrases the book uses are quite likely not the ones the compiler uses...\n\nBack to Git: Assuming (pure Science Fiction) that you participate in several projects using Git: One from a French maintainer expects that Git messages are in French, one Project uses English, another Project uses German... The a per-project locale setting would make sense (despite of the fact that I believe that every international project should use English for communication (just because it's a kind of \"industry standard\", not giving any personal preference).\n\nRegards,\nUlrich\n\n> \n> Thanks,\n> Ralf\n"},{"id":"253294","messageId":"5485664C020000A100018371@gwsmtp1.uni-regensburg.de","threadId":"38106","inReplyTo":"CAN0XMO+hn0cYrd=gVpUad_mQCvkNwdFzFLn0Vo7045-M_0Gsvw@mail.gmail.com","subject":"Antw: Re: Enhancement Request: \"locale\" git option","fromName":"Ulrich Windl","fromEmail":"ulrich.windl@rz.uni-regensburg.de","sentAt":"2014-12-08T07:50:20Z","receivedAt":"2014-12-08T07:50:20Z","isPatch":false,"sender":{"key":"ulrich.windl@rz.uni-regensburg.de","avatar":null},"body":">>> Ralf Thielow <ralf.thielow@gmail.com> schrieb am 06.12.2014 um 20:28 in\nNachricht\n<CAN0XMO+hn0cYrd=gVpUad_mQCvkNwdFzFLn0Vo7045-M_0Gsvw@mail.gmail.com>:\n> 2014-12-05 16:45 GMT+01:00 Torsten Bögershausen <tboegi@web.de>:\n>>\n>> I do not know who was first, and who came later, but\n>> \n>\n<http://git-scm.com/book/de/v1/Git-Grundlagen-%C3%84nderungen-am-Repository-na\n\n> chverfolgen>\n>>\n>> uses \"versioniert\" as \"tracked\"\n>>\n>>\n>> LANG=de_DE.UTF-8 git status\n>> gives:\n>> nichts zum Commit vorgemerkt, aber es gibt unbeobachtete Dateien (benutzen\n\n> Sie \"git add\" zum Beobachten)\n>>\n>>\n>> Does it make sense to replace \"beobachten\" with \"versionieren\" ?\n>>\n> \n> I think it makes sense. \"versionieren\" describes the concept of tracking\n> better than \"beobachten\", IMO. I'll send a patch for that.\n\nIsolated from usage, \"versionieren\" and \"tracking\" have no common translation;\nwhat about \"verfolgen\" (~follow) for \"tracking\"?\n\n> \n> Thanks\n"},{"id":"253304","messageId":"871toamq0b.fsf@fencepost.gnu.org","threadId":"38106","inReplyTo":"5485664C020000A100018371@gwsmtp1.uni-regensburg.de","subject":"Re: Antw: Re: Enhancement Request: \"locale\" git option","fromName":"David Kastrup","fromEmail":"dak@gnu.org","sentAt":"2014-12-08T09:48:04Z","receivedAt":"2014-12-08T09:48:04Z","isPatch":false,"sender":{"key":"dak@gnu.org","avatar":"https://avatars.githubusercontent.com/u/52141349?v=4"},"body":"\"Ulrich Windl\" <Ulrich.Windl@rz.uni-regensburg.de> writes:\n\n>>>> Ralf Thielow <ralf.thielow@gmail.com> schrieb am 06.12.2014 um 20:28 in\n> Nachricht\n> <CAN0XMO+hn0cYrd=gVpUad_mQCvkNwdFzFLn0Vo7045-M_0Gsvw@mail.gmail.com>:\n>> 2014-12-05 16:45 GMT+01:00 Torsten Bögershausen <tboegi@web.de>:\n>>>\n>>> I do not know who was first, and who came later, but\n>>> \n>>\n> <http://git-scm.com/book/de/v1/Git-Grundlagen-%C3%84nderungen-am-Repository-na\n>\n>> chverfolgen>\n>>>\n>>> uses \"versioniert\" as \"tracked\"\n>>>\n>>>\n>>> LANG=de_DE.UTF-8 git status\n>>> gives:\n>>> nichts zum Commit vorgemerkt, aber es gibt unbeobachtete Dateien (benutzen\n>\n>> Sie \"git add\" zum Beobachten)\n>>>\n>>>\n>>> Does it make sense to replace \"beobachten\" with \"versionieren\" ?\n>>>\n>> \n>> I think it makes sense. \"versionieren\" describes the concept of tracking\n>> better than \"beobachten\", IMO. I'll send a patch for that.\n>\n> Isolated from usage, \"versionieren\" and \"tracking\" have no common translation;\n> what about \"verfolgen\" (~follow) for \"tracking\"?\n\nWhat about \"bekannt\", \"unbekannt\" and \"bekanntmachen\"?  \"unregistriert\",\n\"registriert\", \"anmelden\"?  Or \"ungemeldet\", \"angemeldet\", \"anmelden\"?\n\n-- \nDavid Kastrup\n"}]}