[bitbake-devel] Issues w/ gitsm fetcher and BB_NO_NETWORK

[Mark Hatle]

I've been struggling for the past few days with gitsm, and have finally thrown
in the towel.

What is happening is that I am trying to use the 'ostree' recipe (not really
important), but that uses the gitsm fetcher against:

gitsm://github.com/ostreedev/ostree.git;branch=master

On a fetch the system correctly pulls down the 'ostree.git' from a local mirror
I have setup.  However, it then moves to the step of configuring the submodules
and fetching them, and goes out to the network and ALWAYS pulls them from the
network.

My mirror is setup using:

PREMIRRORS_append = " \
     gitsm://.*/.* gitsm://${LAYERDIR}/git/MIRRORNAME;protocol=file \n \
"

(my mirrors are simply local cloned bare repositories)

If I modify my /etc/hosts files to point github/gitlab to 127.0.0.1, I can
easily trigger the faults:

ERROR: ostree-2018.7+gitAUTOINC+4148918655-r0 do_unpack: Fetcher failure: Fetch
command export PSEUDO_DISABLED=1; ... git -c core.fsyncobjectfiles=0 submodule
update --init --recursive || (git -c core.fsyncobjectfiles=0 submodule sync
--recursive && git -c core.fsyncobjectfiles=0 submodule update --init
--recursive) failed with exit code 1, output:
Submodule 'bsdiff' (https://github.com/mendsley/bsdiff) registered for path 'bsdiff'
Submodule 'libglnx' (https://gitlab.gnome.org/GNOME/libglnx.git) registered for
path 'libglnx'
Cloning into 'bsdiff'...
Synchronizing submodule url for 'bsdiff'
Synchronizing submodule url for 'libglnx'
Cloning into 'bsdiff'...

fatal: unable to access 'https://github.com/mendsley/bsdiff/': Failed connect to
github.com:443; Connection refused
Clone of 'https://github.com/mendsley/bsdiff' into submodule path 'bsdiff' failed
fatal: unable to access 'https://github.com/mendsley/bsdiff/': Failed connect to
github.com:443; Connection refused
Clone of 'https://github.com/mendsley/bsdiff' into submodule path 'bsdiff' failed


I've tried a number of things, but so far I'm just not understanding how to
proceed.  I assume at some point the references to the modules really need to
refer to an alternative location and be fetched in, but I'm not sure that any of
the existing interfaces would allow that.

Any suggestions how to proceed?

--Mark