Re: git clone https://... fails, git://... succeeds — ?
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:
$ sudo apt remove libgnutls-deb0-28
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer
required:
automoc cvsps emacs freepats git-doc gstreamer1.0-libav iceweasel
...
Use 'sudo apt autoremove' to remove them.
The following packages will be REMOVED:
curl easygit ffmpeg gir1.2-spice-client-glib-2.0
...
0 upgraded, 0 newly installed, 130 to remove and 0 not upgraded.
After this operation, 563 MB disk space will be freed.
Do you want to continue? [Y/n] ^C
Looks like a Debian archives disconnect has happened somewhere ...
when removing a package that's "officially" not in the distribution,
removes 563 MB of installed software.
Bugs?
This:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=libgnutls-deb0-28
shows "No reports found!"
I also note that this package's "Provides" fields shows nothing, but
reverse depends:
Reverse depends:
exim4-daemon-light
libavformat56
libgnutls-deb0-28
libhogweed2
libimobiledevice4
libmailutils4
librtmp1
libvncclient0
libvncserver0
mutt-patched
network-manager
This is a mystery that is beyond me. Any other ideas out there ???
> As an aside, the '.git' is only for bare repositories.:
>
> $ git clone https://github.com/gnubee-git/GnuBee_Docs.git
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
Reply to: