Beiträge von Sauerland

Du wirst anscheinend die Boot-Partition verschlüsselt haben.....

LUKS – Betriebssystem verschlüsseln | [Mer]Curius

Dort steht auch:

Zitat

Der Linux Bootloader GRUB unterstützt in neueren Versionen den Start verschlüsselter Partitionen, weshalb eine unverschlüsselte Boot-Partition nicht mehr unbedingt notwendig ist. Obwohl hinsichtlich der Sicherheit eine solche vollständige Verschlüsselung Vorteile bringt, führt der Start aus einer verschlüsselten Boot-Partition oft zu starken Verzögerungen beim Systemstart. Aus diesem Grund basieren die folgenden Vorschläge immer noch auf einer unverschlüsselten Boot-Partition.

Poste:

zypper if mingw32-win_iconv-dll

jo, Bindestrich vergessen.....

Poste mal:

/sbin/lspci -nnk | grep iA3 net

Petert

Zitat von zappa.frank

7.3.3.1-150300.14.22.21.20

Bitte nicht durch 150300 verunsichern lassen.....

zypper if libreoffice
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...


Informationen zu Paket libreoffice:
-----------------------------------
Repository         : Update repository with updates from SUSE Linux Enterprise 15
Name               : libreoffice
Version            : 7.3.3.1-150300.14.22.21.20
Arch               : x86_64
Anbieter           : SUSE LLC <https://www.suse.com/>
Installierte Größe : 217,7 MiB
Installiert        : Ja (automatisch)
Status             : aktuell
Quellpaket         : libreoffice-7.3.3.1-150300.14.22.21.20.src
Upstream-URL       : https://www.documentfoundation.org/
Zusammenfassung    : Ein freies Office-Paket (Framework)
Beschreibung       : 
    LibreOffice is a comprehensive office package featuring a word
    processor, a spreadsheet, a presentation program, and much more. This
    package provides only the basic framework. You have to install the
    additional modules to get the required functionality, see packages:

zypper lr -d | grep repo-sle-update
11 | repo-sle-update                       | Update repository with updates from SUSE Linux Enterprise 15                                | Ja        | (r ) Ja         | Ja             |   99      | rpm-md   | http://download.opensuse.org/update/leap/15.4/sle/

Die

ClipGrab-3.9.7-x86_64.AppImage hat offenbar Probleme mit 15.4 .

./ClipGrab-3.9.7-x86_64.AppImage 
QObject::connect: signal not found in QTreeView
# ab dann ist Schluss mit lustig

Dann sollte man das dem Ersteller des AppImage melden.....

systemd erwartet die services in /etc/systemd/ bzw. /usr/lib/systemd/, wobei letztere bei einem Update des Hauptprogramms gnadenlos überschrieben werden, daher sollte man für die eigenen systemd.service /etc/systemd/ benutzen bzw. bei Tumbleweed evtl?? /usr/etc/systemd/ (kann evtl ein Tumbleweed User etwas zu sagen).

Das ist grundsätzlich erst einmal und unabhängig von irgendwelchen Distributionen/Versionen.

Einfach:

systemctl stop esets

und

systemctl disable esets

sollte den service stoppen und auch vom automatischen Start abhalten.

Wenn das ein App ist, ist es eindeutig.......

Die müssen testen......

Kernel-default-base könntest du löschen und die beiden anderen auch auf die 90er Version updaten.

Zitat von Mircel

Schade, dass es für das eigentliche Problem mit Python3 bis jetzt (noch) keine Lösung gibt, den diese Aussage:

ist falsch. Wenn die App von ClipGrab unter Tumbleweed und auch unter Ubuntu läuft, nicht aber unter Leap, dann muss das Problem in Leap liegen. Und Leap ist ja noch relativ neu, wäre ja nicht vollkommen abwegig. Und die Fehlermeldungen beziehen sich auch eindeutig auf Python3.

Ich wäre jedenfalls gern bei Leap geblieben.

(Vielleicht in einem halben Jahr nochmal probieren.)

Zitat von Mircel

Das Programm ist ein AppImage und direkt von der Entwicklerseite.

Und daher ist es ein Problem des Appimage, denn jede Distribution benötigt andere libs und die muss das Appimage dann mitbringen.......

Wie bereits geschrieben, gibt es clipgrab im OSS Repo von Leap 15.4, einfach installieren.