Search Criteria
Package Details: nagstamon 3.8.0-4
Package Actions
Git Clone URL: | https://aur.archlinux.org/nagstamon.git (read-only, click to copy) |
---|---|
Package Base: | nagstamon |
Description: | Nagios status monitor for the desktop |
Upstream URL: | https://nagstamon.ifw-dresden.de/ |
Licenses: | GPL |
Submitter: | ghostbuster |
Maintainer: | ghostbuster |
Last Packager: | ghostbuster |
Votes: | 16 |
Popularity: | 0.000286 |
First Submitted: | 2015-08-09 16:15 (UTC) |
Last Updated: | 2022-01-14 23:27 (UTC) |
Dependencies (14)
- python-beautifulsoup4
- python-dateutil
- python-dbus (dbus-python)
- python-keyring
- python-lxml
- python-psutil
- python-pyqt5 (python-pyqt5-sip4)
- python-pysocks
- python-requests
- python-requests-kerberos
- qt5-multimedia (qt5-multimedia-git)
- qt5-svg (qt5-svg-git)
- python-setuptools (make)
- python-requests-gssapi (optional) – Will be used instead of python-requests-kerberos for kerberos auth if present
Latest Comments
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 (https://bugs.archlinux.org/task/73324?project=5&string=python-requests-kerberos). 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.
gerdesj commented on 2022-01-11 12:01 (UTC)
@ghostbuster - "Most likely, I will add requests-gssapi as optdepend." - that sounds like the best plan for now. It will keep people using -kerberos as is and provide a way for those like me to move on with -gssapi.
ghostbuster commented on 2022-01-11 11:44 (UTC)
@chrit: I did not find an import for spnego in the nagstamon source code, please provide a full stacktrace of the crash.
@gerdesj: requests-gssapi and requests-kerberos seem to behave different, although requests-gssapi claims to be a fully compatible drop-in replacement for requests-kerberos. If this package depends on python-requests-gssapi Nagstamon always uses requests-gssapi instead of requests-kerberos and there seems to be no way for the user to change this behaviour, so I have to think about this topic a bit more. Most likely, I will add requests-gssapi as optdepend.
chrit commented on 2022-01-11 11:09 (UTC)
Please add dependency python-pyspnego Tool crashes with: ModuleNotFoundError: No module named 'spnego'
gerdesj commented on 2022-01-10 13:13 (UTC)
Please add python-requests-gssapi to depends.
I use Kerberos to authenticate to my Icinga instances. That stopped working. I flagged python-requests-kerberos as out of date and it was recently updated but that didn't fix my problem. I went back to the nagstamon code and noticed in
https://github.com/HenriWahl/Nagstamon/blob/master/Nagstamon/Servers/Generic.py
line 56 - "# requests_gssapi is newer but not available everywhere"
I installed python-requests-gssapi from the AUR and that fixed my problem.
samuelbernardo commented on 2022-01-04 11:40 (UTC)
Sorry, I didn't clean all caches from AUR. After cleaning all caches and install it again it worked, just like magenbrot mentioned before.
samuelbernardo commented on 2022-01-04 11:33 (UTC)
archlinux python move up to 3.10 release. Current installed modules for nagstamon are for release 3.9. Even adapting to use current version with python3.9 is not the best way, since many dependencies are not available, so would break python maintenance using packages (need to use pip afterwards to import all missing dependencies). Also removing and installing again nagstamon don't solve the issue, since current pkgbuild install the compiled sources for python3.9. Looking to upstream in documentation they mention to support python >= 3.6 so maybe better to update the pkgbuild to install the modules into current python version. So current solution was to install nagstamon-git that compiles from source and install the modules for python3.10.
magenbrot commented on 2021-12-15 10:05 (UTC)
@ghostbuster, you're right. I cleared yay's cache and forced a rebuild. It's working now. thank you for the quick answer!
ghostbuster commented on 2021-12-15 09:56 (UTC)
I'm unable to reproduce the error with a fresh build of the package. As Python seems to be unable to find the Nagstamon module, there might be some kind of issue in your python environment.
magenbrot commented on 2021-12-15 09:41 (UTC)
nagstamon won't run currently:
Traceback (most recent call last): File "/usr/bin/nagstamon", line 29, in <module> from Nagstamon.Config import conf ModuleNotFoundError: No module named 'Nagstamon'
ghostbuster commented on 2021-11-21 00:19 (UTC)
Fixed
twouters commented on 2021-11-17 16:05 (UTC)
python-setuptools build dep seems to be missing.
ghostbuster commented on 2021-04-10 17:55 (UTC)
python-dateutil has been added.
mortzu commented on 2021-04-10 08:08 (UTC)
python-dateutil as dep is missing
irb commented on 2021-03-02 21:01 (UTC)
There seems to be an issue with running nagstamon (both this package and nagstamon-beta) with plasma-desktop-5.21.2-1. As noted in https://github.com/HenriWahl/Nagstamon/issues/696 the monitor runs but isn't visible under X11 / KDE Plasma.
ghostbuster commented on 2020-12-04 18:09 (UTC)
Thanks gerdesj for the archive.
I was able to compare both archive and check the changes. There were some code formatting changes and one additional check in the area of the user interface. In the meantime the upstream developer confirmed that a rebuild of the release archives was needed for Fedora after the 3.4.1 release. He assumes that this rebuild triggered a full rebuild and thus a change of checksums.
The PKGBUILD has been updated with the new checksums.
gerdesj commented on 2020-12-04 15:40 (UTC)
File sent to ghostbuster
ghostbuster commented on 2020-12-04 15:24 (UTC)
Could you send me send the old archive file by e-mail? I'd like to compare the two versions to speed up the update of this package and give some hopefully helpful feedback to the developer.
gerdesj commented on 2020-12-04 10:32 (UTC)
I have found a copy of the .tar.gz that matches the 927... md5sum on my work PC that I'm not using much these days ...
A diff against both the old and new .tar.gz shows about 40 lines of changed code. It looks benign - patches and a few comments. I'm no expert but there are no signs of anything that looks like a compromise.
ghostbuster commented on 2020-12-02 13:21 (UTC)
I can confirm, that the checksums have changed for the downloadable packages, but as there is no obvious reason why checksums should change ~11 month after release, I will double-check first before updating this package.
e_fadeev commented on 2020-12-02 11:30 (UTC) (edited on 2020-12-02 11:46 (UTC) by e_fadeev)
Need to change md5sums and sha256sums for install ver. 3.4.1
Patch:
Result PKGBUILD:
ziopera commented on 2020-01-07 15:00 (UTC) (edited on 2020-01-07 15:01 (UTC) by ziopera)
This is my(working) PKGBUILD for version 3.4
paschty commented on 2020-01-02 10:30 (UTC) (edited on 2020-01-02 10:32 (UTC) by paschty)
I did this to upgrade to 3.4:
wuestengecko commented on 2019-12-27 11:04 (UTC)
@maxdevaine, to report a new upstream version please use the "Flag package out of date" link in the box on the right.
maxdevaine commented on 2019-12-27 08:04 (UTC)
Download url not working, there is new version : https://nagstamon.ifw-dresden.de/files/stable/Nagstamon-3.4.tar.gz
ghostbuster commented on 2019-11-19 22:03 (UTC)
package build for nagstamon is working again. I added the workaround wuestengecko proposed.
badpixelbr commented on 2019-11-18 13:23 (UTC)
cant build this package. after makepkg -sriC i got:
Traceback (most recent call last): File "setup.py", line 36, in <module> DIST, DIST_VERSION, DIST_NAME = platform.dist() AttributeError: module 'platform' has no attribute 'dist' ==> ERROR: A failure occurred in package(). Aborting...
wuestengecko commented on 2019-11-14 16:54 (UTC)
Python 3.8 removes
platform.dist()
, which is needed bysetup.py
. The following script stubs it out with the value it used to return:ghostbuster commented on 2018-07-10 21:49 (UTC)
The observed issues was caused by a keyring connection initialization triggered by a python import in the fakeroot environment used for the package build. I modified the PKGBUILD to work around the not working (but also not really needed) import. Building the package should work again for all environments.
presianbg commented on 2018-07-05 19:14 (UTC)
@ghostbuster Sent on your e-mail. Thanks for looking into this.
ghostbuster commented on 2018-07-05 18:39 (UTC)
I can confirm the posted traceback for my own system but the build does not fail in a clean change root. I assume there is some kind of interference with other python packages in the environment. I'll investigate the issue, but it will take some time. Please build nagstamon in a clean chroot until I figured out the root cause for this traceback.
@presianbg: Could you send me the output of 'python --version' and 'pacman -Qs python' of the affected system by mail?
presianbg commented on 2018-07-05 18:00 (UTC)
I have some problems with building this app:
ghostbuster commented on 2018-06-24 18:15 (UTC)
I added python-dbus to the dependencies
ogarcia commented on 2018-06-22 06:56 (UTC) (edited on 2018-06-22 06:57 (UTC) by ogarcia)
TL/DR: There is a missing dependency of python-dbus
If I try to build nagstamon in a clean install I have the following error.
But if I install python-dbus all work fine.
tsipizic commented on 2017-09-21 11:38 (UTC)
etothepii commented on 2017-09-14 08:23 (UTC) (edited on 2017-09-14 08:33 (UTC) by etothepii)
riek42 commented on 2017-02-01 01:23 (UTC)
ogarcia commented on 2017-01-17 11:29 (UTC)
ghostbuster commented on 2017-01-11 21:57 (UTC)
ogarcia commented on 2017-01-09 08:54 (UTC) (edited on 2017-01-09 08:55 (UTC) by ogarcia)
clep commented on 2016-10-22 13:45 (UTC)
ogarcia commented on 2016-10-20 07:05 (UTC)
ghostbuster commented on 2016-08-25 19:04 (UTC)
DennisSch commented on 2016-07-13 13:30 (UTC)
jwhipp commented on 2016-01-18 19:37 (UTC)
ogarcia commented on 2015-10-27 19:06 (UTC)
ghostbuster commented on 2015-10-02 19:26 (UTC)
ogarcia commented on 2015-10-02 15:58 (UTC)
ogarcia commented on 2015-10-02 15:01 (UTC)