Nutzt schon jemand KDE5?

Message

franzf · Post by **franzf** » Mon Feb 02, 2015 7:55 am

Klaus Meier wrote:Ja du musst alle demaskieren. Geht doch ganz einfach. Du kopierst dir den entsprechenden Teil der /usr/portage/package.mask in deine /etc/portage/pacakge.mask.

Geht mit neueren portage versionen doch viel einfacher:

Code: Select all

dev-qt/*:5

Geht in allen portage-Konfigurationsdateien.
Selbiges kann man auch mit kde-plasma, kde-apps, kde-frameworks etc machen.
Aber BITTE nicht als generelle Richtschnur für demaskierungen: Mit dev-qt und kde* ist das möglich, weil in den Kategorien nur Pakete liegen, die zusammengehören. Bei allen anderen Kategorien (dev-libs, ...) schießt an sich schnell ins Bein, wenn man die ganze Kategorie freigibt!

ManfredB · Post by **ManfredB** » Mon Feb 02, 2015 12:56 pm

kde-frameworks scheitert an net-wireless/crda.

Folgende Meldung kann ich wiedergeben:

Makefile:104: recipe for target ´keys-ssl.c´ failed Error 1

Nun weiß ich nicht, wie weiter.

Manfred

dekoding · Post by **dekoding** » Mon Feb 02, 2015 8:31 pm

ich habs gestern auch versucht hihi naja da ich gescheitert bin warte ich lieber musste mein schönes gentoo kde neu aufsetzen grr xDD

Klaus Meier · Post by **Klaus Meier** » Mon Feb 02, 2015 8:42 pm

Man sollte das nicht an einem laufenden KDE4 ausprobieren. Dazu bitte ein neues System aufsetzen. Es sollten auch keine KDE4-Anwendungen installiert sein, dass gibt Blocks ohne Ende. Bringt es erst mal so ans Laufen, dass ist schon Stress genug. Dann könnt ihr probieren, was an Anwendungen geht. Bei mir waren da die Live-Versionen bislang die beste Wahl.

franzf · Post by **franzf** » Tue Feb 03, 2015 3:45 pm

Klaus Meier wrote:Man sollte das nicht an einem laufenden KDE4 ausprobieren. Dazu bitte ein neues System aufsetzen. Es sollten auch keine KDE4-Anwendungen installiert sein, dass gibt Blocks ohne Ende. Bringt es erst mal so ans Laufen, dass ist schon Stress genug. Dann könnt ihr probieren, was an Anwendungen geht. Bei mir waren da die Live-Versionen bislang die beste Wahl.

Der Umstieg von kde4 auf kde5 (jaja, falsche Namen, gibt es nicht...) muss irgendwann reibungslos klappen. Solche Probleme gehören im Gentoo-bugtracker gemeldet. Im Forum bekommt kein DEV davon Wind.

Klaus Meier · Post by **Klaus Meier** » Tue Feb 03, 2015 3:51 pm

franzf wrote:
Klaus Meier wrote:Der Umstieg von kde4 auf kde5 (jaja, falsche Namen, gibt es nicht...) muss irgendwann reibungslos klappen. Solche Probleme gehören im Gentoo-bugtracker gemeldet. Im Forum bekommt kein DEV davon Wind.
Da bin ich ja schon kräftig dabei. Also von einem direkten Update sind wir noch etwas entfernt. Ich bin erst mal froh, dass ich es jetzt am Laufen habe.

Yamakuzure · Post by **Yamakuzure** » Tue Feb 03, 2015 4:42 pm

franzf wrote:
Klaus Meier wrote:Man sollte das nicht an einem laufenden KDE4 ausprobieren. Dazu bitte ein neues System aufsetzen. Es sollten auch keine KDE4-Anwendungen installiert sein, dass gibt Blocks ohne Ende. Bringt es erst mal so ans Laufen, dass ist schon Stress genug. Dann könnt ihr probieren, was an Anwendungen geht. Bei mir waren da die Live-Versionen bislang die beste Wahl.
Der Umstieg von kde4 auf kde5 (jaja, falsche Namen, gibt es nicht...) muss irgendwann reibungslos klappen. Solche Probleme gehören im Gentoo-bugtracker gemeldet. Im Forum bekommt kein DEV davon Wind.

Es gibt keinen "Umstieg", alles wird nach und nach portiert. Du kannst unter KF5 auch die meisten KDE4-Programme problemlos installieren.

Das man gar kein KDE4 auf dem System haben darf um KF5 zu installieren ist schon ganz schön lange her...

franzf · Post by **franzf** » Tue Feb 03, 2015 5:28 pm

Yamakuzure wrote:
franzf wrote:
Klaus Meier wrote:Man sollte das nicht an einem laufenden KDE4 ausprobieren. Dazu bitte ein neues System aufsetzen. Es sollten auch keine KDE4-Anwendungen installiert sein, dass gibt Blocks ohne Ende. Bringt es erst mal so ans Laufen, dass ist schon Stress genug. Dann könnt ihr probieren, was an Anwendungen geht. Bei mir waren da die Live-Versionen bislang die beste Wahl.
Der Umstieg von kde4 auf kde5 (jaja, falsche Namen, gibt es nicht...) muss irgendwann reibungslos klappen. Solche Probleme gehören im Gentoo-bugtracker gemeldet. Im Forum bekommt kein DEV davon Wind.
Es gibt keinen "Umstieg", alles wird nach und nach portiert. Du kannst unter KF5 auch die meisten KDE4-Programme problemlos installieren.

Das man gar kein KDE4 auf dem System haben darf um KF5 zu installieren ist schon ganz schön lange her...

Sry, ist mir klar. Es ging in der Sache um plasma. Man kann nicht plasma aus kde4 behalten und parallel dazu plasma aus kde5 installieren. (Da ich gerade nicht weiß, wie ich die exakt benennen soll und eben so lange erklärende Bezeichnungen vermeiden wollte habe ich einfach kde4 und kde5 geschrieben - war wohl ein blöder Einfall...) Das gibt Blocks, und scheinbar passt da einiges noch nicht, weshalb Klaus in Probleme gelaufen ist.

ManfredB · Post by **ManfredB** » Tue Feb 03, 2015 8:58 pm

Geschafft - alles paletti.

Sieht gut aus, leider noch nicht mit krusader und gkrellm,
aber das macht nichts.

Manfred

Klaus Meier · Post by **Klaus Meier** » Tue Feb 03, 2015 9:21 pm

Na ich hatte das schon immer alleine laufen, aber war halt nur so ein kleines Teil. Bis ich das komplett lauffähig zusammen hatte, habe ich 2 Wochen rumgebastelt... Klar kann man Framework parallel zu KDE4 installieren, aber was hat man davon? Ohne Plasma und die Anwendungen ist es doch nutzlos.

So, und jetzt kommt der Hammer: Es gibt demnächst ein Profil "plasma", welches schon mal die Flags so setzt, dass die Blocks weg sind. Dann dürfte es wesentlich leichter werden, es zu installieren und testen.

ManfredB · Post by **ManfredB** » Fri Feb 06, 2015 9:24 am

gkrellm hat doch geklappt,
aber firefox streikt wegen canberra-gtk-modul und krusader.

Welcher Browser funkioniert nach eurer Erfahrung?

Manfred

Klaus Meier · Post by **Klaus Meier** » Fri Feb 06, 2015 9:31 am

Eigentlich alle. Bei mir funktionieren Firefox, Chrome und Konqueror.

ManfredB · Post by **ManfredB** » Sat Feb 07, 2015 11:56 am

Danke für eure Hilfe.

Nun funktioniert firefox doch. Ich habe einfach das .mozilla-Verzeichnis,
das ich mir aus den SharedFolders geholt hatte, gelöscht, dann gings.

Manfred

franzf · Post by **franzf** » Mon Feb 09, 2015 8:49 am

Mein Bi-Annual kde-Test läuft. Das crasht ja ganz schön heftig oft... Und in der Bedienung zickt es auch oft rum.
Z.B. die Aktivitäten-Übersicht (Meta+Q) aufmachen, mit der Maus drüberfahren -> es zieht die Einträge herum (drag'n drop) als hätte ich geklickt, hab ich aber nicht. Löst sich manchmal nachdem ich irgendwo ins Aktivitäten-Fenster klicke. Oft aber nicht. Selbes Problem auch mit "Miniprogramme hinzufügen".
Die beiden Fenster (Aktivitäten, Miniprogramme) gehen manchmal auch auf der anderen Bildschirmseite auf was ziemlich irritiert.
Das K-Menü kommt auch öfters nicht hoch, da kann ich clicken was ich will...
Auf "automatisch" gestellte Systray-Komponenten zeigen sich nicht von selbst an, z.B. die Geräteüberwachung. USB-Stick einstecken -> nichts passiert. Irgendwo in den tray clicken -> Geräteüberwachung wird sichtbar.
Und die "Ex-Cashew" macht ihr Menü HINTER sichtbaren Fenstern auf. Sehr praktisch...

Überhaupt flackert der Desktop oft. Besonders schlimm ist es mit EGL als kwin backend. GLX macht es deutlich besser, aber gut ist es noch lange nicht.

Ich kann nicht sagen wie viel der Probleme auf bugs in QML zurückzuführen ist und was von kde oder evtl. dem GPU-Treiber (intel) kommt. Aber schön geschweige denn "polished" ist das leider noch lange nicht...

Was angenehm auffällt: Das Bauen geht irgendwie schneller, kdelibs war immer ein heftiger Brocken, mit den modularen Frameworks geht es schneller.

EDIT:
Der (ein) Crash ist ne Rekursion:

Code: Select all

#0  0x00007f0a0b534d85 in QQuickItem::mapToScene (this=<optimized out>, point=...) at items/qquickitem.cpp:7065
#1  0x00007f0a0cfae005 in PlasmaQuick::DialogPrivate::mainItemContainsPosition (this=0x21f33b0, point=...)
    at /var/tmp/portage/kde-frameworks/plasma-5.6.0/work/plasma-framework-5.6.0/src/plasmaquick/dialog.cpp:615
#2  0x00007f0a0cfaffeb in PlasmaQuick::Dialog::event (this=0x21f1d40, event=0x7fffe37cf728)
    at /var/tmp/portage/kde-frameworks/plasma-5.6.0/work/plasma-framework-5.6.0/src/plasmaquick/dialog.cpp:1047
#3  0x00007f0a097f79b9 in QApplicationPrivate::notify_helper (this=<optimized out>, receiver=0x21f1d40, e=0x7fffe37cf728) at kernel/qapplication.cpp:3722
#4  0x00007f0a097fb406 in QApplication::notify (this=<optimized out>, receiver=<optimized out>, e=<optimized out>) at kernel/qapplication.cpp:3164
#5  0x00007f0a08deacd4 in QCoreApplication::notifyInternal (this=0x7fffe3fcc5f8, receiver=0x21f1d40, event=0x7fffe37cf728) at kernel/qcoreapplication.cpp:932
#6  0x00007f0a0cfb00e9 in sendEvent (receiver=0x21f1d40, event=0x0) at /usr/include/qt5/QtCore/qcoreapplication.h:228
#7  PlasmaQuick::Dialog::event (this=0x21f1d40, event=<optimized out>)
    at /var/tmp/portage/kde-frameworks/plasma-5.6.0/work/plasma-framework-5.6.0/src/plasmaquick/dialog.cpp:1054
#8  0x00007f0a097f79b9 in QApplicationPrivate::notify_helper (this=<optimized out>, receiver=0x21f1d40, e=0x7fffe37cfc68) at kernel/qapplication.cpp:3722
#9  0x00007f0a097fb406 in QApplication::notify (this=<optimized out>, receiver=<optimized out>, e=<optimized out>) at kernel/qapplication.cpp:3164
#10 0x00007f0a08deacd4 in QCoreApplication::notifyInternal (this=0x7fffe3fcc5f8, receiver=0x21f1d40, event=0x7fffe37cfc68) at kernel/qcoreapplication.cpp:932
#11 0x00007f0a0cfb00e9 in sendEvent (receiver=0x21f1d40, event=0x0) at /usr/include/qt5/QtCore/qcoreapplication.h:228
#12 PlasmaQuick::Dialog::event (this=0x21f1d40, event=<optimized out>)
    at /var/tmp/portage/kde-frameworks/plasma-5.6.0/work/plasma-framework-5.6.0/src/plasmaquick/dialog.cpp:1054
#13 0x00007f0a097f79b9 in QApplicationPrivate::notify_helper (this=<optimized out>, receiver=0x21f1d40, e=0x7fffe37d01a8) at kernel/qapplication.cpp:3722
#14 0x00007f0a097fb406 in QApplication::notify (this=<optimized out>, receiver=<optimized out>, e=<optimized out>) at kernel/qapplication.cpp:3164
#15 0x00007f0a08deacd4 in QCoreApplication::notifyInternal (this=0x7fffe3fcc5f8, receiver=0x21f1d40, event=0x7fffe37d01a8) at kernel/qcoreapplication.cpp:932
#16 0x00007f0a0cfb00e9 in sendEvent (receiver=0x21f1d40, event=0x0) at /usr/include/qt5/QtCore/qcoreapplication.h:228
#17 PlasmaQuick::Dialog::event (this=0x21f1d40, event=<optimized out>)
    at /var/tmp/portage/kde-frameworks/plasma-5.6.0/work/plasma-framework-5.6.0/src/plasmaquick/dialog.cpp:1054
#18 0x00007f0a097f79b9 in QApplicationPrivate::notify_helper (this=<optimized out>, receiver=0x21f1d40, e=0x7fffe37d06e8) at kernel/qapplication.cpp:3722
#19 0x00007f0a097fb406 in QApplication::notify (this=<optimized out>, receiver=<optimized out>, e=<optimized out>) at kernel/qapplication.cpp:3164
#20 0x00007f0a08deacd4 in QCoreApplication::notifyInternal (this=0x7fffe3fcc5f8, receiver=0x21f1d40, event=0x7fffe37d06e8) at kernel/qcoreapplication.cpp:932
#21 0x00007f0a0cfb00e9 in sendEvent (receiver=0x21f1d40, event=0x0) at /usr/include/qt5/QtCore/qcoreapplication.h:228
#22 PlasmaQuick::Dialog::event (this=0x21f1d40, event=<optimized out>)
    at /var/tmp/portage/kde-frameworks/plasma-5.6.0/work/plasma-framework-5.6.0/src/plasmaquick/dialog.cpp:1054
#23 0x00007f0a097f79b9 in QApplicationPrivate::notify_helper (this=<optimized out>, receiver=0x21f1d40, e=0x7fffe37d0c28) at kernel/qapplication.cpp:3722
#24 0x00007f0a097fb406 in QApplication::notify (this=<optimized out>, receiver=<optimized out>, e=<optimized out>) at kernel/qapplication.cpp:3164
#25 0x00007f0a08deacd4 in QCoreApplication::notifyInternal (this=0x7fffe3fcc5f8, receiver=0x21f1d40, event=0x7fffe37d0c28) at kernel/qcoreapplication.cpp:932
#26 0x00007f0a0cfb00e9 in sendEvent (receiver=0x21f1d40, event=0x0) at /usr/include/qt5/QtCore/qcoreapplication.h:228
#27 PlasmaQuick::Dialog::event (this=0x21f1d40, event=<optimized out>)
    at /var/tmp/portage/kde-frameworks/plasma-5.6.0/work/plasma-framework-5.6.0/src/plasmaquick/dialog.cpp:1054
#28 0x00007f0a097f79b9 in QApplicationPrivate::notify_helper (this=<optimized out>, receiver=0x21f1d40, e=0x7fffe37d1168) at kernel/qapplication.cpp:3722
#29 0x00007f0a097fb406 in QApplication::notify (this=<optimized out>, receiver=<optimized out>, e=<optimized out>) at kernel/qapplication.cpp:3164
#30 0x00007f0a08deacd4 in QCoreApplication::notifyInternal (this=0x7fffe3fcc5f8, receiver=0x21f1d40, event=0x7fffe37d1168) at kernel/qcoreapplication.cpp:932
#31 0x00007f0a0cfb00e9 in sendEvent (receiver=0x21f1d40, event=0x0) at /usr/include/qt5/QtCore/qcoreapplication.h:228

Hab dazu diesen bug gefunden, aber der ist gefixt...

Yamakuzure · Post by **Yamakuzure** » Mon Feb 09, 2015 12:07 pm

franzf wrote:Mein Bi-Annual kde-Test läuft. Das crasht ja ganz schön heftig oft... Und in der Bedienung zickt es auch oft rum.

Also ich habe derzeit die Live-Version in einer VM, da ist alles hübsch stabil.

franzf wrote:Z.B. die Aktivitäten-Übersicht (Meta+Q) aufmachen, mit der Maus drüberfahren -> es zieht die Einträge herum (drag'n drop) als hätte ich geklickt, hab ich aber nicht. Löst sich manchmal nachdem ich irgendwo ins Aktivitäten-Fenster klicke. Oft aber nicht. Selbes Problem auch mit "Miniprogramme hinzufügen".

Die Probleme habe ich nicht. Auch wenn meine Aktivitätenanzeige nun etwas schräg ausschaut, nachdem ich das mal ausprobiert habe. Das scheint in der Live_Version (5.7) wohl behoben zu sein.

franzf wrote:Die beiden Fenster (Aktivitäten, Miniprogramme) gehen manchmal auch auf der anderen Bildschirmseite auf was ziemlich irritiert.

Die gehen bei mir immer links auf, selbst wenn die Maus auf der anderen Seite ist... Kann man das vielleicht irgendwo konfigurieren? Wenn der Mauszeiger rechts ist, hätte ich die Listen schon auch gerne dort.

franzf wrote:Das K-Menü kommt auch öfters nicht hoch, da kann ich clicken was ich will...

Scheint auch behoben zu sein.

franzf wrote:Auf "automatisch" gestellte Systray-Komponenten zeigen sich nicht von selbst an, z.B. die Geräteüberwachung. USB-Stick einstecken -> nichts passiert. Irgendwo in den tray clicken -> Geräteüberwachung wird sichtbar.

Das funktioniert bei mir garnicht. VMware sagt, der USB-Stick ist angeschlossen, KDE sagt es gäbe kein Gerät. (Aber ich glaube, dass das mit USB3 auch nicht geht... Kann also sein, dass KDE da gerade nichts für kann.

franzf wrote:Und die "Ex-Cashew" macht ihr Menü HINTER sichtbaren Fenstern auf. Sehr praktisch...

Was ist denn die Ex-Cashew? Dieses komische "..." Dingens? Wenn ja, dann wurde das wohl auch behoben. Wenn neben den Fenstern Platz ist, wird das Aktivitätenfenster (also diese Windows-artige Leiste) neben den Fenstern angezeigt, ansonsten wirds drübergemalt.

franzf wrote:Überhaupt flackert der Desktop oft. Besonders schlimm ist es mit EGL als kwin backend. GLX macht es deutlich besser, aber gut ist es noch lange nicht.

Scheint auch behoben zu sein, oder es ist ein Treiberproblem? Bei mir läuft alles hübsch flott und ohne Geflacker.
Scale Method: Accurate
Rendering Backend: OpenGL 3.1
OpenGL Interface: EGL

Also die 5.6 version scheint da wohl noch viele Mängel zu haben. Die Live in Richtung 5.7 bietet da wohl eine Menge Fehlerbereinigungen.

Ich bin mal gespannt, ob KF5 dieses Jahr noch Produktionsreif wird. Denn unterm Strich gefällt mir das Ganze sehr gut. Obwohl in einer Minimal-VM bei mir, läuft der ganze Spass äußerst flott und Reaktionsschnell. Und das neue "Breeze" gefällt mir, gut, dass ist nun wirklich Geschmackssache, weit besser als Oxygen.

franzf · Post by **franzf** » Mon Feb 09, 2015 12:42 pm

Yamakuzure wrote:Also ich habe derzeit die Live-Version in einer VM, da ist alles hübsch stabil.

Ich hab nen link zu nem kde bugreport in meinem obigen Post eingefügt. Der ist zwar gefixt, aber der Crash ist genau an der selben Stelle.

Die gehen bei mir immer links auf, selbst wenn die Maus auf der anderen Seite ist... Kann man das vielleicht irgendwo konfigurieren? Wenn der Mauszeiger rechts ist, hätte ich die Listen schon auch gerne dort.

Sehr schön!
Ich hatte jetzt auch schon ein paarmal den Fall, dass sich die Plasma Dialoge an nem normalen Fenster andocken

Das funktioniert bei mir garnicht. VMware sagt, der USB-Stick ist angeschlossen, KDE sagt es gäbe kein Gerät. (Aber ich glaube, dass das mit USB3 auch nicht geht... Kann also sein, dass KDE da gerade nichts für kann.

Geräte werden bei mir sehrwohl angezeigt. Nur kommt das Benachrichtigungsfenster nicht hoch und das Icon versteckt sich immernoch als inaktiv hinter dem Ausklapp-Pfeil '^'. Klicken in den Tray und das Icon wird "active". Ich habs jetzt mit ner DVD probiert, und da geht es...

Was ist denn die Ex-Cashew? Dieses komische "..." Dingens? Wenn ja, dann wurde das wohl auch behoben. Wenn neben den Fenstern Platz ist, wird das Aktivitätenfenster (also diese Windows-artige Leiste) neben den Fenstern angezeigt, ansonsten wirds drübergemalt.

Ja, dieses "Burger-Menu-icon", wie es wohl genannt wird. Schön dass es mit 5.7/5.3 zu gehen scheint.

Insgesamt schön zu lesen, dass sich in Richtung Stabilität so einiges getan hat. Qt-5.4.1 scheint auch eine Bugs gefixt zu haben. Bin mal gespannt

Ach ja, vielleicht kannst du das noch ausprobieren. Ich verwende urxvt, hab mir dazu in meiner .Xresources ein schönes color-scheme eingerichtet (Schau dir von dem mal goyo+limelight an - kleiner vim-Tip). Irgend eine kde-Komponente scheint aber den *.background-Eintrag zu vermurksen, das ist jetzt weiß statt angenehm dunkel. Die Fonts passen, demnach wird die .Xresources auch geladen. Erst nach manuellem Laden (xrdb ~/.Xresources) passt der Hintergrund... SEHR Merkwürdig

("Anwenden auf Nicht-kde-Programme" in systemsettings->colors ist bereits deaktiviert)

Yamakuzure · Post by **Yamakuzure** » Wed Feb 11, 2015 3:38 pm

Was mir garnicht passt ist SDDM. Das ist ja sowas von lahmarschig! Oder muss man das Teil jetzt doch (endlich) für qt5 bauen?

franzf wrote:
Das funktioniert bei mir garnicht. VMware sagt, der USB-Stick ist angeschlossen, KDE sagt es gäbe kein Gerät. (Aber ich glaube, dass das mit USB3 auch nicht geht... Kann also sein, dass KDE da gerade nichts für kann.
Geräte werden bei mir sehrwohl angezeigt. Nur kommt das Benachrichtigungsfenster nicht hoch und das Icon versteckt sich immernoch als inaktiv hinter dem Ausklapp-Pfeil '^'. Klicken in den Tray und das Icon wird "active". Ich habs jetzt mit ner DVD probiert, und da geht es...

Nein, da steht einfach nichts drin.

Ich muss mal schauen, ob in dmesg überhaupt was ankommt. Wenn nein, ist wohl meine Konfiguration vermurkst.

franzf wrote:Ach ja, vielleicht kannst du das noch ausprobieren. Ich verwende urxvt, hab mir dazu in meiner .Xresources ein schönes color-scheme eingerichtet (Schau dir von dem mal goyo+limelight an - kleiner vim-Tip). Irgend eine kde-Komponente scheint aber den *.background-Eintrag zu vermurksen, das ist jetzt weiß statt angenehm dunkel. Die Fonts passen, demnach wird die .Xresources auch geladen. Erst nach manuellem Laden (xrdb ~/.Xresources) passt der Hintergrund... SEHR Merkwürdig ("Anwenden auf Nicht-kde-Programme" in systemsettings->colors ist bereits deaktiviert)

das muss ich morgen ausprobieren. In meiner Win7 VM laufen gerade höchst wichtige (*husthust*) Updates für Micrdoof Office. Wenn ich den Kram nicht beruflich bräuchte...

franzf · Post by **franzf** » Wed Feb 11, 2015 4:04 pm

Yamakuzure wrote:Was mir garnicht passt ist SDDM. Das ist ja sowas von lahmarschig! Oder muss man das Teil jetzt doch (endlich) für qt5 bauen?

franzf wrote:
Das funktioniert bei mir garnicht. VMware sagt, der USB-Stick ist angeschlossen, KDE sagt es gäbe kein Gerät. (Aber ich glaube, dass das mit USB3 auch nicht geht... Kann also sein, dass KDE da gerade nichts für kann.
Geräte werden bei mir sehrwohl angezeigt. Nur kommt das Benachrichtigungsfenster nicht hoch und das Icon versteckt sich immernoch als inaktiv hinter dem Ausklapp-Pfeil '^'. Klicken in den Tray und das Icon wird "active". Ich habs jetzt mit ner DVD probiert, und da geht es...
Nein, da steht einfach nichts drin.

Ich muss mal schauen, ob in dmesg überhaupt was ankommt. Wenn nein, ist wohl meine Konfiguration vermurkst.

Jetzt scheint es zu gehen xD
https://bugs.kde.org/show_bug.cgi?id=342444
Ich habe gaaanz oft den bug reproduziert (plasmashell gecrasht) danach ging das mit dem USBstick plötzlich... Da sagt einer crashes seien zu nichts gut

franzf wrote:Ach ja, vielleicht kannst du das noch ausprobieren. Ich verwende urxvt, hab mir dazu in meiner .Xresources ein schönes color-scheme eingerichtet (Schau dir von dem mal goyo+limelight an - kleiner vim-Tip). Irgend eine kde-Komponente scheint aber den *.background-Eintrag zu vermurksen, das ist jetzt weiß statt angenehm dunkel. Die Fonts passen, demnach wird die .Xresources auch geladen. Erst nach manuellem Laden (xrdb ~/.Xresources) passt der Hintergrund... SEHR Merkwürdig ("Anwenden auf Nicht-kde-Programme" in systemsettings->colors ist bereits deaktiviert)
das muss ich morgen ausprobieren. In meiner Win7 VM laufen gerade höchst wichtige (*husthust*) Updates für Micrdoof Office. Wenn ich den Kram nicht beruflich bräuchte...

Ich bin einer Lösung auf der Spur:
https://bugs.kde.org/show_bug.cgi?id=325736
Das Problem besteht nur, wenn du einzelne Teile deiner .Xresources auslagerst und per #include einbindest. Wahrscheinlich liegt es am relativen Pfad - mag ich aber nicht ändern

Klaus Meier · Post by **Klaus Meier** » Wed Feb 11, 2015 4:12 pm

@Yamakuzure: Ja, sddm gibt es nur noch mit qt5. Alle älteren Versionen sind aus dem portage entfernt. Bei mir läuft der echt gut.

Und bei mir ist es absolut stabil. Hab noch keine Crash gehabt.

Yamakuzure · Post by **Yamakuzure** » Thu Feb 12, 2015 4:26 pm

Klaus Meier wrote:@Yamakuzure: Ja, sddm gibt es nur noch mit qt5. Alle älteren Versionen sind aus dem portage entfernt. Bei mir läuft der echt gut.

Und bei mir ist es absolut stabil. Hab noch keine Crash gehabt.

Crash hatte ich auch nicht. Maus und Tastatur, sowie Eingaben und Klicks sind nur quälend langsam!

Klaus Meier · Post by **Klaus Meier** » Thu Feb 12, 2015 5:01 pm

Also das mit dem Crash bezog sich jetzt nicht auf sddm sondern auf die Erfahrungen von franzf. Und der sddm läuft bei mir super ohne Ende. Ist eigentlich mein liebster *dm, wenn er denn nicht Qt5 benötigen würde. Für ein Kde4 installiere ich mir das ganze Paket auch nicht nur deswegen. Hast du den aktuellen (weil du ja etwas wegen Qt5 sagtest)?

Wenn der lahmt, dann klemmt es bei dir woanders. Hast ihn ja immer in einer VM, wenn ich das bislang richtig verstanden habe. Nativ ist der sddm einfach super.

Josef.95 · Post by **Josef.95** » Thu Feb 12, 2015 9:31 pm

Yamakuzure wrote:[...]Maus und Tastatur, sowie Eingaben und Klicks sind nur quälend langsam!

Ja, hatte ich bei sddm auch mal - hier lag es an der Grafik (eselect opengl war nicht mehr passend gesetzt).
Ansonsten schau auch mal ob es hilft, wie im ebuild mit erwähnt, deinen sddm-User in die video Gruppe mit aufzunehmen.
Sollte normal gut und flink funktionieren :)

ManfredB · Post by **ManfredB** » Sun Feb 15, 2015 8:32 am

Entschuldigt bitte, wenn ich vielleicht etwas dumm frage:

1. Klaus Meier: "Du kopierst dir den entsprechenden Teil der /usr/portage/package.mask in deine /etc/portage/pacakge.mask"

Ich habe kein /usr/portage/package.mask gefunden.

2. franzf: "Geht mit neueren portage versionen doch viel einfacher:
Code:
dev-qt/*:5"

Das funktioniert nicht - jedenfalls habe ich es probiert ohne Erfolg.

Manfred

Klaus Meier · Post by **Klaus Meier** » Sun Feb 15, 2015 8:40 am

Ups, also zum einen war das ein Schreibfehler von mir. Die Datei heißt: "/usr/portage/profiles/package.mask".

Und zum anderen, du musst weder Qt5 noch framework unmaskieren, sie sind beide nicht mehr maskiert. Ich habe die Anleitung ja auch dahingehend geändert. Deshalb ist es überflüssig zu schauen, warum der Tip von franzf nicht funktioniert. Aber eigentlich hat er dir den Hinweis ja schon gegeben: "Neuere Versionen von Portage" sollte dir sagen, warum es nicht geht...

ManfredB · Post by **ManfredB** » Sun Feb 15, 2015 8:50 am

Hallo Klaus Meier,

vielen Dank für die schnelle Reaktion, das hat mir doch nun weitergeholfen.

Schönen Sonntag noch und Grüsse von
Manfred