Arch Linux User Repository

The next person who discusses keygens will have their account suspended indefinitely.

Turns out the patchelf make dependency in the previous version of this package was there to remove an RPATH entry from the executable which is incorrect for Arch-based systems (or likely any distro):

$ readelf -d masterpdfeditor5 | grep rpath
 0x000000000000000f (RPATH)   Library rpath: [/opt/Qt5.9.8/5.9.8/gcc_64/lib]

Because of system default shared library path settings this probably doesn't hurt anything, but it's also not necessary or useful, so removed.

@jrichard326 I'm not having this problem. Using the Mate DE, If I add Find, edit, redaction to the toolbar the changes persist across closing and opening the application and across different pdfs. I've experimented with several rounds of adding and removing toolbar elements and it seems to remember them every time. I do have a registered copy, but I deactivated it so that so that it was unlicensed and that didn't change anything. I recall the previous version had multiple toolbars and now I can't figure out how to add a second one, but everything seems to fit on the single toolbar, so maybe the developer did away with this feature. I prefer the minimalist interface anyway, so find this better.

Works for me perfectly on KDE Plasma. Builds/Starts fine, also toolbar modifications ARE persistent for me. 100%, THANKS!

It builds fine. The toolbars do not "stick" with this version. e.g. apply Find edit and redaction toolbars, restart and it is gone.

Sorry for the delay, but the newest version, 5.6.20, is now available and once again works with the Qt5 libraries in the Arch repos. Let me know if you run into any problems. I cleaned up the dependencies and removed an inexplicable patchelf code modification that I suspect was a relic from a long past version. I experimented with how it works under various DE's and couldn't get the application menu text to display with fvwm2, although the pdf's displayed correctly, so one could still use it as a pdf reader in that environment. Masterpdfeditor fills what is a glaring hole in the linux application arsenal, since everything else I've used (save for mupdf, which is minimalist awesome) leaves something to be desired. I don't particularly care that it's commercial and bought a license to support the developer. If you can afford it, you should too.

@RoderickVM The dependencies are wrong and it's not clear what the patchelf is for. I've been delayed in updating the package by trying to figure out what the PKGBUILD should actually be and have been testing under gnome, mate, kde, and xfce to make sure it will work for a largish number of users. I could not get it to work under fvwm2: pdfs open fine, but the masterpdfeditor menus are empty; i.e. the text is blank. Fortunately the newly released version has fixed the Qt problem, so hopefully I can get an updated package up today.

For 5.6.18:

pkgname=masterpdfeditor
pkgver=5.6.18
pkgrel=1
pkgdesc='A complete solution for creation and editing PDF files'
url='https://code-industry.net/free-pdf-editor/'
arch=('x86_64')
license=('custom')
makedepends=('patchelf')
source_x86_64=("https://code-industry.net/public/master-pdf-editor-${pkgver}-qt5.x86_64.tar.gz")
sha1sums_x86_64=('c8bc9586d497fd72fdf64d1bd9af1635f0b98f07')

The new version finally fixes the problem with the new versions of the QT library. It is only necessary to update the version in this PKGBUILD to 5.6.09. It is no longer necessary to install the entire obsolete QT library.

@0_0 I don't have that file, only /opt/master-pdf-editor-5/masterpdfeditor5 and it gives me the same error as @jghodd.

@jghodd I get that error if I run /usr/bin/masterpdfeditor5, but running /opt/master-pdf-editor-5/masterpdfeditor5.sh (mentioned here: https://bugs.gentoo.org/show_bug.cgi?id=721366) works for me.