There appears to be 3 left-over directories in the rsync build area of the HP-UX
build farm that the test process doesn't have permission to remove:
rm: cannot read ./testtmp.daemon-gzip-download/to: Permission denied
rm: directory ./testtmp.daemon-gzip-download not removed. Directory not empty
rm: cannot read ./testtmp.daemon-gzip-upload/to: Permission denied
rm: directory ./testtmp.daemon-gzip-upload not removed. Directory not empty
rm: cannot read ./testtmp.duplicates/to: Permission denied
rm: directory ./testtmp.duplicates not removed. Directory not empty
If someone would zap these, I'd appreciate it.
assigned to vance
This appears to be the result of a bug in the rsync test script. I'll try to get
a hold of the host's owner to see if they can clear it up. Hopefully it won't
gwen's owner removed the directories. Hopefully they stay removed ;)
I hope that does the trick for you, Wayne.
Unfortnately, the build page for the HP-UX machine still says that it was
generated from before the fix (Thu Jun 24 01:00:15 EDT 2004), so I can't see if
the situation has changed or not. The really weird thing is that the summary
page for the rsync build farm thinks that the build was re-run just minutes ago.
I'll keep looking, though.
I've also put the URL for the referenced build into the URL of this bug.
yeah, that's kinda confusing, eh? the time stamps shown on the front page are
the last time that the build farm ran on that machine. That is, it's the
timestamp of the build*log files. That's essentially when the last cron job ran.
So, if nothing's changed in the cvs/svn tree since the last time it configured,
compiled, installed, and tested, then it re-rsyncs the logs from the last
compile to samba.org, effectively 'touch'ing the timestamp. My guess is that
there haven't been any changed to the rsync tree meaning that the build hasn't run.
oops, munged the URL :)