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.
signature.asc
Description: Digital signature