@dreieck, for the build error you cannot just download the PKGBUILD file. You need to properly download the package using a git clone https://aur.archlinux.org/qtalarm.git. Many aur packages contain other files that will be skipped if you don't.
I do download as you say.
(In fact I used both: Either via yay -S qtalarm
, or a manual download exactly as you said, and then cd qtalarm
, and then makepkg -sfi
.)
But still you need to add all the files that are used (even if they are served from the AUR git clone) to the source
array and then use "${srcdir}/[...]"
to refer to them. Which you have not done. The issue is not that I have not downloaded the file (in fact, qtalarm.desktop
is there), but that you assumptions about where build takes place and which files are copied to the build directory by makepkg
are wrong (your assumptions break if $BUILDDIR
is set in /etc/makepkg.conf
, which must be supported).
Regards!
Pinned Comments
CountMurphy commented on 2020-11-03 16:30 (UTC) (edited on 2020-11-03 17:16 (UTC) by CountMurphy)
@mosgerila. This is odd. I'm getting the same error, though the keys do exist on the MIT keyserver. I'll work on figuring out whats wrong, but in the mean time you can import the key manually yourself. You can find a copy at https://random-hackery.net/data/gpg.asc
EDIT: Ok, I got it working. According to https://wiki.archlinux.org/index.php/GnuPG#Use_a_keyserver (the tip section),
hkp-cacert /usr/share/gnupg/sks-keyservers.netCA.pem
must be added to your ~/.gnupg/dirmngr.conf file, and then kill the old dirmngr process. After that gpg --recv-keys E41FF9C889B141CC works.
Why the hell arch doesn't have this config by default I don't know. But I can confirm this fixed it for me.