Package Details: kanla 1.5-3

Git Clone URL: https://aur.archlinux.org/kanla.git (read-only, click to copy)
Package Base: kanla
Description: small-scale alerting daemon
Upstream URL: http://kanla.zekjur.net/
Keywords: 2015 broken eol missingcheck missingcheckdep missingmakedep superseded to-be-deleted unneeded
Licenses: BSD
Submitter: badboy
Maintainer: MarsSeed
Last Packager: badboy
Votes: 1
Popularity: 0.000000
First Submitted: 2013-03-20 11:49 (UTC)
Last Updated: 2015-07-08 17:23 (UTC)

Latest Comments

FlorianJacob commented on 2015-07-26 16:54 (UTC)

Everything works great now, thank you.

badboy commented on 2015-07-08 17:21 (UTC)

Changed. Should work now.

FlorianJacob commented on 2015-07-04 14:49 (UTC)

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 (UTC)

Thanks, FlorianJacob. Fixed it.

FlorianJacob commented on 2015-06-28 09:30 (UTC)

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.