Desktop client for the Matrix protocol

Edit Package nheko

The motivation behind the project is to provide a native desktop app
for Matrix that feels more like a mainstream chat app.

Refresh
Refresh
Source Files
Filename Size Changed
_service 0000000748 748 Bytes
_servicedata 0000000231 231 Bytes
gen_libs.sh 0000000660 660 Bytes
header_only-f3b7019.tar.gz 0000117580 115 KB
nheko-0.5.0+20180715.3a917f7.tar.gz 0004499199 4.29 MB
nheko.changes 0000002342 2.29 KB
nheko.spec 0000003279 3.2 KB
Revision 26 (latest revision is 107)
Dead Mozay's avatar Dead Mozay (Dead_Mozay) accepted request 622963 from Dead Mozay's avatar Dead Mozay (Dead_Mozay) (revision 26)
- Add a timeline message when encryption is enabled
- Mark all decrypted messages with a padlock
- Mark third-party headers as system 
- Don't download dependencies during buil
- Add shortcuts for chat-only & Room List-only views
  Ctrl-O -> Chat
  Ctrl-L -> Room list
- Add basic support for replies
- Allow arbitrary resizing of the main window & restore sidebar's size
- Save timeline messages in cache for faster startup times
- Upgrade matrix-structs & mtxclient
- Add entry for GCC5 on Travis-CI 
-  Merge branch 'e2ee'
   * Support for e2ee rooms
   * Implement categories & file logging
   * Let the user know when the app can't reach the server 
- Add Visual Studio 2017 support 
- Add French translation 
- Bump version to v0.4.3 
- Update change file
-
- Show Matrix ID tooltip when hovering over display name 
- Properly resize Audio & File widgets
- Set fixed height for the DateSeparator & TextLabel 
- Fix resize slowness on the TopBar
- Updated to latest snapshot. 
Comments 22

Luca Beltrame's avatar

As noted in nheko's bug tracker (https://github.com/mujx/nheko/issues/344) multi-core builds can consume a lot of RAM (as seen in the failure for TW i586 as well). Perhaps it might be worth to either scale them down or use _constraints.


Dead Mozay's avatar

Thank you, as I missed this moment, the problem was observed everywhere, the compilation stopped randomly anywhere, but like such a problem is not observed


Oliver Kurz's avatar

@Dead_Mozay did you see the build failures on at least openSUSE Leap 15.0? They seem to be reproducible.


Dead Mozay's avatar

Yes I see, spdlog version should be no lower 1.0.0, in Leap 0.16.3


Oliver Kurz's avatar

current build failures on Leap 15.0/15.1 seem to be due to a too old cmake version. I guess we should either disable the build for Leap or create a specific subproject for Leap 15 providing the missing dependencies (updated cmake version). WDYT?


Dead Mozay's avatar

I would prefer to have a version for leap, but how best to make this decision is yours, I am not against a separate subproject, at the moment 2 updated packages are required, cmake and spdlog


Oliver Kurz's avatar

Hi, I have disabled the build for the (last) repo "openSUSE_Tumbleweed" as the package currently does not build.


Dead Mozay's avatar

Hi, yes, I myself noticed yesterday, but have not yet looked why, as I fix it, I'll let you know


Krisztián Szegi's avatar

Hi!

Two things I'd like to mention/ask: - Maybe there is no real gain, but could you mention this repo on nheko-s github page? Other distros have instructions for install. - There is a new big release in RC phase. When would it land - when it is not a candidate anymore? It is quite a big and needed release, as you all know most probably.

And last: thanks for the build! My KDE desktop is much more complete with this! Don't want another crappy repurposed browser on my system tray, like all the other stuff these days...


Krisztián Szegi's avatar

Hi again!

nheko cannot be installed currently (since about two weeks) from this repo as: - "nothing provides libmatrix_client.so.0.3.0()(64bit) needed by nheko-v0.7.1+20200423.14ce840-3.29.x86_64"

This repo ship libmatrix_client version 0.3.1+0-1.1 If I chose to break the dependency (and install the newer one from the repo) than nheko cannot start, as it does not load newer libmatrix than 0.3.0: "error while loading shared libraries: libmatrix_client.so.0.3.0: cannot open shared object file: No such file or directory"

Could you be kind enough to build the nheko with updated deps, as the repo is inconsistent and unusable this way?


Oliver Kurz's avatar

@Samonitari OBS automatically takes care to build packages with updated deps. The problem is that the build currently fails. Unfortunately no one could provide a fix for now. I will for now disable the build of the package as it fails anyway.


Luca Beltrame's avatar

Now that 0.8.0 is out, it might be worth pushing this to TW along with mtxclient.


Dead Mozay's avatar

In addition to mtxclient, other libraries are also needed, neither mtxclient nor nheko itself are ready yet, they have some problems, they may be fixed in the next releases, but not yet


Dura-Kovács's avatar

Can't install nheko on Leap 15.4

zypper in nheko
Loading repository data...
Reading installed packages...
Resolving package dependencies...

Problem: nothing provides 'libc.so.6(GLIBC_2.34)(64bit)' needed by the to be installed nheko-0.10.0-1.8.x86_64
 Solution 1: do not install nheko-0.10.0-1.8.x86_64
 Solution 2: break nheko-0.10.0-1.8.x86_64 by ignoring some of its dependencies

Dead Mozay's avatar

Update the metadata before installing, just checked, there is no such error


Dura-Kovács's avatar

I accidentally added the TW repo instead of Leap 15.4. My bad, thanks for the reply.


Bunte Katze's avatar

Hi! nheko cannot be installed on OpenSUSE Tumbleweed, e.g. from https://software.opensuse.org/ymp/network:messaging:matrix/openSUSE_Tumbleweed/nheko.ymp?base=openSUSE%3AFactory&query=nheko

Problem: nichts stellt 'libspdlog.so.1.11()(64bit)' bereit, das vom zu installierenden nheko-0.11.3-1.9.x86_64 benötigt wird
 Lösung 1: nheko-0.11.3-1.9.x86_64 nicht installieren
 Lösung 2: nheko-0.11.3-1.9.x86_64 durch Ignorieren einiger Abhängigkeiten brechen

Could you please have a look?


Loren Burkholder's avatar

It seems that this is a problem with more than just nheko; I've heard from other people that an unrelated package on Leap is having the same issue. I'm guessing there was a problem with a repository update.


Bunte Katze's avatar

Just a coincidence then. Thank you for your response! I'll try again on another day.


Dead Mozay's avatar

Someone disabled package building, check


Oliver Kurz's avatar

that was likely me. I extended the description with the build failure. Seems you fixed and re-enabled the project now. I updated the description.


Oliver Kurz's avatar

Disabled the build due to reproducing issue

[ 48s] /usr/include/fmt/core.h:1580:7: error: static assertion failed: Cannot format an argument.
[ 48s] /usr/include/fmt/core.h:1580:7: note: 'formattable' evaluates to false
openSUSE Build Service is sponsored by