Search Criteria
Package Details: libzrtpcpp 4.7.0-4
Package Actions
| Git Clone URL: | https://aur.archlinux.org/libzrtpcpp.git (read-only, click to copy) |
|---|---|
| Package Base: | libzrtpcpp |
| Description: | A C++ implementation of Phil Zimmermann's ZRTP specification |
| Upstream URL: | https://github.com/wernerd/ZRTPCPP |
| Keywords: | SRTP |
| Licenses: | Apache-2.0 |
| Submitter: | jose1711 |
| Maintainer: | pmattern |
| Last Packager: | pmattern |
| Votes: | 7 |
| Popularity: | 0.000000 |
| First Submitted: | 2017-02-10 05:45 (UTC) |
| Last Updated: | 2026-07-14 21:08 (UTC) |
Latest Comments
1 2 3 Next › Last »
ykahveci commented on 2026-07-14 09:55 (UTC)
I couldn't build this as of today because the path to the source tarball contains the repository name twice. Also, while wernerd/zrtpcpp works because project names on GitHub are apparently case-insensitive, the repo name is canonically uppercase, which I corrected as well.
With this patch applied it builds for me, just incase it's useful to anyone else before eventually probably getting updated by @pmattern:
blubbblubb commented on 2026-07-14 09:20 (UTC) (edited on 2026-07-14 09:21 (UTC) by blubbblubb)
The package/source url is broken for me and returns a HTTP 404 since this commit: https://aur.archlinux.org/cgit/aur.git/commit/?h=libzrtpcpp&id=672621c8bd171c571d68966e022a7fd41da64b17
Shouldn't it be:
and:
because
zrtpcppis already part of$urland is therefore added twice to the source url?Muflone commented on 2026-07-12 17:16 (UTC)
@pmattern is all yours now
pmattern commented on 2026-07-06 10:50 (UTC) (edited on 2026-07-06 10:50 (UTC) by pmattern)
I've got commits fixing the build and providing some more tiny improvements in a local clone and would be happy to push them.
For the time being I would surely maintain the package alongside ucommon, ccrtp and twinkle{,-git}. (I'm not really sure for how long, given that the whole GNU Telephony stack seems more or less dead. But I could make sure to hand the packages over to a proper maintainer in case I want to step down from maintaining them at some point.)
Muflone commented on 2026-07-05 11:32 (UTC)
@dreieck do you plan to adopt and fix this package? There's a pending request and I'm searching a new maintainer for it
Timofei302 commented on 2025-11-18 17:28 (UTC)
The compilation is currently broken. To fix it, you need to make changes to PKGBUILD:
And also create EmojiBase32-fix.patch:
justicehunter commented on 2020-08-20 12:47 (UTC)
@svenihoney valid point. Thank you for taking your time to help, fixed.
svenihoney commented on 2020-08-19 10:17 (UTC)
If you are using
cmaketo build the packet, you should be aware that your package build fails ifCMAKE_GENERATORis set to something different than "Unix Makefiles", e.g. "Ninja".To build your packet correctly in such a case, either add
-G"Unix Makefiles"to the cmake call or let CMake handle the build correctly. A possible solution may be this:justicehunter commented on 2020-08-15 10:31 (UTC)
@jonathon thank you very much. Applied the diff and learned about patch. For bigger packages I find makeflags useful to speed them up, but for this one you may be right.Cheers!
jonathon commented on 2020-08-14 10:19 (UTC) (edited on 2020-08-14 10:20 (UTC) by jonathon)
Here's a
git diffthat removes the implicit makedepend on git and putstype_fix.patchinto thesourcearray. It also removes the unnecessarymakearguments:1 2 3 Next › Last »