wie wbar loswerden? komische Leiste am oberen Bildschirmrand

[spacepenguin]

Ich hab grad ein d-u durchgeführt und auf KDE 4.9.5 aktualisiert. Nach diesem d-u habe ich auf einmal in KDE am oberen Bildschirmrand unter meinem Panel eine merkwürdige kleine zusätzliche Leiste, die sich nicht dem Bildschirmhintergrund anpasst und deren Icons sich beim Draufzeigen vergrößern. Schließbar ist die Leiste nicht, bei Rechtsklick wird sie nur irgendwie neu geladen, verschieben kann ich die auch nicht. Was ist das, wie kann ich das verschieben, konfigurieren - und wie werde ich es ggf. wieder los?

[devil]

Hm, nie gesehen sowas. Hat nichts mit KDE zu tun.

greetz
devil

[spacepenguin]

Ich denke auch nicht, daß das was mit KDE zu tun hat, sonst wäre das sicherlich richtig transparent. Bei allen Usern ist diese ominöse macartige Bar jetzt da . Außer KDE habe ich auch noch die Oberfläche RazorQt und LXDE installiert, falls das was zu sagen hat, aber bei meinem Hauptuser hab ich die noch nie gestartet.

[spacepenguin]

Kann das wbar sein? Das ist bei mir aus irgendeinem Grund installiert... Ich versuch das mal zu deinstallieren...

Hmm - wenn ich alles mit wbar deinstalliere, will der mir auch siduction-settings-rqt mit deinstallieren. Das ist also der Schuldige... Wieso ist da eine Abhändigkeit drauf? Und wieso zum Hamster marmelt sich das in alle User und (vermutlich) alle anderen Oberflächen mit rein? Und wie verhindere ich den wbar Start, da ich es ja offenbar nicht deinstallieren kann, ohne RazorQt was wegzunehmen...?

[spacepenguin]

Offenbar wird, warum auch immer, bei allen Usern /usr/bin/start-wbar ausgeführt... - in welcher Datei habt ihr das versteckt so daß ich das deaktivieren kann?

[captagon]

mhh, da hat wohl jemand noch etwas zu tun:

Code Select Expand

apt-cache show siduction-settings-rqt

This overrides razorqt's defaults used for new users, all settings remain
configurable by the local user and don't override already existing user
profiles.


Maintainer: Alf Gaida <agaida@siduction.org>




:wink:

[agaida]

nich wirklich, das macht doch, was es soll, es installiert, es startet und alle Abhängigkeiten sind erfüllt :twisted:

Was wir nicht bedacht haben ist, dass es auch Leute gibt, die KDE und Razor in einer Installation mixen. Bei Xfce und KDE war das unwahrscheinlich, dass beide zusammen genutzt werden. Das positive ist: Wbar funktioniert auch unter KDE mit den üblichen Macken, sprich kaputter Transparenz. Ich hab momentan kein KDE zur Hand, aber versuch mal, das in den KDE-Autostarts zu deaktivieren. Falls das nichts bringt, dann

Code Select Expand


rm /etc/xdg/autostart/Wbar.desktop


Und captagon hat recht, da ist noch was zu tun. Der Einzeiler start-wbar oder die Wbar.desktop, die wir uns zum Start von wbar ausgedacht haben, muss erweitert werden und das laufende DE angepasst werden. Das mit der /etc/xdg/autostart ... erklärt auch, warum das bei allen Usern startet. Das ist eine Grundfunktionalität von der XDG-Spezifikationen. Mal schauenen, wie man das schmerzfrei richtiger machen kann.

[spacepenguin]

Im KDE-Autostart ist das nicht zu finden. Wie wäre es denn, wenn ihr "NotShowIn=KDE;" zu /etc/xdg/autostart/Wbar.desktop hinzufügt? Oder vieleicht klappt das auch mit "OnlyShowIn=Razor;"?

Ersteres funktioniert auf jeden Fall hier.

[agaida]

oder Du machst einen d-u und lässt die gesamte .desktop-Magie weg und tust sonst nichts. Sollte eigentlich auch funktionieren

Ich hab die Programmierung jetzt so abgeändert, dass wbar im Autostart nur für die Umgebung startet, deren Theme installiert ist.

BTW: Hatte ich schon erwähnt, dass es nicht sonderlich clever ist, 2 Desktop Environments in einer Installation zu halten? Ging bei mir seit 2009 immer und ohne Ausnahme schief. :twisted: Ich rate ja immer zu parallelen Installationen. Äh - und noch was: im Gegensatz zu des Öfteren hier zu lesenden Meinungen bin ich auch der festen Überzeugung, dass es keine schlaue Idee ist, /home auf eine separate Partition zu packen und dieses Home dann in andere Installationen einzubinden. Aber das nur am Rande.

[spacepenguin]

