Re: Problems running gump (both trunk and live)

2004-11-09 Thread Gareth Webbley
Hi Peter,

I have had the same problem.  When executing a command the gump.py in the root 
directory (of gump) creates a list and passes that as the options to the 
command.  However the command is not expecting a list.

The way I got around this problem was to cd to the cron directory and either 
run gump.sh in that directory or python gump.py.  There is another copy of 
gump.py in the cron directory which works differently to the one in the root 
directory.  I think this is the one used in the official runs.

HTH

Gareth Webbley


On Monday 08 November 2004 02:41, Peter Janes wrote:
 I've recently synced both the trunk and live branch of Gump (which are
 identical as of revision 56892) and have a problem running both of them. 
 If I

 execute python2.3 gump.py build I get the following traceback:
  Traceback (most recent call last):
File gump.py, line 118, in ?
  main(sys.argv)
File gump.py, line 108, in main
  getattr(command, process)(options,arguments)
File
  /home/pjanes/devel/tempo/thirdparty/gump-live/python/gump/commands/build
 .py, line 41, in process workspace =
  WorkspaceLoader(options.isCache()).load(ws)
  AttributeError: 'list' object has no attribute 'isCache'

 I think it's a scope problem--gump.core.run.options is imported, but the
 process() method takes an argument named options--but I'm at a loss to
 explain why my version doesn't run and the Apache one does.  Any takers?

 Also, I notice that http://gump.apache.org/gettingstarted.html directs new
 users to check out the trunk (i.e. potentially unstable) version instead of
 the live branch.  Would it be more appropriate to send them to live
 instead?

 Thanks,
 Peter J.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Gump Versions

2004-10-27 Thread Gareth Webbley
Hi,

I'm relatively new to gump but have up until now been running the latest 
version of gump from the svn repository.  One of the first things that 
happens when Gump runs is that it gets the latest version of itself from svn. 
A couple of nights ago the gump version went from 2.1.0-alpha-003 to 2.2 at 
which point the build stopped working with the error message :-

Traceback (most recent call last):
  File gump.py, line 118, in ?
main(sys.argv)
  File gump.py, line 108, in main
getattr(command, process)(options,arguments)
  File /src/external/cvs/gump/python/gump/commands/build.py, line 41, in 
process
workspace = WorkspaceLoader(options.isCache()).load(ws)
AttributeError: 'list' object has no attribute 'isCache'

I have since seen on the Wiki that there is a separate branch (gump-live) 
which I have now checked out.  The version in here though is 2.02-alpha-0003.  
Also I notice that the build run on Brutus is still using the 
2.1.0-alpha-0003 version.

How do I set up gump to run with the same version as Brutus and not update 
itself during the build?

Thanks

Gareth Webbley

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Gump Versions

2004-10-27 Thread Gareth Webbley
Thanks Stefano,  I'll give that a try.

Gareth

On Wednesday 27 October 2004 14:07, Stefano Mazzocchi wrote:
 Gareth Webbley wrote:
  Hi,
 
  I'm relatively new to gump but have up until now been running the latest
  version of gump from the svn repository.  One of the first things that
  happens when Gump runs is that it gets the latest version of itself from
  svn. A couple of nights ago the gump version went from 2.1.0-alpha-003 to
  2.2 at which point the build stopped working with the error message :-
 
  Traceback (most recent call last):
File gump.py, line 118, in ?
  main(sys.argv)
File gump.py, line 108, in main
  getattr(command, process)(options,arguments)
File /src/external/cvs/gump/python/gump/commands/build.py, line 41,
  in process
  workspace = WorkspaceLoader(options.isCache()).load(ws)
  AttributeError: 'list' object has no attribute 'isCache'

 The 'trunk' (aka 2.2 today) is not ready to go and should be considered
 alpha.

  I have since seen on the Wiki that there is a separate branch (gump-live)
  which I have now checked out.

 This is the version that runs on brutus.

  The version in here though is 2.02-alpha-0003.
  Also I notice that the build run on Brutus is still using the
  2.1.0-alpha-0003 version.

 I think that's because you run it from gump.py instead of running it
 from cron/gump.sh

  How do I set up gump to run with the same version as Brutus and not
  update itself during the build?

 checkout the live branch and run it from cron/gump.sh

 sorry for the mess, I'm working to make things easier with a single (and
 hopefully well commented) entry point.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]