Probleme mit Yast-Update

Hallo Rolf

nehme mal die ntfs-3g quelle raus ! wenn du das nicht möchtestst such das Paket curl und das nicht mit updaten dann sind die Konflikte erledigt !

Hallo Schmolle,
zumindest das normale Update hat jetzt geklappt. Habe da den Fehler gemacht, alles auf einmal anzukreuzen.  Yast-Online-Update möchte dies aber selber machen und dies auch noch in mehreren Schritten. Werde ich mir jetzt wohl mal merken müssen.
Aber das System-Update habe ich noch nicht im Griff. Habe mal Deinen Tipp befolgt, aber mit dem Unterschied, daß das Online-Update jetzt ausgeführt wurde. Das Ergebnis ist nicht besonders erfreulich:

#### YaST2 conflicts list - generated 2007-06-26 00:01:45 ####

Anforderung totem == 2.17.0 für totem-plugin-2.17.0-41.13.i586[20070625-201657] kann nicht erfüllt werden
    Konfliktlösung:
        ( ) totem-plugin nicht installieren
        ( ) Anforderung wird hier ignoriert
        ( ) Anforderung generell ignorieren
atom:evolution-data-server-32bit-1.8.2-9.x86_64[20070625-201003] kann aufgrund fehlender Abhängigkeiten nicht installiert werden
    Es sind keine installierbaren Anbieter von evolution-data-server-32bit >= 1.8.2-9 verfügbar für atom:evolution-data-server-32bit-1.8.2-9.x86_64[20070625-201003]
    Konfliktlüsung:
        ( ) evolution-data-server-32bit nicht installieren
        ( ) Anforderung wird hier ignoriert
atom:evolution-data-server-64bit-1.8.2-9.ppc[20070625-201003] kann aufgrund fehlender Abhängigkeiten nicht installiert werden
    Es sind keine installierbaren Anbieter von evolution-data-server-64bit >= 1.8.2-9 verfügbar für atom:evolution-data-server-64bit-1.8.2-9.ppc[20070625-201003]
    Konfliktlösung:
        ( ) evolution-data-server-64bit nicht installieren
        ( ) Anforderung wird hier ignoriert
atom:liboil-32bit-0.3.9-15.2.x86_64[20070625-201003] kann aufgrund fehlender Abhängigkeiten nicht installiert werden
    Es sind keine installierbaren Anbieter von liboil-32bit >= 0.3.9-15.2 verfügbar für atom:liboil-32bit-0.3.9-15.2.x86_64[20070625-201003]
    Konfliktlösung:
        ( ) liboil-32bit nicht installieren
        ( ) Anforderung wird hier ignoriert
atom:liboil-64bit-0.3.9-15.2.ppc[20070625-201003] kann aufgrund fehlender Abhängigkeiten nicht installiert werden
    Es sind keine installierbaren Anbieter von liboil-64bit >= 0.3.9-15.2 verfügbar für atom:liboil-64bit-0.3.9-15.2.ppc[20070625-201003]
    Konfliktlösung:
        ( ) liboil-64bit nicht installieren
        ( ) Anforderung wird hier ignoriert
atom:openssl-32bit-0.9.8d-23.1.x86_64[20070625-201003] kann aufgrund fehlender Abhängigkeiten nicht installiert werden
    Es sind keine installierbaren Anbieter von openssl-32bit >= 0.9.8d-23.1 verfügbar für atom:openssl-32bit-0.9.8d-23.1.x86_64[20070625-201003]
    Konfliktlösung:
        ( ) openssl-32bit nicht installieren
        ( ) Anforderung wird hier ignoriert
atom:openssl-64bit-0.9.8d-23.1.ppc[20070625-201003] kann aufgrund fehlender Abhängigkeiten nicht installiert werden
    Es sind keine installierbaren Anbieter von openssl-64bit >= 0.9.8d-23.1 verfügbar für atom:openssl-64bit-0.9.8d-23.1.ppc[20070625-201003]
    Konfliktlösung:
        ( ) openssl-64bit nicht installieren
        ( ) Anforderung wird hier ignoriert

#### YaST2 conflicts list END ###


Was denkst Du? Soll ich es mal ohne Gnome versuchen? Für heute bin jetzt aber bedient. So viele Stunden hat die Installation jetzt gekostet und dann noch mit mäßigem Erfolg.

Hallo,

da hast du in der Tat Fehler gemacht. Denke , Zen Enterpriseinstaller nicht schon bei der Installation abgewählt, oder zumindest direkt nach der Installation entfernt ( rpm -e zmd rug zen-updater ) . Dann alles gleich auf einmal an Installationsquellen hinzugefügt, statt NUR die Updatequelle und dann gleich alles angekreuzt statt nur libzypp was die Suse so von alleine richtig macht. Das Ergebnis dieses Fehlverhaltens ....siehe oben in Deinem Post.

Have Fun

Hallo Dr. Suse.

„da hast du in der Tat Fehler gemacht.“

Richtig, hatte ich ja selber schon geschrieben.

„Zen Enterpriseinstaller nicht schon bei der Installation abgewählt, oder zumindest direkt nach der Installation entfernt ( rpm -e zmd rug zen-updater )“

Ist auch richtig, würde ich auch jedem empfehlen. Ich denke aber: sollte unbedingt bei der Installation gemacht werden. Bei der 10.3 wird dieser (für den Hausgebrauch) Mist, ja auch nicht mehr dabei sein.

„Dann alles gleich auf einmal an Installationsquellen hinzugefügt, statt NUR die Updatequelle und dann gleich alles angekreuzt statt nur libzypp was die Suse so von alleine richtig macht“

Wie Du oben nachlesen kannst, ist mir dies ja selber schon aufgefallen. Ich habe wohl einfach zuviele Distris ausprobiert. Bei RedHart, Mandriva, Ubuntu, usw. usf gibt es diese ganzen Abhängigkeitskonflikte nämlich nicht. Hier macht die Paketverwaltung sowas von ganz alleine, es reicht jeweils ein simpler Befehl. Die Reihenfolge legt jeweils die Paketverwaltung fest, wobei hier Pakete zurückgestellt oder eben vorgezogen werden. Dies geht alles automatisch. Hier bin ich wohl einfach schon zu verwöhnt gewesen.
Und weil ich weiß, daß dies bei der Suse eben nicht so einfach geht, dachte ich mir, frage mal die Suse-Experten. Schmolle hatte ja schon versucht mir zu helfen.


„Das Ergebnis dieses Fehlverhaltens ....siehe oben in Deinem Post.“

Das ist nicht richtig. Das Ergebnis hatte ich heute um “00:28:29“ hier eingestellt. Mal sehen ob noch jemand einen Tipp hat. Ich werde in jedem Fall, weiter versuchen, für mich eine Lösung zu finden.


Übrigens, auch mit Yast im TEXTMODUS sieht die Sache nicht besser aus. Die Fehler sind die gleichen.


Gruß


 

Hallo,

das ist schon richtig, was ich dir hier verkünde. Wenn Du loslegst ohne nur zuerst das Update von libzypp gemacht zu haben, sind Deine Fehlermeldungen die Folge. Kannst Du mir glauben oder es auch lassen. Weise nicht umsonst im Artikel zu den Installationsquellen darauf hin. Mehr als das worauf es ankommt in rot einzufärben kann ich nun wirklich nicht machen.

Have Fun

Hallo Dr. Suse,
es scheint fast so, als hättest keine Zeit Dir meine Problembeschreibung durchzulesen, oder weißt auch keinen Rat. Ich verstehe dann aber nicht, warum Du nur das wiederholst, was mir selber aufgefallen ist. Das ich Probleme mit der openSuse habe, weiß ich selber. Da braucht es keinen Glauben zu, ich brauche mir nur die Fehlermeldungen anschauen.
Noch einmal zur Klarstellung wie ich vorgegangen bin:

-eine openSuse 10.2 Installation incl. KDE und Gnome

-Ad-On Produkte hinzugefügt

-Bitstream Schriften und Digikam bei der Installation hinzugefügt ( sonst nichts)

-alle Deine Quellen hinzugefügt ( bis auf ganz spezielle Treiber Quellen die ich nicht brauche)

-Das Systemupdate VERSUCHT zu starten, was aber wie von mir beschrieben, nicht klappte. Es wurden also KEINE Änderungen vorgenommen. Das System war also immer nocht absolut jungfräulich.

-Danach das Online-Update, wie schon beschrieben (also überall die Haken gesetzt), gestartet. Aber es wurden wieder KEINE Änderungen vorgenommen.

Das heißt für mich: Bisher wurden absolut KEINE ÄNDERUNGEN am System vorgenommen.


Oder siehst Du dies ANDERS. Dann sage mir bitte auch wo bis jetzt Änderungen am System, durch die Update-VERSUCHE vorgenommen wurden.


Jetzt habe ich – wie ich oben schrieb – ein ganz normales Online-Update vorgenommen. Dies lief auch wie ich schon schrieb, jetzt sauber durch.

Danach versuchte ich nochmals ein Systemupdate durchzuführen. Das Ergebnis habe hatte ich schon hier eingestellt. Leider gibt es wohl keine Lösung dafür.


„Wenn Du loslegst ohne nur zuerst das Update von libzypp gemacht zu haben, sind Deine Fehlermeldungen die Folge. Kannst Du mir glauben oder es auch lassen. Weise nicht umsonst im Artikel zu den Installationsquellen darauf hin. Mehr als das worauf es ankommt in rot einzufärben kann ich nun wirklich nicht machen.“


