On 13 sep 2013, at 01:58 em, Hugo Lima <hugo.l...@openbossa.org> wrote:
> On Fri, Sep 13, 2013 at 4:31 PM, Antonio Gomes <toniki...@webkit.org> wrote: >> So will you advocate your users to use your external GitHub version or >> the one in >> WebKit? >> >> Please consider not being half upstream. > > It wont be half upstream, but the github repository will be for > example a fallback for a working bleeding edge Nix just in case of > WebCore changes that break Nix on webkit.org. We can also push things > first there then on webkit.org if a faster development pace if needed, > as all Nix developers use git this also means that experimental > feature branches will exists on github repo too (don't tell me about > create svn branches). Please correct me if I’m misunderstanding this, but: - You are OK with WebCore changes breaking the Nix port - You are going to have a “stable fork” of Nix in another repository (GitHub). If this is the case, what benefit does having the code upstream provide to the WebKit project as opposed to having it live out of tree and upstream changes that are of high value to the WebKit project itself. Note that I’m not against the Nix port, but maybe this would be a good way for a port to “prove" that it’s worthy of being upstreamed. I don’t remember when the last port was added to WebKit, but I’m pretty sure it was many years ago and the project has changed significantly since then. (I’m also a bit confused about why the Nix “Platform” layer needs to live in the WebKit repository - we don’t have Windows or AppKit headers in the repository and I don’t understand why Nix is different). Thanks, - Anders _______________________________________________ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
