Package Details: zoneminder 1.36.35-1

Git Clone URL: https://aur.archlinux.org/zoneminder.git (read-only, click to copy)
Package Base: zoneminder
Description: A full-featured, open source, state-of-the-art video surveillance software system
Upstream URL: https://zoneminder.com/
Keywords: camera cctv monitor record security surveillance video zoneminder
Licenses: GPL-2.0-only
Submitter: None
Maintainer: Nocifer
Last Packager: Nocifer
Votes: 72
Popularity: 0.24
First Submitted: 2008-03-21 00:09 (UTC)
Last Updated: 2024-10-22 17:14 (UTC)

Dependencies (45)

Sources (8)

Latest Comments

« First ‹ Previous 1 .. 34 35 36 37 38 39 40 41 42 43 44 .. 63 Next › Last »

<deleted-account> commented on 2015-02-27 02:05 (UTC)

You know, I tried looking for that in both the httpd.conf and php.ini files that zoneminder added, and couldn't find it. It's of no matter now, seems an update was released today that fixed this problem. Thank you to the maintainer for the quick fix!

cspence commented on 2015-02-27 01:20 (UTC)

Take a look at the file included in the tar.gz named httpd-zoneminder.conf. It contains a line that starts with php_admin_value open_basedir. The virtual server instance of ZoneMinder redefines open_basedir for itself without affecting the global value found in the php.ini file. If you need to change the value of open_basedir for ZoneMinder, change it in the httpd-zoneminder.conf file found in /etc/httpd/conf/extra/.

<deleted-account> commented on 2015-02-26 05:47 (UTC)

This package seems to be breaking php. When it is installed, PHP no longer uses php.ini to get open_basedir. After installation, open_basedir always returns /srv/http/:/home/:/tmp/:/usr/share/pear/:/usr/share/webapps/:/etc/zm.conf:/srv/http/zoneminder/:/var/cache/zoneminder/:/srv/zoneminder/socks/:/var/log/zoneminder/. I have been trying to find a reason for this, but I cannot. Maybe someone smarter than I can find the problem.

cspence commented on 2015-01-15 23:31 (UTC)

If you're unable to start zoneminder (service script or on the webpage), go to Options on the webpage, go to the Paths tab, change PATH_SOCKS to /srv/zoneminder/socks. This is an unresolved issue with zoneminder source and the cmake script.

cspence commented on 2015-01-14 20:54 (UTC)

filesystem owns it. It is a default symlink on Arch x86_64. The problem comes from the perl5 library in the package. It attempts to install at /usr/lib64. I've been trying to find the right flags to give cmake to point perl or all library files to /usr/lib by default. If I get the right combination, I'll send it your way.

cspence commented on 2015-01-14 19:41 (UTC)

Looks like I wasn't the only one having that problem. It appears to be an issue with how pacman 4.2 does not allow for symlinks anymore. Link to forum thread referring to this issue: https://bbs.archlinux.org/viewtopic.php?pid=1492022 Link to blog post about pacman 4.2 updates (see "Directory Symlink Handling"): http://allanmcrae.com/2014/12/pacman-4-2-released/

cspence commented on 2015-01-14 19:11 (UTC)

Anyone else getting a conflicting files message when they attempt to install zoneminder on an x86_64 machine? "error: failed to commit transaction (conflicting files) zoneminder: /usr/lib64 exists in filesystem Errors occurred, no packages were upgraded."

cspence commented on 2015-01-14 18:06 (UTC)

Instead of creating new packages that will cause conflicts, I would highly suggest reading up on how to resolve out-of-date AUR packages: https://wiki.archlinux.org/index.php/Arch_User_Repository#Foo_in_AUR_is_outdated.3B_what_do_I_do.3F

« First ‹ Previous 1 .. 34 35 36 37 38 39 40 41 42 43 44 .. 63 Next › Last »