BTW: Hatte ich schon erwähnt, dass es nicht sonderlich clever ist, 2 Desktop Environments in einer Installation zu halten?

Ich bin auch kein Freund davon, seit ich einmal den Fehler gemacht habe, Gnome neben KDE zu installieren, aber es klappt anstandslos, wenn das nebenher installierte DE nicht Gnome ist und wenn alle Start-Dateien auch wirklich nur für die DE konfiguriert sind, für die sie gedacht sind.

Und nein, ich lasse die Desktop-"Magie" nicht weg, weil dann das Original-Feeling fehlt. Ich erwarte einfach, daß die Macher einer Distribution so schlau sind, ihre "Magie" richtig zu konfigurieren . Und da geb ich dann auch gern mal einen Anstuppser .

Wie gesagt, die Änderung in der Datei funktioniert. Ist der Zusatz jetzt per default in der Datei drin? Die anderen Razor-Autostart-Dateien in dem Verzeichnis sind richtig konfiguriert.

[agaida]

ich glaube kaum, dass ich mit dieser Meinung konform gehen kann und werde
- äh, es gibt da kein richtig oder falsch - es gibt nur schlimm und weniger schlimm.

<sarkasmus>
/me liebt das so an arch, da ist $user voll für sein Sytem verantwortlich
</sarkasmus>

EDIT: Und die Macher der Distribution sind schlau genug, irgendwann mal nein zu sagen. Und hoffentlich auch, das an den richtigen Stellen zu tun. Irgendwo muss einfach Schluss sein. Ein wenig Sorgfalt und Mitdenken darf man meiner Meinung nach dem User schon zumuten. Ansonsten sind Strategien und Umsetzungen, die generell und flawless funktionieren, immer gern gesehen.

[spacepenguin]

Also ich hab jetzt grad mal ein d-u gemacht und dabei wurde auch die Wbar.desktop im xdg-autostart wieder zurückgesetzt. Und schon habe ich die dumme wbar wieder in KDE . Bitte, könnt Ihr da nicht einfach die Razor-Only oder Non-KDE-Zeile reinschreiben? Dafür gibts doch diese Spezifikationen...

[agaida]

nö

Du könntest aber mal die /usr/bin/start-wbar pasten, eventuell hab ich da einen Fehler gemacht.

und auch mal in die /home/$user/.config/autostart reinschauen, ob sich das Teil da verewigt hat

EDIT: Ich bin ja fast jedem Vorschlag gegenüber aufgeschlossen, das Laden oder Nichtladen von wbar sollte aber definiert erfolgen und nicht hart ein bestimmtes environment ausschließen. Vor allem ist das in dem Moment Grütze, wenn sich das Teil eventuell noch an anderen Stellen ausser /etc/xdg/autostart verewigt. Zum Beispiel im Userprofil. Dann ist die Änderung im xdg-Profil nämlich total Grütze. Es gibt weitaus sauberer programmierte Stücke Software als wbar.

[spacepenguin]

In ~/.config/autostart/ hat es sich nicht geschrieben. Wenn es da wäre, dann könnte ich es vermutlich auch über die KDE-Autostart-Verwaltung in den Systemeinstellungen deaktivieren, so wie die anderen Dinge, die sich da verewigt haben.

cat /usr/bin/start-wbar:

Code Select Expand

 
#!/bin/bash

# runnnig desktop
DESKTOP=`ps -eo comm | grep desktop`
LXSESSION=`ps -eo comm | grep lxsession`


# installed package
PACKAGE=`dpkg -l | grep wbar-theme | awk '{ print $2 }'`

start() {
   sleep 8
   wbar
}


case $DESKTOP in
   "plasma-desktop") if [ $PACKAGE="wbar-theme-kde" ]; then
           start 0
       fi
       ;;
   "razor-desktop") if [ $PACKAGE="wbar-theme-rqt" ]; then
           start
           exit 0
       fi
       ;;
   "xfdesktop") if [ $PACKAGE="wbar-theme-xfce" ]; then
           start
           exit 0
       fi
       ;;
esac

if [ $LXSESSION="lxsession" ]; then
   if [ $PACKAGE="wbar-theme-lxde" ]; then
       start
       exit 0
   fi
fi

# gnome not handled atm

echo "No matching Desktop Environment found!"


start 0?

[agaida]

start 0 ist eine freudsche Fehlleistung
start
exit 0 wäre wohl besser gewesen.

hast Du zufällig das paket wbar-theme-kde installiert? wenn ja, dann lösche es. Das sollte eigentlich einen Start von wbar in KDE wirkungsvoll verhindern. Wenn es das nicht tut, dann liegt das Starten von Wbar auf jeden Fall erst mal nicht wirklich an mir. Ich sollte mir auch mal so ein windiges Konstrukt, wie Du eines hast, basteln. Aber erst heute Abend.