OpenSuse Updater Problem

rethus · 3 Jan. 2009

Ich habe ein ähnliches Problem.
Bei mir werden die Updates scheinbar nicht durchgeführt...s lebst auf der Konsole nicht.

Ich gebe folgendes ein:

Code:

zypper update
Lese installierte Pakete...

Die folgenden NEUEN Patches werden installiert:
  mozilla-xulrunner181 libpulse-browse0 fileshareset
desktop-data-openSUSE-extra-gnome


Kein zusätzlicher Speicherplatz wird nach dieser Operation benutzt oder beräumt.
Fortfahren? [JA/nein]:

Ich wähle ja

Was passiert.... nichts. Er zeigt einfach wiederr die normale Konsole an... gebe ich erneut zypper update an, bietet er die gleichen Pakete zur aktualisierung an.

In der zyyper.log wird derweil folgendes ausgegeben:

2009-01-03 13:16:30 <1> linux(9730) [satsolver] PoolImpl.cc(logSat):72 final solver statistics: 0 learned rules, 0 unsolvable
2009-01-03 13:16:30 <1> linux(9730) [zypp] SATResolver.cc(solving):450 ....Solver end
2009-01-03 13:16:30 <1> linux(9730) [zypp] SATResolver.cc(resolvePool):695 SATResolver::resolvePool() done. Ret:1
2009-01-03 13:16:30 <1> linux(9730) [zypper] zypper-misc.cc(solve_and_commit):2321 got solution, showing summary
2009-01-03 13:16:30 <1> linux(9730) [zypper] zypper-misc.cc(summary):1206 Pool contains 29296 items.
2009-01-03 13:16:30 <0> linux(9730) [zypper] zypper-misc.cc(summary):1207 Install summary:
2009-01-03 13:16:30 <0> linux(9730) [zypper] zypper-misc.cc(summary):1244 <install> (26171)patch:desktop-data-openSUSE-extra-gnome-84.noarch(openSUSE-11.0-Updates)
2009-01-03 13:16:30 <0> linux(9730) [zypper] zypper-misc.cc(summary):1244 <install> (26179)patch:fileshareset-124.noarch(openSUSE-11.0-Updates)
2009-01-03 13:16:30 <0> linux(9730) [zypper] zypper-misc.cc(summary):1244 <install> (26215)patch:libpulse-browse0-169.noarch(openSUSE-11.0-Updates)
2009-01-03 13:16:30 <0> linux(9730) [zypper] zypper-misc.cc(summary):1244 <install> (26306)patch:mozilla-xulrunner181-329.noarch(openSUSE-11.0-Updates)

