Package Details: wkhtmltopdf-static 0.12.6-2

Git Clone URL: https://aur.archlinux.org/wkhtmltopdf-static.git (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: https://wkhtmltopdf.org/
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):

https://github.com/wkhtmltopdf/packaging/releases/download/0.12.6-1/wkhtmltox-0.12.6-1.opensuse.leap15.x86_64.rpm

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: https://filebin.net/b4ulc0v0g007ulb8/Zapisy_kart_pracy__8_.pdf?t=rry48lum 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 <evangelos@foutrelis.com>
# Maintainer : David Phillips <dbphillipsnz gmail dot com>

pkgname=wkhtmltopdf-static
pkgver=0.12.5
pkgrel=1
pkgdesc="Shell utility to convert HTML to PDF using Webkit and Qt (upstream static build)"
arch=('i686' 'x86_64')
url="http://wkhtmltopdf.org/"
license=('GPL3')
conflicts=('wkhtmltopdf')
provides=("wkhtmltopdf=${pkgver}")
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
options=('!strip')
source_x86_64=("https://github.com/wkhtmltopdf/wkhtmltopdf/releases/download/${pkgver}/wkhtmltox_${pkgver}-1.xenial_amd64.deb")
source_i686=("https://github.com/wkhtmltopdf/wkhtmltopdf/releases/download/${pkgver}/wkhtmltox_${pkgver}-1.xenial_i386.deb")
md5sums_i686=('e8f5b97f0924d8d28413382306f86cc5')
md5sums_x86_64=('a5d8f1803d01f0128addf767efd77944')

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 (download.gna.org 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)

https://github.com/wkhtmltopdf/wkhtmltopdf/issues/3001 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 https://github.com/wkhtmltopdf/wkhtmltopdf/issues/1868 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 libicui18n.so.48 specifically strace shows the following: open("/usr/lib/libicui18n.so.48", 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 ( http://kageurufu.net/icu48-4.8.1.1-3.src.tar.gz ) 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 0.12.2.1, 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-0.12.2.1_linux-wheezy-amd64.deb | 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 libpng12.so.0 => /usr/lib/libpng12.so.0 (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: http://pastebin.com/TWUrN2CS 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 https://github.com/wkhtmltopdf/wkhtmltopdf/archive/0.12.0.tar.gz) 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