Beiträge von Antarctris

Hallo zusammen,

ich hab ein Problem mit einer frischen OpenSuse Installation und einer Tastatur-Einstellung.

Ich nutze sehr viel das NumPad für Anwendungen und Macros. Hier ist für mich wichtig solche Tastenkombinationen wie "Shift+Num4" nutzen zu können. Per default ist aber über NumLock/Shift eine Umschaltung auf Dinge wie Links/Rechts/Hoch/... eingestellt. Normalerweise kann man das in KDE ausstellen [System Settings -> Input Devices -> Keyboard -> Advanced -> Configure keyboard options -> Compatibility options -> Numeric keypad always enters digits (as in macOS)]. An dieser Stelle sei erwähnt, dass ich diese Einstellung auf einem anderen System ohne Probleme schon seit langem nutze.

Zurück zum aktuellen System:

Wenn ich bei dieser Einstellung ein Häkchen setze und Apply drücke, empfangen meine KDE-Anwendungen anschließend keine Tastatureingaben mehr. Globale Shortcuts, wie z.B. Meta+Pfeiltasten oder Alt+Shift für die Suche funktionieren noch, aber weder in der Suche noch in z.B. Kate werden irgendwelche Tastatursignale erkannt. Firefox z.B. funktioniert weiterhin einwandfrei (ist aber, glaube ich, eine GTK-Anwendung).

Was ich herausfinden konnte, ist, dass die Einstellung in ~/.config/kxkbrc geschrieben wird. Wie das ausgelesen oder im System umgesetzt wird, weiß ich allerdings nicht.

Hat jemand eine Idee, wo ich weiter nach der Ursache suchen kann?

lg.

Antarctris

Das Repository war bisher ein sehr bequemer Weg. Dass es den Treiber auch noch manuell zu downloaden gibt hab ich total vergessen

Ich werd mal schauen ob ich den zum laufen bekomme. Sonst warte ich halt doch auf die Privatperson (Danke für diese Info, ich dachte da stünde ein Nvidia-Mitarbeiter dahinter..)

Hallo zusammen,

ich hab eine frische Tumbleweed Installation mit einer Nvidia-Grafikkarte. Der installierte Kernel hat die Version 5.5.1 Im nvidia-Repository liegen allerdings nur Pakete für den Kernel 5.3.12. Da das System neu ist, habe ich natürlich keine älteren Kernel im Cache rumliegen und frage mich daher, ob man die älteren Versionen aus dem Repo bekommen kann. Und falls ja, wie?

Falls die Antwort einfach "Nein" lautet werde ich wohl warten bis nvidia sich bequemt, seine Treiber zu updaten^^

Hey ho,

ich verwende zwar selbst den offiziellen Telegram-Client und habe mich nie mit Telepathy auseinander gesetzt. Allerdings hat mich eine kurze Suche dort hin gebracht:

https://wiki.archlinux.org/index.php/KDE#KDE_Telepathy

Das ist nicht viel, aber es sagt mindestens, dass es möglich ist. Vielleicht verrät es dir sogar genug um es einzurichten. Das einzige, was ich dir noch verraten kann: Das "telepathy-haze"-Paket ist unter derselben Bezeichnung auch in den offiziellen openSUSE-Repositories.

lg.
Tris

Bump!

Ich habe so ziemlich dasselbe Problem. Ich habe die Tage so ne Beitragssammlung bei nvidia gelesen mitsamt dem Patch - Also sie arbeiten dran. Dieser Patch kommt mir aber nicht ins Haus und ich komm auch mal ein paar Wochen mit dem nouveau-Treiber aus. Dann werde ich wohl auf Leap 15 umsteigen, das war doch so für Mitte/Ende Mai geplant, oder?

Ok, das hätte ich nicht gedacht. Vielen Dank für den Einblick!

Ich glaube da ist irgendetwas kaputt gegangen:

gdisk -l /dev/sdc

GPT fdisk (gdisk) version 1.0.1


Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present


