• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[Gelöst] Abhängigkeitswirrwarr beim Firefox Update

wbwb

Hacker
Hallo,
seit ca. 2 Wochen will mein Updater im System Tray einen Sicherheitsupdate des Firefox durchführen.
Dieser Update schlägt permanent fehl mit dem Fehler:
Code:
mozilla-nss-3.17-1.1.x86_64 requires mozilla-nspr >= 4.10.7, but this requirement cannot be provided
YAST sagt mir, dass folgender Versionswechsel versucht wird:
Code:
MozillaFirefox-31.0-33.1.x86_64  -> MozillaFirefox-31.1.0-42.1.x86_64
Beides aus dem Repo:
Code:
openSUSE-13.1-Update
Zunächst hatte ich nur gedacht, ich müsse mir halt mozilla-nspr >= 4.10.7 besorgen. Nun gibt mir Yast in der Versionsliste von mozilla-nspr sogar an, dass es eine 4.10.7-1.1-x86_64 Version davon gibt, allerdings vom Repo
Code:
openSUSE BuildService - Mozilla
Der Versuch die mozilla-nspr 4.10.7-1.1-x86_64 Version von dort zu installieren fordert jedoch gleichzeitig dazu auf meinen Kernel von 3.11.10-21-desktop auf 3.11.6-4.1-desktop down-zu-graden :schockiert: ... was ich nur 'ungern' täte.

PS.: YAST sagt mir auch, dass es für den ganzen Firefox einen Update der Hauptversion von 31 -> 32 aus dem Repo openSUSE BuildService - Mozilla gibt. Wenn ich das probiere, dann will YAST ebenso wie oben meinen Kernel downgraden.

Kann mir jemand hier raushelfen? Danke.
wbwb
 
OP
W

wbwb

Hacker
ok.

Code:
#  | Alias                                | Name                                                | Enabled | Refresh | Priority | URI                                                                                   
---+--------------------------------------+-----------------------------------------------------+---------+---------+----------+---------------------------------------------------------------------------------------
 1 | MYRPMS                               | MYRPMS                                              | Yes     | Yes     |   99     | dir:///home/xxxxx/temporary/MYRPMS
 2 | Packman Repository                   | Packman Repository                                  | Yes     | Yes     |   99     | http://ftp.gwdg.de/pub/linux/packman/suse/openSUSE_13.1/
 3 | Python                               | Python                                              | Yes     | Yes     |   99     | http://download.opensuse.org/repositories/devel:/languages:/python/openSUSE_13.1/
 4 | Science                              | Science                                             | Yes     | Yes     |   99     | http://download.opensuse.org/repositories/science/openSUSE_13.1/
 5 | Virtualbox                           | Virtualbox                                          | Yes     | Yes     |   99     | http://download.virtualbox.org/virtualbox/rpm/opensuse/12.3
 6 | X11:XOrg                             | X11:XOrg                                            | Yes     | Yes     |   99     | http://download.opensuse.org/repositories/X11:/XOrg/openSUSE_13.1/
 7 | download.opensuse.org-Extra          | openSUSE BuildService - KDE:Extra                   | Yes     | Yes     |   99     | http://download.opensuse.org/repositories/KDE:/Extra/openSUSE_13.1/
 8 | download.opensuse.org-Virtualization | openSUSE BuildService - Virtualization (VirtualBox) | Yes     | Yes     |   99     | http://download.opensuse.org/repositories/Virtualization/openSUSE_13.1/
 9 | download.opensuse.org-games          | openSUSE BuildService - Games                       | Yes     | Yes     |   99     | http://download.opensuse.org/repositories/games/openSUSE_13.1/
