Firefox startet nicht mehr in 11.2
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 ??? 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 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 32 oder 64bit Installation? 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
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
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. 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
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
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. Danke Viele Grüße Peter -- __ __ ____ ___ _ | \/ | ___ |___ \( _ ) | |_ _ _ __ | |\/| |/ _ \ __) / _ \ _ | | | | | '_ \ | | | | (_) | / __/ (_) | | |_| | |_| | | | | |_| |_|\___/ |_____\___(_) \___/ \__,_|_| |_| _ _ _ _ ___ _ _ ___ ____ _____ ____ _____ / | || | _/ |/ _ \ _| || | / _ \ / ___| ____/ ___|_ _| | | || |(_) | | | (_) || || (_) | | | | _| \___ \ | | | |__ _|| | |_| |_|__ _\__, | | |___| |___ ___) || | |_| |_|(_)_|\___/(_) |_| /_/ \____|_____|____/ |_| ____ ___ _ ___ |___ \ / _ \/ |/ _ \ __) | | | | | | | | / __/| |_| | | |_| | |_____|\___/|_|\___/ -- 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
Hallo Heinz Am Montag, 28. Juni 2010 16:00:31 schrieb Heinz Dittmar:
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.
jetzt habe ich das auch verstanden ;-) Vielen Dank Viele Grüße Peter -- __ __ ____ ___ _ | \/ | ___ |___ \( _ ) | |_ _ _ __ | |\/| |/ _ \ __) / _ \ _ | | | | | '_ \ | | | | (_) | / __/ (_) | | |_| | |_| | | | | |_| |_|\___/ |_____\___(_) \___/ \__,_|_| |_| ____ ___ ____ ____ ____ _____ ____ _____ ____ _____ |___ \ / _ \ _|___ \|___ \ _| ___|___ / / ___| ____/ ___|_ _| __) | | | (_) __) | __) (_)___ \ |_ \ | | | _| \___ \ | | / __/| |_| |_ / __/ / __/ _ ___) |__) | | |___| |___ ___) || | |_____|\___/(_)_____|_____(_)____/____/ \____|_____|____/ |_| ____ ___ _ ___ |___ \ / _ \/ |/ _ \ __) | | | | | | | | / __/| |_| | | |_| | |_____|\___/|_|\___/ -- 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 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. Ciao, Marcus -- 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 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
Am Mon, 28 Jun 2010 14:46:52 +0200 schrieb Wolfgang Rosenauer <wolfgang@rosenauer.org>:
Gibts da keine brauchbarere Loesung?
Ja, gibt es: Dieses Mist Vendorchange-Geraffel abschalten, dann gibt es auch keine Probleme! Für SLES/SLED sehe ich das ja ein, aber für openSUSE macht es nur Probleme. Die User müssen ständig händisch eingreifen, wenn sie etwas von PackMan installieren wollen, entweder Prioritäten setzen, Vendormist abschalten oder zu Fuß die richtigen RPMs wählen... Das schützt den User nicht, es nervt einfach nur! Detlef -- 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 <wolfgang@rosenauer.org>:
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
Am Tue, 29 Jun 2010 10:09:37 +0200 schrieb Lars Müller <lmuelle@suse.de>:
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 <wolfgang@rosenauer.org>:
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.
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. Detlef, der sich das mit dem xulrunner192 auf PackMan sehr gut überlegt hat und die verschiedensten Szenarien durchgespielt hat, ob etwas kaputt gehen kann.
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 <lmuelle@suse.de>:
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 <wolfgang@rosenauer.org>:
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 02.07.2010 13:08, schrieb Lars Müller:
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?
Mindestens mal, dass ich die Requirements jetzt etwas genauer definiert habe, so dass zumindest der aktuelle Fehler nicht mehr so einfach auftreten kann. Das schliesst allerdings nicht aus, dass einzelne Komponenten noch immer von unterschiedlichen Repositories (Vendors) kommen könnte, was ggfs. auch ziemlich unschöne Effekte verursachen könnte, wenn die Build-Konfiguration nicht so wirklich zusammenpasst. 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
Am Mon, 28 Jun 2010 14:14:09 +0200 schrieb Marcus Meissner <meissner@suse.de>:
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
Am 28. Juni 2010, 14:17:35 schrieb Lars Müller:
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. Mit yast2 schon, packman habe ich auf 97 stehen und mozilla auf 98. bei einem update kann so was passieren. 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
participants (6)
-
Detlef Reichelt -
Heinz Dittmar -
Lars Müller -
Marcus Meissner -
Peter Steffinger -
Wolfgang Rosenauer