Arch Linux User Repository

after running garuda-update, zoneminder no longer shows my cameras, it appears zmc won't start. zmc -m 3 zmc: error while loading shared libraries: libavformat.so.60: cannot open shared object file: No such file or directory it looks like libavformat.so is now version 61, along with libavcodec.so, and this package needs to be rebuilt

Edit: it looks like this is multi-distro issue, all 1.36 versions seem to have it, but they haven't done a 1.37 official relase yet, manually built 1.37 and its working.

That's because apparently perl-class-std-fast was removed from the AUR a few days ago, and it's a dependency of perl-soap-wsdl, which is a dependency of Zoneminder.

EDIT: I reuploaded the package to satisfy the dependency. I really wonder who deleted it so thoughtlessly without first making sure that its removal wouldn't break other packages that may need it...

I'm getting a No AUR package found for perl-class-std-fast error

For the past few years and up until last year or so, base-devel had been changed from a meta-package that pulls the base-devel packages as dependencies, into a package group that just allows you to batch install them as explicit, independent packages. When it was changed back to a meta-package, we users were supposed to manually install it (and optionally change the base-devel packages from explicitly installed to dependencies) so it would once again be responsible for managing its dependent packages. I think (but I could be remembering this wrong) that debugedit is a new dependency added in the last few months or so, so if you haven't installed the new base-devel meta-package, then it makes sense that debugedit wouldn't have been pulled in when it was added as a new dependency.

You can check to see if the base-devel packages (gcc, pacman, file, make, etc) are installed on your system explicitly or as dependencies; if they're explicit, then this is probably why.

You are correct @Nocifer. I've been installing AUR packages for years on this system but sure enough base-devel isn't currently installed. I didn't have to pull in any dependencies to install it. Apparently some how I managed to remove base-devel and debugedit but nothing else. I really don't know how that could have happened but it's fixed now so no need to spend anymore time on it. Thanks for maintaining this package.

That's probably because you're missing the base-devel package, which is a hard prerequisite for using the AUR.

@Nocifer - I think you should add "debugedit" as a build dependency. Without it I get this error:

/usr/share/makepkg/tidy/strip.sh: line 48: debugedit: command not found

@Garlo Nice find! I had experimented a couple of years ago with JWT but the then current libjwt package couldn't satisfy the dependency for some reason, so I had to leave it out and then promptly forgot all about it.

@grepfor You're right, I'm so used to using an AUR helper to manage AUR packages these days that the possibility of using an old(ish) copy of the PKGBUILD to perform a new installation without ever redownloading it never occurred to me. I guess there was a good reason I used to be against doing even minor updates without incrementing the pkgrel in the past, but apparently I've grown careless enough to break my own rule >.>

I satisfied libjwt dependency adding LIBJWT_LIBRARY variable to PKGBUILD file in this way:

    build() {
      cd ${pkgname}-${pkgver}

      cmake -DCMAKE_INSTALL_PREFIX=/usr \
        -DLIBJWT_LIBRARY=/usr/lib/libjwt.so \
        -DZM_CONFIG_DIR=/etc/${pkgname} \
        -DZM_CONFIG_SUBDIR=/etc/${pkgname}/conf.d \
        -DZM_RUNDIR=/run/${pkgname} \
        -DZM_SOCKDIR=/run/${pkgname} \
        -DZM_LOGDIR=/var/log/${pkgname} \
        -DZM_TMPDIR=/var/tmp/${pkgname} \
        -DZM_CONTENTDIR=/var/lib/${pkgname} \
        -DZM_CACHEDIR=/var/lib/${pkgname}/cache \
        -DZM_WEBDIR=/usr/share/webapps/${pkgname}/www \
        -DZM_CGIDIR=/usr/share/webapps/${pkgname}/cgi-bin \
        -DZM_WEB_USER=http .

      make
    }

@nocifer Imo, that reasoning does not capture a good chunk of real-world use cases for many AUR users, especially those who maintain several machines, and propagate packages locally via copying previously downloaded snapshot tarballs, rather than downloading a new one, unless the pgkrel has been updated.

When I locally propagate an AUR package from one host to others, I go to AUR and search the package name to see if the package version or pkgrel has changed relative to the installed version built from the original snapshot. If neither has changed, I propagate the package to other local target machines by just copying the existing snapshot tarball that I already have, expanding it on the target host and running makepkg there. This ensures that the builds across all my local hosts will start from an identical state.

Incrementing pkgrel would serve to alert users that downloading a new snapshot is warranted.

In this particular case, all snapshots downloaded prior to December 19 are effectively broken because they expose the end-user to silent variability of RtspServer as @synthead pointed out. Yet because the pkgrel was not bumped when that vulnerability was fixed, many people will simply propagate zoneminder locally via copying the previously downloaded snapshot tarball, thus propagating the broken PKGBUILD. Those users will not get the benfit of the fix until the pkgrel (or packager version itself) is bumped.

Just my 2c. I do appreciate the voluntary nature of the work that you and all the other Arch packagers do, and I hope that my comments do not discourage you from that.