Changes between Initial Version and Version 1 of WebKitGTK

Timestamp:

Jul 14, 2010 11:06:06 AM (14 years ago)

Author:

Martin Robinson

Comment:

Migrate this page from BuldingGtk

WebKitGTK

@@ +1 @@
+[[PageOutline]]
+
+= WebKitGTK+ =
+
+The GTK+ port of WebKit is intended to provide a browser component for the portable [http://www.gtk.org/ Gtk+] UI toolkit. WebKitGTK+ is developed within the official WebKit SVN, so the codebase is unrelated to the classic [http://gtk-webcore.sourceforge.net/ Gtk+ WebCore], but WebKit GKT+ has superseded Gtk+ WebCore. The [http://build.webkit.org/ WebKit Buildbot] provides continuous build and layouts tests. A [wiki:StableGTK semi-stable] branch exists to evaluate how to handle issues such as stability, and security support.
+
+Developers interested in using or contributing to the GTK+ port should be willing to get their hands dirty at this stage. Patches are welcome on the [http://bugs.webkit.org/ bug tracker] and help is readily available at #webkit-gtk on irc.freenode.net and the [http://lists.webkit.org/mailman/listinfo.cgi/webkit-gtk mailing list] for developers who want to learn the ropes.
+
+== Distributions ==
+
+The WebKit/GTK+ API follows a stable additions-only policy. The core engine is continually being stabilised and is suitable for most embedding tasks. Distributors should get in touch with the upstream maintainers to be sure they're packaging the correct version.
+
+We adopt a versioning scheme similar to GTK+'s. This means that, having a version x.y.z, when y is odd, it's a development version. API is still not stable, and may change. When y is an even number, we are in a stable release, which gets only fixes, and small improvements, while keeping API compatibility. When API bits are deprecated for a full release cycle, we drop them.
+
+=== Debian ===
+
+Debian Unstable provides experimental WebKit/GTK+ packages by Mike Hommey.
+
+ Debian has organised a packaging team for WebKit:
+
+ * [http://lists.alioth.debian.org/mailman/listinfo/pkg-webkit-maintainers pkg-webkit-maintainers]: General WebKit packaging discussion
+ * [http://lists.alioth.debian.org/mailman/listinfo/pkg-webkit-commits pkg-webkit-commits]: Commits list
+
+=== Gentoo ===
+
+Gentoo have an ebuild for WebkitGTK in testing: http://bugs.gentoo.org/show_bug.cgi?id=190347.
+You will have to add the testing keyword to your '/etc/portage/package.keywords' file in order to install the package.
+{{{
+# echo 'net-libs/webkit-gtk ~arch' >> /etc/portage/package.keywords
+}}}
+Please remember to change ~arch to the architecture you're using (~x86, ~amd64).
+The GTK+ port of WebKit is named '''webkit-gtk'''. I would invite you to look at the USE flags of the ebuild and add it
+to the packages.use file depending of your preferences.
+You can now emerge it normally:
+{{{
+# emerge -va webkit-gtk
+}}}
+You can then regularly update to the latest reviewed revision, which usually belongs to a new nightly build:
+{{{
+# emerge -u webkit-gtk
+}}}
+
+=== Lunar-Linux ===
+
+Lunar provides an experimental/development module for WebKit/GTK+.  It can be found in the moonbase in the experimental (zbeta) section under the name 'WebKit.'
+
+=== Mac OS X ===
+
+The code on Mac OS X should built like any Linux distribution, as long as you install the build dependencies (in addition to an "ordinary build environment" that includes XCode Tools 2.3 or newer). See bellow.
+
+== Dependencies ==
+
+The code should be easily built on any Linux distribution which has development packages for GTK+ installed. Bellow is a list of Debian package names you will need to install. Although the names of the packages are probably different in non-Debian-based distributions, it should be fairly easy to find the alternative names. Notice that this list may get outdated:
+
+ * autoconf
+ * automake
+ * libtool
+ * libgtk2.0-dev (>= 2.10)
+ * libpango1.0-dev (>= 1.16)
+ * libicu-dev
+ * libxslt-dev
+ * libsoup2.4-dev (>= 2.27.4) (*)
+ * libsqlite3-dev
+ * gperf
+ * bison (>= 2.4.1)
+ * flex
+ * libjpeg62-dev
+ * libpng12-dev
+ * libxt-dev
+ * autotools-dev
+ * libgstreamer-plugins-base0.10-dev
+ * libenchant-dev
+ * libgail-dev
+ * libgeoclue-dev
+ * gtk-doc-tools
+
+(*) As of [http://trac.webkit.org/changeset/52208 change-set 52208] libsoup version 2.28.2 or greater is required.[[BR]]
+
+(*) [http://ftp.gnome.org/pub/GNOME/sources/libsoup/2.29/ Libsoup 2.29.3 tar ball] release is missing '''libsoup/soup-content-decoder.h'''.  SOUP_TYPE_CONTENT_DECODER is defined in the header file and it will result in a compilation error: '''WebKit/gtk/webkit/webkitprivate.cpp:290: error: 'SOUP_TYPE_CONTENT_DECODER' was not declared in this scope'''.  [http://ftp.gnome.org/pub/GNOME/sources/libsoup/2.28/ libsoup 2.28.2] works.
+
+== Build and Install ==
+
+The GTK+ port can now be built using autotools (autoconf, automake, libtool). To build the GTK+ port just issue the following commands:
+
+{{{
+$ ./autogen.sh --prefix=/path/to/install/directory 
+$ make
+}}}
+
+This will build a demo browser that uses the GTK+ port in the `Programs/` directory which you can run using the following command:
+
+{{{
+$ ./Programs/GtkLauncher
+}}}
+
+To install the WebKit GTK+ library, simply issue 
+
+
+{{{
+$ make install 
+}}}
+
+The `configure` script also supports the different features WebKit/GTK+ provide (e.g., SVG filters and animation features, HTML5 Video element support, etc..). Simply issuing 
+
+{{{
+$ ./configure --help
+}}}
+
+on the command-line should give you a brief overview of what can be configured. Although you can build with these features enabled, it doesn't mean that the functionality is complete, let alone working properly. Feel free to submit a bug at http://bugs.webkit.org if you find something that is not working.
+
+= Further links =
+
+ * [ApplicationsGtk Applications using this Gtk port]
+ * [wiki:"HackingGtk" the hacker's guide to WebKit/GTK+].