Am 28. Juni 2010, 11:00:08 schrieb Wolfgang Rosenauer:

On 06/28/2010 10:49 AM, Heinz Dittmar wrote:

...

Hallo Liste, seit dem letzten Update heute, startet Firefox nicht mehr. In einer Konsole gestartet, bringt: firefox %u Couldn't load XPCOM Was ist hier los ???

Nicht alle benoetigten Pakete wurden korrekt geupdated?

rpm -qa | grep -i mozilla Hier die Liste: rpm -qa | grep -i mozilla mozilla-nss-certs-3.12.6-5.2.x86_64 mozilla-xulrunner192-translations-other-1.9.2.6-3.1.x86_64 mozilla-nss-devel-3.12.6-5.2.x86_64 mozilla-xulrunner191-gnomevfs-1.9.1.10-1.2.x86_64 mozilla-xulrunner191-1.9.1.10-1.2.x86_64 mozilla-xulrunner192-gnome-1.9.2.6-3.1.x86_64 mozilla-xulrunner191-translations-common-1.9.1.10-1.2.x86_64 MozillaFirefox-translations-common-3.6.6-1.1.x86_64 MozillaFirefox-branding-upstream-3.6.6-1.1.x86_64 mozilla-nspr-4.8.4-3.1.x86_64 mozilla-xulrunner192-translations-common-1.9.2.6-3.1.x86_64 mozilla-xulrunner191-devel-1.9.1.10-1.2.x86_64 mozilla-nss-32bit-3.12.6-5.2.x86_64 mozilla-js192-1.9.2.4-1.pm.11.1.x86_64 MozillaFirefox-translations-other-3.6.6-1.1.x86_64 mozilla-nspr-devel-4.8.4-3.1.x86_64 mozilla-kde4-integration-0.6.2-14.2.x86_64 mozilla-nss-certs-32bit-3.12.6-5.2.x86_64 mozilla-xulrunner192-1.9.2.6-3.1.x86_64 MozillaFirefox-theme-oxygen-1.4.92-6.1.noarch MozillaFirefox-debugsource-3.6.6-1.1.x86_64 mozilla-xulrunner191-translations-other-1.9.1.10-1.2.x86_64 mozilla-nspr-32bit-4.8.4-3.1.x86_64 MozillaFirefox-3.6.6-1.1.x86_64 mozilla-nss-3.12.6-5.2.x86_64 mozilla-nss-tools-3.12.6-5.2.x86_64 MozillaFirefox-debuginfo-3.6.6-1.1.x86_64 mozilla-xulrunner191-gnomevfs-32bit-1.9.1.10-1.2.x86_64 mozilla-xulrunner191-32bit-1.9.1.10-1.2.x86_64

Was besseres wird nicht angeboten, oder was ist falsch. Packetauflösung ist OK Viele Grüße, Heinz Dittmar -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am 28. Juni 2010, 11:31:49 schrieb Wolfgang Rosenauer:

On 06/28/2010 11:26 AM, Heinz Dittmar wrote:

...

Am 28. Juni 2010, 11:00:08 schrieb Wolfgang Rosenauer:

...

On 06/28/2010 10:49 AM, Heinz Dittmar wrote:

...

Hallo Liste, seit dem letzten Update heute, startet Firefox nicht mehr. In einer Konsole gestartet, bringt: firefox %u Couldn't load XPCOM Was ist hier los ???

Nicht alle benoetigten Pakete wurden korrekt geupdated?

rpm -qa | grep -i mozilla

Hier die Liste: rpm -qa | grep -i mozilla mozilla-js192-1.9.2.4-1.pm.11.1.x86_64

Mindestens das hier ist kaputt. Ob es jetzt konkret daran liegt, kann ich nicht sagen, aber das sieht ziemlich verkehrt aus. Ja klar es muss: mozilla-js192-1.9.2.6-3.1.x86_64 sein, habe ich übersehen, weil packman eine höhere Priorität hat als mozilla Jetzt funktioniert alles. Vielen Dank für die Hilfe. Heinz Dittmar -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am 28. Juni 2010, 14:11:56 schrieb Peter Steffinger:

Hallo Heinz

Am Montag, 28. Juni 2010 11:52:42 schrieb Heinz Dittmar:

...

Am 28. Juni 2010, 11:31:49 schrieb Wolfgang Rosenauer:

...

On 06/28/2010 11:26 AM, Heinz Dittmar wrote:

...

Am 28. Juni 2010, 11:00:08 schrieb Wolfgang Rosenauer:

...

On 06/28/2010 10:49 AM, Heinz Dittmar wrote:

...

Hallo Liste, seit dem letzten Update heute, startet Firefox nicht mehr. In einer Konsole gestartet, bringt: firefox %u Couldn't load XPCOM Was ist hier los ???

Nicht alle benoetigten Pakete wurden korrekt geupdated?

rpm -qa | grep -i mozilla

Hier die Liste: rpm -qa | grep -i mozilla mozilla-js192-1.9.2.4-1.pm.11.1.x86_64

Mindestens das hier ist kaputt. Ob es jetzt konkret daran liegt, kann ich nicht sagen, aber das sieht ziemlich verkehrt aus.

Ja klar es muss: mozilla-js192-1.9.2.6-3.1.x86_64 sein, habe ich übersehen, weil packman eine höhere Priorität hat als

mozilla Jetzt funktioniert alles.

Vielen Dank für die Hilfe. Heinz Dittmar

Beschreibe mal bitte die genaue Lösung. Brauche ich nämlich als Antwort auf einer anderen Liste. Wie oben beschrieben, hatte ich aus versehen noch ein Paket von packman dabei, das eine ältere Version war. Wenn alle Pakete von mozilla repo stammen, gibt es das Üroblem nicht. Viele Grüße, Heinz Dittmar -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

On Mon, Jun 28, 2010 at 11:52:42AM +0200, Heinz Dittmar wrote: [ 8< ]

Ja klar es muss: mozilla-js192-1.9.2.6-3.1.x86_64 sein, habe ich übersehen, weil packman eine höhere Priorität hat als mozilla Jetzt funktioniert alles.

Aber wie kommt es dazu? zypper dup statt up aufgerufen, so dass ein Anbieterwechsel durchgeführt wurde? Beide Kommandos kann man über die -r option auf die Nutzung einer bestimmten Quelle bewschränken. Das Setzen einer Priorität ist für die erfolgreiche Nutzung einer Quelle nicht erforderlich. Lars

On 06/28/2010 02:14 PM, Marcus Meissner wrote:

On Mon, Jun 28, 2010 at 02:17:35PM +0200, Lars Müller wrote:

...

On Mon, Jun 28, 2010 at 11:52:42AM +0200, Heinz Dittmar wrote: [ 8< ]

...

Ja klar es muss: mozilla-js192-1.9.2.6-3.1.x86_64 sein, habe ich übersehen, weil packman eine höhere Priorität hat als mozilla Jetzt funktioniert alles.

Aber wie kommt es dazu?

packman hat angefangen mozilla xulrunner zu packagen, was sie nicht sollten. Es kann nur Probleme geben damit.

Vor allem ist die Frage, warum? Um interne packman Abhaengigkeiten zu erfuellen? Gibts da keine brauchbarere Loesung? Wolfgang -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

On Mon, Jun 28, 2010 at 07:51:23PM +0200, Detlef Reichelt wrote:

Am Mon, 28 Jun 2010 14:46:52 +0200 schrieb Wolfgang Rosenauer :

...

Gibts da keine brauchbarere Loesung?

Ja, gibt es:

Dieses Mist Vendorchange-Geraffel abschalten, dann gibt es auch keine Probleme!