Ich finde da keinen Hinweis zu, und schon mal gar nicht in rot. Trägt aber auch nichts zur Problemlösung bei, weil ein Update ja, ohne “libzypp“ zu aktualisieren, GAR NICHT MÖGLICH ist.

Irren könnte ich mich nur, wenn eine Änderung am System, allein durch den VERSUCH das Online- und System-Update zu starten, möglich wäre. Kann ich mir beim besten Willen nicht vorstellen.
Da ich aber wieder auf die openSuse wechseln möchte, werde ich nicht aufgeben und noch so viele Installationsversuche durchführen, wie nötig sind, um Yast zu verstehen.
Als nächstes werde ich nicht von mir gebrauchte Programme, schon bei der Installation entfernen, wenn es denn absolut sein muß, auch den Gnome weglassen. Gestern habe ich zusätzlich noch Yast-Sudoku gespielt, also nicht nur die von Schmolle angegebene Quelle deaktiviert, sondern X Möglichkeiten durchprobiert, jedesmal wurden KEINE ÄNDERUNGEN vorgenommen.
Außerdem ist dies bestimmt auch nicht meine erste Suse Installation, mit anschließendem Update Marathon. Aber so schlimm war es noch nie, sonst hat sich Yast Systemupdate erst nach einiger Zeit verabschiedet. Mag sein, daß dies durch ganz genaue Kenntnisse der angemahnten Pakete zu meistern ist (deswegen habe ich ja auch die Frage hier eingestellt), aber für mich ist dies eine, zumindest bis jetzt, unüberwindbare Hürde.
Im Notfall werde ich wohl komplett auf ein System-Update verzichten und nur mit dem auskommen müssen, was Yast Online-Update zur Verfügung stellt. Schade, die Suse ist solch eine gute Distri, aber in diesem Punkt sind z.B RedHat oder Mandriva der openSuse um Welten voraus. Hier reicht jeweils ein simpler Befehl.

Gruß

Hallo,

ideealer Weise installierst Du ohne Addons und Co das Grundsystem , deaktvierst schon im Installationsprozess in der Sektion Software den Zen-Enterprise-Installaler und machtst den Rest nach der Installation.

Wer hier was nicht liest sei mal dahingestellt, denn roter als rot gehts im Bereich zu opensuse_10.2 im Installationsquellenartikel  nun wirklich nicht. Und das steht nicht erst seit heute da, sondern schon geraume Zeit.

Hab schon hunderte openSUSE_10.2 Installationen durchgeführt, kenne auch Dein Problem und daraus ist der Lösungsweg hier entstanden. Brauchst dich nur dran halten wie esa uch schon viele andere vor Dir gemacht haben und die Probleme die du immer hast werden erst garnicht auftauchen.

Have Fun

Hallo,
gut, 0,5 Punkte für Dich. Von “libzypp“ steht da zwar nichts, aber daß man zuerst nur die Update-Quelle hinzufügen soll und dann in Folge ein Online-Update ausführen sollte, hast Du da aufgeführt.
Ich werde also die Suse wieder löschen und bei der Neuinstallation so vorgehen, wie Du es beschrieben hast. Wobei mir nur unklar ist, was Co bedeutet. Vielleicht der Gnome?

Gruß 

                   Hier das Ergebnis des zweiten Installationstest

Die Festplatte wurde vorher formatiert und das System neu aufgesetzt.

Ich habe mich genau an die Installationsanweisungen von Dr. Suse gehalten.

Also:

-zuerst nur die Updatequelle hinzugefügt und das Update so ausgeführt, wie von openSuse VORGEGEBEN.


Während der Installation habe ich nur die Pakete hinzugefügt, wie schon bei X Installationen zuvor.

Folgende Änderungen habe ich, wie immer, vorgenommen:

-zusätzlich zu KDE wurde Gnome ausgewählt

-AD-ON Produktquelle wurden ausgewählt

-bitstream-vera

-RPM Build-Umgebung

-C/C++ Entwicklung

-Grundlegende Entwicklung

-KDE-Entwicklung

-QT 4-Entwicklung


Diesmal fingen der Ärger schon bei dem ganz normalen Online-Update an. Es würde zu weit führen, hier alles zu schildern, nur so viel: Online-Update hatte offensichtlich Probleme mit “spamassassin“, zumindest heute, gestern ging ja hierbei alles glatt.

#### YaST2 conflicts list - generated 2007-06-27 12:02:52 ####

