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
_constraints 0000000294 294 Bytes
_service 0000000774 774 Bytes
_servicedata 0000000231 231 Bytes
nheko-0.5.5+20180920.ecc346a.obscpio 0009328659 8.9 MB
nheko.changes 0000016899 16.5 KB
nheko.obsinfo 0000000112 112 Bytes
nheko.spec 0000003443 3.36 KB
Revision 64 (latest revision is 107)
Dead Mozay's avatar Dead Mozay (Dead_Mozay) committed (revision 64)
- Update to version 0.5.5+20180920.ecc346a:
  * Close dialogs on confirmation
  * Use confirm as the default button
  * macOS: Use the native emoji picker
  * Improvements on the system theme
  * ci: Don't count errors during brew upgrade
  * ci: Use brew upgrade --ignore-dependencies
  * Replace GCC-7 with GCC-8
  * Don't upgrade cmake on the macOS job
  * Fix compile warnings
  * Install libsodium 1.0.16
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