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 `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
