09:29 Adriaan de Groot (adridg) 

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).

    de5ab18

20:02 Adriaan de Groot (adridg) 

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.

    1a59a0d

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

 

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.