Hopefully this email won't come off as rude, but it's not clear to me
whether the WinCE port being actively developed.
<http://trac.webkit.org/wiki/WinCE> says that the port is maintained
by Torch Mobile, but <http://www.torchmobile.com/> says Torch Mobile
is focused on BlackBerry these days.

Looking at the last year of commits to these directories:

http://trac.webkit.org/log/trunk/Source/WebKit/wince
http://trac.webkit.org/log/trunk/Source/WebCore/platform/wince

The changes appear to be build fixes and patches that incidentally
touch WinCE as part of project-wide maintenance.

Patrick, it's clear that you're putting in the effort to keep the port
building, but I suspect the reason folks from the community don't put
much effort into keeping the WinCE bot green is because the port seems
to be somewhat in a holding pattern.

Adam


On Mon, Jun 25, 2012 at 1:45 PM, Patrick Gansterer <[email protected]> wrote:
> IMHO only setting up a bot won't help that much. Someone must keep it green. 
> From my experience with the WinCE build slave (which has some common features 
> turned of by default) I don't see many people caring about it.
> E.g. WinCE build slaves builds with JIT turned of, which leads to much 
> redness of the bot. IMHO that's ok, since the bots exist to find failures 
> with other configurations (even if EWS does much work in that area already), 
> but most of the redness of the WinCE bot stays until I have the time to fix 
> it [1]. BTW: It's not that much fun to fix all failures (and find the 
> corresponding revision) if you pause for a few weeks.
> Do we have any defined responsibility, when someone breaks a port? Should the 
> committer watch landing of the patch? (and ping the port maintainers if it 
> has some port specific issues) Can we make the green/red status more 
> meaningful, to make it easier to see if a patch cases real problems? (IMHO 
> many bots are red by default this time and so don't provide quick information 
> in the buildbot overview pages)
>
> -- Patrick
>
> [1] http://trac.webkit.org/search?q=paroga+ENABLE%28JIT%29
>
> Am 25.06.2012 um 21:56 schrieb Eric Seidel:
>
>> If someone wanted to set up a --minimal bot, I'm sure that would be
>> welcome.  We used to have a --qt --minimal bot at some point.
>>
>> http://trac.webkit.org/wiki/BuildBot
>>
>> On Mon, Jun 25, 2012 at 12:28 PM, Pablo Flouret <[email protected]> wrote:
>>> On Mon, 25 Jun 2012 12:03:12 -0700, Arthur O'Dwyer <[email protected]> wrote:
>>>
>>>> I'm trying to build WebKit by the simplest possible method. I checked
>>>> out the SVN tree and did "cd WebKit ; Tools/Scripts/build-webkit
>>>> --debug --minimal". This produced compiler errors!
>>>
>>>
>>> I tried the same thing a while ago, and submitted patches to fix some of the
>>> issues, but what i was told is that there aren't really any bots building
>>> with --minimal, so it's not guaranteed to build.
>>>
>>> Last i remember, after you fix those issues you mention you're probably
>>> gonna come up against trickier ones in --web-audio, --geolocation,
>>> --netscape-plugin-api and --fullscreen-api (although i haven't checked
>>> recently).
>>>
>>> You can still run --minimal and enable the features that are giving you
>>> trouble (e.g. build-webkit --debug --minimal --javascript-debugger
>>> --geolocation ... etc.)
>>>
>>> Cheers,
>>>
>>> --
>>> pablo flouret
>>> motorola | webkit / browser team
>>>
>>> _______________________________________________
>>> webkit-dev mailing list
>>> [email protected]
>>> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>> _______________________________________________
>> webkit-dev mailing list
>> [email protected]
>> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>
> _______________________________________________
> webkit-dev mailing list
> [email protected]
> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
_______________________________________________
webkit-dev mailing list
[email protected]
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Reply via email to