On Wed, 03 Aug 2011, Michal Suchanek wrote: > > It's also unlikely to be quickly fixed at this point. It would basically > > require to rewrite a large part of dpkg-architecture in C. > > Why the need to rewrite it?
Because we don't want the dpkg package to depend on perl. (But for dpkg-dev it's fine) > > Note that if your package is "arch: any", you can embed the multiarch > > path in your package at build time. (This is currently not the case for > > initramfs-tools) > > dpkg is arch:any so it can embed the multiarch architecture at build > time just like any other package. True enough, but it would somewhat duplicate the information. But this could be acceptable in the mean time I guess. At least better than embedding it in multiple other packages. The official interface would be "dpkg --print-multiarch-path" and it would just "cat /usr/lib/dpkg/multiarch-path" that would be created at build time (and when we have the required code to directly parse the various /usr/share/dpkg/*table then we can drop that file). Ccing Steve and Guillem to have their feedback. Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