Found valid GPT with protective MBR; using GPT.
Disk /dev/sdc: 125045424 sectors, 59.6 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): *** manuell zensiert ***
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 125045390
Partitions will be aligned on 2048-sector boundaries
Total free space is 2669 sectors (1.3 MiB)


Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048          530431   258.0 MiB   EF00  primary
   2          530432       105369599   50.0 GiB    0700  primary
   3       105369600       125044735   9.4 GiB     0700  primary

Ich würde vermuten, dass sdc2 einen Code von z.B. 8304 (Linux x86-64 root) und sdc3 den Code 8200 (Linux swap) haben sollte. Ich finde es ziemlich faszinierend, dass die btrfs-Funktionalitäten und snapper trotzdem alle einwandfrei funktionieren. Im übrigen ist auch auf meiner sdb-Platte für /home das gleiche zu beobachten. Dort wird ein ext4 ebenfalls mit Code 0700 und entsprechend "Windows Basic Data" bezeichnet.

Ach du sch**** ... ja, mein Fehler.
Danke für den Hinweis, damit hat sich das Problem gelöst.

Trotzdem noch die Frage: Was hat es mit dem "Microsoft Basic Data" auf sich? Sollte das (in diesem Falle) nicht andere Bezeichnungen haben?

Hallo hallo,

ich habe etwas entdeckt, was ich mir nicht ganz erklären kann, ich versuche es kurz zu fassen. Ich möchte gerne Speicherplatz frei machen um gefahrlos updaten zu können, und habe versucht dabei folgenden Anweisungen zu folgen:
https://www.suse.com/documenta…a/trbl_btrfs_volfull.html
Ich kam allerdings nicht sonderlich weit.

btrfs filesystem show:

Label: 'root'  uuid: *** manuell zensiert ***
        Total devices 1 FS bytes used 43.27GiB
        devid    1 size 49.99GiB used 44.80GiB path /dev/sdc2

btrfs fi balance start /dev/sdc2 -dusage=5  brachte einen Fehler, von wegen zu viele Argumente. Wenn man den Mountpoint und das Argument -dusage=5 taucht sollte es funktionieren, tut es aber nicht:

btrfs fi balance start -dusage=5 /dev/sdc2:

ERROR: not a btrfs filesystem: /dev/sdc2

Was mich veranlasst hat mir die Partitionierung anzuschauen:

Ausschnitt von fdisk -l:

Disk /dev/sdc: 59.6 GiB, 64023257088 bytes, 125045424 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: *** manuell zensiert ***


Device         Start       End   Sectors  Size Type
/dev/sdc1       2048    530431    528384  258M EFI System
/dev/sdc2     530432 105369599 104839168   50G Microsoft basic data
/dev/sdc3  105369600 125044735  19675136  9.4G Microsoft basic data

"Microsoft basic data"? Entschuldigung, aber ich halte das für kompletten Blödsinn. Also /dev/sdc2 ist meine Root-Partition und ist btrfs. Das System läuft auch sonst ohne Beschwerden. /dev/sdc3 ist swap. Gibt es eine Möglichkeit das ganze ohne Formatierung und folgend Neu-Installation zu beheben?

lg.
Antarctris

Telegram legt unabhängig vom Installationsort unter Linux seine Profildaten in ~/.local/share/TelegramDesktop/ an. D.h. du kannst nur ein Profil pro Benutzer haben und müsstest wirklich, wie wurzel schon geschrieben hat, einen weiteren Benutzer anlegen.

Damit du dich nicht jedes mal neu einloggen musst, könntest du ein Desktop File oder Skript erstellen, welches folgenden Befehl ausführt:

sudo -u nutzer2 /pfad/zu/Telegram

So sollte Telegram starten und den Profil-Ordner von nutzer2 verwenden. Es benötigt allerdings jedes mal die Passworteingabe von nutzer2, was man mit der -p passwort Option umgehen könnte, allerdings hast du dann das Passwort plaintext auf deinem Rechner gespeichert, was man generell vermeiden sollte.