Beiträge von giff

Huhu,

ich hatte exakt dasselbe Problem. Ich habe unter YAST ein paar Pakete deinstalliert und den Rest neu aufgebaut und seitdem geht es wieder. Ich glaube ich habe jetzt nur noch vim, vim-data-common, vim-plugin-colorschemes und vim-data behalten. Prüf das doch einmal nach:

zypper in -i vim

Wir haben dann auch die .vimrc gelöscht und von vim selber wieder anlegen lassen.

Gib trotzdem mal ein

file $(which vi)

und dann dasselbe noch einmal mit "vim"

file gibt den Typ dieser Datei aus, also ob es nur ein Link ist oder eine reguläre Datei. (Z.B. "Vi ist ein Link auf /usr/bin" oder so etwas). Könnte auch ganz interessant sein..

Herzlichst, Gisela

Danke, prima. !

Herzlichst, G.

Mahlzeit,

Warum möchtest Du /dev/sdb2 unbedingt nach /usr/local mounten?

Bitte poste:

cat etc/mtab

Da steht exakt drin was im Augenblick wohin gemountet ist. Und dann:

fdisk -l 

und zwar komplett, ohne ---schnipp--- in der Mitte.

Herzlichst, Gisela

Vielleicht hilft auch das?

https://bugzilla.suse.com/show_bug.cgi?id=1180344#c16

Herzlichst, Gisela

Hallo, Neptun,

Die Idee hinter dem beschriebenen Vorgehen ist, dass du dir die Pid des Shellscriptes "merkst". Wenn du später diesen Prozess mit kill -SIGTERM $( cat /tmp/<scriptname.tmp>) beendest, wird auch der vlc Kindprozess beendet.
Du kannst alternativ natürlich auch die Pid des Vlc Prozesses direkt verwenden.
Dazu fügst du am Ende lediglich ein & an.
Damit wird dieser VLC Prozess im Hintergrund gestartet und seine Pid findet sich in der Special Var namens $!

Bei beiden Varianten musst du dich selbst darum kümmern, dass der VLC Prozess abgeschossen wird.

In Variante zwei genügt es, wie schon geschrieben, einfach ein Blank& an die VLC Zeile anzufügen, und danach eine Zeile z.B.  "vlc_pid=$!" anzufügen.

Dann sleepst du deine gewünschte Zeit mit z.B.
    sleep 10.5  # schlafe für 10einhalb Sekunden
kill -SIGTERM $vlc_pid

Herzlichst, Gisela

N'Abend,

Innerhalb dieses Scriptes kannst Du mittels beispielsweise

echo $$ > /tmp/$(basename $0).pid

die aktuelle PID in das Verzeichnis /tmp und dort in eine Datei mit der Endung .pid leiten (wird immer wieder aktuell überschrieben).

Herzlichst, Gisela

Nochmals guten Abend,

Nach Rücksprache mit ein paar anderen Ideengebern:

Bitte latin und alles was damit zu tun hat, sein lassen. Probier mal die erste Ausgabe von Dir so wie unten zu modifizieren.

No-deadkey kannst Du dann immer noch einstellen, sobald latin weg ist...:

 localectl
System Locale: LANG=de_DE.UTF-8
VC Keymap: de
X11 Layout: de
X11 Model: pc105

Als User folgendes ausführen:

localectl set-keymap de-nodeadkeys

Dann geht ein Fenster auf und fragt das Root- Passwort.

Herzlichst, Gisela

N'Abend,

Also, wenn Dein anderer User die richtigen Einstellungen hat, dann wird der Fehler wohl nicht in der Systemebene liegen, sondern im Userbereich, sprich in Deinem Home- Verzeichnis. Geh mal kurz in Dich: hast Du irgendwelche Scripte am Laufen, die sich entfernt mit der Tastatur beschäftigen? Oder irgendwelche Übersetzertools? Halt irgendein Programm, was im Hintergrund an der Tastaturbelegung pfriemeln kann?

Herzlichst, Gisela

Zitat von manukura

The following 53 package updates will NOT be installed:
gstreamer-plugins-bad gstreamer-plugins-bad-lang kdeconnect-kde kdeconnect-kde-lang libavcodec57 libavfilter6 libavformat57 libavresample3 libavutil55 libgexiv2-2 libgstadaptivedemux-1_0-0 libgstbadaudio-1_0-0 libgstbasecamerabinsrc-1_0-0
libgstcodecparsers-1_0-0 libgstisoff-1_0-0 libgstmpegts-1_0-0 libgstphotography-1_0-0 libgstsctp-1_0-0 libgsturidownloader-1_0-0 libgstwayland-1_0-0 libgstwebrtc-1_0-0 libpng16-16 libpostproc54 libpython2_7-1_0 libswresample2 libswscale4 libvlc5
libvlccore9 python python-base python-rpm-generators python-rpm-macros python-xml python3-virtualbox sddm sddm-branding-openSUSE virtualbox virtualbox-devel virtualbox-guest-desktop-icons virtualbox-guest-tools virtualbox-guest-x11
virtualbox-host-source virtualbox-kmp-default virtualbox-kmp-preempt virt

zypper up 

wird nie einen Anbieterwechsel machen. Diese 53 Pakete beziehen sich darauf, dass in irgendeinem anderen Repo bereits höhere Versionen vorliegen. Dieser Zypper Befehl macht ohne Interaktion des Users nicht den Wechel zu einem anderen Repo. Mach das so, wie es Sterun beschrieben hat, insbesondere den Schritt mit dem Vendor-Change

Die anderen 60 Packages sind reine Updates.

Herzlichst, Gisela

Hallo,

Kannst Du mal unter root (su -l) den Befehl

zypper up

eingeben? Da erscheint dann etliches auf dem Bildschirm, unter anderem am Ende die Frage, ob Du fortfahren möchtest. Nein, möchtest Du nicht, aber was da auf dem Bildschirm steht, kopieren und hier in Code-tags <> eingefügt präsentieren.

Herzlichst, Gisela