Pacho Ramos schrieb: > El vie, 15-11-2013 a las 23:39 +0100, Michał Górny escribió: >> Dnia 2013-11-15, o godz. 14:53:00 >> Ben de Groot <[email protected]> napisał(a): >> >>> As I see it now, with respect to multilib, we have three competing >>> solutions, but not a clear direction which way we want to go as a >>> distro: >>> >>> 1: emul-* packages > > This is the current option but has important drawbacks: > - Each emul set contains a ton of packages, then, when a security issue > arises in one of them, we need to release a new emul-linux-x86-... > - It's built from stable tree, it can then cause inconsistencies when > people run native lib from testing (I remember pulseaudio case) > - If we would like to really follow stabilized packages, we would nearly > need to generate a new set every week because likely some of the > contained packages will be stabilized on x86 so often. > - As they are a big set of packages, people need to install a lot of > stuff they don't really need > > In summary -> they are completely unflexible, with the problems it cause > >>> 2: multilib-portage > > I think this has been discussed multiple times, if I don't misremember, > PMS team is not willing to accept it until the specification is done... > and we are waiting for that for years probably because it includes a lot > of changes (well, Tommy will know much more about this)
Ever tried to write a formal spec in a foreing language? Creating multilib-portage was easier then this request.... Anyway, the new multilib eclasses had no entrance barrier, so have been added and effectively everyone is forced to use them. Since i dont expect anyone to vote for a different solution in the future, which would force all multilib related parts to be rewritten, i stopped my work on the spec part. If anyone wants to continue that road, i can hand over any pieces i already have. Instead i will simply prepare/maintain multilib-portage as a portage-only package manager based multilib solution, which requires no changes to ebuilds. This also keeps a choice for users, who cant or dont want to convert all needed ebuilds to the new multilib eclasses. -- Thomas Sachau Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
