On Monday, November 05, 2018 12:07:43 PM Daniel Kahn Gillmor wrote: > Control: tags 908755 - moreinfo > > On Sun 2018-11-04 11:54:48 -0500, Scott Kitterman wrote: > > There is a rdepend that should be addressed too: > > > > Checking reverse dependencies... > > # Broken Build-Depends: > > hddemux: knot-resolver > > > > Dependency problem found. > > > > Once that's resolved, please remove the moreinfo tag from the bug. > > I don't think i understand this request. hddemux 0.4-7 (in unstable) > has: > > Build-Depends: > curl [!arm64] <!nocheck>, > debhelper (>= 11~), > gnutls-bin [!arm64] <!nocheck>, > knot-dnsutils [!arm64] <!nocheck>, > knot-resolver [!arm64 !s390x] <!nocheck>, > libsystemd-dev, > libuv1-dev, > nginx-light [!arm64] <!nocheck>, > pandoc, > pkg-config, > systemd [!arm64] <!nocheck>, > > (in particular, the hddemux test suite is skipped on arm64 and s390x) > > so i don't think that removal of the arm64 binary of knot-resolver would > actually block hddemux. > > Rather, the non-removal of the knot-resolver arm64 binary is what's > blocking hddemux from migrating into testing. so resolution of this RM > request will *fix* hddemux, not break it further. > > if i'm misunderstanding something, please help me understand.
I think DAK isn't always great about architecture specific checks like this, so I missed that the depends didn't apply to arm64. I do not, however, think this is your problem. Looking at https://tracker.debian.org/pkg/knot-resolver I see it's not in testing at all, so it hddemux wouldn't be able to migrate. The thing that appears to be holding knot-resolver back is: missing build on armhf: knot-resolver, libkres-dev, libkres8 (from 3.0.0-7) I've asked for a give back on knot-resolver for armhf. If that succeeds, I think it will migrate. I will go ahead and to the rm, but I don't think that's what'll help. Scott K
