Hello, all.

I cannot seem to clone a Github repository, to wit:

[ant] git clone --recursive git://github.com/noah/vim256-color.git colors
Cloning into 'colors'...
fatal: unable to connect to github.com:
github.com[0: 140.82.113.3]: errno=Connection refused

The IP address is correct, so what may the matter be?
--- Synchronet 3.19b-Linux NewsLink 1.113

Anton Shepelev <ant@tilde.club> writes:

The IP address is correct, so what may the matter be?

It kind of works for me over https: and I cannot test git: because I've
no keys on ms-github. Two submodules look broken.
--
I do not bite, I just want to play.
--- Synchronet 3.19b-Linux NewsLink 1.113

yeti <yeti@tilde.institute> wrote:

Anton Shepelev <ant@tilde.club> writes:

The IP address is correct, so what may the matter be?

It kind of works for me over https:

Thanks. For some reason or other, with https: it downloaded lots files
(maybe all), and then prompted me for Github login and password without explaining why they were suddenly required after downloading so much anonymously -- crazy! Cloning via HTTPS without --recursive completes
without error, but leaves empty files, as is probably expected without initialised submodules.

and I cannot test git: because I've no keys on ms-github.

I have, but I never bothered to install them here, and I doubt keys are required merely to clone a public repo. Perhaps I am forgetting the conventions, an SVN man myself.

Two submodules look broken.

I don't even know what Git submodules are (for). Last time I heard about
them was from my friend complaining that submodules were messy.
--- Synchronet 3.19b-Linux NewsLink 1.113

Anton Shepelev <ant@tilde.club> writes:

yeti <yeti@tilde.institute> wrote:

Anton Shepelev <ant@tilde.club> writes:

The IP address is correct, so what may the matter be?

It kind of works for me over https:

Thanks. For some reason or other, with https: it downloaded lots files
(maybe all), and then prompted me for Github login and password without explaining why they were suddenly required after downloading so much anonymously -- crazy! Cloning via HTTPS without --recursive completes
without error, but leaves empty files, as is probably expected without initialised submodules.

and I cannot test git: because I've no keys on ms-github.

I have, but I never bothered to install them here, and I doubt keys are required merely to clone a public repo. Perhaps I am forgetting the conventions, an SVN man myself.

Two submodules look broken.

I don't even know what Git submodules are (for). Last time I heard about
them was from my friend complaining that submodules were messy.

Github no longer provides bare git: URIs which are in the clear, only
https for anonymous access and ssh for logged-in use.

https://github.blog/changelog/2022-03-15-removed-unencrypted-git-protocol-and-certain-ssh-keys/
--- Synchronet 3.19b-Linux NewsLink 1.113

W. Greenhouse <wgreenhouse@tilde.club> wrote:

Github no longer provides bare git: URIs which are in the clear, only
https for anonymous access and ssh for logged-in use.

https://github.blog/changelog/2022-03-15-removed-unencrypted-git-protocol-and-certain-ssh-keys/

I see. It is growing more difficult, instead of letting the user choose
if they want an encrypted connection or not...Thanks.
--- Synchronet 3.19b-Linux NewsLink 1.113

Anton Shepelev <ant@tilde.club> writes:

yeti <yeti@tilde.institute> wrote:

Anton Shepelev <ant@tilde.club> writes:

The IP address is correct, so what may the matter be?

It kind of works for me over https:

Thanks. For some reason or other, with https: it downloaded lots files
(maybe all), and then prompted me for Github login and password without explaining why they were suddenly required after downloading so much anonymously -- crazy! Cloning via HTTPS without --recursive completes
without error, but leaves empty files, as is probably expected without initialised submodules.

It sounds like the main repository hosted on Github is copying fine, but
maybe one of the referenced submodules is from a private repository.
--- Synchronet 3.19b-Linux NewsLink 1.113

W. Greenhouse <wgreenhouse@tilde.club> wrote:

Anton Shepelev <ant@tilde.club> writes:

Thanks. For some reason or other, with https: it downloaded lots files
(maybe all), and then prompted me for Github login and password without
explaining why they were suddenly required after downloading so much
anonymously -- crazy! Cloning via HTTPS without --recursive completes
without error, but leaves empty files, as is probably expected without
initialised submodules.

It sounds like the main repository hosted on Github is copying fine, but maybe one of the referenced submodules is from a private repository.

Yes, this is it. The `spacegray' submodule was at fault, but now I am disappointed in that collection of colorschemes for Vim, because the
majority were automatically converted from truecolor GUI schemes, rather
than tailor-made for 256-colro terminals...

P.S. the error can be fixed by cloning without --recursive, removing the
faulty submodule, commiting changes, and then initialising all the
other submodules.
--- Synchronet 3.19b-Linux NewsLink 1.113