Package Details: wkhtmltopdf-static 0.12.6-2

Git Clone URL: (read-only, click to copy)
Package Base: wkhtmltopdf-static
Description: Shell utility to convert HTML to PDF using Webkit and Qt (upstream static build)
Upstream URL:
Licenses: GPL3
Conflicts: wkhtmltopdf
Provides: wkhtmltopdf
Submitter: foutrelis
Maintainer: phillid
Last Packager: phillid
Votes: 55
Popularity: 0.098329
First Submitted: 2010-02-06 14:46 (UTC)
Last Updated: 2020-06-30 09:36 (UTC)

Required by (24)

Sources (2)

Latest Comments

MarsSeed commented on 2022-02-15 18:23 (UTC) (edited on 2022-02-16 14:45 (UTC) by MarsSeed)

Please build from source if possible, or rename package to include a '-bin' suffix.

In case you want to keep using a binary release, please kindly migrate to a build using more recent dependencies,

such as the one created for OpenSUSE Leap 15 (Debian Buster version is outdated on its own, and is ancient compared to Arch):

ashkulz commented on 2020-07-28 14:18 (UTC) (edited on 2020-07-28 14:19 (UTC) by ashkulz)

@phillid an official package for ArchLinux was added recently, maybe use that as the source for this package? It was added via this PR.

phillid commented on 2020-06-30 09:36 (UTC)

Thanks for the heads up, jeroni. I have fixed it now in pkgrel 2 and checked the rest of the dynamically linked libraries.

jeroni commented on 2020-06-29 15:11 (UTC)

@phillid, libjpeg-turbo dependency should be changed to libjpeg6-turbo.

gkrukar commented on 2019-04-30 07:59 (UTC)

Without ttf-dejavu wkhtmltopdf generate broken pdf. Example: On my server i had to install ttf manually after installing wkhtmltopdf-static

phillid commented on 2019-04-30 07:48 (UTC)

@gkrukar, could you please describe the problem?

gkrukar commented on 2019-04-29 18:29 (UTC)

Hello I had small problem with this package it was resolved by installing ttf-dejavu. Could you add ttf font to dependencies?

phillid commented on 2018-08-20 10:06 (UTC)

Thanks for the heads up, dcelasun. I have switched the package to use static builds for Ubuntu Bionic Beaver.

dcelasun commented on 2018-08-14 09:57 (UTC)

Working PKGBUILD for 0.12.5:

# Contributor: Evangelos Foutras <>
# Maintainer : David Phillips <dbphillipsnz gmail dot com>

pkgdesc="Shell utility to convert HTML to PDF using Webkit and Qt (upstream static build)"
arch=('i686' 'x86_64')
depends=('bzip2' 'expat' 'fontconfig' 'freetype2' 'gcc-libs' 'glib2' 'glibc' 'graphite' 'harfbuzz' 'libjpeg-turbo' 'libpng' 'libx11' 'libxau' 'libxcb' 'libxdmcp' 'libxext' 'libxrender' 'pcre' 'zlib' 'libpng12')
optdepends=('icu48: Rendering from HTML uses unicode character encoding')

# Debian packages are already stripped, so don't bother re-attempting

