WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
98152
Remove comments from the Apache config files to start avoiding useless duplication.
https://bugs.webkit.org/show_bug.cgi?id=98152
Summary
Remove comments from the Apache config files to start avoiding useless duplic...
Raphael Kubo da Costa (:rakuco)
Reported
2012-10-02 05:41:57 PDT
Remove comments from the Apache config files to start avoiding useless duplication.
Attachments
Patch
(130.93 KB, patch)
2012-10-02 05:43 PDT
,
Raphael Kubo da Costa (:rakuco)
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Raphael Kubo da Costa (:rakuco)
Comment 1
2012-10-02 05:43:23 PDT
Created
attachment 166678
[details]
Patch
Laszlo Gombos
Comment 2
2012-10-02 06:40:08 PDT
I personally find the comments in the config file useful to keep, but I understand the intention here. Would you consider putting the comments (one version of the comments) back after the files are consolidated ?
Raphael Kubo da Costa (:rakuco)
Comment 3
2012-10-02 06:45:03 PDT
(In reply to
comment #2
)
> I personally find the comments in the config file useful to keep, but I understand the intention here. Would you consider putting the comments (one version of the comments) back after the files are consolidated ?
That could be possible, but in the end I would like to trim the file down to the point that only a few directives are needed, preferably the ones everyone is most familiar with.
Laszlo Gombos
Comment 4
2012-10-02 08:44:38 PDT
Comment on
attachment 166678
[details]
Patch Looks good to me, r+.
Raphael Kubo da Costa (:rakuco)
Comment 5
2012-10-02 08:50:02 PDT
Thanks a lot. I will wait at least a few more hours before landing to give the guys in the West Coast some time to chime in as well.
Eric Seidel (no email)
Comment 6
2012-10-02 09:12:28 PDT
We could also just generate these from python, or at least do our per-por modifications:
http://trac.webkit.org/browser/trunk/Tools/Scripts/webkitpy/layout_tests/servers/apache_http_server.py#L117
I'm glad to see someone cleaning this up a bit.
Raphael Kubo da Costa (:rakuco)
Comment 7
2012-10-02 09:24:11 PDT
(In reply to
comment #6
)
> We could also just generate these from python, or at least do our per-por modifications: >
http://trac.webkit.org/browser/trunk/Tools/Scripts/webkitpy/layout_tests/servers/apache_http_server.py#L117
Yes, after talking to Dirk yesterday my idea is to generate as much configuration from Python as possible and get rid of all those mostly duplicate files in LayouTests/http/conf.
Eric Seidel (no email)
Comment 8
2012-10-02 09:39:13 PDT
SGTM. I suspect each port requires very little custom config.
Raphael Kubo da Costa (:rakuco)
Comment 9
2012-10-02 09:51:33 PDT
Err, webkit-patch land-safely seems to have done only half of its job. I will land this manually.
Eric Seidel (no email)
Comment 10
2012-10-02 09:53:46 PDT
(In reply to
comment #9
)
> Err, webkit-patch land-safely seems to have done only half of its job. I will land this manually.
Half, how? Coul dyou file a bug with the error?
Raphael Kubo da Costa (:rakuco)
Comment 11
2012-10-02 09:57:10 PDT
Committed
r130182
: <
http://trac.webkit.org/changeset/130182
>
Raphael Kubo da Costa (:rakuco)
Comment 12
2012-10-02 10:01:07 PDT
(In reply to
comment #10
)
> (In reply to
comment #9
) > > Err, webkit-patch land-safely seems to have done only half of its job. I will land this manually. > > Half, how? Coul dyou file a bug with the error?
Actually, I think it is most likely my fault -- I assumed it was going to cq+ the reviewed patch, but it turns out it was going to upload my working diff instead (and I had none), so it only marked the current patch as obsolete and stopped.
Eric Seidel (no email)
Comment 13
2012-10-02 10:06:02 PDT
Still sounds like a bug. It should probably abort earlier if there is no diff. :(
Eric Seidel (no email)
Comment 14
2012-10-02 10:07:13 PDT
(In reply to
comment #13
)
> Still sounds like a bug. It should probably abort earlier if there is no diff. :(
Filed
bug 98171
.
Ojan Vafai
Comment 15
2012-10-02 11:48:18 PDT
This caused inspector/debugger/source-url-comment.html to fail on the chromium bots. For some reason, these tests are loading tests from the http/tests directory. Not sure if that's related. <script src="../../http/tests/inspector/inspector-test.js"></script> <script src="../../http/tests/inspector/debugger-test.js"></script>
http://test-results.appspot.com/dashboards/flakiness_dashboard.html#showExpectations=true&tests=inspector%2Fdebugger%2Fsource-url-comment.html
Ojan Vafai
Comment 16
2012-10-02 11:49:11 PDT
Nm...I think the bots were just confused about revision numbers.
Alexey Proskuryakov
Comment 17
2012-10-02 15:38:30 PDT
I also used to find these comments helpful when playing with configuration files. Having lines even for default values is useful to know what you can change. Why is trimming down the configuration files important?
Eric Seidel (no email)
Comment 18
2012-10-02 16:01:02 PDT
These config files haven't changed much in years. My understanding of what he's going for is to get us down to a single config file (which could have comments if we like) and then just some python to adjust the individual ports. I suspect he'll find that we need very little configuration to support our needs. I also suspect he'll find that the NRWT port architecture will make it very easy to do this all in python and either not have a config file at all (like Chromium currently does) or have a single one and a couple lines of per-port python tweaks.
Eric Seidel (no email)
Comment 19
2012-10-02 16:02:45 PDT
I'm not really for or against the comments. If folks feel strongly, I'm sure we can add them back, or better document our few needed config options. (The comments have never really helped me. Either a. I always need to google the Apache commands anyway, or b. I don't trust our files and look at the latest-and-greatest default config file from apache.org to make decisions on what to add/remove.)
Alexey Proskuryakov
Comment 20
2012-10-02 16:48:01 PDT
> These config files haven't changed much in years.
It's not always landed changes. For example, I found myself changing these files locally to test a different authentication scheme. I don't see the need to deviate from what's shipped with Apache by default. As you said, we don't hack on these files much.
Raphael Kubo da Costa (:rakuco)
Comment 21
2012-10-03 02:05:44 PDT
I really don't have anything against putting comments back; the reason I committed this was just to make it easier to do the necessary plumbing, otherwise all changes to these files would result in big, cluttered diffs. I'm OK with adding comments back later, sure.
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