+++ Colin Watson [2012-11-23 13:31 +0000]:
> On Fri, Nov 23, 2012 at 01:31:45PM +0100, Santiago Vila wrote:
> > On Fri, 23 Nov 2012, Colin Watson wrote:

> > >I've confirmed that these -dev packages are multiarch-coinstallable,
> > >which is good.  There is one remaining niggle here: while
> > >/usr/share/info/autosprintf.info.gz is currently identical across
> > >architectures, it starts with a line containing "produced by makeinfo
> > >version 4.13".  That means that if gettext ever happens to be built when
> > >texinfo is at different upstream versions on different architectures,
> > >the results will not be multiarch-coinstallable.  I think this is a bit
> > >of a timebomb and we should avoid it.  Perhaps it would make sense to
> > >leave that info documentation in the gettext package, and add a
> > >"Suggests: gettext" in libasprintf-dev?  (We could move it to
> > >gettext-doc instead, but that seems like fairly pointless
> > >deckchair-rearrangement to me.)
> 
> Do you have an opinion on this part?  If not, I think my default would
> be for the next version of this patch to move autosprintf.info.gz back
> to gettext, for safety.

Doesn't this problem of potentially-rebuilt text/doc/info files exist
all over the place? I've come across it in perl docs which embed the
build date, not the doc-creation date, for example. Essentially any
doc in an M-A same package has the issue of rebuilds potentially
changing the text.  i.e. there is nothing special about gettext here.
Is texinfo version skew likely enough to break things that we should
worry.

One way of dealing with this is moving all docs out of M-A: same
packages, and docs are arch-independent stuff so it makes some sense.
But it's also good to keep docs in their most relevant place. I don't
know which package is really 'most relevant' here.

What we really want is QA checks on MA co-installability and
corresponding rebuilds/fixes where it's gone wrong. I'm happy to rely
on that happening in due course, if it would be better the leave the
docs in the -dev package. 

Wookey
-- 
Principal hats:  Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to