[poky] Default network connectivity sanity tests

[Trevor Woerner]

Hi Richard,

On Thu, Sep 13, 2012 at 1:50 PM, Richard Purdie
<richard.purdie at linuxfoundation.org> wrote:
> I'm getting continued complaints that git is horrible to proxy behind
> firewalls and this check continues to cause pain for people when in fact
> the builds would probably work.

I agree completely with your above statement. Thankfully I was able to
get git to work through the proxy which is setup where I work (so I'm
not affected by this), but only after a lot of work. However, even
though git works for me and can get through, it is extremely slow to
start, making it less preferred than http.

> One other option would be to remove it on release branches. Those should
> be more stable and therefore shouldn't need this kind of check...

Yes. Strangely enough I've had the same thoughts too!

In order for someone to be using the latest-and-greatest HEAD of the
yocto project, they would have to be using git to get the
latest-and-greatest, which implies git works for this person and maybe
even implies they have some sort of familiarity with using git. Plus
one would be more inclined to believe the HEAD of the yocto git
repositories might track the HEAD of the git repositories of the
various recipes as well.

But when someone downloads a yocto release via http it only
demonstrates http works so it probably isn't a good idea to assume a
whole bunch of other protocols work too. For example, take any yocto
release and inside we'll find a whole bunch of recipes. Are there any
cases where a yocto release is made but a recipe doesn't explicitly
specify the revision of a given component (i.e. uses git HEAD or some
random commit in a git repository) which is required? Ideally release
'H' of yocto would contain recipes which rely on specific releases of
various components (release x of eglibc, release y of busybox, release
z of libz...) all of which, ideally, someone could download from their
nearest GNU or sourceforge mirror.

I think someone (was it Tim Bird?) once mentioned how useful it would
be to be able to download a tarball of all the required packages,
place them in DL_DIR, then start a build with no connection to the
internet whatsoever (perhaps using different machines for the download
versus the build). That would be handy. Or, in the same way a user can
do " bitbake -c fetchall <image>" maybe it would be neat to have a
command which would list all the required components and how the build
expects to obtain said component (i.e. DL_DIR (if the component has
already been downloaded and ready to go) or a URI indicating where and
how bitbake would obtain it).

Best regards,
    Trevor