[webkit-dev] Archiving the Haiku port? (was WebKit2 and all that jazz)

[Stephan Assmus]

----- Ursprüngliche Nachricht -----
Von: Kenneth Christiansen
Gesendet: 09.04.10 23:52 Uhr
An: Adam Barth
Betreff: Re: [webkit-dev] Archiving the Haiku port? (was WebKit2 and all that jazz)

Last I looked there are still patches up for review for Haiku. It
would be nice to know why it is not being maintained. Is that due to
having no interest from their community or due to the fact that noone
are reviewing the patches?

Some people do review the patches, but the initial reviews appear usually days after I submitted a patch and sometimes there is no reaction after I update the patch or explain things. It is totally understandable... I don't mean to complain about reviewers, they are probably overwhelmed in work. However, this has resulted in me being reluctant about posting new patches. I would have a lot more patches in the pipe, but very few patches that would be about 20K or less. It has been expressed very clearly to me that only small patches are prefered. However, I have completely redesigned the Haiku WebKit API, implemented a great deal more code to expose additional WebCore features, done a lot of changes to the GraphicsContext implementation... I am under the impression that I would have to somehow fake individual changes to the files to somehow extract smaller patches. Like revert to the original file, add code back piece by piece while creating patches to keep them small. You can imagine it's a lot of additional work and overhead. I hope you guys understand that I've been reluctant to even try to get this stuff commited with how the review process went for me so far. However, I am willing to give it a try once more, if there are people interested in reviewing my patches and to keep the Haiku port going. It is certainly actively maintained.

Best regards,
-Stephan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20100410/6a1a672a/attachment.html>