Barrier: Flatpak-Problem / KDE-Abhängigkeiten / OpenSSL-Versionen auf Solus

Ich werde dem Problem bei Gelegenheit nachgehen, sorry für die späte Antwort. Das Flatpak muss wahrscheinlich sowieso aktualisiert werden.

Auch dieses Problem unter Ubuntu 18.10 hat unter Lubuntu 18.10 einwandfrei funktioniert.

Auch dieses Problem unter Ubuntu 18.10 hat unter Lubuntu 18.10 einwandfrei funktioniert

Ich verstehe nicht, wie das überhaupt möglich sein soll? Sie sind die gleiche Basis-Distribution.

Auf Fedora 29 (mit Gnome und x11 statt Wayland, aufgrund fehlender Wayland-Unterstützung):

$ flatpak --user install flathub org.kde.Platform/x86_64/5.10
Skipping: org.kde.Platform/x86_64/5.10 is already installed
$ flatpak install barrier com.github.debauchee.barrier
error: The application com.github.debauchee.barrier/x86_64/stable requires the runtime org.kde.Platform/x86_64/5.10 which was not found

Ich glaube nicht, dass 5.10 mehr unterstützt wird, und Barrier wird im Moment nicht mit 5.11 kompiliert. Das Flatpak ist zu diesem Zeitpunkt im Wesentlichen tot. Ich werde das Problem wahrscheinlich sperren, aber offen lassen, damit die Leute es finden können.

Nicht wirklich gelöst, aber ich habe gesagt, was ich gesagt habe.

Ich werde versuchen, gegen die 5.12-Laufzeit zu bauen und die 5.11-Laufzeit vollständig zu überspringen.

Das Erstellen gegen 5.12 schlägt immer noch fehl, wie hier zu sehen ist: https://github.com/debauchee/barrier/issues/154#issuecomment -453712038

Ich habe eine Barriere zum Bauen gegen 5.12, indem ich das Tag v2.1.2 verwende, fragen Sie nicht, wie/warum das funktioniert, weil ich es nicht weiß. Das bedeutet, dass das Flatpak nicht mehr wirklich tot ist.

alc@am1m-s2h ~/git/github/flathub/barrier (git)-[com.github.debauchee.barrier] % flatpak --user install bf com.github.debauchee.barrier
Installing in user:
com.github.debauchee.barrier/x86_64/stable        bf 17db0d16cecc
  permissions: ipc, network, x11, dri
  file access: xdg-config/kdeglobals:ro, xdg-run/dconf, ~/.config/dconf:ro
  dbus access: com.canonical.AppMenu.Registrar, com.canonical.AppMenu.Registrar.*, org.a11y.*
  system dbus access: org.freedesktop.Avahi
com.github.debauchee.barrier.Locale/x86_64/stable bf b5ffed88b207
Is this ok [y/n]: y
Installing for user: com.github.debauchee.barrier/x86_64/stable from bf
[####################] 23 metadata, 20 content objects imported; 336 B transferred in 0 seconds
Now at 17db0d16cecc.
Installing for user: com.github.debauchee.barrier.Locale/x86_64/stable from bf
[####################] 2 metadata, 1 content objects imported; 336 B transferred in 0 seconds
Now at b5ffed88b207.

Das Flatpak läuft im Servermodus!

Das Flatpak von Barrier im Client-Modus, verbunden mit dem Server! :)

Ich würde mich freuen, wenn die Leute das testen könnten. https://github.com/debauchee/barrier/releases/tag/v2.1.2

fwiw, ich habe es aus dem Repo installiert, und es wurde installiert und lief sowohl auf dem Client als auch auf dem Server korrekt.

Ha! sorry, habe das Update bis jetzt nicht gesehen, bin nicht täglich auf Github.

Habe noch nicht gründlich getestet, ob es läuft, aber die Installationsfehler sind weg, installiert jetzt problemlos auf dem neuesten Solus!

Vielen Dank, werde die tatsächliche Nutzung in den nächsten Tagen testen und berichten!

Kein Problem, ich bin froh, dass ich das Installationsproblem gelöst habe.

...und es funktioniert! Einige Probleme für meine Konfiguration, aber diese haben nichts mit dem Flatpak zu tun.

Danke Adrian für diese Veröffentlichung!

Kein Problem, ich bin froh, dass dieses seit langem bestehende Problem gelöst wurde.

Leider ist es bei mir nicht behoben.
Ich verwende Ubuntu 18.10, befolge die Anweisungen in v2.12 und erhalte die Meldung

Fehler: Die Anwendung com.github.debauchee.barrier/x86_64/stable benötigt die Laufzeit org.kde.Platform/x86_64/5.12, die nicht gefunden wurde

Ich habe die Installation auf meiner Kali-Maschine durchgeführt und es hat sofort funktioniert
Auf Ubuntu lief ich
flatpak install flathub org.kde.Platform/x86_64/5.12
und danach starte ich die Barrier-Installation erneut und dann hat es funktioniert