10 | download.opensuse.org-mozilla        | openSUSE BuildService - Mozilla                     | Yes     | Yes     |   99     | http://download.opensuse.org/repositories/mozilla/openSUSE_13.1/
11 | hardware                             | hardware                                            | Yes     | Yes     |   99     | http://download.opensuse.org/repositories/hardware/openSUSE_13.1/
12 | home:tyeaan                          | home:tyeaan                                         | Yes     | Yes     |   99     | http://download.opensuse.org/repositories/home:/tyeaan/openSUSE_13.1/
13 | libdvdcss repository                 | libdvdcss repository                                | Yes     | Yes     |   99     | http://opensuse-guide.org/repo/13.1/
14 | openSUSE-13.1-1.10                   | openSUSE-13.1-1.10                                  | Yes     | No      |   99     | cd:///?devices=/dev/disk/by-id/EinLaufwerk,/dev/sr0
15 | repo-debug                           | openSUSE-13.1-Debug                                 | No      | Yes     |   99     | http://download.opensuse.org/debug/distribution/13.1/repo/oss/
16 | repo-debug-update                    | openSUSE-13.1-Update-Debug                          | No      | Yes     |   99     | http://download.opensuse.org/debug/update/13.1/
17 | repo-debug-update-non-oss            | openSUSE-13.1-Update-Debug-Non-Oss                  | No      | Yes     |   99     | http://download.opensuse.org/debug/update/13.1-non-oss/
18 | repo-non-oss                         | openSUSE-13.1-Non-Oss                               | Yes     | Yes     |   99     | http://download.opensuse.org/distribution/13.1/repo/non-oss/
19 | repo-oss                             | openSUSE-13.1-Oss                                   | Yes     | Yes     |   99     | http://download.opensuse.org/distribution/13.1/repo/oss/
20 | repo-source                          | openSUSE-13.1-Source                                | No      | Yes     |   99     | http://download.opensuse.org/source/distribution/13.1/repo/oss/
21 | repo-update                          | openSUSE-13.1-Update                                | Yes     | Yes     |   99     | http://download.opensuse.org/update/13.1/
22 | repo-update-non-oss                  | openSUSE-13.1-Update-Non-Oss                        | Yes     | Yes     |   99     | http://download.opensuse.org/update/13.1-non-oss/
23 | security                             | security                                            | Yes     | Yes     |   99     | http://download.opensuse.org/repositories/security/openSUSE_13.1/

und

Code:
S | Name                             | Type    | Version     | Arch   | Repository                     
--+----------------------------------+---------+-------------+--------+--------------------------------
i | MozillaFirefox                   | package | 31.0-33.1   | x86_64 | openSUSE-13.1-Update           
i | MozillaFirefox-branding-upstream | package | 31.0-33.1   | x86_64 | openSUSE-13.1-Update           
i | MozillaThunderbird               | package | 31.0-4.2    | x86_64 | (System Packages)              
i | ca-certificates-mozilla          | package | 1.97-3.12.1 | noarch | openSUSE-13.1-Update           
i | mozilla-kde4-integration         | package | 0.6.4-40.1  | x86_64 | openSUSE BuildService - Mozilla
i | mozilla-nspr                     | package | 4.10.6-12.1 | x86_64 | openSUSE-13.1-Update           
i | mozilla-nspr-32bit               | package | 4.10.6-12.1 | x86_64 | openSUSE-13.1-Update           
i | mozilla-nss                      | package | 3.16.4-1.1  | x86_64 | (System Packages)              
i | mozilla-nss-32bit                | package | 3.16.3-27.1 | x86_64 | openSUSE-13.1-Update           
i | mozilla-nss-certs                | package | 3.17-1.1    | x86_64 | openSUSE BuildService - Mozilla
i | mozilla-nss-certs-32bit          | package | 3.16.3-27.1 | x86_64 | openSUSE-13.1-Update
 

Sauerland

Ultimate Guru
Code:
    i | MozillaFirefox                   | package | 31.0-33.1   | x86_64 | openSUSE-13.1-Update           
    i | MozillaFirefox-branding-upstream | package | 31.0-33.1   | x86_64 | openSUSE-13.1-Update           
    i | MozillaThunderbird               | package | 31.0-4.2    | x86_64 | (System Packages)             
    i | ca-certificates-mozilla          | package | 1.97-3.12.1 | noarch | openSUSE-13.1-Update           
    i | mozilla-kde4-integration         | package | 0.6.4-40.1  | x86_64 | openSUSE BuildService - Mozilla
    i | mozilla-nspr                     | package | 4.10.6-12.1 | x86_64 | openSUSE-13.1-Update           
    i | mozilla-nspr-32bit               | package | 4.10.6-12.1 | x86_64 | openSUSE-13.1-Update           
    i | mozilla-nss                      | package | 3.16.4-1.1  | x86_64 | (System Packages)             
    i | mozilla-nss-32bit                | package | 3.16.3-27.1 | x86_64 | openSUSE-13.1-Update           
    i | mozilla-nss-certs                | package | 3.17-1.1    | x86_64 | openSUSE BuildService - Mozilla
    i | mozilla-nss-certs-32bit          | package | 3.16.3-27.1 | x86_64 | openSUSE-13.1-Update
Da solltest Du einmal alles wieder auf das OSS bzw. Update Repo umstellen.

Das Mozilla Repo würde ich entfernen, der neuste Firefox kommt auch ca 2 Wochen später ins Update-Repo.

An der Repoliste würde ich auch arbeiten, einige entfernen, Prioritäten einstellen usw.
 
OP
W

wbwb

Hacker
Da solltest Du einmal alles wieder auf das OSS bzw. Update Repo umstellen.
Also irgendetwas stimmt hier nicht.