2009-01-03 13:19:06 <1> linux(9730) [zypper] zypper-prompt.cc(get_prompt_reply):260 reply empty, returning the default: ja (0)
2009-01-03 13:19:06 <1> linux(9730) [zypp] ZYppImpl.cc(commit):132 Attempt to commit (CommitPolicy( ))
2009-01-03 13:19:06 <1> linux(9730) [zypp] TargetImpl.cc(commit):487 TargetImpl::commit(<pool>, CommitPolicy( ))
2009-01-03 13:19:06 <1> linux(9730) [zypp] CommitLog.cc(setFname):65 installation log file /var/log/YaST2/y2logRPM
2009-01-03 13:19:06 <1> linux(9730) [zypp::GetResolvablesToInsDel] GetResolvablesToInsDel.cc(GetResolvablesToInsDel):136 ResolvablesToInsDel: delete 0, install 4, srcinstall 0
2009-01-03 13:19:06 <0> linux(9730) [zypp] InstallOrder.cc(InstallOrder):65 InstallOrder::InstallOrder(_toinstall 4 items, _installed 0 items)
2009-01-03 13:19:06 <1> linux(9730) [zypp::GetResolvablesToInsDel] GetResolvablesToInsDel.cc(GetResolvablesToInsDel):193 order.init() done
2009-01-03 13:19:06 <1> linux(9730) [zypp::GetResolvablesToInsDel] GetResolvablesToInsDel.cc(GetResolvablesToInsDel):307 SET NEW media [S0:0]
2009-01-03 13:19:06 <1> linux(9730) [zypp::GetResolvablesToInsDel] GetResolvablesToInsDel.cc(GetResolvablesToInsDel):329 order done
2009-01-03 13:19:06 <1> linux(9730) [zypp] TargetImpl.cc(commit):529 GetResolvablesToInsDel:
2009-01-03 13:19:06 <1> linux(9730) [zypp] TargetImpl.cc(commit):529 toInstall:
2009-01-03 13:19:06 <1> linux(9730) [zypp] TargetImpl.cc(commit):529 ResObjects: 4
2009-01-03 13:19:06 <1> linux(9730) [zypp] TargetImpl.cc(commit):529 patch: 4
2009-01-03 13:19:06 <1> linux(9730) [zypp] TargetImpl.cc(commit):529 toDelete:
2009-01-03 13:19:06 <1> linux(9730) [zypp] TargetImpl.cc(commit):529 ResObjects: 0
2009-01-03 13:19:06 <1> linux(9730) [zypp] TargetImpl.cc(commit):529
2009-01-03 13:19:06 <1> linux(9730) [zypp] TargetImpl.cc(commit):637 TargetImpl::commit(<list>CommitPolicy( ))0
2009-01-03 13:19:06 <1> linux(9730) [zypp] TargetImpl.cc(commit):637 TargetImpl::commit(<list>CommitPolicy( ))4
2009-01-03 13:19:06 <1> linux(9730) [zypp] TargetImpl.cc(commit):637 TargetImpl::commit(<list>CommitPolicy( ))0
2009-01-03 13:19:06 <1> linux(9730) [zypp] TargetImpl.cc(buildCache):328 Read cookie: /var/cache/zypp/solv/@System/cookie{- 0644 0/0 size 53}
2009-01-03 13:19:06 <1> linux(9730) [zypp] TargetImpl.cc(buildCache):335 Read cookie: /var/cache/zypp/solv/@System/cookie says: uptodate
2009-01-03 13:19:06 <1> linux(9730) [zypp] TargetImpl.cc(commit):625 TargetImpl::commit(<pool>, CommitPolicy( )) returns: CommitResult 4 (errors 0, remaining 0, srcremaining 0)
2009-01-03 13:19:06 <0> linux(9730) [zypp] ZYppImpl.cc(commit):140 unloading @System repo from pool
2009-01-03 13:19:06 <1> linux(9730) [zypp::satpool] PoolImpl.cc(setDirty):180 _deleteRepo @System
2009-01-03 13:19:06 <1> linux(9730) [zypp] ZYppImpl.cc(commit):152 Commit (CommitPolicy( )) returned: CommitResult 4 (errors 0, remaining 0, srcremaining 0)
2009-01-03 13:19:06 <1> linux(9730) [zypper] zypper-misc.cc(solve_and_commit):2413 committing...
2009-01-03 13:19:06 <1> linux(9730) [zypper] zypper-misc.cc(solve_and_commit):2413 DONE
2009-01-03 13:19:06 <1> linux(9730) [zypper] zypper.cc(cleanup):3298 START
2009-01-03 13:19:06 <1> linux(9730) [zypper] zypper-main.cc(~Bye):58 Exiting main()
2009-01-03 13:19:06 <1> linux(9730) [zypp] PathInfo.cc(_Log_Result):295 recursive_rmdir /var/tmp/zypp.Lpw1SE
2009-01-03 13:19:06 <1> linux(9730) [zypp] PathInfo.cc(_Log_Result):295
2009-01-03 13:19:06 <1> linux(9730) [zypp] PathInfo.cc(_Log_Result):295
2009-01-03 13:19:06 <0> linux(9730) [zypp] TmpPath.cc(~Impl):78 TmpPath cleaned up /var/tmp/zypp.Lpw1SE{d 0700 0/0}
2009-01-03 13:19:06 <1> linux(9730) [zypp] RpmDb.cc(closeDatabase):773 Calling closeDatabase: RpmDb[V4(X--)V3(---): '(/)/var/lib/rpm']
2009-01-03 13:19:06 <1> linux(9730) [zypp] librpmDb.cc(blockAccess):326 Block access
2009-01-03 13:19:06 <1> linux(9730) [zypp] RpmDb.cc(closeDatabase):805 closeDatabase: RpmDb[NO_INIT]
2009-01-03 13:19:06 <1> linux(9730) [zypp] TargetImpl.cc(~TargetImpl):302 Targets closed
2009-01-03 13:19:06 <1> linux(9730) [zypp] RpmDb.cc(~RpmDb):310 ~RpmDb()
2009-01-03 13:19:06 <1> linux(9730) [zypp] RpmDb.cc(~RpmDb):315 ~RpmDb() end
2009-01-03 13:19:06 <1> linux(9730) [zypper] zypper.cc(~Zypper):76 Bye!
2009-01-03 13:19:06 <1> linux(9730) [zypp] ZYppFactory.cc(unLockFile):142 unlocked
2009-01-03 13:19:06 <1> linux(9730) [zypp] ZYppFactory.cc(~ZYppGlobalLock):81 Cleaning lock file. (9730)
2009-01-03 13:19:06 <1> linux(9730) [zypp] PathInfo.cc(_Log_Result):295 unlink /var/run/zypp.pid
2009-01-03 13:19:06 <1> linux(9730) [zypp] ZYppFactory.cc(~ZYppGlobalLock):83 Lockfile cleaned. (9730)

Mr. Spock · 4 Jan. 2009

