unmerge 614731 617761 retitle 614731 support for env var substitutions in .install (helps multiarch) thanks
On Sat, Mar 12, 2011 at 02:24:42PM -0400, Joey Hess wrote:
> Steve Langasek wrote:
> > - Is bumping the dpkg-dev dependency ok, or should we instead
> > opportunistically detect the DEB_HOST_MULTIARCH field and fall back to
> > /usr/lib otherwise?
> I've chosen to do both. This way, backporters can simply make a version
> of debhelper that drops the dependency, and it will fall back to
> non-multiarch behavior.
> > - Do you think adding a new {misc:Pre-Depends} substvar is sensible here?
> > Since no one will have this substvar anywhere yet, all affected packages
> > will need to update debian/control, so arguably they could be updated to
> > declare Pre-Depends: multiarch-support directly; but this would be less
> > backportable, and it may be easier for tools to warn about an unused
> > substvar than a missing pre-depends?
> It may be easier if those pre-depends later need to be removed (or
> changed). I've kept it for now.
> > - What accompanying documentation would you like for this change?
> Taken care of.
> > - How soon could we have this in unstable? :D
> After dpkg-dev gets in, and someone checks what's in git and makes sure
> it works, ideally.
Tested here, works ok. It doesn't look like the separate patch from bug
#614731 has been applied; unmerging that report and giving it a clearer
title (I think that's a worthwhile feature for debhelper to have but it's
not directly support for "multiarch"; and anyway, it's a different feature
to the one that's been committed).
Now back to waiting for dpkg 1.16.0.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer http://www.debian.org/
[email protected] [email protected]
signature.asc
Description: Digital signature
