| non port: net-im/nheko/pkg-plist |
|
SVNWeb
|
Number of commits found: 4 |
|
Tue, 26 Jul 2022
|
[ 09:29 Adriaan de Groot (adridg)  ]    de5ab18
net-im/{mtxclient/nheko}: Update to latest upstream
New mtxclient and related nheko releases are at
https://github.com/Nheko-Reborn/mtxclient/releases/tag/v0.8.0
https://github.com/Nheko-Reborn/nheko/releases/tag/v0.10.0
This chases some Matrix protocol updates as well. Drops Matrix
groups support. VOIP might be supported, I haven't tried it.
Nheko doesn't do a build-time check for the required mtxclient
version, so it will try and fail to compile against mtxclient 0.7.
Hence, committing these two together (I wish I could specify
versions better in LIB_DEPENDS).
|
|
Fri, 11 Mar 2022
|
[ 20:02 Adriaan de Groot (adridg) ] 1a59a0d
net-im/nheko: update to 0.9.2, latest upstream
Upstream has released a new mtxclient, and nheko chases that.
New dependency during build is asciidoc for the manpage.
Release notes are at:
https://github.com/Nheko-Reborn/mtxclient/releases/tag/v0.7.0
https://github.com/Nheko-Reborn/nheko/releases/tag/v0.9.2
It's a handful of bugfixes in mtxclient, and some UI changes in nheko.
|
|
Tue, 21 Apr 2020
|
[ 09:35 adridg ]  
net-im/{mtxclient,nheko} update to latest upstream releases
These two go together quite closely. Release notes at
https://github.com/Nheko-Reborn/mtxclient/releases/tag/v0.3.0
https://github.com/Nheko-Reborn/nheko/releases/tag/v0.7.0
Mostly more features for rich-IM purposes.
Fighting with the nheko build shows me we rather need a port for
lmdb++ and tweeny.
Reported by: portscout
|
|
Mon, 25 Mar 2019
|
[ 22:04 adridg ]
New port net-im/nheko
Third time's the charm for Qt-based Matrix clients; this one looks pretty
good and seems to work pretty well. It also offers registration for new
users, and understands both plain (matrix.org) and premium (modular.im)
accounts.
The port contains the following yuckiness:
- a hack to change <json.hpp> to <nlohmann/json.hpp>, since the CMake
bits in nheko don't actually go look for it.
- a (GH_TUPLE) copy of lmdb++, which is #included by the C++ code,
but CMake doesn't go looking for it.
- a (GH_TUPLE) copy of tweeny, which is used by the C++ code, but
CMake doesn't go looking for it. Since this is a source copy, the
header isn't in the tweeny/ directory (where it gets installed), so
an extra hack is called for to provide that subdirectory.
I considered making tweeny a separate port (many Linuxen do), but
this would be the only consumer, and it doesn't even consume the whole
library but only parts of one header.
|
Number of commits found: 4 |
As an Amazon Associate I earn from qualifying purchases.