Beiträge von r3z5

    hmm.. das ist alles komisch. Die Sortierung scheint mit den Spalten durcheinander zu kommen. Allerdings müsste dann ja auch der "-k5,5nr" Zusatz fehlschlagen, was ja nicht der Fall ist (diesen Ansatz finde ich übrigens sauberer/konkreter).

    Was ergibt bei Dir die Ausgabe:

    Code
    ls -l /usr/bin/ | sort --debug -nrk 5 | head -n 60

    gern auch mal ein --debug für die beiden Sortierungen deiner Datei. (die Datei ist UTF-8 oder?)


    Tatsächlich gab/gibt(?)) es einen Bug in Zusammenhang mit Sonderzeichen:

    https://lists.gnu.org/archive/…ils/2020-08/msg00019.html


    Ich sehe aber keine Zusammenhang zum Problem mit dem Beispiel Deiner Datei. (es sei denn, dass da was grundsätzlich beim verarbeiten von utf8-regeln ( <>LANG=C) schief geht/ging.


    Ich konnte das nicht bei mir nachstellen:

    Als "gelöst" setze ich den Thread noch nicht gleich, weil vielleicht in den nächsten Tagen noch jemand was einfällt, wie man das Problem auch lösen kann, wenn man ibus behält. Oder ist das keine gute Idee?

    Da stoße ich an meine Grenze. Es scheint ein Bug in IBUS 1.5.23 zu sein:

    https://bugzilla.opensuse.org/show_bug.cgi?id=1177545


    Laut https://software.opensuse.org/package/ibus ist für leap 15.2 aber IBUS 1.5.22 gültig .

    Warum da mit zoom nun die neuere Version mit rein kommt...


    Ein Ansatz, wäre es ggf. die Abhängigkeit von zoom nach IBUS zu brechen und die Standardversion zu nehmen und dann zu hoffen das zoom noch läuft. Ob das eine gute Idee ist und ob/wie das geht, müssten aber die Profis hier klären.


    Ggf. gibt es auch noch ein Zoompaket, was die korrekte Version für Leap 15.2 beinhaltet.


    Good luck und frohe Feiertage

    Es scheint Laut Bugreport ein Problem mit ibus zu sein. Mit Version Ibus-1.5.23 ist das rein gekommen.

    Ich habe das Paket jetzt mal test weise entfernt (es wurden bei mir nur insgesamt 4 Ibus bezogene Pakete entfernt, sonst gab es keine richtigen Abhängigkeiten).

    Nun klappt es wieder beim Starten mit der Tastatur: (ßäüö!)

    Bisher ist mir auch nichts negatives aufgefallen, was ibus vermissen lässt.

    Ich lasse den Beitrag trotzdem mal offen, bis eine Korrektur verfügbar ist.

    Hallo,

    seit ca 2 Tagen habe ich das Problem (vermutlich nach einem Update), dass beim Starten des Szstems das Tastaturlazout standardm'-ig auf englisch eingestellt ist.

    Wenn ich dann unter Zast />Szstem/Tastaturlazout nachschaue, ist hier deutsch eingestellt. Navigiere ich hier einmal zwischen den Sprachen und wähle wieder deutsch (+Übernehmen), ändert sich das Tastatur-Layout wie gewünscht.


    Die Tastaturbelegung im GUI (XFCE) war zuerst benutzerspezifisch (auch deutsch). Trotzdem wird diese Einstellung beim Start nicht mehr gezogen.

    Auch wenn ich hier systemweite Einstellung auswähle, wird auch die deutsche Belegung beim Starten nicht gezogen.


    Kann mit jemand sagen, wie ich das wieder glatt ziehen kann?


    PS: Mir ist auch aufgefallen, dass die Desktop-Einträge für die Yast-Komponenten im Start-Menü auf englisch sind. Die anderen Menü-Einträge sind deutsch. Starte ich Yast, sind die Yast-Komponenten wieder deutsch. Hängt das ggf. mit dem Tastaturproblem zusammen?

    Ich habe das so verstanden, dass es hier um eine vom VPN-Server generierte Client-Konfigurations-Datei geht, die über den Networkmanager auf eine Opensuse-Installation (15.2) erfolgreich importiert wurde aber der Verbindungsaufbau fehlschlägt.

    Der Server selbst befindet sich auf einem Raspberry (Disto ist mir nicht klar).

    Weiterhin habe ich es so verstanden, dass mittels der gleichen Datei auf einer Win10-Installation und android-Installtion erfolgreich eine Verbindung aufgebaut wurde. Ist das korrekt? Wenn ja scheinen im ersten Schritt der Server und die dazugehörige Datei nicht das Problem zu sein.


    aledal : Wenn ich das alles richtig verstanden haben sollte: Nur um den Networkmanager auszuschließen: Kannst Du den Verbindungsaufbau noch mal ohne Networkmanager probieren, so wie es im Link von Sauerland beschrieben ist? D.h. auf deinem 15.2 Laptop nicht über den Networkmanager die Datei importieren, sondern die Datei ablegen und dann in einer Konsole:

    Code
    sudo openvpn --config /pfad/zur/client.opvn

    Was kommt dann raus?

    Hallo,

    ich hatte die gleiche Situation (allerdings lief der Client auf Tumbleweed; Server: raspberry Pihole/Pivpn). Über Android konnte ich ohne Probleme Verbindungen aufbauen, über einen Linux-Laptop/XFCE/Networkmanager ging es nicht.

    Ich habe nie die Ursache herausgefunden. Ich hatte da nichts bewusst auf Configseite korrigiert.

    Mit irgend einer (Server oder Client?) Version ging es dann auf einmal.


    Ich kann Dir nur meine letzte funktionierende Client-Config schicken, die wurde aber so generiert. Ich habe da nichts manuell geändert.

    Bei mir läuft auch OpenVPN 2.4.8, nicht 2.4.3. Evtl. kommst Du ja damit weiter.

    Good Luck!