Ich habe dasselbe Problem, bei mir sind es die Pakete fileshareset, kdenetwork3-InstantMessenger und mozilla-xulrunner181. Das Updater-Applet zeigt sie an, ich klicke auf installieren, nichts passiert und sie werden wieder als neue Updates angezeigt. Früher hatte ich dieses Problem schonmal und konnte es lösen, indem ich in Yast das Onlineupdate-Modul gestartet habe. Dort waren die besagten Pakete dann angezeit, aber sie standen auf "behalten", nicht auf "aktualisieren". Das hatte ich dann manuell gemacht und dann war alles ok. Diesmal habe ich das auch versucht, die Updates wurden dann scheinbar auch installiert und werden in Yast jetzt also installiert angezeit. Leider werden sie sowohl im Yast-Updatemodul als auch im Applet immer noch als neue Updates angezeigt, genau wie am Anfang.

Irgendwelche Ideen? Vielleicht sind irgendwelche Update-Logs oder ähnliche Dateien fehlerhaft, die man löschen sollte?

Mr. Spock · 7 Jan. 2009

Mittlerweile hat sich das Paket mozilla-xulrunner181 sogar zweimal eingetragen. Alle Pakete sind längst installiert, werden aber nach wie vor im Updater angezeigt. Es muss doch irgendwas geben, was man tun kann! Hat niemand eine Idee? Könnte ein Rebuild der RPM-Datenbank helfen (rpm --rebuilddb)? Oder gibt es Dateien des Updaters, die man löschen kann, um ihn quasi zurückzusetzen?

admine · 7 Jan. 2009

@rethus

sag mal was soll das? :x
Sich an "hunde"alte Threads zu hängen?

Warum keinen neuen Thread zum Problem öffnen?
Die Probleme von damals müssen nicht die selben von heute sein!

... und ich habe auch keinen Bock darauf, ständig irgendwelche Threads zu teilen!
Das war heute eine Ausnahme. Bei einer nächsten ähnlichen Aktion werde ich rigeros löschen!

Und nun noch viel Erfolg für eine Lösung.

Gruß admine

phimeas · 7 Jan. 2009

Ich habe das Paket über Yast schlicht deinstalliert. Da kamen hier auch keine Abhängigkeiten ins Spiel, denn mozilla-xulrunner190 war bereits installiert (SuSE 11.0). Danach war der Spuk vorbei.

Cheers

Phimeas

Heart · 8 Jan. 2009

phimeas schrieb:
Ich habe das Paket über Yast schlicht deinstalliert. Da kamen hier auch keine Abhängigkeiten ins Spiel, denn mozilla-xulrunner190 war bereits installiert (SuSE 11.0). Danach war der Spuk vorbei.

Cheers

Phimeas

Dann hattest du nicht Jameica/Hibiscus zB installiert nehm ich an? Das zugrundeliegende eclipse-swt-gtk2 Paket hat ein Requires zu mozilla-xulrunner181. Hab mit Toni gemailt, der kurzerhand das Paket eclipse-swt-gtk2 erneuerte (Requires zu mozilla-xulrunner190). Nach dem Update lässt sich mozilla-xulrunner181 problemlos deinstallieren....

Somit verbleibt jetzt "nur noch" fileshareset und kdenetwork3-InstantMessenger :???:

Schlafmuetze · 14 Jan. 2009

Ich hab das gleiche Problem,
hab's bei Yast unter "Online-Aktualisierung" probiert aber "fileshareset" und "kdenetwork3-InstantMessenger" bleiben trotzdem in der Liste. Problem bei mir ist zudem das ich die Pakete auf die sich diese Updates beziehen gar nicht installiert habe.

Heart · 14 Jan. 2009

Schlafmuetze schrieb:
Ich hab das gleiche Problem,
hab's bei Yast unter "Online-Aktualisierung" probiert aber "fileshareset" und "kdenetwork3-InstantMessenger" bleiben trotzdem in der Liste. Problem bei mir ist zudem das ich die Pakete auf die sich diese Updates beziehen gar nicht installiert habe.

Exakt, diese zwei bleiben noch übrig..... aber es sind zumindest nur noch zwei

Heart · 4 Feb. 2009

...seit heute ist dieser Bug wohl entgültig gefixt und in den Repos verfügbar (etliche yast-* und *zypp* Pakete wurden aktualisiert)!

Mr. Spock · 4 Feb. 2009

Heart schrieb:
...seit heute ist dieser Bug wohl entgültig gefixt und in den Repos verfügbar (etliche yast-* und *zypp* Pakete wurden aktualisiert)!

Na endlich, du hast recht! Nachdem ich eine Online-Update angestoßen habe und die besagten Pakete aktualisiert wurden, ist das Problem nun endlich behoben. Erschreckend, wie lange das gedauert hat, wo es ja offensichtlich doch ein Bug war und keine Fehlkonfiguration. Danke für den Hinweis!