Hi, On 28/06/15 at 09:08 +0000, Bart Martens wrote: > It already exists. We have cgi-bin/udd-dehs which reads from mole.watch. So I > don't know why scripts/update-upstream-status would even run uscan.
Because the UDD implementation predates a working mole.watch. DEHS died, then there was nothing to replace it, and UDD's implementation was created. Then someone duplicated it in mole. Given that the UDD implementation works, I have no interest in switching to mole's. I'm not sure who are the current users of the mole implementation, but it feels quite young to bet that it will be a better basis on the long run. Also, even if I understand the problem that sepwatch is trying to solve (= provide a faster update path for some packaging metadata), I think that this is a problem that should be addressed more globally, by centralizing that metadata somewhere managed by ftpmasters, in a way similar to what happens with overrides: the maintainer suggests a value, but it can be overriden. That way, upstream checkers won't even have to unpack source packages. However, if someone did the work to implement sepwatch in UDD's implementation, I would welcome the patch. Lucas -- To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150628194750.ga22...@xanadu.blop.info
