-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On Wed, 30 Jan 2013 12:30:51 +0100 Michael Weber <x...@gentoo.org> wrote:
> -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > On 01/30/2013 10:58 AM, Michał Górny wrote: > > On Wed, 30 Jan 2013 09:35:12 +0100 Michael Weber <x...@gentoo.org> > > wrote: > > > We don't want 32-bit cp. Thomas likes to support every weird idea > > coming from a random user, I don't. > What is wrong with "random" or "user"? Should I take "random user" > personally? Honestly, I have no idea. Sorry, I didn't meant to offend anyone. I'm just saying that if nobody shows a real need for having a 32-bit 'cp', then there's no point in having that. How would you benefit from having it? > Where do you want to draw the line? > How would you handle library packages shipping binaries? > Just `rm "${D}"/usr/bin`? 64-bit executables overwrite 32-bit ones. Correct order and the problem solves itself. > >> In the spirit of FHS, I thought about introducing /bin<qual> for > >> some time, but this continues with other dirs. > > > >> What about separating these ABIs on top dir and keeping the > >> respective sub-trees clean, like /<qual>/{,usr/}{bin,lib}? > > No. 32-bit chroot is an old idea and has nothing to do with > > multilib. > > Right, that was the intent of my mail. > Not to question some multilib internal stupidity like how to handle > clashing pkg-config files but to question the approach in common. I don't understand the problem with pkg-config files. pkg-config lies in lib32/lib64, so the files are separate and don't clash. > Multilib: funny clashes all over the tree, partial blessed by FHS. Clashes are mostly people's faults. I keep my headers tidy; sadly, many people believe that constant API is not an important thing and you end up really bad. - -- Best regards, Michał Górny -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iJwEAQEIAAYFAlEJCB0ACgkQfXuS5UK5QB2VMwP/bjCt2BI8hn6QGN4ff03vBx1P hmyUzw4DKKbNI5S5XYz6VprVTjh3YAm8oq8gZs3NuySNe81oyHdjn9xWO8mPOvk5 z0MxbQvrvem+HxSNEqmNtO5jxMUgMx+se6ysazn8TTd6UXXAT73mPHNoMDByznWX 3nnrELQUG4dKFxPYXDE= =vMqF -----END PGP SIGNATURE-----