[libvirt] [GSoC]: Help in setup

[Martin Kletzander]

[ 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 at 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-upload-pack

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 at redhat.com
>https://www.redhat.com/mailman/listinfo/libvir-list
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: Digital signature
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20180314/9a3ade84/attachment-0001.sig>