> I could add a UPSTREAM_CHECK_URI for the ftp site... except I can't > actually test that since the server has not really responded to me in > days (apparently a known issue for the gupnp.org people).
Can you say which URL you cannot open? Everything works for me both behind and outside of proxy, and the RRS server is reporting upstream versions correctly as well: http://recipes.yoctoproject.org/rrs/recipes/2.2/M1/ > I'll see about using http://gnutls.org/download.html page for that but > in my opinion the patch is a clear improvement as it is... You can't use http://gnutls.org/download.html because it doesn't have the latest version anywhere on it. And https://www.gnupg.org/ftp/gcrypt/gnutls/index.html has another issue: it's out of date and doesn't have v3.5 directory listed at all, even though it's there (visible via ftp and linked to from the downloads page). How can you be sure that other index.html files aren't similarly out of date? We should stick to the ftp directory listings for upstream checks until the upstream sorts this. I'm not sure if the patch should be held off altogether, or fixed so that the upstream check uri explicitly points to ftp for each affected recipe. Alex -- _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