package() {
    tar -xJf data.tar.xz -C "${srcdir}"
    mkdir -p "${pkgdir}/usr"
    cp "${srcdir}/usr/local/"* "${pkgdir}/usr" -r

    mkdir -p "${pkgdir}/usr/share"
    cp "${srcdir}/usr/share/"* "${pkgdir}/usr/share" -r

phillid commented on 2017-06-28 03:33 (UTC)

Thank you for the heads up, I have updated these.

ryan-au commented on 2017-06-28 02:12 (UTC)

The source URLs in the PKGBUILD no longer work ( times out), and the project's download page now links to files on GitHub. Can the PKGBUILD please be updated?

phillid commented on 2017-04-29 23:13 (UTC)

For what it's worth, these messages can be somewhat suppressed by forcing wkhtmltopdf to use the old openssl-1.0 (now packaged in /usr/lib/openssl-1.0/ by package openssl-1.0) with LD_LIBRARY_PATH

kageurufu commented on 2017-04-28 16:03 (UTC) On my usage, the QSslSocket errors are output to stderr, and I'm still able to use "wkhtmltopdf - -" with pipes for input/output (Python subprocess) Can you provide more details?

Koterpillar commented on 2017-04-28 10:41 (UTC)

The QSslSocket error messages are printed to the standard output, not standard error, breaking use use of "-" for output file.

sanerb commented on 2017-04-28 05:57 (UTC)

anyone else getting similar errors to this since openssl was updated to 1.1.x? OSError: wkhtmltopdf reported an error: Loading pages (1/6) QSslSocket: cannot resolve CRYPTO_num_locks ] 10% QSslSocket: cannot resolve CRYPTO_set_id_callback QSslSocket: cannot resolve CRYPTO_set_locking_callback QSslSocket: cannot resolve sk_free QSslSocket: cannot resolve sk_num QSslSocket: cannot resolve sk_pop_free QSslSocket: cannot resolve sk_value QSslSocket: cannot resolve SSL_library_init QSslSocket: cannot resolve SSL_load_error_strings QSslSocket: cannot resolve SSLv3_client_method QSslSocket: cannot resolve SSLv23_client_method QSslSocket: cannot resolve SSLv3_server_method QSslSocket: cannot resolve SSLv23_server_method QSslSocket: cannot resolve X509_STORE_CTX_get_chain QSslSocket: cannot resolve OPENSSL_add_all_algorithms_noconf QSslSocket: cannot resolve OPENSSL_add_all_algorithms_conf QSslSocket: cannot resolve SSLeay QSslSocket: cannot call unresolved function CRYPTO_num_locks QSslSocket: cannot call unresolved function CRYPTO_set_id_callback QSslSocket: cannot call unresolved function CRYPTO_set_locking_callback QSslSocket: cannot call unresolved function SSL_library_init QSslSocket: cannot call unresolved function SSLv23_client_method QSslSocket: cannot call unresolved function sk_num QSslSocket: cannot call unresolved function SSLv23_client_method0% QSslSocket: cannot call unresolved function SSL_library_init Counting pages (2/6) Resolving links (4/6) Loading headers and footers (5/6) Printing pages (6/6) Done Exit with code 1 due to network error: UnknownNetworkError QSslSocket: cannot call unresolved function CRYPTO_num_locks QSslSocket: cannot call unresolved function CRYPTO_set_id_callback QSslSocket: cannot call unresolved function CRYPTO_set_locking_callback

kageurufu commented on 2016-11-22 15:39 (UTC)

ARM binaries are not provided by the upstream packager. This is a binary source package, You might check this wkhtmltopdf issue for information on cross-compiling for ARM

benoliver999 commented on 2016-11-22 15:01 (UTC)

Does anyone know how to compile this for ARM? Specifically armv7h

kageurufu commented on 2015-11-18 00:14 (UTC)

Specifically, its statically linked to a patched QT library with support for headless rendering. The community/wkhtmltopdf package requires a X server running.

phillid commented on 2015-11-17 23:30 (UTC)

It is statically linked for all the qt stuff. Compare `ldd /usr/bin/wkhtmltopdf` with the package in the repos and this package to see what has been statically linked.

Nowaker commented on 2015-11-17 23:04 (UTC)

Why does it require a dynamic library to work? "wkhtmltopdf-static" suggests it's static, not dynamic.

kageurufu commented on 2015-08-31 17:40 (UTC)

icu48 is re-uploaded with the patchsets from the AUR3 version, as they fix some vulnerabilities.

dreivier commented on 2015-08-31 15:50 (UTC)

apparently icu48 became icu-48 on AUR.

phillid commented on 2015-08-05 22:25 (UTC)

Unsure why this was flagged out-of-date; maybe you're getting confused with testing releases provided upstream? Unflagging.

psytoolkit commented on 2015-02-11 17:12 (UTC)

icu48 fixed it for me, great!

phillid commented on 2015-02-10 23:48 (UTC)

All done. I've added it as an `optdepends` for both arches. I've only ever seen the problem on x86_64, but it won't hurt to blanket it.

kageurufu commented on 2015-02-10 18:51 (UTC)

No problem at all, and it looks like icu48 has updated their package with my changes! Thanks

phillid commented on 2015-02-10 12:04 (UTC)

kageurufu, thank you for your work. I'll add icu48 as an optdepends soon, or once it's fixed. Cheers

