Maybe a couple months ago, I was attempting to push my project to Github when I encountered the following error:
fatal: unable to access 'https://github.com/choct155/TEL.git/': gnutls_handshake() failed: A TLS packet with unexpected length was received.
It seemed out of the blue, but it was probably caused by an update. After some digging, I came across the solution presented here, which essentially advised me to compile git against OpenSSL instead of GNUTLS. I did so, and all was right with the world.
I have just encountered the same error again. I went back to check my control file, and GNUTLS is nowhere to be found (I had replaced such instances with OpenSSL as prescribed). Can anyone advise me on where to look for the call that still seeks to use GNUTLS instead of OpenSSL? Is something else going on here?
I should also note that while inspecting my OpenSSL install, I received a warning suggesting that my config file could not be opened. This is presumably because the path cited does not exist. I have never called OpenSSL directly before (as may be obvious, I am quite ignorant in this area), so I cannot speak to whether or not this issue correlates with the GNUTLS business. If you think it is related, and/or just feel like sharing which environmental variable (I presume) must be modified so that OpenSSL can find the config file, please enlighten me.
NOTE: This appears to be a Github related issue, insofar as I was able to commit just fine. The log files serve as evidence of that, and there was no error. This fits with my intuition since the commit is local and would therefore have no need to deal with the capabilities of GNUTLS and OpenSSL to the best of my knowledge. Nevertheless, feel free to adjust my worldview.