Hi, Quoting Paul Wise (2016-05-02 08:37:49) > On Mon, May 2, 2016 at 7:44 AM, Sean Whitton wrote: > > > Thanks for the responses, all. > > Another one is ratt (rebuild-all-the-things). > > I wonder if some of these should be merged together or removed. from this thread I gather that there are the following tools: reverse-depends (from ubuntu-dev-tools), build-rdeps (from devscripts) and ratt (from ratt). From reading the reverse-depends source I gather that it doesn't do the computation locally but queries http://qa.ubuntuwire.org/rdepends The source for that tool is available but seems to suffer from similar problems with dependency resolution as I reported for build-rdeps and ratt: - build-rdeps: https://bugs.debian.org/797858 - ratt: https://bugs.debian.org/801593 It probably doesn't make much sense to post a bug against reverse-depends because the tool it relies upon for its computation is not part of Debian. Both above bugs are fixed and both tools now use dose-ceve for reverse build dependency resolution. So both tools should yield the same results and there is only one source package that has to be touched if their results are wrong (dose3). I think the advantages of ratt over build-rdeps are: - ratt uses "apt indextargets" and "apt-helper cat-file" to retrieve Packages and Sources file contents while build-rdeps relies on manually interpreting the contents of /var/lib/apt/lists (See #752702 why this is problematic) - ratt also drives a package builder (only sbuild for now) to build the affected source packages I think it's suboptimal that reverse-depends only works when it can query an online resource. On the other hand, the dose-ceve run done by ratt and build-rdeps also takes quite a while (20 seconds on my laptop) so maybe it would be nice to have an online resource with the same API as http://qa.ubuntuwire.org/rdepends for Debian. Then users could choose to use that instead of waiting 20 seconds for each query. cheers, josch
Attachment:
signature.asc
Description: signature