[Webkit-unassigned] [Bug 168321] New: [GTK] Add two new buildbots that build-only test on Debian stable and Ubuntu LTS

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=168321

            Bug ID: 168321
           Summary: [GTK] Add two new buildbots that build-only test on
                    Debian stable and Ubuntu LTS
    Classification: Unclassified
           Product: WebKit
           Version: WebKit Nightly Build
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: Tools / Tests
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: clopez at igalia.com
                CC: bugs-noreply at webkitgtk.org, lforschler at apple.com,
                    mrobinson at webkit.org

One of the problems we currently have is that we are using ancient versions of libraries in our JHBuild, and old versions of GCC on the bots.

One of the reasons we do this is to unintentionally avoid breaking the build on systems that require using this old versions of the libraries or the compiler.

However, a majority of our users are using distributions that ship the last version of this libraries or the compiler.

So we end testing WebKit with a different version of the dependencies than what the users end running. Not ideal.


The proposed solution is:

1) Add two new buildbots that buid-test WebKitGTK+ on the last Debian stable and Ubuntu LTS without using the internal JHBuild. This bots will build against the system libraries. This will ensure we don't unintentionally break our policy about dependency versions https://trac.webkit.org/wiki/WebKitGTK/DependenciesPolicy

2) Then we will have complete freedom to raise the dependencies on the JHBuild without fearing unintentionally build breakage on older systems. Ideally we would like to keep the versions of the libraries on our jhbuild synced with the last GNOME modulesets. That way we can test WebKit with the version of libraries that most users will end using.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20170214/a0054e8c/attachment.html>