Re: [warning] Brutus is out of disk!
Stefano Mazzocchi wrote: This might not be easy, though, since this is not something that ant enforces but it's just a best practice (here, I suspect that mavenized projects would be a lot easier to deal with) maven doesn't enforce it either. The only plausible way to enforce would probably be using linux user management (make the sourcebase readonly by the user that performs the build). Before we do that, it might be possible to customize the ant core a little (as maven uses that as well) so that the "bad practice" leads to a "warning". For later. - LSD - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [warning] Brutus is out of disk!
Adam R. B. Jack wrote:
This is because every different gump run uses a different workspace,
this doesn't need to be.
Not sure this is accurate, unless they run at non-overlapping times or
something. What is your thinking?
I thought about it again and there is one way to do things better, but
I'm not sure it works.
if your build.xml file is well designed, the build directory is not
fixed by it's something like ${build}. My thinking is: since every gump
run on brutus shares the same profile, they could well share the same
"sourcespace" and each one have a different "workspace" that is
basically "injected" into the build.xml files.
This might not be easy, though, since this is not something that ant
enforces but it's just a best practice (here, I suspect that mavenized
projects would be a lot easier to deal with)
Anyway, for now, I'll just move the kaffe run somewhere else.
I'm on #asfgump if you need me.
--
Stefano.
smime.p7s
Description: S/MIME Cryptographic Signature
Re: [warning] Brutus is out of disk!
> > This is because every different gump run uses a different workspace, > > this doesn't need to be. > > Not sure this is accurate, unless they run at non-overlapping times or > something. What is your thinking? A few thoughts that come to mind: 1) We can have the infrequent Gumps [JDK1.5/Kaffe], that might not care about detecting changes, do clean-ups of their working areas after they are done. Right now we leave everything lying around, and perhaps even copy it. 2) We can have these same Gumps not generate (publish) artefacts. 3) We can see if we can not have a separate CVS (download) area than working area. regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [warning] Brutus is out of disk!
> This is because every different gump run uses a different workspace, > this doesn't need to be. Not sure this is accurate, unless they run at non-overlapping times or something. What is your thinking? regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [warning] Brutus is out of disk!
On Thu, 14 Oct 2004, Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: > This is because every different gump run uses a different workspace, > this doesn't need to be. Well, they can share installed packages (which they allready do IIUC) and the checked out sources. This won't help in the long run, I'm afraid. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [warning] Brutus is out of disk!
On Thursday 14 October 2004 23:28, Stefano Mazzocchi wrote: > Gump is currently stalled due to the fact that there is no disk space > left on the second disk of Brutus. Good gracious!!! > This is because every different gump run uses a different workspace, > this doesn't need to be. > I'll work on solving the issue right away. > Sorry for the inconvenience. Splendid!!! Can't wait to fix the remaining projects. It feels "real close now" to a >99% success rate (will it ever be 100%?) and your "equilibrium"... Cheers Niclas -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[warning] Brutus is out of disk!
Gump is currently stalled due to the fact that there is no disk space left on the second disk of Brutus. This is because every different gump run uses a different workspace, this doesn't need to be. I'll work on solving the issue right away. Sorry for the inconvenience. -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
