WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
Bug 28669
make-script-test-wrappers should be executable
https://bugs.webkit.org/show_bug.cgi?id=28669
Summary
make-script-test-wrappers should be executable
Cameron McCormack (:heycam)
Reported
2009-08-23 05:47:00 PDT
WebKitTools/Scripts/make-script-test-wrappers should be executable, like nearly all other files in WebKitTools/Scripts/ are. update-sources-list.py probably should be executable too.
Attachments
Patch to make these two scripts executable
(1005 bytes, patch)
2009-08-23 16:59 PDT
,
Cameron McCormack (:heycam)
darin
: review+
eric
: commit-queue-
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Cameron McCormack (:heycam)
Comment 1
2009-08-23 05:56:28 PDT
Ah, prepare-ChangeLog doesn't work if the only changes I've made are to properties: fox:~/svn/WebKit cam$ ./WebKitTools/Scripts/prepare-ChangeLog Running status to find changed, added, or removed files. M WebKitTools/Scripts/update-sources-list.py M WebKitTools/Scripts/make-script-test-wrappers No changes found.
Cameron McCormack (:heycam)
Comment 2
2009-08-23 16:59:15 PDT
Created
attachment 38461
[details]
Patch to make these two scripts executable I manually typed in the ChangeLog entry, since prepare-ChangeLog wasn't being cooperative. Hopefully I got the format right.
Darin Adler
Comment 3
2009-08-23 22:14:18 PDT
(In reply to
comment #1
)
> prepare-ChangeLog doesn't work if the only changes I've made are to > properties
Right, it doesn't consider property changes as something it should list in the change log.
Cameron McCormack (:heycam)
Comment 4
2009-08-23 22:18:43 PDT
(In reply to
comment #3
)
> Right, it doesn't consider property changes as something it should list in the > change log.
Should it? It might make generating patches like this one easier if prepare-ChangeLog could be used. If so, I can file a bug and supply a patch for prepare-ChangeLog if you like.
Darin Adler
Comment 5
2009-08-23 22:23:54 PDT
(In reply to
comment #4
)
> (In reply to
comment #3
) > > Right, it doesn't consider property changes as something it should list in the > > change log. > > Should it? It might make generating patches like this one easier if > prepare-ChangeLog could be used. If so, I can file a bug and supply a patch > for prepare-ChangeLog if you like.
Sure, it would be OK. As with newly-added files we could consider pre-adding a comment to the generated file to say what the change is. For example, changing the state of the executable flag is one of the most common changes and it would be good to do it automatically. On the flip side, when changing flags on tons of files, having a list of the files with flags changed is probably not helpful in the way that listing files with contents changed is in typical patches. I have a slight fear that we'll have change log entries that are largely vacuous. Contributors don't seem to treat the change log as a communication tool as much as I'd like; those lists of files and functions are supposed to be for human consumption, and folks should read them and change anything that does not seem helpful. But yes, that would be a nice thing to fix.
Cameron McCormack (:heycam)
Comment 6
2009-08-24 00:38:47 PDT
(In reply to
comment #5
)
> As with newly-added files we could consider pre-adding a comment to the > generated file to say what the change is. For example, changing the state of > the executable flag is one of the most common changes and it would be good to > do it automatically. > > On the flip side, when changing flags on tons of files, having a list of the > files with flags changed is probably not helpful in the way that listing files > with contents changed is in typical patches. I have a slight fear that we'll > have change log entries that are largely vacuous. Contributors don't seem to > treat the change log as a communication tool as much as I'd like; those lists > of files and functions are supposed to be for human consumption, and folks > should read them and change anything that does not seem helpful. > > But yes, that would be a nice thing to fix.
Filed
https://bugs.webkit.org/show_bug.cgi?id=28675
for this. Agreed with the chance for creating large, useless ChangeLog entries, but hopefully contributors will use common sense and pare them down if necessary.
Eric Seidel (no email)
Comment 7
2009-08-24 11:26:19 PDT
Comment on
attachment 38461
[details]
Patch to make these two scripts executable Since the commit-queue is currently running from a git checkout, it won't be able to handle this. Someone will have to land this manually.
Eric Seidel (no email)
Comment 8
2009-08-25 16:26:59 PDT
r47764
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug