Search Criteria
Package Details: vodozemac-bindings-cpp-kazv 0.2.1-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/vodozemac-bindings-cpp-kazv.git (read-only, click to copy) |
|---|---|
| Package Base: | vodozemac-bindings-cpp-kazv |
| Description: | kazv's C++ bindings for the vodozemac cryptographic library. |
| Upstream URL: | https://lily-is.land/kazv/vodozemac-bindings |
| Licenses: | Apache-2.0 |
| Provides: | libvodozemac.so |
| Submitter: | shrik3 |
| Maintainer: | shrik3 |
| Last Packager: | shrik3 |
| Votes: | 0 |
| Popularity: | 0.000000 |
| First Submitted: | 2024-10-19 20:02 (UTC) |
| Last Updated: | 2025-12-08 09:26 (UTC) |
Dependencies (4)
- gcc-libs (gcc-libs-gitAUR, gccrs-libs-gitAUR, gcc-libs-snapshotAUR)
- cargo (rust-gitAUR, rust-beta-binAUR, rustup-gitAUR, rust, rustup) (make)
- git (git-gitAUR, git-glAUR) (make)
- perl (perl-gitAUR) (make)
Latest Comments
shrik3 commented on 2024-11-14 16:00 (UTC) (edited on 2024-11-14 16:04 (UTC) by shrik3)
dreieck:
sorry, I gave the wrong reference. The upstream is https://github.com/matrix-org/vodozemac-bindings which is officially "unmaintained". It's a binding for other languages, not the library itself.
I had a brainfart, sorry for the misinformation.
RT: https://aur.archlinux.org/packages/vodozemac-bindings-cpp-kazv#comment-998355
dreieck commented on 2024-11-13 16:08 (UTC)
Addendum:
But maybe it still should
conflicts=('libvodozemac'), because it installs/usr/include/vodozemac.hand/usr/lib/libvodozemac.so*.dreieck commented on 2024-11-13 13:56 (UTC) (edited on 2024-11-13 13:58 (UTC) by dreieck)
In this case I think it should not provide
libvodozemacat all.It is a rust library anyway, and I have no idea how to make a "C" shared library from this.
Does kazv's fork forkes and changes https://github.com/matrix-org/vodozemac as well, or does it only provide a wrapper to build a shared "C" library? Ok, seems the first. :-(.
Thank you for the maintanance!
shrik3 commented on 2024-11-12 20:16 (UTC) (edited on 2024-11-14 16:06 (UTC) by shrik3)
@dreieck :
done;
I'm new to packaging and this is my mistake; I'll commit the changes in a few days. Thanks for pointing out.
other than that, I was wondering whether this package should provide
libvodozemacat all: kazv's fork (this) differs from the original [1] a lot and has different versioning.[1] https://github.com/matrix-org/vodozemac-bindings ; which AFAIK is not packaged for arch.
P.S. I've pointed the devs to your notes on
libkazv-gitandkazv-git. Thank you![EDIT] I wrongly pointed to the vodozemac library as upstream. It should have been the bindings, which is unmaintained.
dreieck commented on 2024-11-12 18:37 (UTC)
I see strange versioned
providesentry in the finished build:libvodozemac.so=0.1.0andlibvodozemac.so=libvodozemac.so-64.The first version is manually specified in the
providesarray (I think it should have a-<bitdepth>suffix, calculated from$CARCH?), the second one is strange, though.Anyway, I suggest to add
libvodozemacto theprovidesandconflictsarrays (andlibvodozemac.somaybe too to theconflictsarray).Regards!
dreieck commented on 2024-11-12 18:04 (UTC) (edited on 2024-11-12 18:08 (UTC) by dreieck)
It is, but
rustwas neither a makedependency.I thing (observing other packages) specifiyng
cargois the correct way, and usually this results in installingrust, but if people need specific other versions likerustupthey also can install that.You can (and should) remove
rustfrommakedependsonce you havecargo, otherwise you could create conflicts withrustup,cargo-nightlyor so, I think.But I am really unsure on this aspect!
shrik3 commented on 2024-11-11 20:30 (UTC)
@dreieck :
both done, thanks for the comments.
I thought
cargowas already provided byrust; my bad.dreieck commented on 2024-11-11 19:41 (UTC)
I am now trying to build this in order to bring
libkazv-gitup to date.cargoneeds to be added to themakedependsarray:When done, please rework your
PKGBUILDso that the rust specific downloads already happens inprepare():Regards and thanks for the package!