Search Criteria
Notice: Undefined variable: name in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/pkgfuncs.inc.php on line 248
Package Details: kanla 1.5-3
Git Clone URL: | https://aur-dev.archlinux.org/kanla.git (read-only) |
---|---|
Package Base: | kanla |
Description: | small-scale alerting daemon |
Upstream URL: | http://kanla.zekjur.net/ |
Licenses: | |
Submitter: | badboy |
Maintainer: | badboy |
Last Packager: | badboy |
Votes: | 1 |
Popularity: | 0.000001 |
First Submitted: | 2013-03-20 11:49 |
Last Updated: | 2015-07-08 17:23 |
Latest Comments
FlorianJacob commented on 2015-07-26 16:54
Everything works great now, thank you.
badboy commented on 2015-07-08 17:21
Changed. Should work now.
FlorianJacob commented on 2015-07-04 14:49
Thanks for your quick reaction. :)
Just tested it, and it seems like there are two other problems:
The kanla service file expects there is a “kanla” user, and it expects the kanla binary file to be at /usr/bin/kanla.
But the binary is in /usr/bin/vendor_perl/kanla, in compliance with https://wiki.archlinux.org/index.php/Perl_Policy#Binaries_and_scripts , which is usually not a problem as this will get added to $PATH. But as service files resolve no path, it can't find the binary. Solutions would be a symlink or to include a patch changing the ExecStart line in the service file, I don't know what's better. I noticed the difference in the service files before, but I thought it would be a difference in the location of the binary between kanla 1.4 and 1.5 but not Debian and Arch Linux, sorry.
To add a kanla user seems quite simple and would make kanla not run as root anymore, znc achieves this with a simple install and a sysusers file:
https://projects.archlinux.org/svntogit/community.git/tree/trunk?h=packages/znc
badboy commented on 2015-06-29 14:31
Thanks, FlorianJacob. Fixed it.
FlorianJacob commented on 2015-06-28 09:30
The package is currently broken, as the kanla tar includes a systemd service file in /lib/systemd/kanla.service. This results in:
error: failed to commit transaction (conflicting files)
kanla: /lib exists in filesystem
As to changes in pacman with symlink handling, pacman no longer follows the symlink to install files: http://allanmcrae.com/2014/12/pacman-4-2-released/
A possible fix would be to use the provided service file instead of the one in the aur package, but move /lib in the ${srcdir} to /usr/lib before moving them to ${pkgdir}, I think.