Progress & more questions...

[Adam Jack <aj...@TrySybase.com>]

All,

Oh my god!! I think I found the main problem, and it is so simple/annoying!
I have a default target of "all" in this centibuild.xml but my gump target
had *no dependencies*. So, the "build all" wasn't crashing, those warnings
of NPE were nothing, it stopped there 'cos it had nothing to do. When I did
"build trysybase -debug" it didn't try the gump task (I am 99.9%) but the
default task! I guess 'cos Gump expects "build trysybase {target}" and I had
none. Arrrggghhhhhhh --- I was chasing this all over the place, and to be
this -- how annoying, for all. ;-) Still, progress is progress and I've
learned a bunch on how to debug...

Also, I've noticed that some time I do an "update.sh xxx" and I do NOT get
all changed files. [Is this a problem w/ my CVS server config?] If I then do
a "build.sh clean" I do. If clean does the better synch, what is the purpose
of update.sh? Ought one run update nightly, and follow it later w/ a build?
[or clean followed by a build?] Ought I then do a nag.pl later? Or -- do you
have some/all in one script? Finally, when does one typically run a gen.sh?
Only after a project/profile change?

With nag.pl my machine is trying to send mail as if from other people, but
for projects I build but do not "own". Is there a way I can stop this? Often
if it fails to build it is my fault, not worth sending to project mailing
lists. Spam protection seems to be stopping me spoofing people for now, but
can I build other folks projects & not send mails (w/o hacking their project
xml files?)

Also, from my gen.sh I get this:

	[...]

Checking for local dependencies in tsbuild1.xml

Found 2 installed packages
Using /homelocal/build/packages/ directory to check installed packages
Problems encountered in project jakarta-log4j
You can get updates at http://jakarta.apache.org/log4j/index.html
    cannot find
/homelocal/build/packages/jakarta-log4j-1.2.8/dist/lib/log4j-1.2
.8.jar/log4j-@@DATE@@.jar
    cannot find
/homelocal/build/packages/jakarta-log4j-1.2.8/dist/lib/log4j-1.2
.8.jar/log4j-lf5-@@DATE@@.jar
    cannot find
/homelocal/build/packages/jakarta-log4j-1.2.8/dist/lib/log4j-1.2
.8.jar/log4j-chainsaw-@@DATE@@.jar
1 packages need updating

when in my profile I have:

  <!--project name="tools" package="tools.jar"/-->
  <project name="jakarta-log4j"
package="jakarta-log4j-1.2.8/dist/lib/log4j-1.2.
8.jar"/>
  <!-- project name="junit" package="junit3.8.1"/ -->
  <project name="xml-axis" package="axis-1_1RC2" />

Ever seen it? Is is 'cos something is including the project as well as me
installing it? Again, since I do not want to hack their project files, is
there a fix?

Thank in advance (and thanks for the help so far.)

regards,

Adam
--
<http://www.TrySybase.com>
Experience Sybase Technology ...

Re: Progress & more questions...

[Stefan Bodewig <bo...@apache.org>]

On Mon, 17 Mar 2003, Adam Jack <aj...@trysybase.com> wrote:

> Also, I've noticed that some time I do an "update.sh xxx" and I do
> NOT get all changed files. [Is this a problem w/ my CVS server
> config?] If I then do a "build.sh clean" I do.

update doesn't do any sync at all, it just updates your checked out
CVS sources which are in a different directory than the sources you
work on.  build clean (or build all) syncs your work area with the
checked out source tree.

> Ought one run update nightly, and follow it later w/ a build?

Yes.

> Ought I then do a nag.pl later?

You can do that - but better check whether you know what you do and
don't accidently send nag mails to the developer lists of projects not
under your control 8-)

> Finally, when does one typically run a gen.sh?

I do so every night, but YMMV.

> Only after a project/profile change?

Could suffice.  It's just that your cron job may not know about these
changes and thus might be better off running it anyway.

> With nag.pl my machine is trying to send mail as if from other
> people, but for projects I build but do not "own". Is there a way I
> can stop this?

(1) Don't add <nag>s where you don't want to send them.

or

(2) Take a look at the <nag> element inside workspace (as opposed to
project).

Stefan