kageurufu commented on 2015-02-09 23:51 (UTC)

The problem is that the QT the debian builds are linked with dynamically loads specifically strace shows the following: open("/usr/lib/", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) Installing aur/icu48 provides the required .so to fix this issue. It only is required when rendering a PDF with unicode character encoding in the HTML, so maybe opt-depend it? The build for that package is currently failing, but I uploaded a fixed source package for it ( ) and I'm just waiting for a response from the maintainer

phillid commented on 2015-01-28 08:24 (UTC)

psytoolkit, could you please try installing/updating icu? It might be a dependency I missed when adding them to the list.

psytoolkit commented on 2015-01-27 19:12 (UTC)

When running version, it runs, but I get the message: Unable to load library icui18n "Cannot load library icui18n: (icui18n cannot open shared object file: No such file or directory)

phillid commented on 2015-01-26 23:37 (UTC)

That's odd, it's working fine this way... Could you please: * Confirm that makepkg says the source's sum is correct * Let me know about anything special you've set in /etc/makepkg.conf that I might be overlooking. * Confirm that running `bsdtar tf /path/to/wkhtmltox- | grep 'data'` outputs 'data.tar.xz' Thanks.

bidossessi commented on 2015-01-26 20:28 (UTC)

Your package fails to build for me on x86_64. ==> Unpacking data.tar.xz (Debian package files) tar: data.tar.xz: Cannot open: No such file or directory Seems like either deb is not found or makepkg fails to unpack it. Not sure which.

phillid commented on 2015-01-17 22:23 (UTC)

Yes, my mistake. Rewrote part of the PKGBUILD and got confused between values used by $CARCH and architecture names used upstream. Thanks, fixed.

firecat53 commented on 2015-01-17 22:10 (UTC)

I believe there's a small type in the PKGBUILD: ;; - "amd64") + "x86_64") _arch="amd64" sha256sums=('75f3379b8bf3998f9875270a12219263ee25ab3e97a511f37137c199b1f8c40a') ;; At least, I had to change it so it worked for me! Thanks! Scott

phillid commented on 2015-01-17 05:40 (UTC)

Hi all, package has been updated to 0.12.2

phillid commented on 2014-11-04 02:06 (UTC)

Thanks @psytoolkit, I'd like to list the advantages in the description field, but there's such a massive list of advantages. Some other key advantages: * <h1> through <h6> tags are transformed into a hierarchy of PDF headings so you can expand/collapse sections/chapters in your reader and use the headings as anchors. * IIRC, links don't work in the dynamically-linked version in the official repos.

psytoolkit commented on 2014-11-03 23:03 (UTC)

It is important to point out the advantage of this static version over the standard version on pacman (wkhtmltopdf). This version works really headless (e.g., as part of a crontab), whereas the normal version seems to need a running X server (or Xvfb).

phillid commented on 2014-08-04 22:38 (UTC)

Ta, that's just as I thought.

masterdisaster commented on 2014-08-04 21:43 (UTC)

Regarding libpng12 as a dependency I get: # uname -m x86_64 # ldd /usr/bin/wkhtmltopdf | grep libpng12 => /usr/lib/ (0x00007ff77d140000)

phillid commented on 2014-08-03 00:19 (UTC)

Also, could anyone on x86_64 report as to whether the package depends on libpng12 or not? It does on i686, but I don't want to go adding it as a dependency for both architectures if it's not always required. Cheers

phillid commented on 2014-08-03 00:17 (UTC)

Adopted. Updated. It works -- hooray.

quark commented on 2014-07-29 08:35 (UTC)

It seems debian package can be used directly. Here is a 0.12.1 x86_64 PKGBUILD: It is not carefully crafted. However if you are using x86_64 and want latest static build, it should work.

commented on 2014-03-04 10:16 (UTC)

An update to version 0.12 (now hosted on github would be very appreciated

foutrelis commented on 2010-08-03 14:35 (UTC)

@cyker: That appears to be a beta version though.

cyker commented on 2010-08-03 11:26 (UTC)

A new version 0.10 has come out. Just a kind remind.

firecat53 commented on 2010-04-23 19:48 (UTC)

This segfaults on x86_64 if I don't have ttf-ms-fonts installed. Works fine on x86 without it! Weird, but you might want to add it as a dependency unless no one else has this problem. Scott