{"thread":{"id":"52817","subject":"! [remote rejected] master -> master (unpacker error)","startedAt":"2020-02-16T16:10:19Z","lastAt":"2020-02-28T22:53:27Z","messageCount":10,"participants":["lyle.ziegelmiller@gmail.com","brian m. carlson","Randall S. Becker","Jeff King","Johannes Schindelin"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"391873","messageId":"000001d5e4e3$91ffb0a0$b5ff11e0$@gmail.com","threadId":"52817","inReplyTo":null,"subject":"! [remote rejected] master -> master (unpacker error)","fromName":"","fromEmail":"lyle.ziegelmiller@gmail.com","sentAt":"2020-02-16T16:10:12Z","receivedAt":"2020-02-16T16:10:19Z","isPatch":false,"sender":{"key":"lyle.ziegelmiller@gmail.com","avatar":null},"body":"Hi\n\nAny updates on this error I emailed a while back?\n\nlylez@LJZ-DELLPC ~/python\n$ git push\nEnumerating objects: 5, done.\nCounting objects: 100% (5/5), done.\nDelta compression using up to 4 threads\nCompressing objects: 100% (2/2), done.\nWriting objects: 100% (3/3), 279 bytes | 23.00 KiB/s, done.\nTotal 3 (delta 1), reused 0 (delta 0)\nremote: fatal: not a git repository: '.'\nerror: remote unpack failed: unpack-objects abnormal exit\nTo\n//lylez-laptop/Users/Administrator/bare-repositories/python-bare-repository.\ngit\n ! [remote rejected] master -> master (unpacker error)\nerror: failed to push some refs to\n'//lylez-laptop/Users/Administrator/bare-repositories/python-bare-repository\n.git'\n\nlylez@LJZ-DELLPC ~/python\n\nRegards\n\nLyle Ziegelmiller\n\n\n"},{"id":"391876","messageId":"20200216211604.GE6134@camp.crustytoothpaste.net","threadId":"52817","inReplyTo":"000001d5e4e3$91ffb0a0$b5ff11e0$@gmail.com","subject":"Re: ! [remote rejected] master -> master (unpacker error)","fromName":"brian m. carlson","fromEmail":"sandals@crustytoothpaste.net","sentAt":"2020-02-16T21:16:04Z","receivedAt":"2020-02-16T21:16:13Z","isPatch":false,"sender":{"key":"sandals@crustytoothpaste.net","avatar":"https://avatars.githubusercontent.com/u/497054?v=4"},"body":"On 2020-02-16 at 16:10:12, lyle.ziegelmiller@gmail.com wrote:\n> Hi\n> \n> Any updates on this error I emailed a while back?\n> \n> lylez@LJZ-DELLPC ~/python\n> $ git push\n> Enumerating objects: 5, done.\n> Counting objects: 100% (5/5), done.\n> Delta compression using up to 4 threads\n> Compressing objects: 100% (2/2), done.\n> Writing objects: 100% (3/3), 279 bytes | 23.00 KiB/s, done.\n> Total 3 (delta 1), reused 0 (delta 0)\n> remote: fatal: not a git repository: '.'\n\nThis error is telling you that Git doesn't think the remote location is\na Git repository. It could be because it really isn't one, or it could\nbe that the permissions are wrong.\n\nIt could also be that the repository is mostly there but very slightly\ncorrupt and therefore can't be detected as one. For example, it could\nbe missing its HEAD reference.\n-- \nbrian m. carlson: Houston, Texas, US\nOpenPGP: https://keybase.io/bk2204\n"},{"id":"391922","messageId":"001801d5e5ae$e4375780$aca60680$@gmail.com","threadId":"52817","inReplyTo":"20200216211604.GE6134@camp.crustytoothpaste.net","subject":"RE: ! [remote rejected] master -> master (unpacker error)","fromName":"","fromEmail":"lyle.ziegelmiller@gmail.com","sentAt":"2020-02-17T16:25:38Z","receivedAt":"2020-02-17T16:25:43Z","isPatch":false,"sender":{"key":"lyle.ziegelmiller@gmail.com","avatar":null},"body":"I wrote a bunch of emails about this in December 2019. Did they all get lost?\n\nI'm consistently able to clone the repository, but I can never push to it. I used to be able to. I've explored all possibilities that I know of.\n\nI'm using Windows 10, and the Cygwin version of Git.\n\n$ git --version\ngit version 2.21.0\n\nRegards\n\nLyle\n\n-----Original Message-----\nFrom: brian m. carlson \nSent: Sunday, February 16, 2020 2:16 PM\nTo: lyle.ziegelmiller@gmail.com\nCc: git@vger.kernel.org\nSubject: Re: ! [remote rejected] master -> master (unpacker error)\n\nOn 2020-02-16 at 16:10:12, lyle.ziegelmiller@gmail.com wrote:\n> Hi\n> \n> Any updates on this error I emailed a while back?\n> \n> lylez@LJZ-DELLPC ~/python\n> $ git push\n> Enumerating objects: 5, done.\n> Counting objects: 100% (5/5), done.\n> Delta compression using up to 4 threads Compressing objects: 100% \n> (2/2), done.\n> Writing objects: 100% (3/3), 279 bytes | 23.00 KiB/s, done.\n> Total 3 (delta 1), reused 0 (delta 0)\n> remote: fatal: not a git repository: '.'\n\nThis error is telling you that Git doesn't think the remote location is a Git repository. It could be because it really isn't one, or it could be that the permissions are wrong.\n\nIt could also be that the repository is mostly there but very slightly corrupt and therefore can't be detected as one. For example, it could be missing its HEAD reference.\n--\nbrian m. carlson: Houston, Texas, US\nOpenPGP: https://keybase.io/bk2204\n\n"},{"id":"391926","messageId":"20200217171717.GG6134@camp.crustytoothpaste.net","threadId":"52817","inReplyTo":"001801d5e5ae$e4375780$aca60680$@gmail.com","subject":"Re: ! [remote rejected] master -> master (unpacker error)","fromName":"brian m. carlson","fromEmail":"sandals@crustytoothpaste.net","sentAt":"2020-02-17T17:17:17Z","receivedAt":"2020-02-17T17:17:24Z","isPatch":false,"sender":{"key":"sandals@crustytoothpaste.net","avatar":"https://avatars.githubusercontent.com/u/497054?v=4"},"body":"On 2020-02-17 at 16:25:38, lyle.ziegelmiller@gmail.com wrote:\n> I wrote a bunch of emails about this in December 2019. Did they all get lost?\n\nNo, I don't believe so. However, sometimes people get busy and things\nfall through the cracks, so pinging like you did is a good idea.\n\n> I'm consistently able to clone the repository, but I can never push to it. I used to be able to. I've explored all possibilities that I know of.\n> \n> I'm using Windows 10, and the Cygwin version of Git.\n> \n> $ git --version\n> git version 2.21.0\n\nIt looks like you're pushing to a UNC path, and I don't know how that\nworks with Cygwin. It may be that it used to work, but something\nchanged in Cygwin or Git.\n\nI've CC'd the Git for Windows maintainer (Dscho) in case he has some\nideas. While he doesn't package the Cygwin Git, he might know what's\ngoing on. I'm not very familiar with Cygwin at all, not being a Windows\nuser. You could also try reporting this to the Cygwin bug tracker and\nsee if they can figure things out.\n-- \nbrian m. carlson: Houston, Texas, US\nOpenPGP: https://keybase.io/bk2204\n"},{"id":"391958","messageId":"005501d5e5e3$f7082260$e5186720$@nexbridge.com","threadId":"52817","inReplyTo":"001801d5e5ae$e4375780$aca60680$@gmail.com","subject":"RE: ! [remote rejected] master -> master (unpacker error)","fromName":"Randall S. Becker","fromEmail":"rsbecker@nexbridge.com","sentAt":"2020-02-17T22:45:28Z","receivedAt":"2020-02-17T22:45:44Z","isPatch":false,"sender":{"key":"randall.becker@nexbridge.ca","avatar":"https://avatars.githubusercontent.com/u/28956764?v=4"},"body":"> -----Original Message-----\n> From: git-owner@vger.kernel.org On Behalf\n> Of lyle.ziegelmiller@gmail.com\n> Sent: February 17, 2020 11:26 AM\n> To: 'brian m. carlson' \n> Cc: git@vger.kernel.org\n> Subject: RE: ! [remote rejected] master -> master (unpacker error)\n> \n> I wrote a bunch of emails about this in December 2019. Did they all get lost?\n> \n> I'm consistently able to clone the repository, but I can never push to it. I used\n> to be able to. I've explored all possibilities that I know of.\n> \n> I'm using Windows 10, and the Cygwin version of Git.\n> \n> $ git --version\n> git version 2.21.0\n> \n> Regards\n> \n> Lyle\n> \n> -----Original Message-----\n> From: brian m. carlson \n> Sent: Sunday, February 16, 2020 2:16 PM\n> To: lyle.ziegelmiller@gmail.com\n> Cc: git@vger.kernel.org\n> Subject: Re: ! [remote rejected] master -> master (unpacker error)\n> \n> On 2020-02-16 at 16:10:12, lyle.ziegelmiller@gmail.com wrote:\n> > Hi\n> >\n> > Any updates on this error I emailed a while back?\n> >\n> > lylez@LJZ-DELLPC ~/python\n> > $ git push\n> > Enumerating objects: 5, done.\n> > Counting objects: 100% (5/5), done.\n> > Delta compression using up to 4 threads Compressing objects: 100%\n> > (2/2), done.\n> > Writing objects: 100% (3/3), 279 bytes | 23.00 KiB/s, done.\n> > Total 3 (delta 1), reused 0 (delta 0)\n> > remote: fatal: not a git repository: '.'\n> \n> This error is telling you that Git doesn't think the remote location is a Git\n> repository. It could be because it really isn't one, or it could be that the\n> permissions are wrong.\n> \n> It could also be that the repository is mostly there but very slightly corrupt\n> and therefore can't be detected as one. For example, it could be missing its\n> HEAD reference.\n\nIt also could be that the security setup on the server is messed up and you cannot run programs from wherever git is installed.\n\n"},{"id":"391964","messageId":"20200218051956.GA1641086@coredump.intra.peff.net","threadId":"52817","inReplyTo":"20200216211604.GE6134@camp.crustytoothpaste.net","subject":"Re: ! [remote rejected] master -> master (unpacker error)","fromName":"Jeff King","fromEmail":"peff@peff.net","sentAt":"2020-02-18T05:19:56Z","receivedAt":"2020-02-18T05:20:00Z","isPatch":false,"sender":{"key":"peff@peff.net","avatar":"https://avatars.githubusercontent.com/u/45925?v=4"},"body":"On Sun, Feb 16, 2020 at 09:16:04PM +0000, brian m. carlson wrote:\n\n> On 2020-02-16 at 16:10:12, lyle.ziegelmiller@gmail.com wrote:\n> > Hi\n> > \n> > Any updates on this error I emailed a while back?\n> > \n> > lylez@LJZ-DELLPC ~/python\n> > $ git push\n> > Enumerating objects: 5, done.\n> > Counting objects: 100% (5/5), done.\n> > Delta compression using up to 4 threads\n> > Compressing objects: 100% (2/2), done.\n> > Writing objects: 100% (3/3), 279 bytes | 23.00 KiB/s, done.\n> > Total 3 (delta 1), reused 0 (delta 0)\n> > remote: fatal: not a git repository: '.'\n> \n> This error is telling you that Git doesn't think the remote location is\n> a Git repository. It could be because it really isn't one, or it could\n> be that the permissions are wrong.\n> \n> It could also be that the repository is mostly there but very slightly\n> corrupt and therefore can't be detected as one. For example, it could\n> be missing its HEAD reference.\n\nI think it's more subtle than that, though. If it wasn't a git\nrepository at all, then receive-pack would fail to start, and you'd get\nsomething like this:\n\n $ git push /foo/bar\n fatal: '/foo/bar' does not appear to be a git repository\n fatal: Could not read from remote repository.\n \n Please make sure you have the correct access rights\n and the repository exists.\n\nThe output above, plus the:\n\n error: remote unpack failed: unpack-objects abnormal exit\n\nmakes it looks like receive-pack started just fine, but something about\nthe way it set up the environment made the child unpack-objects unhappy\nwhen it tried to initialize its internal repo variables.\n\nI have no clue what that \"something\" is, though. Windows and UNC paths\nwere mentioned elsewhere, which seem plausible. It mentions \".\", so\npresumably we've chdir()'d into the receiving repository and set\n$GIT_DIR. Which I'd think rules out any weird interpretations of UNC\npaths in $GIT_DIR.\n\nI'd expect that error if we did a chdir() internally to some other path\nafter setting up $GIT_DIR, but I don't know why we'd do that (I thought\nat first that the quarantine code in receive-pack might be related, but\nwe don't ever chdir() into the quarantine dir; we just set up\nGIT_OBJECT_DIRECTORY).\n\n-Peff\n"},{"id":"392640","messageId":"nycvar.QRO.7.76.6.2002272204150.46@tvgsbejvaqbjf.bet","threadId":"52817","inReplyTo":"20200218051956.GA1641086@coredump.intra.peff.net","subject":"Re: ! [remote rejected] master -> master (unpacker error)","fromName":"Johannes Schindelin","fromEmail":"johannes.schindelin@gmx.de","sentAt":"2020-02-27T21:04:34Z","receivedAt":"2020-02-27T21:04:50Z","isPatch":false,"sender":{"key":"johannes.schindelin@gmx.de","avatar":"https://avatars.githubusercontent.com/u/127790?v=4"},"body":"Hi Peff,\n\nOn Tue, 18 Feb 2020, Jeff King wrote:\n\n> On Sun, Feb 16, 2020 at 09:16:04PM +0000, brian m. carlson wrote:\n>\n> > On 2020-02-16 at 16:10:12, lyle.ziegelmiller@gmail.com wrote:\n> > >\n> > > Any updates on this error I emailed a while back?\n> > >\n> > > lylez@LJZ-DELLPC ~/python\n> > > $ git push\n> > > Enumerating objects: 5, done.\n> > > Counting objects: 100% (5/5), done.\n> > > Delta compression using up to 4 threads\n> > > Compressing objects: 100% (2/2), done.\n> > > Writing objects: 100% (3/3), 279 bytes | 23.00 KiB/s, done.\n> > > Total 3 (delta 1), reused 0 (delta 0)\n> > > remote: fatal: not a git repository: '.'\n> >\n> > This error is telling you that Git doesn't think the remote location is\n> > a Git repository. It could be because it really isn't one, or it could\n> > be that the permissions are wrong.\n> >\n> > It could also be that the repository is mostly there but very slightly\n> > corrupt and therefore can't be detected as one. For example, it could\n> > be missing its HEAD reference.\n>\n> I think it's more subtle than that, though. If it wasn't a git\n> repository at all, then receive-pack would fail to start, and you'd get\n> something like this:\n>\n> $ git push /foo/bar\n> fatal: '/foo/bar' does not appear to be a git repository\n> fatal: Could not read from remote repository.\n>\n> Please make sure you have the correct access rights\n> and the repository exists.\n>\n> The output above, plus the:\n>\n> error: remote unpack failed: unpack-objects abnormal exit\n>\n> makes it looks like receive-pack started just fine, but something about\n> the way it set up the environment made the child unpack-objects unhappy\n> when it tried to initialize its internal repo variables.\n>\n> I have no clue what that \"something\" is, though. Windows and UNC paths\n> were mentioned elsewhere, which seem plausible. It mentions \".\", so\n> presumably we've chdir()'d into the receiving repository and set\n> $GIT_DIR. Which I'd think rules out any weird interpretations of UNC\n> paths in $GIT_DIR.\n\nI thought that I remembered that it is not possible to `chdir()` into a\nUNC path. And it would seem that `cmd.exe` still cannot have a UNC path as\na current directory.\n\nBut PowerShell can, and so does `git.exe`, apparently (I tested this using\n`wsl bash -lc \"cd ~ && git.exe -C . version\"`).\n\nBut I vividly remember that there used to be a problem even with\n`git.exe`, probably still is a problem on older Windows versions. That\nmight be the problem here?\n\nCiao,\nDscho\n\n> I'd expect that error if we did a chdir() internally to some other path\n> after setting up $GIT_DIR, but I don't know why we'd do that (I thought\n> at first that the quarantine code in receive-pack might be related, but\n> we don't ever chdir() into the quarantine dir; we just set up\n> GIT_OBJECT_DIRECTORY).\n>\n> -Peff\n>\n"},{"id":"392642","messageId":"004201d5edb4$3dc34040$b949c0c0$@gmail.com","threadId":"52817","inReplyTo":"nycvar.QRO.7.76.6.2002272204150.46@tvgsbejvaqbjf.bet","subject":"RE: ! [remote rejected] master -> master (unpacker error)","fromName":"","fromEmail":"lyle.ziegelmiller@gmail.com","sentAt":"2020-02-27T21:24:04Z","receivedAt":"2020-02-27T21:24:11Z","isPatch":false,"sender":{"key":"lyle.ziegelmiller@gmail.com","avatar":null},"body":"\" But I vividly remember that there used to be a problem even with\n`git.exe`, probably still is a problem on older Windows versions. That might\nbe the problem here?\"\n\nI'm using the latest version of Windows 10 and Cygwin's version of git -\nversion 2.21.0. This is being executed in a Cygwin window, not a DOS\nterminal.\n\nAll of this stuff used to work.\n\nRegards\n\nLyle\n\n-----Original Message-----\nFrom: Johannes Schindelin \nSent: Thursday, February 27, 2020 1:05 PM\nTo: Jeff King \nCc: brian m. carlson ;\nlyle.ziegelmiller@gmail.com; git@vger.kernel.org\nSubject: Re: ! [remote rejected] master -> master (unpacker error)\n\nHi Peff,\n\nOn Tue, 18 Feb 2020, Jeff King wrote:\n\n> On Sun, Feb 16, 2020 at 09:16:04PM +0000, brian m. carlson wrote:\n>\n> > On 2020-02-16 at 16:10:12, lyle.ziegelmiller@gmail.com wrote:\n> > >\n> > > Any updates on this error I emailed a while back?\n> > >\n> > > lylez@LJZ-DELLPC ~/python\n> > > $ git push\n> > > Enumerating objects: 5, done.\n> > > Counting objects: 100% (5/5), done.\n> > > Delta compression using up to 4 threads Compressing objects: 100% \n> > > (2/2), done.\n> > > Writing objects: 100% (3/3), 279 bytes | 23.00 KiB/s, done.\n> > > Total 3 (delta 1), reused 0 (delta 0)\n> > > remote: fatal: not a git repository: '.'\n> >\n> > This error is telling you that Git doesn't think the remote location \n> > is a Git repository. It could be because it really isn't one, or it \n> > could be that the permissions are wrong.\n> >\n> > It could also be that the repository is mostly there but very \n> > slightly corrupt and therefore can't be detected as one. For \n> > example, it could be missing its HEAD reference.\n>\n> I think it's more subtle than that, though. If it wasn't a git \n> repository at all, then receive-pack would fail to start, and you'd \n> get something like this:\n>\n> $ git push /foo/bar\n> fatal: '/foo/bar' does not appear to be a git repository\n> fatal: Could not read from remote repository.\n>\n> Please make sure you have the correct access rights\n> and the repository exists.\n>\n> The output above, plus the:\n>\n> error: remote unpack failed: unpack-objects abnormal exit\n>\n> makes it looks like receive-pack started just fine, but something \n> about the way it set up the environment made the child unpack-objects \n> unhappy when it tried to initialize its internal repo variables.\n>\n> I have no clue what that \"something\" is, though. Windows and UNC paths \n> were mentioned elsewhere, which seem plausible. It mentions \".\", so \n> presumably we've chdir()'d into the receiving repository and set \n> $GIT_DIR. Which I'd think rules out any weird interpretations of UNC \n> paths in $GIT_DIR.\n\nI thought that I remembered that it is not possible to `chdir()` into a UNC\npath. And it would seem that `cmd.exe` still cannot have a UNC path as a\ncurrent directory.\n\nBut PowerShell can, and so does `git.exe`, apparently (I tested this using\n`wsl bash -lc \"cd ~ && git.exe -C . version\"`).\n\nBut I vividly remember that there used to be a problem even with `git.exe`,\nprobably still is a problem on older Windows versions. That might be the\nproblem here?\n\nCiao,\nDscho\n\n> I'd expect that error if we did a chdir() internally to some other \n> path after setting up $GIT_DIR, but I don't know why we'd do that (I \n> thought at first that the quarantine code in receive-pack might be \n> related, but we don't ever chdir() into the quarantine dir; we just \n> set up GIT_OBJECT_DIRECTORY).\n>\n> -Peff\n>\n\n"},{"id":"392645","messageId":"20200227225852.GA1370873@coredump.intra.peff.net","threadId":"52817","inReplyTo":"004201d5edb4$3dc34040$b949c0c0$@gmail.com","subject":"Re: ! [remote rejected] master -> master (unpacker error)","fromName":"Jeff King","fromEmail":"peff@peff.net","sentAt":"2020-02-27T22:58:52Z","receivedAt":"2020-02-27T22:58:54Z","isPatch":false,"sender":{"key":"peff@peff.net","avatar":"https://avatars.githubusercontent.com/u/45925?v=4"},"body":"On Thu, Feb 27, 2020 at 01:24:04PM -0800, lyle.ziegelmiller@gmail.com wrote:\n\n> \" But I vividly remember that there used to be a problem even with\n> `git.exe`, probably still is a problem on older Windows versions. That might\n> be the problem here?\"\n> \n> I'm using the latest version of Windows 10 and Cygwin's version of git -\n> version 2.21.0. This is being executed in a Cygwin window, not a DOS\n> terminal.\n> \n> All of this stuff used to work.\n\nIf you have a version of Git that works and one that doesn't, it might\nbe worth using git-bisect to find the commit that introduced the\nproblem. That does imply being able to build from source; I don't know\nhow hard that is on cygwin.\n\n-Peff\n"},{"id":"392698","messageId":"nycvar.QRO.7.76.6.2002282352470.11433@tvgsbejvaqbjf.bet","threadId":"52817","inReplyTo":"004201d5edb4$3dc34040$b949c0c0$@gmail.com","subject":"RE: ! [remote rejected] master -> master (unpacker error)","fromName":"Johannes Schindelin","fromEmail":"johannes.schindelin@gmx.de","sentAt":"2020-02-28T22:53:12Z","receivedAt":"2020-02-28T22:53:27Z","isPatch":false,"sender":{"key":"johannes.schindelin@gmx.de","avatar":"https://avatars.githubusercontent.com/u/127790?v=4"},"body":"Hi Lyle,\n\nOn Thu, 27 Feb 2020, lyle.ziegelmiller@gmail.com wrote:\n\n> \" But I vividly remember that there used to be a problem even with\n> `git.exe`, probably still is a problem on older Windows versions. That might\n> be the problem here?\"\n>\n> I'm using the latest version of Windows 10 and Cygwin's version of git -\n> version 2.21.0. This is being executed in a Cygwin window, not a DOS\n> terminal.\n\nI was talking about Git for Windows, not about Cygwin Git.\n\nCiao,\nJohannes\n\n> All of this stuff used to work.\n>\n> Regards\n>\n> Lyle\n>\n> -----Original Message-----\n> From: Johannes Schindelin \n> Sent: Thursday, February 27, 2020 1:05 PM\n> To: Jeff King \n> Cc: brian m. carlson ;\n> lyle.ziegelmiller@gmail.com; git@vger.kernel.org\n> Subject: Re: ! [remote rejected] master -> master (unpacker error)\n>\n> Hi Peff,\n>\n> On Tue, 18 Feb 2020, Jeff King wrote:\n>\n> > On Sun, Feb 16, 2020 at 09:16:04PM +0000, brian m. carlson wrote:\n> >\n> > > On 2020-02-16 at 16:10:12, lyle.ziegelmiller@gmail.com wrote:\n> > > >\n> > > > Any updates on this error I emailed a while back?\n> > > >\n> > > > lylez@LJZ-DELLPC ~/python\n> > > > $ git push\n> > > > Enumerating objects: 5, done.\n> > > > Counting objects: 100% (5/5), done.\n> > > > Delta compression using up to 4 threads Compressing objects: 100%\n> > > > (2/2), done.\n> > > > Writing objects: 100% (3/3), 279 bytes | 23.00 KiB/s, done.\n> > > > Total 3 (delta 1), reused 0 (delta 0)\n> > > > remote: fatal: not a git repository: '.'\n> > >\n> > > This error is telling you that Git doesn't think the remote location\n> > > is a Git repository. It could be because it really isn't one, or it\n> > > could be that the permissions are wrong.\n> > >\n> > > It could also be that the repository is mostly there but very\n> > > slightly corrupt and therefore can't be detected as one. For\n> > > example, it could be missing its HEAD reference.\n> >\n> > I think it's more subtle than that, though. If it wasn't a git\n> > repository at all, then receive-pack would fail to start, and you'd\n> > get something like this:\n> >\n> > $ git push /foo/bar\n> > fatal: '/foo/bar' does not appear to be a git repository\n> > fatal: Could not read from remote repository.\n> >\n> > Please make sure you have the correct access rights\n> > and the repository exists.\n> >\n> > The output above, plus the:\n> >\n> > error: remote unpack failed: unpack-objects abnormal exit\n> >\n> > makes it looks like receive-pack started just fine, but something\n> > about the way it set up the environment made the child unpack-objects\n> > unhappy when it tried to initialize its internal repo variables.\n> >\n> > I have no clue what that \"something\" is, though. Windows and UNC paths\n> > were mentioned elsewhere, which seem plausible. It mentions \".\", so\n> > presumably we've chdir()'d into the receiving repository and set\n> > $GIT_DIR. Which I'd think rules out any weird interpretations of UNC\n> > paths in $GIT_DIR.\n>\n> I thought that I remembered that it is not possible to `chdir()` into a UNC\n> path. And it would seem that `cmd.exe` still cannot have a UNC path as a\n> current directory.\n>\n> But PowerShell can, and so does `git.exe`, apparently (I tested this using\n> `wsl bash -lc \"cd ~ && git.exe -C . version\"`).\n>\n> But I vividly remember that there used to be a problem even with `git.exe`,\n> probably still is a problem on older Windows versions. That might be the\n> problem here?\n>\n> Ciao,\n> Dscho\n>\n> > I'd expect that error if we did a chdir() internally to some other\n> > path after setting up $GIT_DIR, but I don't know why we'd do that (I\n> > thought at first that the quarantine code in receive-pack might be\n> > related, but we don't ever chdir() into the quarantine dir; we just\n> > set up GIT_OBJECT_DIRECTORY).\n> >\n> > -Peff\n> >\n>\n>\n"}]}