Package Details: libquotient-git 0.7.1.r1158.f38f5e7-1

Git Clone URL: https://aur.archlinux.org/libquotient-git.git (read-only, click to copy)
Package Base: libquotient-git
Description: A Qt5 library to write cross-platform clients for Matrix
Upstream URL: https://github.com/quotient-im/libQuotient
Keywords: library matrix qt5 quotient
Licenses: LGPL2
Conflicts: libquotient
Provides: libquotient
Submitter: Scrumplex
Maintainer: obj_Obj
Last Packager: obj_Obj
Votes: 4
Popularity: 0.60
First Submitted: 2019-07-15 19:56 (UTC)
Last Updated: 2023-01-11 17:37 (UTC)

Latest Comments

1 2 Next › Last »

obj_Obj commented on 2023-01-08 04:27 (UTC)

I updated the package and enabled encryption support, this is my first time maintaining an AUR package so tell me if I'm doing something wrong

Technetium1 commented on 2022-07-02 16:38 (UTC)

qtkeychain-qt5 is missing in depends to build in clean chroot.

MarsSeed commented on 2022-05-28 05:07 (UTC)

Please add: conflicts=libqmatrixclient, replaces=libqmatrixclient.

qt5-matrixclient-git package source has earlier been switched to the same source as this package uses. Therefor that package builds the same libraries as this one.

That package is a deprecated duplicate so I also submitted a deletion request there.

dreieck commented on 2021-12-27 18:18 (UTC) (edited on 2021-12-27 18:26 (UTC) by dreieck)

Optional dependency qt5-olm-git is not available. Maybe libqtolm can replace it?

And anyway, would it not suffice to depend on qt5-olm, so the user can decide if she wants the -git variant or the stable variant?

dreieck commented on 2021-12-27 18:17 (UTC)

Can you add =${pkgver} to the provides entry?

Thanks for maintaining!

aa13q commented on 2020-04-08 22:01 (UTC)

Hello! Just FYI: libolm is not needed. Default cmake config is not searching for qtolm anymore while e2ee support is not ready: https://github.com/quotient-im/libQuotient/issues/369 And when it will be ready it will be using qt5-olm library (a qt wrapper for olm)

morguldir commented on 2019-11-02 21:11 (UTC)

It's fixed now, but a couple of days ago quaternion's master was incompatible with libquotient's, so i went back to using a submodule. This will probably happen again and the quotient devs have said they won't give any guarantees that they won't break it.

morguldir commented on 2019-10-20 00:15 (UTC) (edited on 2019-10-20 00:30 (UTC) by morguldir)

So it doesn't look like there are any plans to properly tag this thing, and i need to specify 0.6 for quaternion-git, so i wrote a new pkgver() function extracting the version out of CMakeFiles.txt. It should be pretty consistent.

pkgver() {
    cd "$pkgname"

    _info="$(git blame -s CMakeLists.txt | grep set\(API)"
    _commit="$(echo $_info | awk '{print $1}')"
    _ver="$(echo $_info | awk '{print $4}' | sed s/[^0-9.]//g)"
    _patch_ver="$(git blame -p CMakeLists.txt | grep project\(Quotient | sed s/[^0-9]//g)"
    _revisions="$(git rev-list --count $_commit..HEAD)"
    _current_commit="$(git log --pretty=format:'%h' -n 1)"
    printf "%s.%d.r%d.g%s" $_ver $_patch_ver $_revisions $_current_commit
}

Scrumplex commented on 2019-07-16 01:42 (UTC)

Thank you @Morguldir. Updated the package

morguldir commented on 2019-07-16 00:59 (UTC)

You should use -DBUILD_SHARED_LIBS=1 so that the package creates shared libraries instead.