Package Details: webkitgtk 2.4.11-11

Git Clone URL: (read-only)
Package Base: webkitgtk
Description: Legacy Web content engine for GTK+ 3
Upstream URL:
Licenses: custom
Conflicts: libwebkit3, webkitgtk3
Provides: libwebkit3=2.4.11, webkitgtk3=2.4.11
Replaces: libwebkit3, webkitgtk3
Submitter: City-busz
Maintainer: yan12125
Last Packager: yan12125
Votes: 44
Popularity: 9.154726
First Submitted: 2017-06-30 07:40
Last Updated: 2018-02-03 08:52

Dependencies (23)

Sources (5)

Pinned Comments

yan12125 commented on 2017-12-20 02:56


  • error while loading shared libraries: cannot open shared object file: No such file or directory

You'll need to rebuild against the new enchant. Normally it should be done with usual package upgrading (webkitgtk 2.4.11-7 => webkitgtk 2.4.11-10)

  • I can't build! There's an error about codegen

There's a bug in glib2. Make sure you don't have /bin in $PATH. Check out @ValHue's and @zoidby's comments.

  • I can't build! There's an error "error: ‘WTF::StringImpl::StaticASCIILiteraicASCIILiteral’ has not been declared"

Try disabling parallel building - use -j1 in both PKGBUILD and /etc/makepkg.conf

  • Building takes too long time!

A: WebKit is inherently big and complex. It can take up to 13.5 hours to build (on AMD Athlon X2, thanks to @Bonnietwin for sharing). You can modify makepkg.conf or PKGBUILD directly to build it in parallel. Check out @MadMe's and @tuxsavvy's comments.

  • Is there a prebuilt package?

A: The awesome Arch Linux CN team maintains one. You can enable it by appending the following section to /etc/pacman.conf:

Server =$arch

And installing as if it were official packages:

sudo pacman -S webkitgtk
sudo pacman -S webkitgtk2

Check out for more details.

  • Other questions

I've disabled notifications for this package for too many non-constructive comments. Please open a new issue at for suggestions/questions/bug reports/...

Latest Comments

klore commented on 2018-02-12 14:35

File "/usr/sbin/gdbus-codegen", line 41, in <module> from codegen import codegen_main ImportError: cannot import name 'codegen_main' make: *** [GNUmakefile:82203: DerivedSources/Platform/Geoclue2Interface.h] Error 1 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build webkitgtk. ==> Restart building webkitgtk2 ? [y/N]</module>

Scimmia commented on 2018-02-06 15:55

It seems someone needs to read the AUR wiki page

regagain commented on 2018-02-06 15:48

It seems that the following dependencies are missing: automake, bison, flex.

Mikle_Bond commented on 2018-02-03 19:14

Noticed another problem. Same as @ShalokShalom commented below.

During compilation it throws a couple of type conversion errors like this: error: invalid conversion from ‘const JSChar {aka const short unsigned int}’ to ‘const UChar {aka const char16_t}’

I've found relevant ticket about it here , though it seems pretty old and it is strange I managed to face this issue...

There was suggested a workaround - to define those types explicitly trough preprocessor flag, and it worked for me like that: CPPFLAGS="-DUCHAR_TYPE=char16_t" MAKEFLAGS="-j4" makepkg -s

jasonhansel commented on 2018-01-31 00:37

Does not work with parallel make (e.g. MAKEFLAGS="-j4").

lano1106 commented on 2018-01-27 11:01

I have tried to recompile with the latest libenchant library and I got a new compile error that I didn't have previously. Any idea why I'm getting this:

CXX DerivedSources/WebCore/libWebCore_la-XLinkNames.lo DerivedSources/WebCore/MathMLNames.cpp:642:17: error: ‘WTF::StringImpl::StaticASCIILiteraicASCIILiteral’ has not been declared StringImpl::StaticASCIILiteraicASCIILiteral::s_initialFlags | (1069503 << StringImpl::StaticASCIILiteral::s_hashShift) ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ DerivedSources/WebCore/MathMLNames.cpp:644:39: error: redefinition of ‘WTF::StringImpl::StaticASCIILiteral WebCore::MathMLNames::msupData’ static StringImpl::StaticASCIILiteral msupData = { ^~~~~~~~ DerivedSources/WebCore/MathMLNames.cpp:616:39: note: ‘WTF::StringImpl::StaticASCIILiteral WebCore::MathMLNames::msupData’ previously defined here static StringImpl::StaticASCIILiteral msupData = { ^~~~~~~~ DerivedSources/WebCore/MathMLNames.cpp:651:39: error: redefinition of ‘WTF::StringImpl::StaticASCIILiteral WebCore::MathMLNames::mencloseData’ static StringImpl::StaticASCIILiteral mencloseData = { ^~~~~~~~~~~~ DerivedSources/WebCore/MathMLNames.cpp:427:39: note: ‘WTF::StringImpl::StaticASCIILiteral WebCore::MathMLNames::mencloseData’ previously defined here static StringImpl::StaticASCIILiteral mencloseData = { ^~~~~~~~~~~~ CXX DerivedSources/WebCore/libWebCore_la-XMLNames.lo DerivedSources/WebCore/MathMLNames.cpp: In function ‘void WebCore::MathMLNames::init()’ DerivedSources/WebCore/MathMLNames.cpp:935:67: error: ‘maligngroupData’ was not declared in this scope { (void)&maligngroupTag, reinterpret_cast<stringimpl*>(&maligngroupData) }, ^~~~~~~~~~~~~~~ DerivedSources/WebCore/MathMLNames.cpp:935:67: note: suggested alternative: ‘maligngroupTag’ { (void)&maligngroupTag, reinterpret_cast<stringimpl*>(&maligngroupData) }, ^~~~~~~~~~~~~~~ maligngroupTag DerivedSources/WebCore/MathMLNames.cpp:964:62: error: ‘mstyleData’ was not declared in this scope { (void)&mstyleTag, reinterpret_cast<stringimpl*>(&mstyleData) }, ^~~~~~~~~~ DerivedSources/WebCore/MathMLNames.cpp:964:62: note: suggested alternative: ‘mstyleTag’ { (void)&mstyleTag, reinterpret_cast<stringimpl*>(&mstyleData) }, ^~~~~~~~~~ mstyleTag make[1]: *** [GNUmakefile:64525: DerivedSources/WebCore/libWebCore_la-MathMLNames.lo] Error 1</stringimpl*></stringimpl*></stringimpl*></stringimpl*>

yan12125 commented on 2018-01-22 15:05

Announcement: If you got enchant errors, check the first two entries in my pinned FAQ comment.

Thermi commented on 2018-01-11 12:40

Why is the library file of the previous version only a couple MB in size then? It looks like this one builds a static library or includes a lot of other files into the library. Looks wrong to me.

Batou commented on 2018-01-02 02:58

@yan12125 thanks! For those wondering, I fixed it by just exporting a new PATH without /bin in it and then just running the pacaur. The other suggestion (editing PKGBUILD and setting PYTHONPATH didn't do anything for me).

@germanfr it's a huge project. Whatever package is using this as a dep, maybe you should talk to them about providing a pre-built alternative.

Scimmia commented on 2017-12-30 08:48

"That's not ok."? It's webkit, what the hell do you expect?

All comments