Firefox Update/Installation schlägt fehl

tux-alarm

tux-alarm

root... was sonst ?!
Seid gegrüßt!

Seit einigen Tagen habe ich auf meiner SuSE dezente Probleme beim Updaten, resp. (De)-Installieren, des Firefox.

Fehlermeldung:

Code:
Subprocess failed. Error: RPM failed: Usage: usr/bin/update-mime-database [-hvV] MIME-DIR
No directories in update-desktop-database search path could be processed and updated.
error: %postun(MozillaFirefox-2.0.0.12-5.1.x86_64) scriptlet failed, exit status 1

und

Code:
2008-03-27 20:34:03 MozillaFirefox-2.0.0.13-1.1.x86_64.rpm install failed
rpm output:
Usage: usr/bin/update-mime-database [-hvV] MIME-DIR
No directories in update-desktop-database search path could be processed and updated.
error: %postun(MozillaFirefox-2.0.0.12-5.1.x86_64) scriptlet failed, exit status 1

mein System: Linux SuSE103 2.6.22.17-0.1-default #1 SMP 2008/02/10 20:01:04 UTC x86_64 x86_64 x86_64 GNU/Linux

keinerlei Hinweise in div. Logs

Im Prinzip funktioniert der FF, allerdings ist das extrem nervig beim Updaten.

Wenn jemand einen Tipp hätte, wäre das großartig!
 
Gib uns mal bitte die Ausgabe von

Code:
rpm -qa MozillaFirefox

...vermutlich ist Dein Fuchs doppelt gemoppelt, da gab es neulich einen entsprechenden bug.
 
Hey! Vielen Dank!

rpm -qa MozillaFirefox sagt:

Code:
MozillaFirefox-2.0.0.13-1.1
MozillaFirefox-2.0.0.12-5.1
.
.
.
EDIT (autom. Beitragszusammenführung) :
.

Offenbar hattest du Recht! Die Frage, welche ich mir allerdings stelle ist, warum zeigt mir YAST nur eine Version an und warum kann ich den FF nicht via YAST deinstallieren?
 
Zuletzt bearbeitet:
Code:
rpm -e --noscripts MozillaFirefox-2.0.0.12-5.1

...wird Dein Problem lösen¹, danach nochmal abfragen, ob es hingehauen hat. Warum das so gekommen ist, weiß ich auch nicht so ganz genau (bzw. eigentlich gar nicht :))).

¹Credits to reni
 
Ich probiere soeben folgenden Hinweis aus einem niederländischen Forum. Dieser ähnelt deinem frapierend.

Folgender Ablauf(ohne Gewähr):

rpm -e --nodeps --noscripts MozillaFirefox-2.0.0.12-5.1 (einfaches "rpm -e" geht nicht!)

danach mit rpm -qa prüfen und siehe da die "alte" Version ist weg! :D

ein rpm --rebuilddb tut ihr übriges...

Was soll ich sagen... ES KLAPPT!

Vielen Dank Gropiuskalle
 
Wie gesagt: credits to reni. Schön, dass es geklappt hat.
 

Ähnliche Themen

Fedora 20 - Unlösbare Paket-Duplikat Konflikte

dovecot und postfix Konfiguration Problem

Windows clients können nicht mehr auf lange laufendes System zugreifen

NagiosGrapher 1.7.1 funktioniert nicht

CentOS 6.3 RADIUS - Keine Verbindung möglich

Zurück
Oben