This will need further investigations / tests as to what is the problem in the TLS protocol.
It's most likely not git specific but rather TLS implementation specific - that is one can recompile curl utility against (openssl, gnutls, nss) to verify with each one that lts access works.
We cannot recompile git against openssl, as git & openssl licenses are believed to be incompatible (and git does not have openssl link exception).
I'm assigning this bug report against gnutls for now.
This will need further investigations / tests as to what is the problem in the TLS protocol.
It's most likely not git specific but rather TLS implementation specific - that is one can recompile curl utility against (openssl, gnutls, nss) to verify with each one that lts access works.
We cannot recompile git against openssl, as git & openssl licenses are believed to be incompatible (and git does not have openssl link exception).
I'm assigning this bug report against gnutls for now.
Based on the description it should be reproducible simply by trying to retrieve https:/ /git.fedorahost ed.org/ git/lvm2. git/info/ refs
(Which is the first URL git fetches over HTTPS when trying to clone a repository over https)