Package Details: python-pypdf2 2:3.0.1-1

Git Clone URL: https://aur.archlinux.org/python-pypdf2.git (read-only, click to copy)
Package Base: python-pypdf2
Description: Python library for manipulating pages of PDF files (legacy v2)
Upstream URL: https://pypi.org/project/PyPDF2
Licenses: BSD
Submitter: arojas
Maintainer: fryfrog
Last Packager: fryfrog
Votes: 33
Popularity: 0.45
First Submitted: 2019-07-30 05:58 (UTC)
Last Updated: 2024-09-22 16:37 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 Next › Last »

alan1world commented on 2024-05-23 17:52 (UTC) (edited on 2024-05-23 17:52 (UTC) by alan1world)

The repo now builds to a site library folder of pypdf rather than PyPDF2, causing a conflict with the pypdf package.

This package could be marked with a conflict against the python-pypdf package. However, since this is the legacy package with a lot of applications expecting to import from PyPDF2, it would be preferable to amend the package to build to PyPDF2.

No changes are needed to the package build, I made the changes manually (because I can't remember how to build a patch file) and re-ran with makepkg -e.

Changes:

  • source folder pypdf -> PyPDF2
  • pyproject.toml project name pypdf -> PyPDF2
  • pyproject.toml tool.check-wheel-contents pypdf -> PyPDF2
  • pyproject.toml tool.coverage.run pypdf -> PyPDF2
  • pyproject.toml tool.ruff.per-file-ignores pypdf/ -> PyPDF2/

Those changes build to a site-library folder of PyPDF2.

Using bookletimposer as a test, this now runs.

bulletmark commented on 2023-01-20 07:15 (UTC)

Actually, I just pushed 1:2.12.1-3 which changes the name of the download file and thus forces it to be re-downloaded to avoid this issue for any future users who may still have the old file cached.

bulletmark commented on 2023-01-20 06:53 (UTC)

@DrMartinus, read my previous comment here.

DrMartinus commented on 2023-01-20 06:24 (UTC)

I get this error when trying to update it:

==> FEHLER: Eine oder mehrere Dateien überstanden nicht die Gültigkeits-Prüfung! ==> Error: One or more files didn't survive the validity-check!

The English translation may be wrong, the German text is the original.

stasadev commented on 2022-12-31 20:36 (UTC)

@TrialnError, yes, I noticed the errors right away because when I ran the program there were exceptions (something like: use yyy instead of xxx). There is no point for users to update this package to 3.0.X as it is unusable.

TrialnError commented on 2022-12-27 18:07 (UTC)

What a ruckus with the transition and ownerchange. But probably needed, as there was pypdf3, pypdf4...
One question, while I'm looking through the different pypdf repos and their unifing attempt: Isn't 3.0.0 the latest pypdf2 release? The changelog, comments in various places and the version uploaded to pypi seems to suggest that.
With 3.1.0 the breaking changes appeared.
Or did you notice breakage in the field with 3.0.0, @stasadev?

PhotonX commented on 2022-12-24 22:13 (UTC)

@bulletmark, my bad, yay hat an old source file in cache, it works now that I deleted it. Thanks!

bulletmark commented on 2022-12-24 21:33 (UTC)

@PhotonX, please ensure you are using the latest PKGBUILD and delete any old python-pypdf2-2.12.1.tar.gz file before building. The github url for that file has changed repo so the embedded dir is different and thus the hash has changed.

« First ‹ Previous 1 2 3 4 5 6 Next › Last »