[ Please use reply-to-all since otherwise it leaves non-subscribers out (and
other interested people as well, even though they might be subscribed) ]
On Tue, Mar 13, 2018 at 01:50:54PM +0000, Radostin Stoyanov wrote:
On 13/03/18 12:41, Daniel P. Berrangé wrote:
> On Tue, Mar 13, 2018 at 01:37:25PM +0100, Cedric Bosdonnat wrote:
>> On Tue, 2018-03-13 at 16:45 +0530, Sukrit Bhatnagar wrote:
>>> Here is the output:
>>>
>>> skrtbhtngr@ubuntu:~/libvirt$ ./autogen.sh --system
>>>
>>> Updating submodules...
>>> Submodule 'gnulib' (
git://git.sv.gnu.org/gnulib.git) registered for
path '.gnulib'
>>> Submodule 'keycodemapdb'
(
https://gitlab.com/keycodemap/keycodemapdb.git) registered for path
'src/keycodemapdb'
>>> Cloning into '/home/skrtbhtngr/libvirt/.gnulib'...
>>> fatal: unable to connect to
git.sv.gnu.org:
>>> git.sv.gnu.org[0: 208.118.235.201]: errno=Connection timed out
>>>
>>> fatal: clone of 'git://git.sv.gnu.org/gnulib.git' into submodule path
'/home/skrtbhtngr/libvirt/.gnulib' failed
>>> Failed to clone '.gnulib'. Retry scheduled
>>> Cloning into '/home/skrtbhtngr/libvirt/src/keycodemapdb'...
>>> Cloning into '/home/skrtbhtngr/libvirt/.gnulib'...
>>> fatal: unable to connect to
git.sv.gnu.org:
>>> git.sv.gnu.org[0: 208.118.235.201]: errno=Connection timed out
>>>
>>> fatal: clone of 'git://git.sv.gnu.org/gnulib.git' into submodule path
'/home/skrtbhtngr/libvirt/.gnulib' failed
>>> Failed to clone '.gnulib' a second time, aborting
>>> error: Updating submodules failed
>>>
>>> I have tried changing the gir URL 'git://git.sv.gnu.org/gnulib.git'
to 'git://git.savannah.gnu.org/gnulib.git', but
>>> even that doesn't work.
>> Could you try
https://git.savannah.gnu.org/git/gnulib.git/ ? I have already seen
students hit by
>> some firewall restrictions like that on their campus.
> Does anyone know how to tell if a given https:// hosted GIT repo is using
> the old dumb style or new smart style HTTP GIT transfer protocol. If we
> can see savannah is using the smart style, it probably makes sense for us
> to just switch libvirt to refer to gnulib via an https:// URI by default.
> That way we avoid these problems for new comers or people with nasty
> firewalls.
Since the following succeeds:
curl --head
https://git.savannah.gnu.org/git/gnulib.git/info/refs\?service\=git-uploa...
I think it's the smart protocol. Even without --head it looks like it sends the
correct data. ACK to changing it.
I think we can do this by applying the change in the .gitmodules file
- url =
git://git.sv.gnu.org/gnulib.git
+ url =
https://git.savannah.gnu.org/git/gnulib.git
I think the question was not how to do it. This is fine for new clones, but if
you want an existing one to use it, you need to change the fetch url for the
submodule in .git/config as well.
> Regards,
> Daniel
Radostin
--
libvir-list mailing list
libvir-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list