On Wed, May 16, 2018 at 3:01 AM, Andreas Tille wrote: > On Thu, May 10, 2018 at 01:46:46PM +0800, Paul Wise wrote: >> This is using upstream-metadata.debian.net, seems like it will need >> updating if a replacement shows up. > > I can not parse this? The UDD gatherer is not using > upstream-metadata.debian.net. It is rather reading Git repositories of > selected Blends teams (formerly on Alioth now rewritten for Salsa[1]). > The UDD gatherer consumes more data than only debian/upstream/metadata > but also about prospective packages. It does not depend from > umegaya nor upstream-metadata.debian.net.
I was mislead by udd/upstream_reader.py from UDD saying it uses upstream-metadata.debian.net, probably that comment needs to be removed. > May be vcswatch and fetch-machine-readable_salsa[1] should be merged. > I'm pretty sure that there is a lot room for enhancement at least for > the latter. Possibly, but you mentioned the latter also scans packages not yet in Debian so the vcswatch maintainer would have to be convinced that feature is a good idea. > For the Blends purpose Contents-source files are not sufficient since > also Vcs of non-released packages is read and we consume always latest > changes from Git and not from possibly way outdated uploaded packages. Not every package has a VCS (and some never will) and some of those have upstream metadata files, so Contents-source scanning is needed anyway. -- bye, pabs https://wiki.debian.org/PaulWise
