Downgrading, upon recommendation here: http://trac.webkit.org/wiki/BuildingGtk resolves the Summary original error of soup's content decoder. Unfortunately, with that being missing in libsoup- 2.29.3 another issue is revealed later during compilation: mdriftmeyer@horus:~/DeveloperProjects/GTKProjects/webkit-build$ make make all-am make[1]: Entering directory `/home/mdriftmeyer/DeveloperProjects/GTKProjects/webkit-build' /bin/mkdir -p ./.deps/DerivedSources CCLD Programs/GtkLauncher ./.libs/libwebkit-1.0.so: undefined reference to `soup_session_prepare_for_uri' collect2: ld returned 1 exit status make[1]: *** [Programs/GtkLauncher] Error 1 make[1]: Leaving directory `/home/mdriftmeyer/DeveloperProjects/GTKProjects/webkit-build' make: *** [all] Error 2 mdriftmeyer@horus:~/DeveloperProjects/GTKProjects/webkit-build$ Unfortunately, soup_session_prepare_for_uri was added to libsoup-2.29.3. It's nice to get passed the first mistake but deflating to end up being tripped over by the second error, all due to an omission in releases. I found this digging through openSUSE logs: Excerpt below: ++++ libsoup: - Update to version 2.29.3: + Fixed a crash in SoupCookieJarSqlite when using cookie databases not created by libsoup (eg, upgraded epiphany installations). ...... + Added soup_session_prepare_for_uri(), to allow DNS prefetching for faster browsing. [bgo#598948] ..... Either you have to patch WebKit to ignore this feature and wait until upstream fixes what they omitted or gently remind them to fix it upstream to move on without putting in any patches to slow down WebKitGTK+ progress.
libsoup 2.29.5 is released now, with the Content-Encoding support included. I guess that should fix all your issues, so closing this bug.