tobias.bln, what Desktop environment are you using? That message should only pop up if the DE in question doesn't have a system tray. And just to clarify, if you use this build https://aur.archlinux.org/cgit/aur.git/commit/?h=qtalarm&id=99b50844e969b46b8048505034fe6a04daefee88 it does work?
Search Criteria
Package Details: qtalarm 1:2.5.1-3
Package Actions
Git Clone URL: | https://aur.archlinux.org/qtalarm.git (read-only, click to copy) |
---|---|
Package Base: | qtalarm |
Description: | Cross-platform Alarm Clock written with QT5 |
Upstream URL: | https://random-hackery.net/page/qtalarm/ |
Licenses: | GPL3 |
Submitter: | CountMurphy |
Maintainer: | CountMurphy |
Last Packager: | CountMurphy |
Votes: | 14 |
Popularity: | 0.000006 |
First Submitted: | 2012-10-14 23:04 (UTC) |
Last Updated: | 2024-01-31 16:57 (UTC) |
Dependencies (7)
- gst-plugins-base (gst-plugins-base-gitAUR)
- gst-plugins-good (gst-plugins-good-gitAUR)
- qt5-base (qt5-base-gitAUR, qt5-base-headlessAUR)
- qt5-multimedia
- gcc (gcc-gitAUR, gccrs-gitAUR, gcc11AUR, gcc-snapshotAUR) (make)
- make (make-gitAUR) (make)
- noto-fonts (noto-fonts-hinted-gitAUR, noto-fonts-unhinted-gitAUR, noto-fonts-unhinted-variable-gitAUR, noto-fonts-unhinted-variable-slim-gitAUR, noto-fonts-full-gitAUR, noto-fonts-full-variable-gitAUR, noto-fonts-full-variable-slim-gitAUR, noto-fonts-latin-greek-cyrillicAUR, noto-fonts-mainAUR, noto-fonts-liteAUR, ttf-noto-sans-vfAUR, ttf-noto-serif-vfAUR, ttf-noto-sans-mono-vfAUR, ttf-noto-megamergeAUR, noto-fonts-variable-liteAUR) (optional) – unicode support for alarm list widget
Required by (0)
Sources (3)
CountMurphy commented on 2017-10-09 12:32 (UTC)
tobias.bln commented on 2017-10-09 06:20 (UTC)
After the start of qtalarm over the command line I get the error message:
"Unsupported Desktop Environment. Exiting"
QT and the QT libraries are installed and up-to-date.
==> qtalarm dependencies:
- qt5-base (already installed)
- qt5-multimedia (already installed)
- gst-plugins-base (already installed)
- gst-plugins-good (already installed)
- make (already installed) [makedepend]
- gcc (already installed) [makedepend]
This occurs since the last update.
CountMurphy commented on 2017-05-16 16:36 (UTC)
That is odd. I've had pacaur fail on me for other packages in the past that build fine on their own. Just tried installing with pacaur and couldn't reproduce. Glad you got it working!
martynjy commented on 2017-05-16 16:27 (UTC)
@CountMurphy
Strange. I tried twice using 'pacaur 4.7.8-1' and got the error. Gave up and installed manually with no problem!
CountMurphy commented on 2017-05-16 12:35 (UTC)
@martynjy, how are you building the package? Are you using an aur helper or doing it manually? If you are building manually and *only* downloading the PKGBUILD, you will get the error you are describing. You will need to either, clone the git url and build, download the snapshot and build, or build using some kind of aur helper.
martynjy commented on 2017-05-16 07:55 (UTC)
==> Entering fakeroot environment...
==> Starting package()...
install: cannot stat '../qtalarm.desktop': No such file or directory
==> ERROR: A failure occurred in package().
Aborting...
:: failed to build qtalarm package(s)
leledumbo commented on 2017-03-18 08:38 (UTC)
@CountMurphy sorry for the late reply. Confirming that works, thanks.
CountMurphy commented on 2017-02-28 14:41 (UTC)
@Leledumbo run "gpg --recv-keys E41FF9C889B141CC" to have gpg automatically fetch the public key. Or if you are the type of person who enjoys pain, you can import the key manually from https://www.random-hackery.net/wp-content/uploads/2015/02/gpg.asc :)
leledumbo commented on 2017-02-28 08:41 (UTC)
Verifying source file signatures with gpg...
QTalarm-1.9.2.tar.gz ... FAILED (unknown public key E41FF9C889B141CC)
Looks like the key has gone unknown...
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.