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 re-occur :) Vance
gwen's owner removed the directories. Hopefully they stay removed ;) I hope that does the trick for you, Wayne. Cheers, Vance
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. Cheers, Vance
oops, munged the URL :)