Re: [gentoo-portage-dev] Re: Re: Refactoring of emerge code

[Zac Medico]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

m h wrote:
> Fair enough, if the trunk is frozen, I wish that would have been
> indicated to me.  No one has said that yet.  The patches don't add any
> functionality per se, but could be seen as bug fixes for
> sloppy/extraneous code ;)
>
> Again, this isn't supposed to be taken in the wrong way.  I'm coming
> from the point of view of a lurker of normal gentoo (and
> user/psuedo-dev of the prefix branch (which is based on 2.1))  I
> appreciate the clarification you've provided Duncan.  Again, if 2.1 is
> just throw-away code, then perhaps code cleanup refactoring is a waste
> of effort, but I don't think it is....

Once I also did some emerge refactoring [1].  Unfortunately, my patch was against the dead 2.1-experimental (ebd) branch [2].  I should have chosen the 2.0.x branch at the time but I didn't know any better because that was when I first got involved with the portage team (I was still a python newbie at the time).

Although it's too late to do any really significant refactoring in the 2.1 branch, emerge can still be refactored for later releases.  Right now most of the focus is on stabilizing 2.1 for the 2006.1 release, but we can break off a development branch as soon as it becomes necessary.  One other thing to keep in mind is that other projects (pkgcore and paludis) are competing to make the current portage codebase obsolete.  If a competitor is able to become a "drop-in" replacement for portage, then the next major branch after 2.1 may not survive long enough to become stable.

Zac

[1] http://dev.gentoo.org/~zmedico/portage/branches/2.1-experimental/bin/emerge
[2] http://dev.gentoo.org/~zmedico/portage/archives/portage-2.1.0_alpha20050718.tar.bz2
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEYNLQ/ejvha5XGaMRAhSQAJ9dEDk4AFZeYU0CT/+BGtEk0LtyMgCfai+P
WsSlN3v9+b421YHX09uokvk=
=HJpr
-----END PGP SIGNATURE-----
-- 
gentoo-portage-dev@g.o mailing list