Falsch! Dass ein Herstellerwechsel nicht automatisch vorgenommen wird, ist ein Schutzmechanismus. Beispiel: Wenn Du Dich ein Mal für Samba aus network:samba entschieden hast, dann möchtest Du nicht unverhofft und durch Zufall Samba aus home:lieschen_mueller bekommen. Nur, weil Du auch das repo verwendest und lieschen sich ein paar Tage später dazu entscheidet, auch Samba-Pakete bereitstellen zu wollen. Wenn ich Dich richtig verstanden habe, dann siehst Du das anders. Bitte diskutier das über https://features.opensuse.org/ Das Problem betrifft nicht allein die deutschsprachigen Nutzer. Lars -- Lars Müller [ˈlaː(r)z ˈmʏlɐ] Samba Team SUSE Linux, Maxfeldstraße 5, 90409 Nürnberg, Germany

On Fri, Jul 02, 2010 at 12:20:07AM +0200, Detlef Reichelt wrote:

Am Tue, 29 Jun 2010 10:09:37 +0200 schrieb Lars Müller :

...

On Mon, Jun 28, 2010 at 07:51:23PM +0200, Detlef Reichelt wrote:

...

Am Mon, 28 Jun 2010 14:46:52 +0200 schrieb Wolfgang Rosenauer :

...

Gibts da keine brauchbarere Loesung?

Ja, gibt es:

Dieses Mist Vendorchange-Geraffel abschalten, dann gibt es auch keine Probleme!

Falsch! Dass ein Herstellerwechsel nicht automatisch vorgenommen wird, ist ein Schutzmechanismus.

Ja, ist aber meiner Meinung nach zu umständlich zu konfigurieren, dabei könnte ein kleines Häkchen in der Repoverwaltung von YaST ala "Erlaube Herstellerwechsel" hinter einem Repo so einfach sein. Dann könnten die User den Repos, denen sie vertrauen, sehr simpel den Wechsel erlauben.

Welche ID hat der Vorschlag in https://features.opensuse.org/ ?

...

Beispiel: Wenn Du Dich ein Mal für Samba aus network:samba entschieden hast, dann möchtest Du nicht unverhofft und durch Zufall Samba aus home:lieschen_mueller bekommen. Nur, weil Du auch das repo verwendest und lieschen sich ein paar Tage später dazu entscheidet, auch Samba-Pakete bereitstellen zu wollen.

Wenn man sich nur gezielt aus einem Repo etwas installieren will, macht es ja auch durchaus Sinn.

Mich ärgert es halt nur immer, das sobald in irgendeinem Paket "X.pm.Y" auftaucht, sofort (hauptsächlich von Novell-Mitarbeitern) geschossen wird. Wenn das kaputte Paket aber z.B. aus home:lieschen_mueller kommt, wird es mit Samthandschuhen angefasst.

Dabei lag das Problem mal wieder _nicht_ bei PackMan.

Aber wenn, dann ist das doch eher ein Problem auf der zwischenmenschlichen Ebene. Für openSUSE ist es egal bei wem jemand angestellt ist. Alles was zählt sind Inhalt, Argumente und Nutzen für die, die die Software einsetzen. Wenn das nicht so ist, dann läuft was falsch. Beeindruckendes Video http://video.google.com/videoplay?docid=-4216011961522818645 How Open Source Projects Survive Poisonous People (And You Can Too)

der sich das mit dem xulrunner192 auf PackMan sehr gut überlegt hat und die verschiedensten Szenarien durchgespielt hat, ob etwas kaputt gehen kann.

Was sagt denn Wolfgang dazu? Lars -- Lars Müller [ˈlaː(r)z ˈmʏlɐ] Samba Team SUSE Linux, Maxfeldstraße 5, 90409 Nürnberg, Germany

Am Mon, 28 Jun 2010 14:14:09 +0200 schrieb Marcus Meissner :

packman hat angefangen mozilla xulrunner zu packagen, was sie nicht sollten. Es kann nur Probleme geben damit.

sollte es eigentlich nicht, da xulrunner nur nen Link auf das Mozillarepo ist, sollten beide Versionen immer gleich sein. Im Moment kommt da aber immer nur ein: broken: openSUSE.org:mozilla mozilla-xulrunner192: unexpected EOF Detlef, der sich das Geheule nicht anhören wollte, das es vlc/miro etc. nicht mehr auf PackMan gibt, weil xulrunner zu alt ist. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org