Suse: Suse11-Probleme bei Softwareinstallation-YAST

Da ich nur Debian verwende, habe ich nur eine Vermutung aber es zeigt auf dein GID somit stellt sich die Frage,
bist du Root oder SUDO und hast die Rechte YAST auszuführen?

Hallo,

bei Yast melde ich mich immer als root mit pw an.

Eigendlich wie immer . . .  ?

Hat es wirklich damit zu tun?

Nicodany

Hallo,

Hat es wirklich damit zu tun?

Mit Sicherheit nicht. Vor einigen Wochen gab es Probleme mit Qt4, die yast benötigt um zu starten. Vielleicht hast Du diese Pakete noch installiert. Deine Fehlermeldung deutet darauf hin. Falls ja, einfach Qt via yast im Textmodus auf die aktuelle Version updaten.
( Installationsquelle: Siehe entsprechenden Artikel hier im Forum )

Have Fun

Hallo,

also an QT hat es wohl nicht gelegen. Alle Pakete aktualisiert, aber das Problem bleibt.

Er checkt alle Inst.Quellen und dann kommt irgendwann die Fehlermeldung.

Noch eine Idee?

Irgendwie habe ich das Gefühl, das es mit dem YAST-GUI zusammenhängt. Das ist doch das Aussehen, die Oberfläche, oder?

YAST hatte ich nämlich auch schon aktualisiert.

Any idea ?

... bei mir war es so, dass nach einem Update die Datei

Yast2-qt-pkg-2.16.46-4.1

gegen die Datei

Yast2-qt-pkg-2.16.48-0.2

ausgetauscht worden ist.
Danach trat das Problem auf.

Geholfen hat:

http://software.opensuse.org/ymp/openSU ... qt-pkg.ymp

ausführen und somit die funktionierende Datei wieder einspielen.

Vielleicht wird die neuere Datei irgendwann kompatibel zu unserem BS sein

(Der Lösungsweg stammt hier aus dem Forum!)

Hallo und danke für den Tip,

ich habe die Inst. Quelle hinzugefügt und dann leider den Fehler gemacht nicht nur die eine Datei up zu daten, sondern alle Pakete in der Quelle. Einige Sachen hatten dann Abhängigkeitsprobleme, die ich versucht habe zu lösen.

Endeffekt:
Yast startet, aber

a) ohne Symbole
b) ohne die Option Software Installation, Online Update etc.

Bei mir geht es gleich mit Hardware, System etc. los.

Wie komme ich jetzt an mein "altes" Yast wieder ran?

Neu aufsetzen, oder gibt es einen Trick mit der Start-DVD, oder Live-CD?

System läuft noch.

Danke für Tips . . . .

Nicodany

Hallo zusammen,

Problem gelöst. Lag tatsächlich an der Datei von hugenym. Die neuere Datei vom Doc hatte leider das gleiche Ergebnis.

Yast habe ich wieder über die Konsolen-Installation von Smart soweit funktionstüchtig (also für die Installation von Software) hinbekommen. Danach war es über die Konsole einfach die alte Version wieder einzuspielen und - siehe da, alles läuft wieder.

Danke für den Super-Tip hugenym.

Hallo,

damit nicht noch weitere ihr yast abschiessen, habe ich nun meinen Beitrag von heute Nacht wieder entfernt.
Yast per smart wieder herzustellen ist eine Möglichkeit, die einfachere, vor Allem wenn smart nicht installiert ist, ist seit openSUSE_10.2 das Konsolentool zypper zu benutzen.

ein

zypper in yast*

installiert alle yastpakete. Vorher sollte man aber aus /etc/zypp/repos.d die Installationsquelle mit den yastpaketen aus dem Backportzweig löschen, damit die alten Pakete wieder eingespielt werden.

Mal eine Komandoliste für zypper:

Gebrauch:
zypper [--Globale-Optionen] <Kommando> [--Kommando-Optionen] [Argumente]

  Globale Optionen:
--help, -h Hilfe.
--version, -V Ausgabe der Versionsnummer.
--quiet, -q Unterdrücke normale Ausgabe, gib nur Fehlermeldungen aus.
--verbose, -v Erhöhe Gesprächigkeit.
--no-abbrev, -A Kürze keinen Text in Tabellen ab.
--table-style, -s Tabellenstil (Integer).
--rug-compatible, -r Schalte rug-Kompatibilität ein.
--non-interactive, -n Fragt nicht, nimmt automatisch die Standardantworten.
--xmlout, -x Umschalten zur XML-Ausgabe.
--reposd-dir, -D <dir> Benutze alternatives Repository-Definitionsdateien-Verzeichnis.
--cache-dir, -C <dir> Benutze alternatives Metadaten-Zwischenspeicher-Datenbank-Verzeichnis.
--raw-cache-dir <dir> Benutze alternatives Rohmetadaten-Zwischenspeicher-Verzeichnis.

