Bug#291939: Bug#268377: Bug#291939: Support for arch aliases
On Mon, Jan 24, 2005 at 02:57:09PM +0100, Guillem Jover wrote:
> >
> > type-handling already does all you ever want.
>
> No, it does not. And as Robert has explained in another mail it
> needs hacks like an autogenerated control file, and use of self
> defined "aliases", etc.
Yeah, that's why I'm trying to get rid of it.
> That's exactly what my patch tries to do, but extending the
> recognised normal arches with some aliases that get expaned and
> normalized to normal debian archtitectures, the ones the binary
> tools can and know how to handle.
When Debian was only linux-gnu, one could check DEB_HOST_ARCH for "i386" to do
something on i386 only. Currently, if you check DEB_*_ARCH for "i386" you're
implicitly checking for linux-gnu. This is why Marcus Brinkmann came up with
the dpkg-architecture solution in 1999, which splits DEB_*_ARCH in DEB_*_CPU
and DEB_*_SYSTEM. My proposal is just a step in this direction.
What you call "normal" debian architectures is just one of the three variables
that dpkg-architecture can handle (and actualy the less useful one).
--
.''`. Proudly running Debian GNU/kFreeBSD unstable/unreleased (on UFS2+S)
: :' :
`. `' http://www.debian.org/ports/kfreebsd-gnu
`-
Reply to: