Arch Linux User Repository

@eriol thanks, tried that but didn't help it. i'll raise an issue with zmninja dev thanks to both of you.

@Nocifer @alanking I was having the same problem and finally found a solution. Cloned the github repo, moved from there the Cake directory to the right path and renamed a file contained in it from "bootstrap.php.in" to "bootstrap.php" API works now

@alanking OK, I think I found the problem. If you go to /var/log/zoneminder/ and check the logs there, specifically cake_error.log and error.log, you'll see that the problem has something to do with CakePHP, either because of some incompatibility with PHP 8 as you say, or very likely due to some issue with ZM itself (perhaps using an old version of Crud, another PHP submodule that depends on CakePHP, is the culprit here).

If I were you I'd start by making a report about this either to @pliablepixels over at zmNinja's git, since his app is the main consumer of ZM's API these days and he'll know what to look for, or directly to the ZoneMinder devs.

Yeah pretty sure, as I have zmninja autoload on reboot and that's when it failed to connect via the API. While the last zoneminder update was fine after rebooting. I kinda recall another time a major PHP update killed it, though I can't recall how it started working again. Any ideas how I can investigate the problem. Thanks @Nocifer

@alanking I took a quick look at zmNinja's and ZoneMinder's issue trackers on Github and couldn't find anything related to your issue or issues with PHP in genereal on neither of them. Are you absolutely sure it's because of that PHP update? ZoneMinder itself was also updated ~10 days ago, and this new release was problematic enough that it even had to be re-released because its first iteration was fubar. Maybe it's some internal change that has broken the API.

A few days ago after a php update (7.x-8.0) API broke, can no longer use zmninja. from the pacman log i guess php-apcu,php-fpm,php-gd were the ones in question. Anyone have a fix? thanks

@jamincollins This is a known issue and it exists because the upstream ZM devs have apparently decided that it's good practice to change internal stuff like this without making a new release; which is probably due to them understandably caring more for their precompiled binary packages and docker images, and less for the case of someone trying to build from source, and even less so if they're using a specific tag in order to build a specific version older than the current master branch, like this package does.

Anyway, a couple of comments below yours I've also posted some instructions for manually changing the git source from #tag=1.34 to #commit=bbc2c2a607c49f70847b5d1611d297013d5f8e30, which is the commit that switched out ZoneMinder's crud repo in favor of the FriendsOfCake one. Your own solution is very neat, but I'll still refrain from making a new release to include it (just as I didn't do so with the previous fix) because I still hope there will be a new ZM release in the very near future that will make both of these tweaks redundant.

In the meantime, whoever tries and fails to build ZM will hopefully be visiting this page and reading the comments.

@nenes71 A very late reply, I know, but maybe you'll have better luck if you clear your old sources first. I just tried building bbc2c2a607c49f70847b5d1611d297013d5f8e30 and it built just fine.

For this to continue building I believe a patch will be needed that updates the .gitmodules reference for Crud. The existing source has this:

[submodule "web/api/app/Plugin/Crud"]
    path = web/api/app/Plugin/Crud
    url = https://github.com/ZoneMinder/crud.git
    branch = 3.0

However, the above url now 404's and upstream has changed to this:

[submodule "web/api/app/Plugin/Crud"]
    path = web/api/app/Plugin/Crud
    url = https://github.com/FriendsOfCake/crud.git
    branch = 3.0

This should do the trick:

$ diff -u PKGBUILD.orig PKGBUILD
--- PKGBUILD.orig       2021-01-09 23:55:44.979999976 +0000
+++ PKGBUILD    2021-01-09 23:51:26.126666645 +0000
@@ -98,6 +98,8 @@
 prepare () {
     cd $pkgname

+    # fix the submodule reference
+    sed -i 's,https://github.com/ZoneMinder/crud.git,https://github.com/FriendsOfCake/crud.git,' .gitmodules
     # Download and move extra PHP plugins into place
     git submodule update --init --recursive

@nenes71 I just tried to build the package myself and it fails to find that Crud submodule even with the latest git master, regardless of commit, so this seems to yet again be an upstream issue. Unfortunately I don't have the time to debug it or file a bug report, so let's hope they notice soon and fix it themselves.

It fails with: fatal: repository 'https://github.com/ZoneMinder/crud.git/' not found

after editing PKGBUILD and replace : source=("${pkgname}-git::git+https://github.com/ZoneMinder/zoneminder.git#tag=${pkgver}" by : source=("${pkgname}-git::git+https://github.com/ZoneMinder/zoneminder.git#commit=bbc2c2a607c49f70847b5d1611d297013d5f8e30"

and makepkg -si

fatal: dépôt 'https://github.com/ZoneMinder/crud.git/' not found