Der Versuch, so wie von Dir vorgeschlagen, z.B.
Code:
mozilla-kde4-integration
mozilla-nss-certs
auf OSS bzw. Update Repo umzustellen, führt ganz ähnlich wie ich es im ursprünglichen Post für mozilla-nspr 4.10.7-1.1-x86_64 bereits angegeben hatte dazu, dass YAST mir mitteilt, dass es den Kernel von 3.11.10-21-desktop auf 3.11.6-4.1-desktop downgraden will...?

Ich habe im YAST Software Management mal nachgesehen und dort bemerkt, dass neben meinem 'Installed' Kernel (vom Update Repo) auch in Klammern die niedrigere Kernel Version vom OSS Repo als 'Available' angegeben wird und die beiden Versionsnummern rot sind.
 

Sauerland

Ultimate Guru
Als root:
Code:
zypper in -f mozilla-nss-3.16.4-35.1 mozilla-kde4-integration-0.6.4-4.1.1 mozilla-nss-certs-3.16.4-35.1

Falls da wieder Fehler auftreten, bitte die komplette Ausgabe incl. des eingegebenen Befehls posten.
 
OP
W

wbwb

Hacker
also ich habe ganz sicher nicht vor Dich in diesem Post nun auch noch um das Erklären von man pages 'für Anfänger' zu bitten, aber ich würde doch gern wenigsten halbwegs verstehen was Du mir da vorschlägst.

In den man pages zu zypper (das ich sonst nicht nutze) finde ich:
install (in): Install or update packages.
-f: Install even if the item is already installed (reinstall), downgraded or changes vendor or architecture.

Ich verstehe damit nicht ob
Code:
zypper in -f mozilla-nss-3.16.4-35.1 mozilla-kde4-integration-0.6.4-4.1.1 mozilla-nss-certs-3.16.4-35.1
nur und genau nur die drei Pakete auf der Kommandozeile re-installieren wird (ungefähr so wie rpm -U -force), oder ob es sich dann ungefragt noch irgendwelche anderen abhängigen Pakete mit auf das System 'zieht'? ... Eben z.B. den oben erwähnten alten Kernel?

Ich verstehe auch nicht, ob mit der Ausführung dieses Befehls im Prinzip zusätzliche 'broken dependencies' erzeugt werden können?

Auch ist mir unklar, woher der obige Befehl das Repo 'kennt' aus dem er ein Paket holen soll und was passiert, wenn die Pakete in mehr als einem Repo vorhanden sind?
 

Sauerland

Ultimate Guru
Der Befehl installiert die Pakete in der entsprechend angegebenen Version, was ja auch die Hilfe sagt:
-f: Install even if the item is already installed (reinstall), downgraded or changes vendor or architecture.
Ich übersetze es Dir (obwohl es im Internet Übersetzungsseiten gibt) für mozilla-nss-3.16.4-35.1.
Egal ob das Paket mozilla-nss schon installiert ist, installiere es neu, auch wenn es schon in einer anderen Version als 3.16.4-35.1 installiert ist und auch wenn diese zur Zeit installierte Version aus einem anderen Repo installiert ist. Installiere mozilla-nss in der Version 3.16.4-35.1. Diese Version darf dann auch in allen Repos nur einmal vorhanden sein.
Abhängigkeiten zu den Paketen werden dann auch mitinstalliert, hier jedoch nur falls noch nicht vorhanden bzw. in falscher Version.

Und da Du ein Mischmasch von Versionen aus verschiedenen Repos hast, wollte ich diese auf das OSS bzw. OSS-Update-Repo umstellen.

Und da Du diesen Zusammenhang nicht verstehst, solltest Du auch wie bereits angemerkt an Deiner Repoliste arbeiten.

Der Kernel sollte keine Abhängigkeiten mit mozilla haben, da ist mehr faul.

PS:
Glaubst Du, es würde Dir hier mutwillig ein Befehl untergeschoben, der Dein System killt? Ich glaube 2 Minuten später wäre schon der erste Anpfiff gepostet.
 
OP
W

wbwb

Hacker
Sauerland schrieb:
Ich übersetze es Dir (obwohl es im Internet Übersetzungsseiten gibt)
hey :D :D gar nicht mal so schlecht, aber wenn Du jetzt meinen Passport sehen könntest :D :D :D ... mit man pages ist es wie mit Gesetzestexten (übrigens nicht nur Euren Deutschen), die versteht eben nicht jeder - ganz unabhängig von der Sprache.

