Package Details: zoneminder 1.36.35-2

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: 73
Popularity: 0.59
First Submitted: 2008-03-21 00:09 (UTC)
Last Updated: 2025-06-05 21:26 (UTC)

Dependencies (45)

Sources (8)

Latest Comments

« First ‹ Previous 1 .. 20 21 22 23 24 25 26 27 28 29 30 .. 63 Next › Last »

khvalera commented on 2018-11-23 07:53 (UTC)

add configuration file: backup=("etc/zoneminder/zm.conf"

Nocifer commented on 2018-11-21 13:28 (UTC) (edited on 2018-11-21 13:50 (UTC) by Nocifer)

@antoined I've already encountered the issue with remote access and have actually completely removed server_name in my current conf (it was only there in the first place because of my directly translating upstream's Apache conf, which contains an equivalent directive, but it's not actually needed for Nginx) and I have also changed the listen directive to '*', because it also causes similar issues if one tries to access a ZM instance from a different PC running on the same LAN (because it won't accept non-local connections). I haven't uploaded the new conf file yet (along with some other fixes for minor oversights like this) because I'm waiting for the next upstream update before I force a new update down your throats - thanks for reporting it though :)

@khvalera Regarding your first comment, my conf file has it correctly as '$pkgdir/etc/httpd/conf/extra/$pkgname.conf', so this is probably an oversight that I've already corrected at some point, so it will be included in the next update.

(EDIT: Actually, scratch that. I just checked the AUR repo and as far as I can see, there never was an erroneous $pkgdir/etc/httpd/conf/extra/httpd-$pkgname.conf reference in the PKGBUILD, it's always been $pkgname.conf as it should be; which also makes sense because otherwise the install script wouldn't have been working correctly and I would have caught the error. Are you sure this line is from my own PKGBUILD?)

Regarding your second comment, this is just a harmless warning from Pacman. I know which part of the PKGBUILD is causing it, so I may look for a way to "fix" it in the future, but it's really not a thing to worry over.

EDIT 2: Also, please try to use English in your comments. I would have no clue of what you said if it weren't for the fact that you referenced an error message that I recognized.

antoined commented on 2018-11-20 17:27 (UTC)

Thanks for the work on this package!

Please note that the server_name localhost; in nginx config can be problematic. ZM uses SERVER_NAME to build some URLs used in the frontend, so this configuration can cause errors for remote access to ZM (see here ).

khvalera commented on 2018-11-19 16:04 (UTC)

==> ВНИМАНИЕ: Пакет содержит ссылку на директорию '$srcdir' usr/bin/zmc usr/bin/zmu usr/bin/zma srv/zoneminder/cgi-bin/zms

khvalera commented on 2018-11-19 15:41 (UTC) 

# Install Apache conf file
install -Dm644 $srcdir/$pkgname-httpd.conf              $pkgdir/etc/httpd/conf/extra/httpd-$pkgname.conf

Nocifer commented on 2018-10-26 08:36 (UTC)

@Kubax Hey, sorry for the very late reply. Yes, it's possibly a trizen bug or incompatibility or something, but then again, what you describe (being asked the question correctly after adding that "my" instead of getting an "Unexpected response") sounds equally weird to me. This means that either trizen's bug is inconsistent (which could very well be the case) or it is indeed a bug with ZM itself. Running the updater without trizen on the next upstream update (which should be soon-ish according to the developers) will be a good first step to find out. So, until then :)

Kubax commented on 2018-10-23 09:33 (UTC)

@Nocifer

i did just run "trizen -S zoneminder" wihout any other options. But i think the problem is within trizen in this case. sadly i can't reproduce it right now, since the database is allready at version 1.32.2. So i will wait untill next time to see if there is a difference in calling it from trizen, or calling it with makepkg.

at this point i'm pretty sure it will be trizen related. but i'll report back ( if i remember to ^^)

@safety: whoopsie xD that's the price you pay, when you headlessly see a difference and change it... if i recall corectly it asked for if it should make a backup, and when i replyed with "y" it started the backup.

@no report: that's fine, as you allready mentions, seems to be a problem on my side :)

P.s.: seems about right ^^ Anyway, it is / was a good training for when i got time (and money) to place some cam's around "my" house :)

Nocifer commented on 2018-10-22 21:15 (UTC) (edited on 2018-10-22 21:22 (UTC) by Nocifer)

@Kubax

Alright, my bad, I'd read the code incorrectly; you don't need to run the updater manually and with the -interactive flag on in order to reach that part of the code.

Anyway, that prompt is supposed to wait for user input and only repeat itself in case that user input is anything other that 'y', 'Y', 'n' or 'N'. So this sounds like something (yup, probably your package manager, though I guess it could also be a faulty keyboard or sth) interfered with the prompt without giving you the chance to reply properly. Could you be running trizen with the --noconfirm flag? If not, then something else got in the way and kept giving the wrong answer again and again and again ad infinitum, which resulted in the loop. And if I read the code correctly, by changing '$response' to 'my $response', you actually bypassed the script's safety measure (in other words: you broke it :P) and made it disregard the wrong input and proceed anyway. What happened after you did that? Did the script back up the database? Or did you maybe get an "Unexpected response" result?

I'll not report it upstream for the time being, because it seems that the problem is not the code but something else. Let's investigate a little further first :)

PS - I'd be willing to bet there's a bunch of people out there who need ZoneMinder and CCTV in general for the same reason as us. If you visit the websites of various CCTV software/hardware or camera vendors, most all of them have "See what your pets are doing when you're not home" in the top 3 "reasons to buy" of their sales pitch :P

« First ‹ Previous 1 .. 20 21 22 23 24 25 26 27 28 29 30 .. 63 Next › Last »