Repository-Optionen:
--no-gpg-checks Ignoriere GPG-Prüffehler und fahre fort.
--plus-repo, -p <URI> Nutze zusätzliches Repository.
--disable-repositories Lies keine Metadaten aus den Repositories.
--no-refresh Frische Repositories nicht auf.

Zieloptionen:
--root, -R <dir> Operiere in einem anderen Root-Verzeichnis.
--disable-system-resolvables  Lies keine installierten, auflösbaren Abhängigkeiten.

  Kommandos:
help, ? Hilfe ausgeben.
shell, sh Akzeptiere mehrere Kommandos auf einmal.

Repository-Handhabung:
repos, lr Auflisten aller definierten Repositories.
addrepo, ar Füge ein neues Repository hinzu.
removerepo, rr Entferne angegebenes Repository.
renamerepo, nr Benenne angegebenes Repository um.
modifyrepo, mr Modifiziere angegebenes Repository.
refresh, ref Frische alle Repositories auf.
clean Bereinige lokalen Zwischenspeicher.

Softwareverwaltung:
install, in Installiere Paket(e).
remove, rm Entferne Paket(e).
verify, ve Überprüfe Integrität der Paketabhängigkeiten.
update, up Aktualisiere installierte Pakete mit neueren Versionen.
dist-upgrade, dup Führe eine Distributionsaktualisierung (Upgrade) durch.
source-install, si Installiere Quellpakete und ihre Build-Abhängigkeiten.

Anfragen:
search, se Suche nach Paketen auf die der Ausdruck passt.
info, if Zeige vollständige Informationen für angegebene Pakete.
patch-info Zeige vollständige Informationen für angegebene Patches.
pattern-info Zeige vollständige Informationen für angegebene Schemata.
product-info Zeige vollständige Informationen für angegebene Produkte.
patch-check, pchk Prüfe auf Patches.
list-updates, lu Liste verfügbarer Aktualisierungen.
patches, pch Liste alle verfügbaren Patches auf.
packages, pa Liste alle verfügbaren Pakete auf.
patterns, pt Liste alle verfügbaren Schemata auf.
products, pd Liste alle verfügbaren Produkte auf.
what-provides, wp Liste Pakete auf, die die angegebene Fähigkeit anbieten.

Paketsperren:
addlock, al Füge eine Paketsperre hinzu.
removelock, rl Entferne eine Paketsperre.
locks, ll Auflisten der momentanen Paketsperren.

Tippe 'zypper help <command>', um eine kommandospezifische Hilfe zu erhalten.

Have Fun

... vor kurzem hatten wir hier im Forum erörtert, dass zypper die pkg-Datei immer mit erneuert und dass somit nach jeder Aktualisierung mit zypper das Problem mit YAST wieder auftritt.

Wobei man natürlich die Paketsperre von zypper benutzen könnte, aber das kann ja nicht die Lösung sein.

 ??? 

eins mal vorweg: auf einer sauberen openSUSE 11.0, also auf der nur die offiziellen Updates eingespielt worden sind, tritt dieser Fehler so nicht auf.

benutzt man aber eine Testversion von openSUSE, sollte man in keinem Fall dieses machen:

 

|Code:

zypper in yast*

installiert alle yastpakete|

hiermit werden jede Menge unnötiger Pakete eingespielt und das Problem bleibt bestehen.


hier der richtige Weg mit Zypper:

 

