Package Details: libpdfium-nojs 6998.r2.12f7715a63-1

Git Clone URL: https://aur.archlinux.org/libpdfium-nojs.git (read-only, click to copy)
Package Base: libpdfium-nojs
Description: Open-source PDF rendering engine.
Upstream URL: https://pdfium.googlesource.com/pdfium/
Keywords: pdf pdfium
Licenses: BSD
Conflicts: libpdfium-bin
Provides: libpdfium
Submitter: selmf
Maintainer: selmf
Last Packager: selmf
Votes: 22
Popularity: 0.101682
First Submitted: 2017-07-30 18:14 (UTC)
Last Updated: 2025-03-25 05:31 (UTC)

Pinned Comments

selmf commented on 2021-05-24 11:20 (UTC)

Important: This package depends on libicuuc and needs to be rebuild if the icu package is updated on your system!

Latest Comments

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 12 Next › Last »

PedroHLC commented on 2020-05-14 12:32 (UTC)

Hi selmf.

Please, follow the ArchWiki VCS's guideline https://wiki.archlinux.org/index.php/VCS_package_guidelines, resubmitting. this package as libpdfium-nojs-git.

And in this one use chromium stable releases tags and use fragment (https://jlk.fjfi.cvut.cz/arch/manpages/man/PKGBUILD.5#USING_VCS_SOURCES) to lock specifically to that tag.

This way is clearer for the end user what kind of package he installed, it's easy to keep dependencies synced, and AUR helpers understand they need to check pkgver() to find updates...

pad commented on 2020-05-14 08:14 (UTC)

PKGBUILD need a update of pkgver to 4044.r0.04bb1f2f03-1 ?

selmf commented on 2019-10-08 05:28 (UTC)

@steinbuch: Not sure what your issue is, I just tested it and the build ran fine on my system.

Using depot_tools is something I intentionally avoid doing for this package. It pulls lots of unneeded source dependencies and my goal is to unbundle all third party stuff and slim down the build as much as possible.

As this is a semi-git-package that tracks Chromium's stable branch to decide which checkout of the pdfium code to use breakage can happen when Chromium releases a new version. If this occurs you can just send me an out of date notification ;)

steinbuch commented on 2019-10-07 23:34 (UTC)

It no longer builds. https://github.com/rouault/pdfium_build_gdal_3_1/blob/master/build_linux.sh (using depot_tools) could be an alternative.

Comevius commented on 2019-07-31 16:07 (UTC) 

==> Starting package()...
install: cannot stat 'out/Release/libpdfium.so': No such file or directory

Package appears to be broken again. There is no $srcdir/pdfium/out/Release/libpdfium.so after the ninja build for some reason.

selmf commented on 2019-06-19 15:13 (UTC)

@steinbuch It never was removed from upstream (https://pdfium.googlesource.com/pdfium/+/refs/heads/master/third_party/).

steinbuch commented on 2019-06-19 14:25 (UTC)

Do you know when the third_party directory ( https://github.com/klokantech/pdfium/tree/master/third_party ) was removed from upstream?

selmf commented on 2019-04-26 16:02 (UTC)

The patch was upstreamed so it is no longer necessary. I've updated the package.

Nefas commented on 2019-04-26 08:58 (UTC) (edited on 2019-04-26 08:58 (UTC) by Nefas)

There is an issue with some patches:

patching file pdfium/third_party/BUILD.gn
Hunk #1 succeeded at 413 (offset 19 lines).
patching file pdfium/core/fxcodec/codec/codec_int.h
Hunk #1 FAILED at 10.
1 out of 1 hunk FAILED -- saving rejects to file pdfium/core/fxcodec/codec/codec_int.h.rej
patching file pdfium/core/fxcodec/codec/ccodec_jpxmodule.cpp
Reversed (or previously applied) patch detected!  Assume -R? [n]

and

patching file pdfium/core/fxcodec/codec/cjpx_decoder.h
Hunk #1 FAILED at 13.
1 out of 1 hunk FAILED -- saving rejects to file pdfium/core/fxcodec/codec/cjpx_decoder.h.rej
patching file pdfium/BUILD.gn
Reversed (or previously applied) patch detected!  Assume -R? [n]

The patch always fail.

selmf commented on 2019-02-04 06:36 (UTC)

No, as it turns out I did update the checksum correctly, but forgot to commit the updated openjpeg.patch too. Hopefully finally fixed now ;)

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 12 Next › Last »