Rich Freeman schrieb: > On Thu, Nov 14, 2013 at 7:03 AM, Patrick Lauer <patr...@gentoo.org> wrote: >> >> So just "fix it as problems appear and/or we have some spare time" ... > > Have any problems appeared that impact anybody who hasn't tried to > take advantage of the new multilib features (ie modified their config > files/etc)? > >> >> Well, you accidentally cut out all references to TommyD's work again. >> Almost as if you don't even want to discuss a working proper solution >> that just doesn't have the ego hammering it in ... > > We get it - there are two competing approaches to multilib... That's > perfectly fine - we can sort out which one works better once they both > work. It would be more of a concern if maintainers were being asked > to maintain things twice, but as far as I'm aware the developers of > each of the competing approaches have been doing most of the work > themselves. > > Of course, there could be issues I simply haven't heard of.
There is a pretty big issue/difference here: - multilib-portage was planned to add features with a future EAPI version, so in the end needs agreement from maintainers of package managers, the pms team and the council. If anyone from those groups only claims "you wrote so much, but i dont understand it, write more", then it can be a very long time to get it into the main tree (also this usually means it is well reviewed and tested) - the new multilib eclasses dont need any ok from anyone, so they have been added instantly after first creation of a draft. So after addition (also they only support a subset of the things supported by multilib-portage) ebuilds are now converted to use them for multilib support. Noone will opt to revert/convert those changes once multilib-portage would be ready, so the eclasses win simply by the lower entrance barrier In the end multilib-portage will likely end as a portage-only feature allowing multilib-support on packages without the need to change ebuilds (it also has support for wrapping binaries per ABI, but this will hopefully at some point also go into the eclasses). -- Thomas Sachau Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
