Beiträge von Sauerland

Zitat von Alero

Info: Signal als Flatpak funktioniert ...

Das mag ja stimmen, aber an dem unterliegenden Problem ändert das erst einmal nichts,

Zitat von baumkraxler

Danach mit signal-desktop der gleiche Fehler wie zuvor.

1. auch neu gestartet?

2. was ist mit

zypper dup

3. Poste

zypper se -sir https://download.opensuse.org/repositories/network:/im:/signal/openSUSE_Tumbleweed/

Bei mir werden etwas andere Versionen installiert:

Vorladen: libcrc32c1-1.1.2-10.39.x86_64.rpm [fertig]
Vorladen: signal-sqlcipher-2.4.4-1.12.x86_64.rpm [fertig]
Vorladen: signal-libringrtc-2.60.7-1.2.x86_64.rpm [fertig]
Vorladen: inter-fonts-4.1-1.1.noarch.rpm [fertig]
Vorladen: libsignal-0.86.3-1.4.x86_64.rpm [fertig]
Vorladen: signal-desktop-7.83.0-1.1.x86_64.rpm [fertig]
Vorladen: nodejs-electron-37.10.2-2.2.x86_64.rpm [fertig]
Vorladen abgeschlossen. [Erfolg (10,2 MiB/s) ] ...............

Ist der refresh im signal Repo eingeschaltet?????

Poste

zypper lr -d

Installation:

qemu-tumbleweed:/home/stephan # zypper in signal-desktop
Dienst 'NVIDIA' wird aktualisiert.
Dienst 'openSUSE' wird aktualisiert.
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
Paketabhängigkeiten werden aufgelöst...

Die folgenden 7 NEUEN Pakete werden installiert:
  inter-fonts libcrc32c1 libsignal nodejs-electron signal-desktop signal-libringrtc signal-sqlcipher

7 neue Pakete zu installieren.

Größe des Pakets zum Herunterladen:   117,2 MiB

Änderung der Installationsgröße des Pakets:
              |     403,9 MiB  erforderlich für Pakete, die installiert werden sollen
   403,9 MiB  |  -      0 B    freigegeben von Paketen, die entfernt werden sollen

Backend:  classic_rpmtrans

Start:

stephan@qemu-tumbleweed:~> signal-desktop 
This build of Electron is provided by openSUSE and contains various modifications.
Please report problems at https://bugzilla.opensuse.org/enter_bug.cgi?classification=openSUSE and not to upstream bug trackers.
NODE_ENV production
NODE_CONFIG_DIR /usr/libexec/signal-desktop/config
NODE_CONFIG {}
ALLOW_CONFIG_MUTATIONS undefined
HOSTNAME qemu-tumbleweed
NODE_APP_INSTANCE undefined
SUPPRESS_NO_CONFIG_WARNING undefined
SIGNAL_ENABLE_HTTP undefined
userData: /home/stephan/.config/Signal
libva error: /usr/lib64/dri/virtio_gpu_drv_video.so init failed
[3856:1220/200024.634905:ERROR:components/viz/service/main/viz_main_impl.cc:184] Exiting GPU process due to errors during initialization
libva error: /usr/lib64/dri/virtio_gpu_drv_video.so init failed
[3900:1220/200024.958137:ERROR:components/viz/service/main/viz_main_impl.cc:184] Exiting GPU process due to errors during initialization
libva error: /usr/lib64/dri/virtio_gpu_drv_video.so init failed
stephan@qemu-tumbleweed:~> 

Wie du siehst, gerade in einem aktuellen, neu gestartetem Tumbleweed, Repo hinzugefügt und signal-desktop installiert und nun startet es bei mir.

Poste einmal:

zypper lr -d

Zitat von Alero

Alles ist angreifbar. Man kann also, meiner Meinung nach, Vertrauen und Computer nicht in einem Satz erwähnen.

Man kann es wohl erwähnen, denn man muss:

vertrauen.....

Zitat von Scytale

In dem Sinne: Wenn ein Angreifer die openSUSE Leap/Tumbleweed User in der Breite kompromittieren wollen würde, wäre der leichteste Weg, das Packman Repo anzugreifen. Das ist bei den meisten unbedarften Usern Standard.

Das würde genauso auffallen als wenn ich bei flatpack eingreife.

Die Kompromittierung geschieht schon in den Sourcen.

Die xz Attacke sollte ja eigentlich ein essentielles Paket kompromittieren:

openssh.

Noch einmal:

Kauf dir das C't Sonderheft und lies dir die 4 Artikel über diese Attacke mal durch, dann weißt du was auch das grundlegende Problem ist:

Vertrauen.

Und nicht mal eben schnell ein Paketbau ändern.......

Poste einmal:

zypper se -si nodejs signal

Wenn man weiß, was man macht, funktioniert auch dies:

openSUSE Build Service

build.opensuse.org

Zum Status:

Zitat von Unimog

die Option n 20 funktioniert nicht. Ich habe sie mal weggelassen:

Dez 19 19:31:45 sg1 systemd[1]: Starting MariaDB database server...

Dez 19 19:31:45 sg1 mysql-systemd-helper[11311]: Checking MySQL configuration for obsolete options...

Dez 19 19:31:45 sg1 mysql-systemd-helper[11311]: Trying to run upgrade of MySQL databases...

Dez 19 19:31:45 sg1 mysql-systemd-helper[11311]: Stale files from previous upgrade detected, cleaned them up

Dez 19 19:31:45 sg1 mysql-systemd-helper[11311]: Running protected MySQL...

Dez 19 19:31:45 sg1 mysql-systemd-helper[11311]: Waiting for MySQL to start

Dez 19 19:31:45 sg1 mysql-systemd-helper[11335]: /usr/sbin/mysqld: Deprecated program name. It will be removed in a future release, use '/usr/sbin/mariadbd' instead

Dez 19 19:32:46 sg1 mysql-systemd-helper[11311]: MySQL is still dead

Dez 19 19:32:46 sg1 mysql-systemd-helper[11311]: MySQL didn't start, can't continue

Dez 19 19:32:46 sg1 systemd[1]: mariadb.service: Control process exited, code=exited, status=1/FAILURE

Dez 19 19:32:46 sg1 systemd[1]: mariadb.service: Failed with result 'exit-code'.

Dez 19 19:32:46 sg1 systemd[1]: Failed to start MariaDB database server.

Alles anzeigen

Bitte benutze Code-tags, den Link dazu hatte ich dir gepostet.