Javier Serrano Polo a écrit : > El dg 11 de 05 de 2008 a les 22:33 +0200, en/na Aurelien Jarno va > escriure: >> Ahahahahaha. I understand know. You are just using multiarch paths in a >> very hackish way like a few users from this list... > > You say it's hackish without naming any reason. I say it's working > providing a repository.
As already explained, the main problem is that you are calling "multiarch" something that is really different from the original concept. If you had read the proposed links you would have noticed that. Your concept is hackish because it is based on the conversion of already existing packages into ia32-$(package)_all.deb. This: - means we have twice the same package in the archive, which is a very inefficient way of storing data. This will be surely rejected by the ftpmasters. - means the package has to be converted. We need an infrastructure for that. - is a nightmare from the security point of view. - renders the changes in a package a lot more complex. You can't simply run apt-get, patch and dpkg-buildpackage. - doesn't really scale for multiple architectures. multiarch is not i386 on amd64/powerpc. It is everything on everything. In short your approach may work correctly for a hundred of packages, but doesn't really scale for the whole Debian archive and all the archive. Also I see no point in using multiarch paths (which have been introduced in the toolchain for the original multiarch concept) in your approach. On the contrary the original multiarch concept doesn't generate more packages. It basically changes the path were the files are installed, and then (for example) the exact same package is installed on an i386 system or on an amd64 system. This does not put any load on ftpmaster.d.o and mirrors, does not need an infrastructure to convert packages, introduce no changes from the security point of view and applies to all Debian architectures. The drawback is that dpkg and apt have to be modified. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `- people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]