hallo Leidensgenossen,

na, da müssen wir wohl oder übel auf einen "Erleuchteten" warten, der uns
a) entweder einen Trick unter Yast erklärt
oder
b) einen alternativen Weg beschreibt, der unser Problem löst, ohne große Umkonfiguration der Installations- und Updatewege.

. . . warten wir einmal ab, was die Gemeinde so von sich gibt!

Gruß

Nicodany

Hallo zusammen,

immer noch das gleiche Problem!

Gibt es denn tatsächlich keine Lösung unter YAST?

Ist schon nervig immer die alte Datei wieder einspielen zu müssen . .

Danke für jeden Hinweis!

Nicodany

hallo

bist du schon auf die Idee gekommen, dein System neu aufzusetzen?? ist vielleicht nicht die feine Art, doch dein Problem wird mit dem sicherlich gelöst.


Gruss

Hardy1979
 

Hallo Hardy,

gedacht schon, aber nicht zu Ende!

Wäre mir viel zu viel Aufwand alle Programme und Einstellungen neu zu laden und zu installieren.

Über die Konsole klappt ja die Installation im Notfall, aber es ärgert mich schon, das es anscheinend keine Lösung gibt.

Ich reiße ja auch nicht gleich ein Haus ab, weil ich nicht mehr durch den Haupteingang ins Haus komme, wenn in der Eingangstür der Schlüssel abgebrochen ist, ich aber trotzdem durch den Keller noch ins Haus komme, oder ?

Vielleicht erleuchtet das Problem ja noch jemand!

Gruß

Nicodany

schaut mal was für qt4-Pakete ihr eingespielt habt.
Ich hatte das selbige Problem, bei mir wurden die qt4-Pakete aktualisiert von 4.4.x auf 4.5.x. Danach trat das Problem wie bei euch auf. Zumeist funktionierte Yast nach dem auffrischen der Repos nimmer und gab diese Fehlermeldung aus. Ich habe dann wieder ein Downgrade auf qt 4.4.x gemacht, und siehe da, es funktioniert wieder.

Hallo Ssnatcher,

der Tip war klasse! Nach dem Downgrade der qt Pakete funzt die Oberfläche wieder.

Muss ich die Pakete jetzt auf geschützt setzen, damit sie beim nächsten Systemupdate nicht wieder überschrieben werden?

Fragt

Nicodany

Hallo,

Muss ich die Pakete jetzt auf geschützt setzen

Nein, passe einfach die Installationsquelle für Qt in yast an, so dass im Pfad aus Qt Qt44 wird.

Have Fun

Danke für den Hinweis.

Gehe einmal jetzt davon aus, das sich das Problem damit erledigt hat.

Gruß

Nicodany

@NicoDany

Schreib mal, wenn's funktioniert hat.

Wenn ja, bin ich der Letzte.

Den Tip hatte Dr.Suse vor einigen Wochen schon mal gegeben und ich hatte ihn sofort (mit negativem Ergebnis) realisiert.

Einzige Änderung ist, dass die qt-Pakte jetzt in YAST in roter Schrift erscheinen.

Hallo,

mit meiner Suse 11.0_x86-64 hatte das seinerzeit sowohl mit Qt44 als auch jetzt mit der aktuellen Qt 4.5-03 Version funktioniert. Ergänzend muss ich aber erwähnen dass mein System mittlerweile recht weit vom Distributionsstandard entfernt ist ( Kernel 2.6.30 und viele weitere Änderungen ), so dass dies nicht unbedingt der Massstab für Otto Normaluser darstellen kann.

Have Fun

@NicoDany

Schreib mal, wenn's funktioniert hat.

Wenn ja, bin ich der Letzte.

Den Tip hatte Dr.Suse vor einigen Wochen schon mal gegeben und ich hatte ihn sofort (mit negativem Ergebnis) realisiert.

Einzige Änderung ist, dass die qt-Pakte jetzt in YAST in roter Schrift erscheinen.

Wenn sie in roter Schrift erscheinen, wird dir nur eine ältere als deine Installierte Version deines Paketes angeboten. Das heisst du würdest bei einer Aktualisierung ein Downgrade deiner Pakete machen.

Ach ja ich hab QT44 REpos eingebunden und seither keine Probleme mehr. Mit den von OpenSuse mitgegeben Repos sind die QT-Pakete leider nicht aktuell. Ich musste die QT44 Quellen einbinden, da Mumble nur ab qt 4.4.3 oder höher funktioniert. Da hab ich rausgefunden das Yast mit manchen QT-Versionen nicht mitarbeitet.

Hallo,

yast2-qt-pkg-2.16.49-0.1 funktioniert nach meinem Kernelupdate von gestern (2.6.25.20-0.4-default x86_64) einwandfrei.

Danke an die Entwickler.

Das Problem war wohl doch nicht die

unsaubere Installation

bei den Anwendern 

 

Hallo Hugenyn,

danke für deine Rückmeldung.

Have Fun