You are viewing a plain text version of this content. The canonical link for it is here.
Posted to general@gump.apache.org by Stefan Bodewig <bo...@apache.org> on 2006/05/16 06:03:16 UTC
Re: svn commit: r406640 - in /gump/metadata:
project/smartfrog-projects.xml project/smartfrog.xml
repository/smartfrog.xml
this change means somebody must manually remove the working copy of
smartfrog from any machine running Gump (will happen for all the other
sf.net projects as well).
I've done it for vmgump and helios, but Sander will have to do it for
clarus.
Stefan
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: svn commit: r406640 - in /gump/metadata: project/smartfrog-projects.xml project/smartfrog.xml repository/smartfrog.xml
Posted by Sander Temme <sc...@apache.org>.
On May 15, 2006, at 9:03 PM, Stefan Bodewig wrote:
> I've done it for vmgump and helios, but Sander will have to do it for
> clarus.
I moved ~/asf/gump/trunk/work/workspace/cvs/smartfrog out of the way
on Clarus.
S.
--
sctemme@apache.org http://www.temme.net/sander/
PGP FP: 51B4 8727 466A 0BC3 69F4 B7B8 B2BE BC40 1529 24AF
Re: svn commit: r406640 - in /gump/metadata: project/smartfrog-projects.xml
project/smartfrog.xml repository/smartfrog.xml
Posted by Steve Loughran <st...@apache.org>.
Stefan Bodewig wrote:
> this change means somebody must manually remove the working copy of
> smartfrog from any machine running Gump (will happen for all the other
> sf.net projects as well).
>
> I've done it for vmgump and helios, but Sander will have to do it for
> clarus.
Ok. They need to do it for
antbook
ggf-cddlm
Also, someone has to sit down and patch everything that depends on
sourceforge -each of the 50-some projects needs a new repository. If you
look at the repository view, you can see that all updates to the old
host are currently failing. The builds may appear to succeed, but they
are working off stale content.
http://vmgump.apache.org/gump/public/gump_xref/repo_module.html
This has broken all our cruise control and luntbuilds too. The best bit:
sourceforge didnt just partition the data on may 9, they partitioned the
snapshot taken the previous week. It's taken us a day to get everything
back in sync. primarily by applying our last image that luntbuild had
over the CVS image, then each developer's changes since then.
-Steve
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org