On Sun, 26 Oct 2014 at 00:36:29 +0200, Robert Luberda wrote:
> > It seems after the binnmu for the libjpeg-turbo transition afterstep is
> > no longer installable in sid (and hence the binnmu won't migrate and the
> > transition won't complete in testing).
>
> This is debhelper bug. I've just uploaded afterstep 2.2.12-3, which
> removes usage of {misc:Depends} as a work-around.
I'm not so sure that this isn't a bug in afterstep, actually.
Summary of the bad situation: suppose we have an arch-independent
package, foo-common, and an arch-dependent package, foo-bin. If foo-bin
uses dh_installdocs --link-doc=foo-common then bad things occur.
The current bad thing is that foo-bin Depends: foo-common (= ${binary:Version})
which is not binNMU-safe: when foo-bin is binNMU'd, foo-common will not
satisfy the dependency.
The solution proposed by Robert Luberda seems to be to change debhelper
so that foo-bin Depends: foo-common (= ${source:Version}) instead,
in the case where foo-common is arch-independent. However, that would
mean that the changelog.Debian.amd64.gz (or whatever) for foo-bin
is not provided by anything, so the binNMU is not documented anywhere.
Is that itself considered to be a bad thing, and possibly a policy violation?
The solution I used in telepathy-glib was to link the documentation of
all arch-dependent packages to the shared library (which in practice
they all depend on anyway), and leave the one arch-independent
package alone:
override_dh_installdocs:
dh_installdocs -a --link-doc=libtelepathy-glib0
dh_installdocs -i
Is that considered to be best-practice?
S
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