Spaß beiseite, was mir gefehlt hat war dieser Zusatz von Dir
Sauerland schrieb:
Abhängigkeiten zu den Paketen werden dann auch mitinstalliert, hier jedoch nur falls noch nicht vorhanden bzw. in falscher Version.
Genau deshalb stelle ich die Frage jetzt noch mal eingeschränkter:
Würde der von Dir angegebene Befehl mich interaktiv darauf aufmerksam machen und fragen, ob er weitere abhängige Pakete mitinstallieren darf, ähnlich wie YAST das tut, oder 'rauschen' die Abhängigkeiten einfach ungefragt durch?
Ich frage das immer wieder wg. der Sache mit der Abhängigkeit von der Kernelversion.
Wie schon oben geposted teilt YAST mir ja eben genau beim dem Versuch mozilla-nss-3.16.4-35.1 aus dem Update Repo zu installieren mit, dass es den Kernel downgraden will. (Weshalb ich das dann immer abbreche.)

Sauerland schrieb:
Der Kernel sollte keine Abhängigkeiten mit mozilla haben, da ist mehr faul.
Ja, das macht mir Sorge :(. Wie könnte ich feststellen was da faul ist?
(Ich habe inzwischen diverse andere Pakete gefunden die beim upgrade auf neuere Versionen gleichzeitig den Kernel downgraden wollen. Z.B.: cmake. Da gibt es eine 3.0.2 Version aus dem devel:languages:python Repo welches in meiner Repo-Liste ist, während bei mir bisher nur die 2.8.11 Version aus dem openSUSE Repo installiert ist.)

Sauerland schrieb:
Glaubst Du, es würde Dir hier mutwillig ein Befehl untergeschoben, der Dein System killt?
Nö. Wieso? Ich will verstehen was der Befehlt tut - und das obwohl ich keine man pages lesen kann ;)
 

tomm.fa

Administrator
Teammitglied
wbwb schrieb:
Sauerland schrieb:
Ich übersetze es Dir (obwohl es im Internet Übersetzungsseiten gibt)
hey :D :D gar nicht mal so schlecht, aber wenn Du jetzt meinen Passport sehen könntest :D :D :D ... mit man pages ist es wie mit Gesetzestexten (übrigens nicht nur Euren Deutschen), die versteht eben nicht jeder - ganz unabhängig von der Sprache.
Wie wahr (teilweise wenigstens). :thumbs:

wbwb schrieb:
Spaß beiseite, was mir gefehlt hat war dieser Zusatz von Dir
Sauerland schrieb:
Abhängigkeiten zu den Paketen werden dann auch mitinstalliert, hier jedoch nur falls noch nicht vorhanden bzw. in falscher Version.
Genau deshalb stelle ich die Frage jetzt noch mal eingeschränkter:
Würde der von Dir angegebene Befehl mich interaktiv darauf aufmerksam machen und fragen, ob er weitere abhängige Pakete mitinstallieren darf, ähnlich wie YAST das tut, […]?
Ja.
 
OP
W

wbwb

Hacker
tomm.fa schrieb:
wbwb schrieb:
Würde der von Dir angegebene Befehl mich interaktiv [...]
Ja.

ok. Danke!

Die Sache hatte sich inzwischen einen Schritt weiterentwickelt: ich konnte einfach nicht glauben, dass in meinem System Updates nicht - wie für mich üblich über YAST - durchgeführt werden (können) nur, weil es eine seltsame Abhängigkeit von einer älteren Kernelversion gibt.
Ich hatte mir deshalb inzwischen meine Repos der Reihe nach einzeln vorgenommen und sie 'disabled' bis ich zum Repo
Code:
http://download.opensuse.org/repositories/hardware/openSUSE_13.1/
kam.
(Ich habe dieses Repo benützt um neueste Treiber für einen fingerprint reader zu bekommen.)

Wenn dieses Repo 'enabled' ist, dann ist mein System plötzlich der Meinung, dass mein 'Installed' Kernel eine höhere Versionsnummer hat, als der 'Available' Kernel.
Schalte ich das Repo ab, dann kann ich mozilla-nspr 4.10.7-1.1-x86_64 auch ohne Kernel-downgrade installieren und der Rest meiner ursprünglich geposteten Frage erübrigt sich dann auch.

Jetzt aber stellt sich mir die Frage: wie kann es sein, dass eine openSUSE-eigenes Repo dieses Durcheinander produziert und einen älteren Kernel im System haben will??
 

Sauerland

Ultimate Guru
Es ist kein opensuse eigenes Repo.

Und wenn Du ein Kernel-Modul einbindest, welches nur für Kernel 3.11.6 gebaut wurde........

Tip:
Wirf alle Repos raus außer das OSS, Non.OSS, Update, non-OSS-Update und Packman. Stelle die Prioritäten für Packman auf 20 , die anderen auf 99.
Danach mach einfach ein
Code:
zypper dup
Alle Abhängigkeiten auflösen, nichts ignorieren.

Und lass dann die Finger von den sogenannten 1-Klickern und binde keine anderen Repos ein.
 
Oben