| Git Clone URL: | https://aur.archlinux.org/masterpdfeditor.git (read-only, click to copy) |
|---|---|
| Package Base: | masterpdfeditor |
| Description: | A complete solution for viewing, creating and editing PDF files |
| Upstream URL: | https://code-industry.net/free-pdf-editor/ |
| Keywords: | master-pdf-editor |
| Licenses: | custom |
| Submitter: | farseerfc |
| Maintainer: | pgoetz |
| Last Packager: | pgoetz |
| Votes: | 199 |
| Popularity: | 2.08 |
| First Submitted: | 2016-12-05 01:50 (UTC) |
| Last Updated: | 2026-04-17 01:14 (UTC) |
I had to back out of the Qt6 version and go back to the Qt5 version due to run time errors:
$ masterpdfeditor
warning: direct reference to protected function `_ZNK11QFileDevice5atEndEv' in `/usr/lib/libQt6Core.so.6' may break pointer equality
masterpdfeditor: _ZNK11QFileDevice5atEndEv: /usr/lib/libQt6Core.so.6: error due to GNU_PROPERTY_1_NEEDED_INDIRECT_EXTERN_ACCESS
@ninetailedtori As of Qt 6.10, qt6-wayland has moved into qt6-base, removing the need for an optdeps for this, since qt6-base is a hard dependency.
@pgoetz optdeps in Arch have the sole reason of serving as a hint: if you need some feature to be provided by an app, you'll also need X (and then making sure that you don't uninstall it by accident). I can't see where AUR differs from a normal package in this regard.
And an optdep that hints to people "required for wayland support", is probably nice.
@hogar1977 updated to 5.9.97
@ninetailedtori What benefit does an optdep provide in an AUR?
Is it possible to get the newest version of the masterpdfeditor? it is currently on 5.9.97 version and it supposedly fixes document signing via tokens (I currently have an issue with that exactly) otherwise I will have to install it manually...
Add qt5-wayland as an optdep I’d say, that’s best practice. I’m surprised it’s not just part of the qt5-base packages, what if we modify it to add the actual base that qt5-wayland provides?
Ah, right, qt5-wayland provides helper functions, and doesn't provide the pkgbase of qt5 at all. In that case, an optdep of qt5-wayland would be good, I'd say.
@nursoda Wayland isn't a package, it's a protocol that Wayland compositors use. I'm not sure at the moment what the best way to deal with this is, since the X version should run under XWayland. X only people will likely be annoyed if we force them to install qt5-wayland. Let me think about this and am open to suggestions.
A bit off-topic, but it would solve such bad user experiences: Is there a way to handle conditional dependencies like "if wayland AND masterpdfeditor are installed, then qt5-wayland is installed as a dependency"?
It started coredumping due to a missing wayland plugin. Installing qt5-wayland fixed it.
@ninetailedtori I've removed nss and nspr from the dependency list. Thanks for pointing this out.
Regarding the checksums, I'm worried that this will create one more opportunity for things to go haywire if, for example, the checksum URL changes. Let me circle back to this later today, as it seems like a sensible improvement in the PKGBUILD.
Pinned Comments
Alad commented on 2021-03-03 16:25 (UTC)
The next person who discusses keygens will have their account suspended indefinitely.