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

Wulf C. Krueger wrote:
> On Monday, 02. March 2009 10:29:59 Jorge Manuel B. S. Vicetto wrote:
>> Also, having separate overlays would allow one to do experimental stuff
>> with eclasses in the experimental overlay without affecting users of the
>> base overlay. Until we get versioned eclasses, I don't see how one can
>> do that with a single overlay.
> 
> You've used it yourself before in GenKDEsvn. :-)
> 
> We have a private git repository for development. Any commit in its master 
> branch gets auto-pushed by a simple hook to the public repository which is 
> the 
> overlay.

That's one way to do it and as you say, we've used it before
successfully. An alternative could be to use different branches in the
same repo. We've used it before in the KDE git overlay, but it can get
tricky.
In some cases though, one might want to make the "experimental" work
available to some users (with a big fat warning). The above alternatives
don't allow this or make it complex.
One of the reasons we had to split the work in the 2 overlays was to
move the live ebuilds to the experimental overlay so that "casual users"
wouldn't be affected by them.

> Any other branches in the private overlay stay just there. They're not 
> publicly visible by default but they *can* be published for guinea pigs who 
> feel like suffering. Once the the experimental stuff is safe enough for the 
> public overlay, merge that branch to master and - swoosh!
> 
> Best regards, Wulf
> 

- --
Regards,

Jorge Vicetto (jmbsvicetto) - jmbsvicetto at gentoo dot org
Gentoo- forums / Userrel / Devrel / SPARC / KDE
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkmvMGEACgkQcAWygvVEyAL0FACfemf/O3oCw4A1ZTIgOEMOFk8l
WNIAn21IHSdV5R4dLJZY0/yXwirI3sQi
=Pm+a
-----END PGP SIGNATURE-----

Reply via email to