Bug 6445
| Summary: | prepare-changelog is ridiculously slow for subversion | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Eric Seidel (no email) <eric> |
| Component: | Tools / Tests | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | Normal | ||
| Priority: | P4 | ||
| Version: | 420+ | ||
| Hardware: | Mac | ||
| OS: | OS X 10.4 | ||
Eric Seidel (no email)
prepare-changelog is rediculously slow for subversion
For whatever reason the last step in prepare-changelog is *rediculously* slow in subversion. This is
especially noticiable since everything else about subversion is *faster* than cvs.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
John Sullivan
I also saw a huge delay (minutes long, I thought it had hung) in the "Editing ChangeLog" step when I first
ran prepare-ChangeLog on WebCore. A short while later I did my first prepare-ChangeLog on WebKit, and
there was not a huge delay; it seemed no longer than I'm used to waiting. So perhaps the huge delay is
something WebCore-specific (ChangeLog file too long? Too many files in repository?).
David Kilzer (:ddkilzer)
If there are any changes in the WebCore directory, an "svn diff LayoutTests" is run to determine if there are any changes in the LayoutTests. This is only used to determine whether a warning about no new or updated tests is output:
my $haveNewTests = (-x "$testsDir/../LayoutTests" && `svn diff \"$testsDir/../LayoutTests\"`);
Since I've already fixed this issue in the patch for Bug 9395, I'm marking this bug a duplicate.
*** This bug has been marked as a duplicate of 9395 ***