opensuse:~ # zypper -v repos
Verbosity: 1
#  | Alias                                                    | Name                                    | Enabled | Refresh
---+----------------------------------------------------------+-----------------------------------------+---------+--------
1  | HARDINFO                                                 | HARDINFO                                | No      | No
2  | Hauptaktualisieruns-Repository_(Update)                  | Hauptaktualisieruns-Repository (Update) | No      | No
3  | openSUSE-11.0-Updates                                    | Updates for 11.0                        | Yes     | Yes
4  | repo-non-oss                                             | openSUSE-11.0-Non-Oss                   | No      | No
5  | http://ftp.skynet.be/pub/packman/suse/11.0/              | Packman Repository                      | No      | No
6  | Hauptrepository_(NON-OSS)                                | Hauptrepository (NON-OSS)               | Yes     | No
7  | http://download.nvidia.com/opensuse/11.0                 | NVIDIA Repository                       | Yes     | Yes
8  | http://download.videolan.org/pub/videolan/vlc/SuSE/11.0/ | VideoLan Repository                     | No      | No
9  | Hauptrepository_(OSS)                                    | Hauptrepository (OSS)                   | Yes     | No
10 | home:swyear                                              | home:swyear                             | No      | No
11 | repo-oss                                                 | openSUSE-11.0-Oss                       | No      | No
12 | openSUSE-DVD 11.0                                        | openSUSE-DVD 11.0                       | No      | No
opensuse:~ # zypper mr -d 3
Repository 'openSUSE-11.0-Updates' has been sucessfully disabled.
opensuse:~ # zypper -v in -f yast2-qt-pkg
Verbosity: 1
Non-option program arguments: 'yast2-qt-pkg'
Initializing Target
Checking whether to refresh metadata for NVIDIA Repository
Downloading: repomd.xml [done]
Reading installed packages...
Force resolution: Yes
Resolving dependencies...
Force resolution: Yes
Resolving dependencies...

The following package is going to be downgraded:
  yast2-qt-pkg-2.16.46-4.1.i586  (Hauptrepository (OSS), SUSE LINUX Products GmbH, Nuernberg, Germany)


Overall download size: 309.0 K. No additional space will be used or freed after the operation.
Continue? [YES/no]: y
committing
Downloading package yast2-qt-pkg-2.16.46-4.1.i586 (1/1), 309.0 K (980.0 K unpacked)
Downloading: media [done]
Downloading: yast2-qt-pkg-2.16.46-4.1.i586.rpm [done]
Installing: yast2-qt-pkg-2.16.46-4.1 [done]
committingCommitResult 1 (errors 0, remaining 0, srcremaining 0)
opensuse:~ # zypper mr -e 3
Repository 'openSUSE-11.0-Updates' has been sucessfully enabled.
opensuse:~ #   

jetzt noch mit “ rpm -Uhv /pfad/zu/paket.rpm “  das  “yast2-qt-pkg-2.16.47-0.2.i586.rpm“
(oder das entsprechende Delta) installieren und das Paket z.B mit Yast sperren.
 

 

jetzt noch mit “ rpm -Uhv /pfad/zu/paket.rpm “  das  “yast2-qt-pkg-2.16.47-0.2.i586.rpm“
(oder das entsprechende Delta) installieren und das Paket z.B mit Yast sperren.

Dann wird zypper aber die yast2 ...pkg beim nächsten Mal wieder aktualisieren, denn die YAST-Sperre gilt nicht für zypper.

Es müsste also mit <zypper al> das Paket auch hier gegen Updates gesperrt werden.

Oder nie mehr zypper  ???

zumindest andersherum geht’s. Ansonsten ging es hier auch um ein Problem mit Yast2 und nicht mit Zypper. Wer Zypper benutzt wird von diesem Problem sowieso nichts bemerken und sollte sich ansonsten auch selber helfen können oder eben die Finger von der Konsole lassen.
Aber wie schon erwähnt: mit einer sauberen openSUSE 11.0 wird man von diesem Problem zu 99,99 % nichts bemerken, und selbst wenn, ist es praktisch vollkommen ohne Bedeutung.
 

Hallo nochmals,

also die Lösung (mit Yast, NICHT mit Zypper) funktioniert nur partiell, denn nach jedem normalen Online-Update wird die alte Datei überschrieben und es kommt wieder die gleiche Fehlermeldung.

Spiele ich die alte Datei wieder ein (die funktioniert!) und setzte diese auf "geschützt", bekommen ich beim Online-Update immer Fehlermeldungen im "softwaremanagement", wo 2 Updates dann nicht eingespielt werden können.

Also nochmals, über Zypper habe ich bisher nichts aktualisiert, sondern nur über Yast.

Aber auch hier muss es eine dauerhafte Lösung geben, oder ???

. . .fragt ein immer noch lernender Suse-Liebhaber.

Gruß

Nicodany

... auch bei mir wird die geschützte yast2-qt-pkg-2.16.47-0.2 von YAST erbarmungslos überschrieben ...

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