[webkit-dev] Buildbots soon to require apache mod_bw
Eric Seidel
eric at webkit.org
Fri Nov 5 08:19:28 PDT 2010
On Fri, Nov 5, 2010 at 8:19 AM, Eric Seidel <eseidel at google.com> wrote:
> On Fri, Nov 5, 2010 at 4:53 AM, Gustavo Noronha Silva <gns at gnome.org> wrote:
>> On Fri, 2010-11-05 at 01:52 -0700, Eric Seidel wrote:
>>> This is a bad idea. Please don't do this.
>>>
>>> Unless mod_bw comes installed in a normal Apache distribution, you're
>>> asking that *every* webkit developer install mod_bw in order to run
>>> the layout tests.
>>
>> We already ask them to install python, perl, ruby, apache itself, php,
>> in some cases additional codecs and whatnot. An additional apache module
>> is not the end of the world, is it?
>
> These are relatively reasonable to expect in a default unix-like install.
>
> Every dependency we add hurts hackability, not of the code, so much as
> the general project. It's a pain in the ass to work on our windows
> port (even worse to work on Chrome's) partially due to the 10 things
> you have to install/configure before you can even build.
>
> Historically the WebKit port has had 0 install-to-hack dependencies on
> Mac. That's since increased, but 0 is the (possibly unrealistic) goal
> for any system.
>
> I'm glad another solution was found.
>
> Auto-install is also a totally fine solution. I suspect it's possible
> to pass Apache a module directory on the command line and have a
> python/perl script auto-download the module.
>
> Thanks,
> Eric
>
>> Having said that, it just struck me that we have a few php scripts that
>> are used by tests to cause intentional delays[0]. Perhaps we could use a
>> similar pattern for this case too, and avoid this new requirement.
>>
>> Cheers,
>>
>> [0] LayoutTests/http/tests/misc/resources/slow-png-load.pl, for one
>>
>> --
>> Gustavo Noronha Silva <gns at gnome.org>
>> GNOME Project
>>
>> _______________________________________________
>> webkit-dev mailing list
>> webkit-dev at lists.webkit.org
>> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>>
>
More information about the webkit-dev
mailing list