Recipe reporting system has been reporting upstream versions for gnutls and mesa as 'UNKNOWN' for a while now, but the same check using 'bitbake -c checkpkg' works fine on my local machine (which is behind the intel proxy). Maybe the RRS server is not able to connect to those upstreams? They are: ftp://ftp.freedesktop.org/pub/mesa/ ftp://ftp.gnutls.org/gcrypt/gnutls/
I think there's something wrong with ftp.gnutls.org directory listing -- even with chrome or wget it often seems to stall indefinitely when listing files. Then at some point it might start working and then will keep working _from that client_ but not from others. Maybe they are reaching some maximum number of clients? (it's weird that it would exhibit like this but I can't think of anything else either)
ftp.gnupg.org is the same IP address as ftp.gnutls.org, and RRS works for recipes that we fetch from ftp.gnupg.org - probably because there are actually mirrors listed for it. I'll update gnutls recipe to fetch from gnupg and see if it helps. mesa still needs to be looked into. We also fetch libglu from ftp.freedesktop.org, but for that the upstream check succeeds.
Anibal, can you nevertheless still check what is the issue with gnutls now, because the above is just speculating, would be nice to know facts :)
(In reply to comment #3) > Anibal, can you nevertheless still check what is the issue with gnutls now, > because the above is just speculating, would be nice to know facts :) Sure.
Same issue with unzip and zip recipes - locally upstream version are determined, but on RRS they are blank.
For gnupg and friends, let's switch to https://www.gnupg.org/ftp/GnuPG/ I'll make a patch.
The missing upstream for gnutls and mesa recipes seems to be a Centos 7/Python 2.7.5 specific problem because in my development machine it (debian8/python 2.7.9) works. Some time ago i was experimenting some issues with regex'es in production setup. I'll continue to figure out what is happen in production setup.
In review at, http://lists.openembedded.org/pipermail/bitbake-devel/2016-March/007241.html
Fixed at, http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/bitbake?id=60656d07ea87e0c905c4b4c01a76a696af0d0c4e