Package Details: nagstamon 3.12.0-1

Git Clone URL: (read-only, click to copy)
Package Base: nagstamon
Description: Nagios status monitor for the desktop
Upstream URL:
Licenses: GPL
Submitter: ghostbuster
Maintainer: ghostbuster
Last Packager: ghostbuster
Votes: 21
Popularity: 0.91
First Submitted: 2015-08-09 16:15 (UTC)
Last Updated: 2023-05-11 16:22 (UTC)

Latest Comments

1 2 3 4 5 6 Next › Last »

allddd commented on 2023-05-09 16:02 (UTC) (edited on 2023-05-09 16:03 (UTC) by allddd)

@ghostbuster That should fix the problem. In case someone doesn't want to rebuild it before there is an actual reason, you can also just symlink the nagstamon directory from /python3.10/site-packages/ to /python3.11/site-packages/ to make it work.

ghostbuster commented on 2023-05-09 15:14 (UTC)

The nagstamon needs to be rebuild in order to place the package files in the site-packages directory of the new python version.

allddd commented on 2023-05-08 19:07 (UTC)

fails to start after the latest Python 3.11+ updates

Traceback (most recent call last):
  File "/usr/bin/nagstamon", line 32, in <module>
    from Nagstamon.Config import conf
ModuleNotFoundError: No module named 'Nagstamon'

fsf commented on 2023-02-10 10:34 (UTC) (edited on 2023-02-13 08:26 (UTC) by fsf)

this package is currently not building, maybe because of setuptools 67:

Edit: 3.10.1-2 works, thx

gerdesj commented on 2022-11-28 20:06 (UTC)

I'm starting to get a bit confused getting Kerberos support working again after a recent update but this recipe has worked on two machines:

$ yay -Rns nagstamon
$ yay -Rns python-requests-gssapi
$ yay -S python-pyspnego
$ yay -S python-gssapi
$ yay -S python-krb5
$ yay -S python-requests-kerberos
$ yay -S nagstamon

Rage commented on 2022-10-30 14:09 (UTC) (edited on 2022-10-30 14:11 (UTC) by Rage)

Please update qt dependencies, I have the following import error:

   Traceback (most recent call last):
      File "/usr/bin/nagstamon", line 42, in <module>
        from Nagstamon.QUI import (APP,
      File "/usr/lib/python3.10/site-packages/Nagstamon/QUI/", line 35, in <module>
        from .qt import *
      File "/usr/lib/python3.10/site-packages/Nagstamon/QUI/", line 198, in <module>
        from PyQt6.QtMultimedia import QAudioOutput, \
    ImportError: cannot open shared object file: No such file or directory

Fixed installing extra/qt6-multimedia

ghostbuster commented on 2022-01-12 14:02 (UTC)

"I don't think that's what optdepends are for": I totally agree, but as far as I know the PKGBUILD format does not support alternatives as part of the depends list, so there is currently no way to express the real dependency situation.

"[edit] Sorry, I forgot that python-requests-kerberos is listed in depends. Maybe it's possible to switch it to optdepends instead and add python-requests-gssapi to depends?": Nagstamon always prefers gssapi and there is no user-controllable way to change this preference. So nagstamon would always import gssapi, if this package would be a hard dependency, and the optdepend kerberos would never get imported, regardless of its installation.

twouters commented on 2022-01-12 07:50 (UTC) (edited on 2022-01-12 07:59 (UTC) by twouters)

@ghostbuster: I don't think that's what optdepends are for: the package doesn't seem to work without either python-requests-gssapi or python-requests-kerberos.

Considering that the current maintainer of python-requests-kerberos advises to use python-requests-gssapi instead, it might be better to set it as a hard dependency.

[edit] Sorry, I forgot that python-requests-kerberos is listed in depends. Maybe it's possible to switch it to optdepends instead and add python-requests-gssapi to depends?

[edit 2] Nevermind me, it's probably better to wait for the p-r-kerberos package to be fixed

ghostbuster commented on 2022-01-11 22:43 (UTC) (edited on 2022-01-11 22:56 (UTC) by ghostbuster)

I have added python-requests-gssapi as optdepends. As nagastmon prefers p-r-gssapi over p-r-kerberos, p-r-gssapi will used if present, Nagstamon has no config option to let the user controll this.

Regarding the "ModuleNotFoundError: No module named 'spnego'" error chrit reported, I was able to reproduce the error. The error is an already known bug of the p-r-kerberos package ( As workaround you could install python-pyspnego which would allow p-r-kerberos to work properly or you could install p-r-gssapi, which would change the kerberos auth backend used. The error occurs even if you don't use kerberos auth in your setup, but in any case both workaround should be working.