On Wed, Jul 11, 2018 at 11:32:30AM +0200, john doe wrote:
On 7/11/2018 11:12 AM, Zenaan Harkness wrote:
Anyone know why git is failing to clone with the HTTPS protocol (but
succeeds with the git protocol)?
Example:
$ git clone https://github.com/gnubee-git/GnuBee_Docs.git docs.gits
Cloning into 'docs.gits'...
fatal: unable to access
'https://github.com/gnubee-git/GnuBee_Docs.git/': gnutls_handshake()
failed: Public key signature verification has failed.
whereas:
$ git clone git://github.com/gnubee-git/GnuBee_Docs.git docs.gits
Cloning into 'docs.gits'...
remote: Counting objects: 1218, done.
remote: Compressing objects: 100% (29/29), done.
...
It is working fine here:
$ git clone https://github.com/gnubee-git/GnuBee_Docs.git docs.gits
Cloning into 'docs.gits'...
remote: Counting objects: 1218, done.
remote: Compressing objects: 100% (29/29), done.
remote: Total 1218 (delta 16), reused 31 (delta 11), pack-reused 1178
Receiving objects: 100% (1218/1218), 872.28 MiB | 11.39 MiB/s, done.
Resolving deltas: 100% (288/288), done.
Checking out files: 100% (510/510), done.
Maybe:
https://superuser.com/questions/1250527/git-clone-stopped-working
OK so that page suggests reinstalling package libgnutls-deb0-28
BUT, that package is not in the archives for Debian stable:
https://packages.debian.org/search?keywords=libgnutls-deb0-28
shows that it's only available in wheezy-backports, jessie
(oldstable) and sid (unstable) as a debports port for arm64.
So the file
pool/main/g/gnutls28/libgnutls-deb0-28_3.3.8-6+deb8u7_amd64.deb
is in the archives, but not listed as a stable/stretch package.
Interestin. Given it's apparently not in stretch, perhaps I should
simply uninstall it:
I clone in 2 ways: --mirror for those repositories I am initially
keeping an archive for, and regular clone for those I want to
immediately look at.
In order to automate updates to these repos, I use this dir-name
convention to simply my scripts:
- .gitm for --mirror (--bare) repos
- .gits for regular "source checked out/ work dir" repos