atom:perl-spamassassin-3.1.8-9.1.i586[20070627-115548] kann aufgrund fehlender Abhängigkeiten nicht installiert werden
    Es sind keine installierbaren Anbieter von perl-spamassassin >= 3.1.8-9.1 verfügbar für atom:perl-spamassassin-3.1.8-9.1.i586[20070627-115548]
    Konfliktlösung:
        ( ) perl-spamassassin nicht installieren
        ( ) Anforderung wird hier ignoriert
spamassassin-3.1.8-9.1.i586[20070627-115548] kann aufgrund fehlender Abhängigkeiten nicht installiert werden
    Es sind keine installierbaren Anbieter von perl-spamassassin == 3.1.8 verfügbar für spamassassin-3.1.8-9.1.i586[20070627-115548]
    Konfliktlösung:
        ( ) spamassassin nicht installieren
        ( ) Anforderung wird hier ignoriert

#### YaST2 conflicts list END ###

Nachdem sich Yast dann endlich überreden lies, das Update doch noch auszuführen, hang sich Yast bei Abschluß des Updates dann auch noch auf und konnte nur noch mit dem kill Befehl beendet werden.
Nach dem Neustart wurden die restlichen Updates eingespielt, aber eben nicht spamassassin. Dieses Programm, was ich nebenbei bemerkt brauche, konnte dann in der Softwareverwaltung gelöscht werden. Natürlich mit zusätzlichen Programmen, wie von Yast gewünscht.

Zu guter Lest startete ich noch das System-Update. Das Ergebnis ist mit dem gestrigen identisch. Diese Installation war also für die Katz.

Ich werde es jetzt noch mal ohne Gnome versuchen, aber zumindest mit den Gnome Programmen, die unbedingt benötige.

 

Hallo Rolf

Ich musste gestern auch notgedrungen eine neuistall vornehmen weil ich mein raidset gelöscht habe vom Kontroller aus ! Ich bin so vorgegangen :

Angefangen habe ich alles zu installieren was in der Schemata stand 
außer der Zen mist den habe ich auf tabu gesetzt die install ohne Probleme nach da wie gehabt gleich das update ausgeführt wie es gleich angeboten wird . dann gleich nach der install meine quellen   
wieder reinkopiert nach /var/lib/zypp ! Dann nur die kde quellen aktiviert und halt die schon bei der install hinzugefügten quellen !
Dann habe ich ein update gefahren auf den neusten stand von Kde ohne Probleme ! Dann die Rest lichen quellen wieder alles was neu war runter gezogen so das das standard System auf den neusten stand der aktuellen Server ist ! Erst dann habe ich die ganzen Rest gemacht sprich devel pakete und den ganzen schnick schnack den man brauch das ergebnis war nach 3 Stunden update zeit wo richtig viele geladen wurde ein System was rennt wie eine Biene !
Wo ich mir gleich ein neues Backup mit partimage gemacht habe ! 

Hallo Schmolle,
besten Dank für die Tipps. Ich denke so wird’s gehen, bin auch schon in diese Richtung gegangen. Ein KDE-Update habe ich auch schon hinbekommen, leider nur, indem ich 2x ignorieren markiert habe. Aber die Aktualisierung lief so wie Du gesagt hast durch und KDE ist jetzt auf Vers. 3.5.7, leider bekomme ich beim Start von KDE eine Warnmeldung, System würde nur langsam laufen, oder so. War aber alles nur ein Test.

Das Problem mit spamassassin, beim Online-Update, hatte sich aber erledigt, entweder durch einen Neustart des Systems, oder evt. durch diesen Patch:

„perl-Archive-Tar - Perl module for creation and manipulation of tar files
(Update – um eine spamassassin Abhängigkeit zu erfüllen)“

Werde es jetzt so machen wie Du: Entwicklerpakete weglassen und nach dem Online-Update zuerst nur die KDE-Quellen aktualisieren.

Weißt Du auf die Schnelle wie man knemo startet, hab ich im Moment nicht drauf. Irgendetwas war da, aber was?
Unter Mandriva brauche ich den nicht, da ist ein anderer installiert, der gefällt mir auch sehr gut.

Gruß

Hallo Rolf

Ich benutze das teil nicht kann ich dir nicht sagen ich habe diesen Programm !

http://www.kde-apps.org/content/show.php/KNetStats?content=16264

wenn du das runtergeladen hast kannst es so machen damit du ein rpm hast !

#./configure
#make
#checkinstall

Ich finde das Programm klasse ich glaube das es auch bei Mandriva  bei ist kann sein das du das auch meinst ! 

KNemo starten.

Nach der Installation erscheint im Kontrollzentrum->Internet und Netzwerk die Option Netzwerkmonitor

Schnittstelle eintragen wenn noch nicht vorhanden und die restlichen Einstellungen nach Bedarf und Belieben vornehmen.

KNemo befindet sich dann rechts in der Kontrolleiste.

 

Ich danke euch!