On Tue, Aug 22, 2006 at 08:28:19PM +0200, Robert Millan wrote:
> Ok, if I understood correctly, changes in comparison with what we have now
> are:
>
> - A more standarised pathset, instead of just /emul/ia32-linux. According to
> http://wiki.debian.org/toolchain-multiarch, there are plans to make the
> toolchain aware of the new paths. Sounds a lot like post-etch, but AFAIK
> we can do the same without it (by using --libdir at build time, and adequate
> /etc/ld.so.conf at runtime)
>
> - dpkg / dak / katie major rework (I haven't read in-depth, but I assume the
> point is using the same ia32 code from the i386 port without compiling it
> separately. Definitely post-etch..)
>
> Did I miss something? Is someone able to guess which of them is Daniel
> concerned with?
And the crucial points:
- generalised: works on any architecture, not just amd64/i386,
- non-intrusive: dak/dpkg changes are easy. changing every package to
have such horrendous hacks as this, with hardcoded
triplets, is never going to fly,
- cleaner: see previous two.
Attachment:
signature.asc
Description: Digital signature