Arch Linux User Repository

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

As I am not familiar with the PKGBUILD structure: is there a possibility to "download" and install something, and after the installation of that package, download and install a second one?

Idea behind: The "regular" qt6 package is complete, and can be installel using the existing PKGBUILD (by modifying qt5 to qt6, the file name, probably adding the Qt6-to-5-compat and SHA1)...but does not run as mentioned below ..., and afterwards, simply extracting the "other" archive (even with checking the SHA1, and probably by cleaning up something) on top of the 1st installation... i.e. performing a two-stage-installation?

Update: The installer / package() stops as there are missing the .desktop files and icons. Another request sent to Code-Industry. Probably they are as exactly fast as the request before.

sometimes a license is quite good.

I sent the "green box" to Code-Industry (Saturday eve) and got the following response:

8<-- We have compiled another .tar.gz package based on Qt 6.8.3 specially for and Arch Linux and Gentoo Linux users - please use the link below to download it: https://code-industry.net/public/master-pdf-editor-5.9.98-1-qt6.9.2.x86_64.tar.gz

This package should run on Arch without any troubles. However, if you encounter any other errors, please let us know. -->8

I did not try it yet, however probably it works (I did not ask for the SHA1; an online calculator provided a60d9e0ab8c3be3cf2dbc9478adbfab9f72f067f )

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.