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 .. 21 22 23 24 25 26 27 28 29 30 31 .. 63 Next › Last »

Kubax commented on 2018-10-22 17:01 (UTC)

@Nocifer sorry, for the late answer, i forgot to enable notification (fixed it now :)

the zmupdate.pl was called from the package after installation ( i use trizen, so it could also be trizen related ). The loop didn't stop until heavily mashing strg+c (over ssh) i then edited the perl file like i mentioned, an then run it manually. so i'm not (anymore) completely sure if it wasn't my fault.

Oh, the loop was posting the error mentioned constantly without user interaction.

@P.S.: that's funny (not the reason, but the fact that you had the same idea of recording what happens when you are not home). My coworkers at work just had laughter for me, when i told them i'm recording what happens in my livingroom because of that reason ^^

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

@Kubax

I can't reproduce the error (probably because I'm not running zmupdater.pl in interactive mode, which I presume is what you did?) but I checked the source code and found the line. The thing is, it really doesn't seem wrong to me. "my" is simply Perl-speak for "local variable", which in so many words means a lack of it shouldn't produce this kind of error.

I'll report it upstream, but before I do that please verify the following for me:

  • You were asked the question "Do you wish to take a backup of your database prior to upgrading? This may result in a large file in /var/tmp/zoneminder if you have a lot of events. Press 'y' for a backup or 'n' to continue :"
  • You answered with either 'y' or 'n'
  • You were prompted again with "Please press 'y' for a backup or 'n' to continue only :"
  • Either you replied with 'y' or 'n' and the prompt kept repeating itself every time you replied, or it kept repeating anyway without waiting for an answer.

Is that correct?

P.S. - Believe it or not, the reason I decided to get involved with this AUR package and subsequently with ZoneMinder itself, is the exact same reason as yours if you just replace the word "couch" with the word "carpet" :P

Kubax commented on 2018-10-21 13:57 (UTC) (edited on 2018-10-21 14:01 (UTC) by Kubax)

there seems to be another upstream error.

when zoneminder.install calles /usr/bin/zmupdate.pl it get's stuck in a loop with this error.

Please press 'y' for a backup or 'n' to continue only : Use of uninitialized value $response in scalar chomp at /usr/bin/zmupdate.pl line 376.
Use of uninitialized value $response in pattern match (m//) at /usr/bin/zmupdate.pl line 376.

changing this line from

376:       $response = <STDIN>;

to

376:       my $response = <STDIN>;

fixes this.

Totaly forgot... thanks for this aur. It would have been a realy hard way of installing zoneminder, just to figure out wich cat is using our couch instead of the cat litter -.-

Nocifer commented on 2018-10-17 10:02 (UTC)

@dimytch

If I'm not mistaken, this error must have happened after you'd already built the package. So did it build correctly after all, or not? If not, then since multiwatch is an AUR package, try adding armv7 to the list of supported architectures in the PKGBUILD and then try to build the package again.

If it will still not build, I will try to find an alternative for it.

And no, unfortunately I don't have a Pi or any other SBC on which to test this PKGBUILD.

dimytch commented on 2018-10-17 08:57 (UTC)

After perl xs, there's no package 'multiwatch' for armv7. Nobody does not use zoneminder with raspberrypi?

(1/1) Arming ConditionNeedsUpdate...
==> ОШИБКА: Пакета 'multiwatch' нет для архитектуры 'armv7h'.
==> ОШИБКА: Makepkg не смог собрать multiwatch.

Nocifer commented on 2018-10-16 13:32 (UTC)

@dimytch

Hmm, bummer. I'd think all Perl modules can build properly under armv7, so maybe this is an omission by the package maintainer - but you'd have to contact them to know for sure.

There is something else you could do though: this package is only installed as a dependency for perl-json-maybexs, which is itself only installed because apparently it's needed for ZM's Telemetry module. The key word here is "apparently" - I still haven't managed to find enough time to compile ZM without it and test if it is indeed needed or not.

So: you could remove it from the dependencies list, build without it, enable Telemetry in ZM and report back here whether there are any errors in ZM's logs produced by zmtelemetry.pl.

The perfect solution! (at least for me :P)

Nocifer commented on 2018-10-15 16:35 (UTC) (edited on 2018-10-15 16:38 (UTC) by Nocifer)

Well, I'll be effing damned..! @chapatt, I don't know if you've read that comment I posted earlier (I've actually pinned it) about a nasty bug I was out hunting all morning? Well, turns out it's not a bug after all - the erroneous URL I've been seeing is just a useless Ajax call of no concern whose only downside is that it consumes CPU cycles for no good reason; I guess it's just a remnant from older ZoneMinder versions that no one ever bothered to remove.

That missing camera stream in the Edit Zone view though, which I thought was the result of this "bug"? Yeah, turns out that's because the camera stream used in the Edit Zone view is (obviously..!) the same as the one used in the View Zone view, which is still active while editing one of the zones; and it's also the same stream used in the Monitor view, which is why I had no image in the otherwise perfectly working Monitor view while viewing or editing the zones! And here I was, chasing bugs and butterflies, when it was simply a matter of that damn fcgiwrap process blocking requests when receiving more than one at the same time!

/facepalm

The good news is that spawn-fcgi + multiwatch solved the issue completely, and now I can have the camera feed streaming through all 3 views at the same time. So, many thanks for mentioning them ;)

The "bad" news is that now spawn-fcgi and multiwatch have been promoted to mandatory dependencies (when using nginx+fcgiwrap) because without them ZM cannot function properly, which means a simple note at the end of the install procedure or an edit in the Arch wiki entry will simply not cut it. I will add them in the next update, and will also add a new systemd service that will be used instead of the fcgiwrap one.

Thanks again!

chapatt commented on 2018-10-15 12:55 (UTC)

@Nocifer, yes, that's the one--you need at least as many fcgiwrap threads as you want to view streams. Well, the wiki is mostly just a guide on how to configure the aur package, so it seems apt to at least augment it with a mention of the other optional dependencies, etc. available. I'll try to get around to it too, once the package and my system are stable.

Nocifer commented on 2018-10-15 12:18 (UTC)

The 1.32.2-1 update broke ZoneMinder's cgi scripts because my "elegant" dirty fix for the hardcoded links, mentioned in the other pinned comment, turned out to not be a fix after all. I instead tried the hack that @Kubax described (creating a /zm/ link inside the /www/ folder that points back to /www/) and that one managed to fix pretty much all errors with hardcoded links, to the point that upstream may not even have to bother.

The 1.32.2-2 update I just pushed contains that fix.

Besides that, I've been trying to eliminate a particularly nasty bug that results in a specific request constructing a false URL like http://localhost/index.php/index.php?view=request&request=stream&connkey=752041&command=99, which fails for obvious reasons. This URL is the one that loads the camera image when editing zones, so I'd say it's important enough to warranty immediate attention.

As soon as I manage to find a solution I'll push a final, third update.