Suse8.2: Update auf KDE3.2.3 geht reproduzierbar schief
Habe es dreimal versucht, mit Yast2 ein Update auf KDE 3.2.3 hinzubekommen: jeweils wurde Suse8.2 Standardinstallation durchlaufen lassen und per Yast2 dann als Installationsquelle die KDE-3.2.3-Datei angegeben und dann Yast2 mit dem Update beauftragt. Gebe ich das in Auftrag, dann prasselt es Konfliktmeldungen, siehe unten. Nach dem Update (unter der grafischen Oberfläche) und einer Neuanmeldungen, meldet sich X nicht mehr, weil der XDM nicht mehr startet. Auf der Konsole steht dann so etwas wie "abnormal termination of XDM". /var/log/messages zeigt keine Fehlermeldungen an. Habe es witzigerweise schon bei 3 (!) Produktivsystem mit dem Update auf KDE 3.2.3 geschafft. Einfach die Konflikte irgnorieren. Läuft, bis heute. Yast meldete mit Start dann immer Konflikte mit kde-base-SuSE-3.1, dann habeich dieses PAket einfach gelöscht und zur Sicherheit nochmal das Standard-KDE-base nochmals installiert. Seitdem gibt es auch keine Konfliktmeldungen bei den Suse8.2. Nur bei einer frischen Neuinstallation gehts nicht!! Warum? Hier die Yast2-Konfliktmeldngen. Ich meine, der Update der Produktiv-Suse8.2er auf KDE 3.2.3 hätte nur wenige nicht so schwere Konflikte gemeldet wie hier beim Update der Suse 8.2-Standardinstallation: #### YaST2 conflicts list - generated 2004-09-08 00:38:06 #### Konflikt mit arts 1.2.3-3 Benötigt von: kdelibs3 benötigt arts >= 1.2.3- Nicht erfüllte Abhängigkeiten: arts benötigt libglib-2.0.so.0 arts benötigt libgmodule-2.0.so.0 arts benötigt libgthread-2.0.so.0 Konfliktlösung: (x) arts nicht aktualisieren ( ) Paket löschen, mit dem der Konflikt besteht kdelibs3 löschen ( ) Diesen Konflikt ignorieren und ein inkonsistentes System riskieren Konflikt mit kdeaddons3-konqueror 3.2.3-3 Nicht erfüllte Abhängigkeiten: kdeaddons3-konqueror benötigt libglib-2.0.so.0 kdeaddons3-konqueror benötigt libgmodule-2.0.so.0 kdeaddons3-konqueror benötigt libgthread-2.0.so.0 Konfliktlösung: (x) kdeaddons3-konqueror nicht aktualisieren ( ) Diesen Konflikt ignorieren und ein inkonsistentes System riskieren Konflikt mit kdebase3 3.2.3-5 Benötigt von: kdeaddons3-kate benötigt libkateinterfaces.so.0 kdeaddons3-kate benötigt libkateutils.so.0 kdeaddons3-konqueror benötigt libkonqsidebarplugin.so.1 Nicht erfüllte Abhängigkeiten: kdebase3 benötigt libglib-2.0.so.0 kdebase3 benötigt libgmodule-2.0.so.0 kdebase3 benötigt libgthread-2.0.so.0 kdebase3 benötigt libraw1394.so.5 Konflikt mit: kdebase3 steht mit kdebase3-SuSE <= 9.0- im Konflikt Konfliktlösung: ( ) kdebase3 nicht aktualisieren (x) Alle 5 Pakete löschen, mit denen der Konflikt besteht susehelp_de löschen susehelp löschen kdebase3-SuSE löschen kdeaddons3-konqueror löschen kdeaddons3-kate löschen ( ) Diesen Konflikt ignorieren und ein inkonsistentes System riskieren Konflikt mit kdegames3-arcade 3.2.3-3 Nicht erfüllte Abhängigkeiten: kdegames3-arcade benötigt libglib-2.0.so.0 kdegames3-arcade benötigt libgmodule-2.0.so.0 kdegames3-arcade benötigt libgthread-2.0.so.0 Konfliktlösung: (x) kdegames3-arcade nicht aktualisieren ( ) Diesen Konflikt ignorieren und ein inkonsistentes System riskieren Konflikt mit kdegraphics3 3.2.3-3 Nicht erfüllte Abhängigkeiten: kdegraphics3 benötigt libfribidi.so.0 Konfliktlösung: (x) kdegraphics3 nicht aktualisieren ( ) Diesen Konflikt ignorieren und ein inkonsistentes System riskieren Konflikt mit kdelibs3 3.2.3-3 Benötigt von: kdeaddons3-kate benötigt libkmdi.so.1 kdeaddons3-konqueror benötigt libkwalletclient.so.1 kdebase3 benötigt kdelibs3 >= 3.2.3- kdebase3 benötigt libkmdi.so.1 kdebase3 benötigt libkresources.so.1 kdebase3 benötigt libkwalletclient.so.1 kdegames3 benötigt kdelibs3 >= 3.2.3- kdegraphics3 benötigt kdelibs3 >= 3.2.3- Weitere 10... Nicht erfüllte Abhängigkeiten: kdelibs3 benötigt libglib-2.0.so.0 kdelibs3 benötigt libgmodule-2.0.so.0 kdelibs3 benötigt libgthread-2.0.so.0 Konfliktlösung: ( ) kdelibs3 nicht aktualisieren ( ) Alle 9 Pakete löschen, mit denen der Konflikt besteht kdenetwork3 löschen kdeaddons3-konqueror löschen kdepim3-organizer löschen kdeaddons3-kate löschen kdegraphics3 löschen kdeutils3 löschen kdepim3 löschen kdebase3 löschen kdegames3 löschen ( ) Diesen Konflikt ignorieren und ein inkonsistentes System riskieren Konflikt mit kdemultimedia3-sound 3.2.3-3 Nicht erfüllte Abhängigkeiten: kdemultimedia3-sound benötigt libglib-2.0.so.0 kdemultimedia3-sound benötigt libgmodule-2.0.so.0 kdemultimedia3-sound benötigt libgthread-2.0.so.0 Konfliktlösung: ( ) kdemultimedia3-sound nicht aktualisieren ( ) Diesen Konflikt ignorieren und ein inkonsistentes System riskieren Konflikt mit kdenetwork3-vnc 3.2.3-3 Nicht erfüllte Abhängigkeiten: kdenetwork3-vnc benötigt tightvnc Konfliktlösung: ( ) kdenetwork3-vnc nicht aktualisieren ( ) Diesen Konflikt ignorieren und ein inkonsistentes System riskieren Konflikt mit kdepim3 3.2.3-2 Benötigt von: kdepim3-organizer benötigt libkdgantt.so.0 Nicht erfüllte Abhängigkeiten: kdepim3 benötigt libgnokii.so Konfliktlösung: ( ) kdepim3 nicht aktualisieren ( ) Paket löschen, mit dem der Konflikt besteht kdepim3-organizer löschen ( ) Diesen Konflikt ignorieren und ein inkonsistentes System riskieren libfribidi.so.0 nicht verfügbar Benötigt von: kdegraphics3 benötigt libfribidi.so.0 Konfliktlösung: ( ) Paket löschen, mit dem der Konflikt besteht kdegraphics3 löschen ( ) Diesen Konflikt ignorieren und ein inkonsistentes System riskieren libglib-2.0.so.0 nicht verfügbar Benötigt von: arts benötigt libglib-2.0.so.0 kdeaddons3-konqueror benötigt libglib-2.0.so.0 kdebase3 benötigt libglib-2.0.so.0 kdegames3-arcade benötigt libglib-2.0.so.0 kdelibs3 benötigt libglib-2.0.so.0 kdemultimedia3-sound benötigt libglib-2.0.so.0 Konfliktlösung: ( ) Alle 6 Pakete löschen, mit denen der Konflikt besteht arts löschen kdeaddons3-konqueror löschen kdemultimedia3-sound löschen kdegames3-arcade löschen kdebase3 löschen kdelibs3 löschen ( ) Diesen Konflikt ignorieren und ein inkonsistentes System riskieren libgmodule-2.0.so.0 nicht verfügbar Benötigt von: arts benötigt libgmodule-2.0.so.0 kdeaddons3-konqueror benötigt libgmodule-2.0.so.0 kdebase3 benötigt libgmodule-2.0.so.0 kdegames3-arcade benötigt libgmodule-2.0.so.0 kdelibs3 benötigt libgmodule-2.0.so.0 kdemultimedia3-sound benötigt libgmodule-2.0.so.0 Konfliktlösung: ( ) Alle 6 Pakete löschen, mit denen der Konflikt besteht arts löschen kdeaddons3-konqueror löschen kdemultimedia3-sound löschen kdegames3-arcade löschen kdebase3 löschen kdelibs3 löschen ( ) Diesen Konflikt ignorieren und ein inkonsistentes System riskieren libgnokii.so nicht verfügbar Benötigt von: kdepim3 benötigt libgnokii.so Konfliktlösung: ( ) Paket löschen, mit dem der Konflikt besteht kdepim3 löschen ( ) Diesen Konflikt ignorieren und ein inkonsistentes System riskieren libgthread-2.0.so.0 nicht verfügbar Benötigt von: arts benötigt libgthread-2.0.so.0 kdeaddons3-konqueror benötigt libgthread-2.0.so.0 kdebase3 benötigt libgthread-2.0.so.0 kdegames3-arcade benötigt libgthread-2.0.so.0 kdelibs3 benötigt libgthread-2.0.so.0 kdemultimedia3-sound benötigt libgthread-2.0.so.0 Konfliktlösung: ( ) Alle 6 Pakete löschen, mit denen der Konflikt besteht arts löschen kdeaddons3-konqueror löschen kdemultimedia3-sound löschen kdegames3-arcade löschen kdebase3 löschen kdelibs3 löschen ( ) Diesen Konflikt ignorieren und ein inkonsistentes System riskieren libraw1394.so.5 nicht verfügbar Benötigt von: kdebase3 benötigt libraw1394.so.5 Konfliktlösung: ( ) Paket löschen, mit dem der Konflikt besteht kdebase3 löschen ( ) Diesen Konflikt ignorieren und ein inkonsistentes System riskieren tightvnc nicht verfügbar Benötigt von: kdenetwork3-vnc benötigt tightvnc Konfliktlösung: ( ) Paket löschen, mit dem der Konflikt besteht kdenetwork3-vnc löschen ( ) Diesen Konflikt ignorieren und ein inkonsistentes System riskieren #### YaST2 conflicts list END ### Vielleicht habe ich bei dem Update auf den Produktiv-Suse8.2ern auch das arts-Paket gestrichen, ich weiß es leider nicht mehr so genau. Wer weiß weiter? Danke schonmal Ekkard
Am Samstag, 11. September 2004 01:22 schrieb Ekkard Gerlach:
Habe es dreimal versucht, mit Yast2 ein Update auf KDE 3.2.3 hinzubekommen: jeweils wurde Suse8.2 Standardinstallation durchlaufen lassen und per Yast2 dann als Installationsquelle die KDE-3.2.3-Datei angegeben und dann Yast2 mit dem Update beauftragt. Gebe ich das in Auftrag, dann prasselt es Konfliktmeldungen, siehe unten. Nach dem Update (unter der grafischen Oberfläche) und einer Neuanmeldungen, meldet sich X nicht mehr, weil der XDM nicht mehr startet. Auf der Konsole steht dann so etwas wie "abnormal termination of XDM". /var/log/messages zeigt keine Fehlermeldungen an.
[...] 1. Warum machst Du nicht gleich ein Update auf KDE 3.3? 2. Solltest Du ein KDE-Update _nie_ aus dem laufenden KDE heraus machen. Besser ist es mit "init 3" KDE herunterzufahren und mit YaST-Ncurses auf der Konsole zu arbeiten. 3. Wie "beauftragst" Du YaST das Update zu machen? Erfahrungsgemäß ist es am besten in YaST den Menüpunkt "Software installieren oder löschen" anzuwählen. Dort wählt man dann die neueren KDE-Pakete zum Update. Wenn man dann auch noch die automatische Konsistenzprüfung eingeschaltet hat, dann kann man auch gleich immer etwaige Abhängigkeiten auflösen. Ich habe erst vor kurzem eine SuSE 8.2 auf KDE 3.3 gebracht ohne irgend ein Problem. Hab halt vorher das System auf den aktuellen Stand hochgepatcht. (System Update, YOU -> danach KDE) lg, Andreas.
Am Samstag 11 September 2004 03:22 schrieb Andreas Scherer:
Am Samstag, 11. September 2004 01:22 schrieb Ekkard Gerlach:
Habe es dreimal versucht, mit Yast2 ein Update auf KDE 3.2.3 hinzubekommen: jeweils wurde Suse8.2 Standardinstallation durchlaufen lassen und per Yast2 dann als Installationsquelle die KDE-3.2.3-Datei angegeben und dann Yast2 mit dem Update beauftragt.
[...]
1. Warum machst Du nicht gleich ein Update auf KDE 3.3?
Der Frage möchte ich mich anschliessen. (Fahre eine 8.2 SuSE mit wahrlich vielen Updates in den KDE3-Versionen).
2. Solltest Du ein KDE-Update _nie_ aus dem laufenden KDE heraus machen. Besser ist es mit "init 3" KDE herunterzufahren und mit YaST-Ncurses auf der Konsole zu arbeiten.
Mmmmhhh ja, schon richtig, die neuen KDEs haben sich aber gutmütig mit hochgefahrenem Desktop updaten lassen. Ich würde behaupten, daß das kein Muß mehr ist. Außerdem einfach bequemer als der Kommandozeilen-YaST. Man muß halt nach dem Update KDE runterfahren und wieder hochfahren, um in den Genuß der Änderungen zu kommen.
3. Wie "beauftragst" Du YaST das Update zu machen? Erfahrungsgemäß ist es am besten in YaST den Menüpunkt "Software installieren oder löschen" anzuwählen. Dort wählt man dann die neueren KDE-Pakete zum Update. Wenn man dann auch noch die automatische Konsistenzprüfung eingeschaltet hat, dann kann man auch gleich immer etwaige Abhängigkeiten auflösen.
Vorher die Installationsquelle neu anlegen (alte löschen), die die Informationen über die Neuheiten enthält. YaST macht das nicht und behauptet dann, die Änderungen nicht zu kennen. Die neuen SuSEs haben einen eigenen Knopf, mit dem sie angewiesen werden können, sich die neuen Informationen zu holen. Aber auch da muß man manuell machen. Nicht vergessen, eine weitere Informationsquelle hinzuzufügen, die neuere Pakete enthält (ftp-Server), damit YaST fehlende Abhängigkeiten berücksichtigen kann. Ich habe den KDE-Zweig als erste Installationsquelle eingetragen und zusätzlich ein allgemeines Verzeichnis für SuSE-Pakete. Klappt bestens, mit einigen wenigen Ausnahmen, wo ich mir wirklich anderweitig ein rpm organisieren mußte.
Ich habe erst vor kurzem eine SuSE 8.2 auf KDE 3.3 gebracht ohne irgend ein Problem. Hab halt vorher das System auf den aktuellen Stand hochgepatcht. (System Update, YOU -> danach KDE)
Kann ich bestätigen. Hab' das Spielchen inzwischen auch mit einigen Susis betrieben und hatte nur wenige Stolpersteine wegzuräumen bis gar keine. Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## Werkstatt & Information zu OpenSource -- http://www.eschkitai.de/ ## Etikette, nein Danke? -- http://www.suse-etikette.de.vu/
Lösung vorweg: es muß bei einigen Monitoren eine XF86Config erstellt werden. Ich hätte es nicht gedacht, man lernt halt nie aus ;-) . Hallo Suse-Team, wäre was für die SDB, oder? So bin ich darauf gekommen: beim Versuch X zu starten kam: Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.1.log", Time: Sat Sep 11 01:32:22 2004 (==) Using config file: "/etc/X11/XF86Config" (WW) MGA(0): Failed to set up write-combining range (0xe4000000,0x2000000) Symbol drmCtlUninstHandler from module /usr/X11R6/lib/modules/drivers/mga_drv.o is unresolved! Symbol drmCtlInstHandler from module /usr/X11R6/lib/modules/drivers/mga_drv.o is unresolved! Symbol drmGetInterruptFromBusID from module /usr/X11R6/lib/modules/drivers/mga_drv.o is unresolved! Could not init font path element /usr/X11R6/lib/X11/fonts/local, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/kwintv, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/CID, removing from list! XDM: too many retransmissions /var/log/messages: Sep 11 02:31:11 sprz2 kdm[4610]: Received unknown command 0x67 from greeter Sep 11 02:31:11 sprz2 kdm[4610]: Abnormal helper termination, code 30, signal 0 Sep 11 02:31:16 sprz2 kdm[4621]: Received unknown command 0x67 from greeter Sep 11 02:31:16 sprz2 kdm[4621]: Abnormal helper termination, code 30, signal 0 Sep 11 02:31:21 sprz2 kdm[4632]: Received unknown command 0x67 from greeter Dann gegoogelt nach "Could not init font path element /usr/X11R6/lib" und dann habe ich es mal versucht. Bei folgenden Monitoren funktioniert ein KDE-Update auf 3.2.3 ohne neue XF86Config: Hitachi 15Zoll CRT (Uralt-Moni) G200 Samtron 151 17" TFT G200 Samtron 96B 19" CRT G200 Da mußte eine neue XF86Config erstellt werden: Samtron 171 15" TFT G400 Belinea 105550 17" G200 Graka war in allen Fällen bis auf den einen oben aufgeführten eine G200. Oben eine G400. * Helga Fischer schrieb:
Am Samstag 11 September 2004 03:22 schrieb Andreas Scherer:
Am Samstag, 11. September 2004 01:22 schrieb Ekkard Gerlach:
Habe es dreimal versucht, mit Yast2 ein Update auf KDE 3.2.3 hinzubekommen: jeweils wurde Suse8.2 Standardinstallation durchlaufen lassen und per Yast2 dann als Installationsquelle die KDE-3.2.3-Datei angegeben und dann Yast2 mit dem Update beauftragt.
[...]
1. Warum machst Du nicht gleich ein Update auf KDE 3.3?
Wenn Ihr das beruflich machen würdet wie ich, dann würdet Ihre diese Frage nicht spontan stellen. Es gibt nicht Schlimmeres bei dem einen Kunden die Version und beim nächsten die andere laufen zu haben. Wenn mal ein Problem auftritt, kann immer mit anderen REchnern verglichen und der Fehler eingekreist werden. 3.2.3 war der Stand vor ein-/zwei Monaten und der bleibt es bei mir dieses und wahrscheinlich noch ein Jahr. Irgendwelche .0-er Versionen installiere ich eh nicht (die 3.3.0 vermutlich ich wollt Ihr mir nahelegen). In Wirtschaftsbetrieb gilt fast immer Stabilität von Funktionalität. Und wie Ihr seht, hat mir diese Vorgehensweise geholfen, das Problem zu lösen: gleiche Suse (Suse 8.2), gleiche Graka, gleiche KDE-Update (3.2.3) - und eben nur unterschiedlicher Monitor. Und schon ein Mysteriosum geklärt.
2. Solltest Du ein KDE-Update _nie_ aus dem laufenden KDE heraus machen. Besser ist es mit "init 3" KDE herunterzufahren und mit YaST-Ncurses auf der Konsole zu arbeiten.
Mmmmhhh ja, schon richtig, die neuen KDEs haben sich aber gutmütig mit hochgefahrenem Desktop updaten lassen. Ich würde behaupten, daß das kein Muß mehr ist. Außerdem einfach bequemer als der
1. ncurses-Yast bietet die Funktionalität Pakete -> zzz alle gar nicht oder ich habe die auch nach langem Suchen nicht gefunden. Außderdem ist ncurses-Yast an vielen Stellen buggy. Grundsätzlich nehme ich allerdings immer den Text-Yast, klar, schon wegen der Fernwartbarkeit (ISDN). Eine Alternative wäre es natürlich, eine andere graph. Oberfläche zu starten und dort Yast2 mit dem Update zu starten. 2. Viele Kollegen aus der KDE-Newsgroup haben schon erfolgreich KDE unter Verwendung des Yast2 KDE updated. Das scheint kein Problem zu sein. Ich hatte mir die Frage allerdings auch schon gestellt. Wenns geht, dagehts! Bei Suse 8.2 mit KDE 3.1 gehts auf jeden Fall. Und reicht für die nächsten dutzende Monate auch.
3. Wie "beauftragst" Du YaST das Update zu machen? Erfahrungsgemäß ist es am besten in YaST den Menüpunkt "Software installieren oder löschen" anzuwählen. Dort wählt man dann die neueren KDE-Pakete zum Update. Wenn man dann auch noch die automatische Konsistenzprüfung eingeschaltet hat, dann kann man auch gleich immer etwaige Abhängigkeiten auflösen.
Das habe ich auch so gemacht, PAkete -> ZZZ ALLE, update ...
Vorher die Installationsquelle neu anlegen (alte löschen), die die Informationen über die Neuheiten enthält. jau.
Gruss Ekkard
Am Samstag 11 September 2004 13:08 schrieb Ekkard Gerlach:
Lösung vorweg: es muß bei einigen Monitoren eine XF86Config erstellt werden.
Für ein KDE-Update? *huch* X konfiguriere ich doch unabhängig von meinen Fenstermanagern. [...]
* Helga Fischer schrieb:
Am Samstag 11 September 2004 03:22 schrieb Andreas Scherer:
Am Samstag, 11. September 2004 01:22 schrieb Ekkard Gerlach:
Habe es dreimal versucht, mit Yast2 ein Update auf KDE 3.2.3 hinzubekommen: jeweils wurde Suse8.2 Standardinstallation durchlaufen lassen und per Yast2 dann als Installationsquelle die KDE-3.2.3-Datei angegeben und dann Yast2 mit dem Update beauftragt.
[...]
1. Warum machst Du nicht gleich ein Update auf KDE 3.3?
Wenn Ihr das beruflich machen würdet wie ich, dann würdet Ihre diese Frage nicht spontan stellen.
Dann würde ich die KDEs reifen lassen. KDE 3.3.* hat keine solch fürchterlichen Macken, daß man ihn nicht verwenden könnte. Den würde ich guten Gewissens beim Kunden einsetzen oder empfehlen. Schon alleine wegen der netten Sicherheitsupdates, die in dieser Version stecken (und mein Hauptgrund waren, KDE 3.3 einzusetzen; OK, zur Featureritis bekenne ich mich auch gerne).
Es gibt nicht Schlimmeres bei dem einen Kunden die Version und beim nächsten die andere laufen zu haben. Wenn mal ein Problem auftritt, kann immer mit anderen REchnern verglichen und der Fehler eingekreist werden.
Bei KDE traue ich mir das nicht mehr zu. Bei Serverkram ja. [...]
Und wie Ihr seht, hat mir diese Vorgehensweise geholfen, das Problem zu lösen: gleiche Suse (Suse 8.2), gleiche Graka, gleiche KDE-Update (3.2.3) - und eben nur unterschiedlicher Monitor. Und schon ein Mysteriosum geklärt.
Mir persönlich leuchtet das nicht ein.
2. Solltest Du ein KDE-Update _nie_ aus dem laufenden KDE heraus machen. Besser ist es mit "init 3" KDE herunterzufahren und mit YaST-Ncurses auf der Konsole zu arbeiten.
Mmmmhhh ja, schon richtig, die neuen KDEs haben sich aber gutmütig mit hochgefahrenem Desktop updaten lassen.
1. ncurses-Yast bietet die Funktionalität Pakete -> zzz alle gar nicht oder ich habe die auch nach langem Suchen nicht gefunden.
Mit der Auswahl kämpfe und fluche ich jedes Mal gründlich. ncurses YaST muß ich nehmen, wenn ich Server einrichte. Die kriegen kein X. Sonst ist der bunte YaST um Klassen angenehmer. Schade.
Außderdem ist ncurses-Yast an vielen Stellen buggy.
Ja, besonders nett sind die Bugs, wenn man alles über ssh und eine Terminalemulation laufen hat.
Grundsätzlich nehme ich allerdings immer den Text-Yast, klar, schon wegen der Fernwartbarkeit (ISDN). Eine Alternative wäre es natürlich, eine andere graph. Oberfläche zu starten und dort Yast2 mit dem Update zu starten.
Ob wir Admins je wieder einen schönen, handhabbaren YaST für die Konsole kriegen? [...]
3. Wie "beauftragst" Du YaST das Update zu machen?
[...]
Das habe ich auch so gemacht, PAkete -> ZZZ ALLE, update ...
Muss ich auch mal probieren. Bisher suche ich mir immer mit 'Suchen' die KDE-Pakete raus und lasse die aktualisieren. YaST sucht sich dann das Fehlende selbst noch raus. Scheint, als gäbe es mehr als einen Weg. Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## Werkstatt & Information zu OpenSource -- http://www.eschkitai.de/ ## Etikette, nein Danke? -- http://www.suse-etikette.de.vu/
* Helga Fischer schrieb:
Am Samstag 11 September 2004 13:08 schrieb Ekkard Gerlach:
Lösung vorweg: es muß bei einigen Monitoren eine XF86Config erstellt werden.
Für ein KDE-Update? *huch* habe selber das NIE gedacht, aber es IST so! Das sind irgendwelche fonts glaube ich in der XF86Config verankert, die sind mit der KDE 3.2.3 anderst, deshalb eine neue XF86Config. Aber frage mich bitte nicht, warum es bei einigen Monitoren geht und anderen nicht ...
Dann würde ich die KDEs reifen lassen. KDE 3.3.* hat keine solch fürchterlichen Macken, daß man ihn nicht verwenden könnte. Den würde .. noch nicht entdeckte .. ;-) ich guten Gewissens beim Kunden einsetzen oder empfehlen. Schon alleine wegen der netten Sicherheitsupdates, die in dieser Version stecken (und mein Hauptgrund waren, KDE 3.3 einzusetzen; OK, zur Featureritis bekenne ich mich auch gerne). Die KDE's meiner Kunden sind etweder gar nicht mit dem Internet verbunden oder haben ISDN mit manueller Ein-/Auswahl, mit fli4l- Firewall. Die sind jeden Tag ein paar Minuten im Internt. Also Sicherheit ist gegeben.
Mit der Auswahl kämpfe und fluche ich jedes Mal gründlich. ncurses YaST muß ich nehmen, wenn ich Server einrichte. Die kriegen kein X. Sonst ist der bunte YaST um Klassen angenehmer. Schade. nimm doch eine einmal erstellte user.sel. Die reinladen in ncurses-Yast ist zwar ein Horror (geht nur, wenn es unter /var/lib/... steht, auch erst beim zweiten Aufruf. ERster Aufruf (etc->Selektionen) auf FEstplatte gehen, dann bricht es immer ab, dann das user.sel auf /var/lib/YaST2/user.sel kopieren, dann gehts, andere Pfaden gehen nicht. So mache ich es. Das gilt zumindest für Susi 8.2)
Ob wir Admins je wieder einen schönen, handhabbaren YaST für die Konsole kriegen?
Aha, Du auch beruflich damit zu tun haben ... Ja, wäre nicht schlecht.
Das habe ich auch so gemacht, PAkete -> ZZZ ALLE, update ...
Scheint, als gäbe es mehr als einen Weg.
das verrät wie immer google: "update KDE suse 8.2" oder so. Gruss Ekkard
* Ekkard Gerlach schrieb:
Lösung vorweg: es muß bei einigen Monitoren eine XF86Config erstellt werden.
Für ein KDE-Update? *huch* habe selber das NIE gedacht, aber es IST so! Das sind irgendwelche
Kommando teilweise zurück: habe nach Erstellung einer neuen XF86Config testweise mal die alte XF86Config wieder zurückgespielt und siehe da, die läuft wieder. Also hat sax2 irgendwie die fehlerhafte Konfiguration behoben, die sich durch das Update von KDE 3.2.3 eingestellt hat. Ich vermute mittlerweile, daß es auch nicht an den Monitoren liegt, sondern an irgendwelchen "Zufällen" (erinnert Euch das nicht auch an M$-Zeiten ... urghhhh). Nach einer blitzeneuen Suse8.2-Standardinstallation geht es wohl schief, bei "ältere" suse8.2-Installationen mit allerlei drumherum geht gut. Hmmm .... Ekkard
participants (3)
-
Andreas Scherer
-
Ekkard Gerlach
-
Helga Fischer