censor/Censor
1
37
Fork
You've already forked Censor
3

chore: update pyMuPDF dependency #77

Closed
opened 2026年01月14日 14:40:27 +01:00 by mahlzahn · 4 comments

(削除) Currently, 1.25.5 is pinned from 2025年03月31日. Would be great to use latest version 1.26.7 (2025年11月05日), (削除ここまで) which also includes newer version of MuPDF. See https://pymupdf.readthedocs.io/en/latest/changes.html

Edit: now, on version 1.27.1, see censor/Censor!79.

Only needs to change https://codeberg.org/censor/Censor/src/branch/main/python3-pymupdf.json, build and manual testing and possibly fixes, if the used API changed.

Optimally, the dependency is semi-automatically (ci? renovate?) updated on new releases.

~Currently, 1.25.5 is pinned from 2025年03月31日. Would be great to use latest version 1.26.7 (2025年11月05日),~ which also includes newer version of MuPDF. See https://pymupdf.readthedocs.io/en/latest/changes.html Edit: now, on version 1.27.1, see censor/Censor!79. Only needs to change https://codeberg.org/censor/Censor/src/branch/main/python3-pymupdf.json, build and manual testing and possibly fixes, if the used API changed. Optimally, the dependency is semi-automatically (ci? renovate?) updated on new releases.
mahlzahn added this to the v0.5.0 milestone 2026年01月14日 14:40:27 +01:00
Contributor
Copy link

Apologies if this is the incorrect place to add my comment.
I have taken the latest pyMuPDF version 1.27.1 and added the apppropriate URL's to the above file and used flatpak builder to build and install an updated flatpak on my host. I have used both a aarch64 (raspberrypi) and x86_64 (desktop/server) using ubuntu OS in both cases).

I am unable to test ms windows and macos.

I had no errors and the application appears to work correctly in both linux cases.
I appreciate that this is the easy bit (good learning curve for building flatpaks and own repository). Should I raise a pull request?

The part two about semi-automatically updating the dependency is beyond me at present but I will persevere.
cheers, Martin

Apologies if this is the incorrect place to add my comment. I have taken the latest pyMuPDF version 1.27.1 and added the apppropriate URL's to the above file and used flatpak builder to build and install an updated flatpak on my host. I have used both a aarch64 (raspberrypi) and x86_64 (desktop/server) using ubuntu OS in both cases). I am unable to test ms windows and macos. I had no errors and the application appears to work correctly in both linux cases. I appreciate that this is the easy bit (good learning curve for building flatpaks and own repository). Should I raise a pull request? The part two about semi-automatically updating the dependency is beyond me at present but I will persevere. cheers, Martin
Author
Owner
Copy link

Hi @martin762green,

I am unable to test ms windows and macos.

I think flatpak is only supported by Linux, thus no need to worry here.

Should I raise a pull request?

I'd appreciate that!

The part two about semi-automatically updating the dependency is beyond me at present

No need to have this done, now.

Hi @martin762green, > I am unable to test ms windows and macos. I think flatpak is only supported by Linux, thus no need to worry here. > Should I raise a pull request? I'd appreciate that! > The part two about semi-automatically updating the dependency is beyond me at present No need to have this done, now.
Contributor
Copy link

Ha! Brainstorm concerning the non Linux cmment.
I don't sem to have permission to raise a PR (P button hot highlighted). I am probably missing some preliminaries
M

Ha! Brainstorm concerning the non Linux cmment. I don't sem to have permission to raise a PR (P button hot highlighted). I am probably missing some preliminaries M
Author
Owner
Copy link

If you want to edit the files within Forgejo, you need to clone the repo first and then edit the file and propose the PR. Cloning is only not needed if the AGit workflow is used directly from the command line.

If you want to edit the files within Forgejo, you need to [clone the repo first and then edit the file and propose the PR](https://docs.codeberg.org/collaborating/pull-requests-and-git-flow/). Cloning is only not needed if the [AGit workflow](https://forgejo.org/docs/latest/user/agit-support/) is used directly from the command line.
Sign in to join this conversation.
No Branch/Tag specified
main
v0.7.3
v0.7.2
v0.7.1
v0.7.0
v0.6.0
v0.5.0
v0.4.0
v0.3.0
v0.2.0
v0.1.0
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
2 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
censor/Censor#77
Reference in a new issue
censor/Censor
No description provided.
Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?