SuSE 6.4: eine Katastrophe
Hallo! Ich habe heute den Fehler gemacht auf SuSE 6.4 (von 6.2) upzudaten, seither tut nichts mehr. Beim Update habe ich YaST2 ausgewaehlt der dann abgestuerzt ist, stattdessen kam YaST1 hoch, der Teil war noch in Ordnung. Wenn ich als User X starte kommt zwar GNOME hoch - aber leider ohne Windowmanager (enlightenment). Der laesst sich dann aber immerhin aus einem xterm starten. Testweise habe ich einen neuen User angelegt, bei dem klappt es. Die .X* Dateien im Home Verzeichniss der Users sind aber identisch ... woran kann das liegen? Unter X tut Backspace nicht mehr, beim starten des XServers ist mir von xmodmap eine Fehlermeldung aufgefallen: xmodmap: /usr/X11R6/lib/X11/Xmodmap:21: bad keysym in remove modifier list 'Control_R', no corresponding keycodes xmodmap: 1 error encountered, aborting. Im GNOME Panel sind alle Applets verschwunden, neue reinsetzen kann ich nicht, die tauchen einfach nicht auf. Im xterm aufgerufen kommt folgendes: tmm@bandit:~ > gmasqdialer type = 0 exid = (null) ** CRITICAL **: file applet-widget.c: line 668 (gnome_panel_applet_corba_init): assertion `panel_client != ((void *)0)' failed. ** CRITICAL **: file applet-widget.c: line 708 (applet_widget_new): assertion `corbadat!=NULL' failed. Netscape laesst sich nicht starten: tmm@bandit:~ > netscape Bus-Zugriffsfehler Der MidnightCommander genauso wenig: Speicherzugriffsfehler Ich habe testweise die aktuellste Version gezogen und kompiliert: selbes Ergebnis. xawtv (der uebrigends nur in einer uralt Version vorhanden ist) findet libjpeg.so.6 nicht, obwohl "locate" diese in /usr/lib findet (ldconfig habe ich schon laufen lassen). Dass meine conf.modules ersetzt wurde und daher nach einem reboot nichts mehr lief oder aehnliches geht noch, das liess sich beheben durch ersetzen der SuSE Dateien durch meine alten Versionen. Hatte irgend jemand schon zumindest eines der Probleme und hat dafuer eine Loesung (der Midnight Commander ist mir dabei am wichtigsten)?? Danke! BTW: bitte auch eine Kopie an mich, seit dem Update klappt das Threading von mutt auch nicht mehr (was mir vollkommen unerklaerlich ist da ich die Version selber kompiliert habe) :-( -- mfg Thomas Mueller - http://tmueller.home.pages.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Thu, 6 Apr 2000, Thomas Mueller wrote:
Beim Update habe ich YaST2 ausgewaehlt der dann abgestuerzt ist, stattdessen kam YaST1 hoch, der Teil war noch in Ordnung.
Nein, da ist ueberhaupt nichts abgestuerzt, updates werden immer noch mit yast1 gemacht, der durch yast2 gestartet wird, wenn man update auswaehlt.
Wenn ich als User X starte kommt zwar GNOME hoch - aber leider ohne Windowmanager (enlightenment). Der laesst sich dann aber immerhin aus einem xterm starten.
??? bei mir geht's. Etwas genauer bitte, und dann an feedback@suse.de (wird tatasechlich gelesen und ausgewertet).
Testweise habe ich einen neuen User angelegt, bei dem klappt es. Die .X* Dateien im Home Verzeichniss der Users sind aber identisch ... woran kann das liegen?
Unter X tut Backspace nicht mehr, beim starten des XServers ist mir von xmodmap eine Fehlermeldung aufgefallen: xmodmap: /usr/X11R6/lib/X11/Xmodmap:21: bad keysym in remove modifier list 'Control_R', no corresponding keycodes xmodmap: 1 error encountered, aborting.
Bei mir schon. Da sollte noch dazu, was fuer ein terminal programm das war, mindestens.
Netscape laesst sich nicht starten: tmm@bandit:~ > netscape Bus-Zugriffsfehler
Bei mir tuts. Allerdings very unstable....
Hatte irgend jemand schon zumindest eines der Probleme und hat dafuer eine Loesung (der Midnight Commander ist mir dabei am wichtigsten)??
Keine Ahnung mit dem Rest, aber feedback@suse.de... und bei berechtigtem Aerger ruhig mit der Faust auf unseren Tisch hauen (rein virtuell). -- Michael Hasenstein http://www.suse.de/~mha/ Private Pilot (ASEL+aerobatics) since 1998 --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Michael! Michael Hasenstein schrieb am Donnerstag, den 06. April 2000:
Wenn ich als User X starte kommt zwar GNOME hoch - aber leider ohne Windowmanager (enlightenment). Der laesst sich dann aber immerhin aus einem xterm starten.
??? bei mir geht's. Etwas genauer bitte, und dann an feedback@suse.de (wird tatasechlich gelesen und ausgewertet).
Das beruhigt :-) Das habe ich geloest: WINDOWMANAGER auf gnome-session setzen und dann GNOME den WM starten lassen. Allerdings habe ich noch 2 Probleme: wenn ich im Control-Center einen Menuepunkt auswaehle kommt im Terminal "Unable reach the control-center" und das Fenster bleibt leer. Ausserdem kann ich zu dem Panel keine Applets hinzufuegen, ausser per D&D aus dem Menue. Beide Probleme habe sowohl mit der GNOME Version von den SuSE 6.4 CDs als auch mit HelixGnome.
Unter X tut Backspace nicht mehr, beim starten des XServers ist mir von xmodmap eine Fehlermeldung aufgefallen: xmodmap: /usr/X11R6/lib/X11/Xmodmap:21: bad keysym in remove modifier list 'Control_R', no corresponding keycodes xmodmap: 1 error encountered, aborting.
Bei mir schon. Da sollte noch dazu, was fuer ein terminal programm das war, mindestens.
xterm - was soll ich sonst sagen? Ich habe im YaST unter Administration des System/Login-Konfiguration auf ASCII gestellt, alles eigentlich auf Defaults. Bei "startx" kommt eben obiges.
Netscape laesst sich nicht starten: tmm@bandit:~ > netscape Bus-Zugriffsfehler Bei mir tuts. Allerdings very unstable....
Ich habe mir vorhin den Navigator 4.72 gezogen der tut auch einwandfrei!
Hatte irgend jemand schon zumindest eines der Probleme und hat dafuer eine Loesung (der Midnight Commander ist mir dabei am wichtigsten)?? Keine Ahnung mit dem Rest, aber feedback@suse.de... und bei berechtigtem Aerger ruhig mit der Faust auf unseren Tisch hauen (rein virtuell).
:-) Okay, beim YaST 1.05.2 ist die Backup Funktion komplett hinueber, das schreibe ich dann an feedback ... -- mfg Thomas Mueller - http://tmueller.home.pages.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On 09-Apr-2000 Thomas Mueller wrote:
Allerdings habe ich noch 2 Probleme: wenn ich im Control-Center einen Menuepunkt auswaehle kommt im Terminal "Unable reach the control-center" und das Fenster bleibt leer.
Hattest Du vorher eine ältere GNOME Version verwendet? Bei früheren "beta" = 1.1.x - Releases gab es immer mal Probleme die durch das Löschen von ~/.gnome behoben werden konnten. Also rm -rf ~/.gnome (oder besser mv ~/.gnome ~/.gnome.old) und die Enstellungen neu vornehmen, es hat sich eh viel geändert. Carsten -- Registered Linux User: #65883 (http://counter.li.org) --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Carsten! Carsten Schurig schrieb am Montag, den 10. April 2000:
Allerdings habe ich noch 2 Probleme: wenn ich im Control-Center einen Menuepunkt auswaehle kommt im Terminal "Unable reach the control-center" und das Fenster bleibt leer.
Hattest Du vorher eine ältere GNOME Version verwendet? Bei früheren "beta" = 1.1.x - Releases gab es immer mal Probleme die durch das Löschen von ~/.gnome behoben werden konnten.
Also rm -rf ~/.gnome (oder besser mv ~/.gnome ~/.gnome.old) und die Enstellungen neu vornehmen, es hat sich eh viel geändert.
Nein, ich habe schon einen neuen User angelegt ... eine Suche bei deja.com hat jetzt aber zum Erfolg gefuehrt: ich musste einen Link /opt/gnome/etc -> /etc/opt/gnome setzen! Jetzt flutscht alles, das Helix Gnome ist echt klasse! -- mfg Thomas Mueller - http://tmueller.home.pages.de for pgp key --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Thomas Mueller wrote:
Hallo!
Ich habe heute den Fehler gemacht auf SuSE 6.4 (von 6.2) upzudaten, seither tut nichts mehr.
Beim Update habe ich YaST2 ausgewaehlt der dann abgestuerzt ist, stattdessen kam YaST1 hoch, der Teil war noch in Ordnung.
[...] Hi, als Du Dich fuer ein Update anstatt einer Neuinstallation entschieden hast, war Dir klar dass das nicht reibungslos sein kann?
Netscape laesst sich nicht starten: tmm@bandit:~ > netscape Bus-Zugriffsfehler
Siehe Thread in der Liste.. Vorgänger installieren.
Der MidnightCommander genauso wenig: Speicherzugriffsfehler Ich habe testweise die aktuellste Version gezogen und kompiliert: selbes Ergebnis.
Hmm, ja damit hatte ich auch ein Problem. Schau mal nach, ob unter /usr/share/terminfo/l ein file namens linux ist. Wenn nein, dann mach folgendes: Als root einloggen.. tic -v /usr/lib/mc/term/linux.ti ..ausfuehren.
xawtv (der uebrigends nur in einer uralt Version vorhanden ist) findet libjpeg.so.6 nicht, obwohl "locate" diese in /usr/lib findet (ldconfig habe ich schon laufen lassen).
Dass meine conf.modules ersetzt wurde und daher nach einem reboot nichts mehr lief oder aehnliches geht noch, das liess sich beheben durch ersetzen der SuSE Dateien durch meine alten Versionen.
Naja, wie gesagt, wenn Du solche Probleme nicht haben willst, darfst Du kein Update machen. Es ist uebrigens _nicht_ die beste Art, einfach die alte datei drüberzubügeln. Unter Umstaenden gehen Dir dadurch neue "Features" verloren. Z.B /etc/httpd/httpd.conf oder ISDN, da hat sich einiges verändert. Ich habe sowohl ein Update wie auch eine Neuinstallation mit 6.4 durchgefuehrt. Beim Update waren etliche Dinge, wie Du sie hier auch beschreibst, das war mir vorher klar ;-). Die Neuinstallation war absolut problemlos. o long... bernd --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Bernd Obermayr wrote:
Thomas Mueller wrote:
Der MidnightCommander genauso wenig: Speicherzugriffsfehler Ich habe testweise die aktuellste Version gezogen und kompiliert: selbes Ergebnis.
Hmm, ja damit hatte ich auch ein Problem. Schau mal nach, ob unter /usr/share/terminfo/l ein file namens linux ist. Wenn nein, dann mach folgendes:
Als root einloggen.. tic -v /usr/lib/mc/term/linux.ti ..ausfuehren.
Ah ja, werde ich nachher mal testen. Ich hatte mit dem mc fast die gleichen Symptome: Floating point exception beim 2. Aufruf Speicherzugriffsfehler. Das ganze auf der Konsole und im KDE-Terminalfenster. Im xterm lief das Teil. Nach einem ssh remote-host wollte der dortige mc (6.1) auch nur noch vom xterm aus. Da auch elm nicht mehr remote lief und sich über den Terminaltyp beschwerte, hab ioch da mal geschaut: set|grep TERM gab mir linux als Terminaltyp aus. Manuelles setzen auf "xterm" zeigte, dass dann mc lief. ALso hab ich in /etc/profile.local eine entsprechende Zeile eingefügt. Weiterhin hatte ich noch ein paar Probleme die durch überschriebene Kernelmodule bei der Installation und die geänderte modules.conf herrührten. Das Überschreiben der Module lag aber an mir, (da ich die in 6.1 nur gelöscht hatte und nicht deinstalliert hatte) Nachdem ich das gefixt hatte, will jetzt mein Original-2.2.14-kernel nicht mehr kompilieren. Bringt ne ganze Menge an Warnungen und irgendwann nen Fehler. Das komische ist, vorher lief das auch schon mit gcc2.95.2. Module backen geht aber. Aber die für mich wirklich kritischen Sachen NFS und ypclient liefen alle ohne Probleme nach dem Update. Andreas -- ------------------------------------------------------------------- Andreas Bock registered Linux User #136542 mailto:a_bock@gmx.de ICQ #59734306 ------------------------------------------------------------------- --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Liste!
Ich hatte, wie einige andere hier, nach dem Update auf 6.4 Probleme
beim Start des Midnight Commander (segmentation fault etc.).
Nach einem Tipp von Bernd Obermayr
* Matthias Mohr (sindbad@mayn.de) [20000419 10:16]:
> Als root einloggen.. > tic -v /usr/lib/mc/term/linux.ti > ..ausfuehren.
lief's dann. Aber: jetzt sind die Farben einiger Consolen-Programme (Yast, Lynx, menuconfig) total verändert,
Tja, der Terminfo-Eintrag von mc ist nicht so der Hit. Bitte Überprüfe mal,
ob /usr/lib/terminfo ein symlink auf /usr/share/terminfo ist. Wenn nicht,
lösche bitte /usr/lib/terminfo und installiere das ncurses 5.0 Paket noch
einmal (terminfo ist Teil des ncurses Paketes).
Gib mir bitte Rückmeldung, ob es funktioniert hat, sprich mc dann
funktioniert.
Philipp
--
Philipp Thomas
Matthias Mohr wrote:
Hallo Liste! Ich hatte, wie einige andere hier, nach dem Update auf 6.4 Probleme beim Start des Midnight Commander (segmentation fault etc.). Nach einem Tipp von Bernd Obermayr
> Als root einloggen.. > tic -v /usr/lib/mc/term/linux.ti > ..ausfuehren.
lief's dann. Aber: jetzt sind die Farben einiger Consolen-Programme (Yast, Lynx, menuconfig) total verändert, teilweise so, dass man nichts mehr erkennen kann. (Unter X ist alles wie gewohnt, aber da funktionierte ja auch der mc...) Hat jemand eine Idee, wie ich wieder die gewohnten Farben auf den Bildschrim bekomme? Schon mal vielen Dank im Voraus.
hmmm, aehhh.... ja diese terminfo ist ziemlich broken... Am Besten ist, Du installierst die terminfo neu von CD dann geht's o long... bernd
Matthias -- --------------------------------------------------------------- Matthias Mohr e-mail: sindbad@mayn.de Registered Linux User #98821 ---------------------------------------------------------------
--------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
--------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
* Thomas Mueller (tmm@bigfoot.de) [20000406 20:39]:
Beim Update habe ich YaST2 ausgewaehlt der dann abgestuerzt ist, stattdessen kam YaST1 hoch, der Teil war noch in Ordnung.
Da ist nichts abgestürzt! Vermutlich hast Du in YaST2 Update angewählt. In dem Fall wird YaST1 gestartet.
Netscape laesst sich nicht starten: tmm@bandit:~ > netscape Bus-Zugriffsfehler
In Netscape 4.72 sind zwar einige Sicherheitslöcher gestopft, dafür sind aber neue Probleme dazugekommen. Und beheben können wir da wenig, denn Quellcode existiert ja nunmal nicht. Wir können nur durch den einen oder anderen Trick versuchen, die Probleme zu umschiffen. Und würden wir bei älteren Versionen bleiben, würden ettliche Leute sich beschweren, dass wir "uralte" Versionen liefern.
Der MidnightCommander genauso wenig: Speicherzugriffsfehler Ich habe testweise die aktuellste Version gezogen und kompiliert: selbes Ergebnis.
Tja, bei mir funktioniert er problemlos.
xawtv (der uebrigends nur in einer uralt Version vorhanden ist) findet libjpeg.so.6 nicht, obwohl "locate" diese in /usr/lib findet (ldconfig habe ich schon laufen lassen).
Dann ist das nicht die Version von der 6.4! Die verwendet nämlich libjpeg.so.62. Was sagt denn bei Dir 'rpm -q xawtv'? Bei mir liefert das xawtv-2.46-93 und xawtv liegt in /usr/X11R6/bin.
Dass meine conf.modules ersetzt wurde und daher nach einem reboot nichts mehr lief oder aehnliches geht noch, das liess sich beheben durch ersetzen der SuSE Dateien durch meine alten Versionen.
Genau dafür wird die alte modules.conf doch als modules.conf.rpmsave gesichert. Aber wie bitte sollen wir sonst sicherstellen, dass die Modulkonfiguration zu den neu installierten Modulen passt?
Hatte irgend jemand schon zumindest eines der Probleme und hat dafuer eine Loesung (der Midnight Commander ist mir dabei am wichtigsten)??
Wie gesagt, bei mir funktioniert er und das ist die erste Bugmeldung, die
ich zu Gesicht bekomme. Mach doch bitte mal ein 'catchsegv /usr/bin/mc'.
Dann kann ich evtl. sehen, was da schief läuft.
Philipp
--
Philipp Thomas
Philipp Thomas wrote:
Hatte irgend jemand schon zumindest eines der Probleme und hat dafuer eine Loesung (der Midnight Commander ist mir dabei am wichtigsten)??
Wie gesagt, bei mir funktioniert er und das ist die erste Bugmeldung, die ich zu Gesicht bekomme.
Würde SuSE die empfangenen eMails auch lesen, dann kämen sicherlich auch mehr Bugs zum Vorschein !!! Ich habe jetzt schon 3 mal angefragt wegen meiner Probleme mit 6.4, aber ausser "Tickets" habe ich nie wieder was gehört .... Traurig traurig .... früher funktionierte das mal wesentlich besser .... Stefan --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Fri, 7 Apr 2000, Stefan Krusche wrote:
Würde SuSE die empfangenen eMails auch lesen, dann kämen sicherlich auch mehr Bugs zum Vorschein !!!
Ich weiss, dass auch auf feedback@suse.de alles gelesen wird, und auch verteilt an die entsprechend fuer eine Komponente Verantwortlichen.
Ich habe jetzt schon 3 mal angefragt wegen meiner Probleme mit 6.4, aber ausser "Tickets" habe ich nie wieder was gehört ....
Was soll das jetzt, ohne Angabe was wann wohin gesendet wurde? Und ob, wenn das kein I-Support mehr war (Konfiguration Hylafax zum Bleistift ist kein i-sup), bei unserem Prof.Services Support gekauft wurde?
Traurig traurig .... früher funktionierte das mal wesentlich besser ....
Ja, als alles noch auf 40 Disketten war, und es nur ein paar Tause Kunden gab und kein Millionenpublikum, wo man noch jeden Kunden persoenlich kannte, klar, frueher war natuerlich alle sbesser. Es gab zwar kein LVM, kein Joun. ReiserFS (mit growing-capability), kein effizientes SMP, kein ...., aber prinzipiell war das natuerlich sehr schoen, da die Komplexitae von Software und Geschaeft deutlich kleiner waren. Ich dagegen bin der Meinung, wir handhaben beides ziemlich gut. Natuerlich wollen wir noch viiiel besser werden, aber von Null auf unendlich in 42 Sekunden, das mach' mir mal jemand vor. Probiert ruhig mal die Konkurrenz aus. -- Michael Hasenstein http://www.suse.de/~mha/ Private Pilot (ASEL+aerobatics) since 1998 --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Fri, 07 Apr 2000, Michael Hasenstein wrote:
Was soll das jetzt, ohne Angabe was wann wohin gesendet wurde? Und ob, wenn das kein I-Support mehr war (Konfiguration Hylafax zum Bleistift ist kein i-sup), bei unserem Prof.Services Support gekauft wurde?
Unsere Support-Infos landen alle auf der internen Liste "suse-bpp@lihas.de". Dort liest Rolf (Haberrecker) mit - ich hoffe der verteilt das passend. Ansonsten ist der og. Verteiler für B-Partner gedacht. Zuletzt ging das Netscape-Problem hier rum. Generell sind mir aber auch folgende sachen aufgefallen: SuSE 6.3, Update auf 6.4-beta1, Update auf 6.4-release: - Es werden dateien überschrieben in: /etc/ /sbin/conf.d/ /sbin/init.d/ das ist SEHR SEHR ärgerlich, wenn man an scripten änderungen schon vorgenommen hatte. wäre besser, man backup was bevor man es einfach so ohne zu fragen überschreibt.
mach' mir mal jemand vor. Probiert ruhig mal die Konkurrenz aus.
Die sind auch nicht besser. Das perfekte LINUX hab ich bisher nicht gefunden, alle haben probleme/fehler, und überall muss man ständig nach updates suchen oder gar selbst reverse-engeniiering betreiben. Mit freundlichen Grüßen, Joerg Henner. -- LinuxHaus Stuttgart | Tel.: +49 (7 11) 2 85 19 05 Jörg Henner und Adrian Reyer, Datentechnik GbR | D2: +49 (1 72) 7 35 31 09 | Fax: +49 (7 11) 5 78 06 92 Linux, Netzwerke, Webhosting & Support | http://lihas.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Fri, 7 Apr 2000, Joerg Henner wrote: ...
SuSE 6.3, Update auf 6.4-beta1, Update auf 6.4-release:
- Es werden dateien überschrieben in: /etc/ /sbin/conf.d/ /sbin/init.d/
das ist SEHR SEHR ärgerlich, wenn man an scripten änderungen schon
Von mir ganz persoenlich (wie alles hier, aber jetzt noch mal betont): ABGELEHNT. Sorry, aber man schreibt halt nicht in scripten rum, ohne das man weiss, dass rpm halt nur als config-dateien gekennzeichnete Dateien sichert, executables und scripte usw. aber ueberbuegelt beim update. Das ist Linux Grundwissen. Gueltig koennte der complaint #1 sein, ueber /etc, aber wie oft wieder mal ein posting ohne genaue Angaben, also was soll ich jetzt wohl tun????
vorgenommen hatte. wäre besser, man backup was bevor man es einfach so ohne zu fragen überschreibt.
Das passiert bei Konfigurationsdateien ja auch. Ein bug waere es nur, wenn SuSE vergisst, in einem rpm eine conf. datei auch als solche zu kennzeichnen. Ansosnten s.o.: das Verhalten von rpm ist Linux Grundwissen, und hier handelt es sich ja nicht gerade um einen Anfaenger, der sich beschwert, dem haette ich das natuerlich geduldig erklaert (oder, wahrscheinlicher, das anderen hier ueberlassen.... faulheit manchmal...). rpm hat sehr viele Schwaechen, aber es ist nun mal der Standard, und die Kontrolle ueber dieses Tool, welches, fuer gerade bei updates seeeehr grosse Schwaechen hat, haben wir nunmal nicht. Moechte wissen, was passiert, wenn wir einfach eigene Erweiterungen an rpm machen, auch wenn dan hinterher das updaten besser gehen sollte, die mails sehe ich jetzt schon vor mir...
mach' mir mal jemand vor. Probiert ruhig mal die Konkurrenz aus.
Die sind auch nicht besser. Das perfekte LINUX hab ich bisher nicht gefunden, alle haben probleme/fehler, und überall muss man ständig nach updates suchen oder gar selbst reverse-engeniiering betreiben.
AIX, Solaris, HP-UX,.... sogar das vielen unbekannte Reliant-Unix (Siemens; gerade hiermit konnte ich mal - zu meiner Siemens-Zeit - die Admins bei PeopleSoft in Kalifornien extrem beeindrucken, mit dem komfortabelsten und unproblematischsten Update eines Systems, das die je gesehen hatten; der admin hatte sich den ganzen Tag freigenommen und nach 2 Stunden automatischer Magic war alles vorbei, ein ziemlich grosses System) haben eine viel laengere Geschichte als Linux. Es kommt halt nichts ueber Nacht. Die Haeufigkeit und Schwere der Aenderungen bei Linux und die hohe Frequenz der Distributions-releases ist immer noch ein grosses Hindernis beim Unternehmenseinsatz, dort wuenscht man sich max. alle 2 Jahre ein neues release. Da suchen wir schon schon seit einiger Zeit an Wegen - und werden sie auch finden ('wir' ist nicht nur SuSE), nur geschehen solche Planungen fuer viele Jahre nicht in der von den bisherigen Linux-Nutzern gewohnten extrem kurzen Zeit. -- Michael Hasenstein http://www.suse.de/~mha/ Private Pilot (ASEL+aerobatics) since 1998 --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Fri, 07 Apr 2000, Michael Hasenstein wrote:
SuSE 6.3, Update auf 6.4-beta1, Update auf 6.4-release: - Es werden dateien überschrieben in: /etc/ /sbin/conf.d/ /sbin/init.d/
das ist SEHR SEHR ärgerlich, wenn man an scripten änderungen schon
Von mir ganz persoenlich (wie alles hier, aber jetzt noch mal betont): ABGELEHNT. Sorry, aber man schreibt halt nicht in scripten rum, ohne das man weiss, dass rpm halt nur als config-dateien gekennzeichnete Dateien sichert, executables und scripte usw. aber ueberbuegelt beim update. Das ist Linux Grundwissen.
FALSCH. SuSE sollte voraussetzen, das man anbestehenden problemen, selber workarounds hat, und nicht wartet, bis ein "update" für ein BUG kommt. RPM kann sehr wohl auch /sbin/init.d/ vermerken, und dort .rpmsave files anlegen - da SuSE das bisher nicht realisiert hat, ist das klar ein fehler von beiden seiten ... hehe
Gueltig koennte der complaint #1 sein, ueber /etc, aber wie oft wieder mal ein posting ohne genaue Angaben, also was soll ich jetzt wohl tun????
/etc/httpd/httpd.conf - zum glück war da dann allerdings ein .rpmsave vorhanden ...
Das passiert bei Konfigurationsdateien ja auch. Ein bug waere es nur, wenn SuSE vergisst, in einem rpm eine conf. datei auch als solche zu kennzeichnen. Ansosnten s.o.: das Verhalten von rpm ist Linux Grundwissen, und hier handelt es sich ja nicht gerade um einen Anfaenger, der sich beschwert, dem haette ich das natuerlich geduldig erklaert (oder, wahrscheinlicher, das anderen hier ueberlassen.... faulheit
jaja, auch ich bin manchmal faul (oder naiv) und sichere mir nicht alle verzeichnisse weg, bevor ich was update ;)
manchmal...). rpm hat sehr viele Schwaechen, aber es ist nun mal der Standard, und die Kontrolle ueber dieses Tool, welches, fuer gerade bei updates seeeehr grosse Schwaechen hat, haben wir nunmal nicht. Moechte wissen, was passiert, wenn wir einfach eigene Erweiterungen an rpm machen, auch wenn dan hinterher das updaten besser gehen sollte, die mails sehe ich jetzt schon vor mir...
wäre es nicht sinnvoller hier auf RPM-Basis ein neues tool mit eben diesen erweiterungen zu programmieren ?
AIX, Solaris, HP-UX,.... sogar das vielen unbekannte Reliant-Unix (Siemens; gerade hiermit konnte ich mal - zu meiner Siemens-Zeit - die Admins bei PeopleSoft in Kalifornien extrem beeindrucken, mit dem komfortabelsten und unproblematischsten Update eines Systems, das die je gesehen hatten; der admin hatte sich den ganzen Tag freigenommen und nach 2 Stunden automatischer Magic war alles vorbei, ein ziemlich grosses System) haben eine viel laengere Geschichte als Linux. Es kommt halt nichts ueber Nacht. Die Haeufigkeit und Schwere der Aenderungen bei Linux und die hohe Frequenz der Distributions-releases ist immer noch ein grosses Hindernis beim Unternehmenseinsatz, dort wuenscht man sich max. alle 2 Jahre ein neues release. Da suchen wir schon schon seit einiger Zeit an Wegen - und werden sie auch finden ('wir' ist nicht nur SuSE), nur geschehen solche Planungen fuer viele Jahre nicht in der von den bisherigen Linux-Nutzern gewohnten extrem kurzen Zeit.
ACK - ich bezog mir auch mehr auf die von uns vorgenommenen linux-tests mit diversen distris - und da haben alle ihre schwachstellen. vielleicht liegen meine ansprüche auch einfach nur zu hoch ;) Mit freundlichen Grüßen, Joerg Henner. -- LinuxHaus Stuttgart | Tel.: +49 (7 11) 2 85 19 05 Jörg Henner und Adrian Reyer, Datentechnik GbR | D2: +49 (1 72) 7 35 31 09 | Fax: +49 (7 11) 5 78 06 92 Linux, Netzwerke, Webhosting & Support | http://lihas.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Fri, 7 Apr 2000, Joerg Henner wrote:
wäre es nicht sinnvoller hier auf RPM-Basis ein neues tool mit eben diesen erweiterungen zu programmieren ?
Wie ich schon sagte, rpm ist nun mal der Standard... was nicht heisst, das wir uns keine Gedanken machen, aber das muss dann nun mal sehr fundiert sein, und wir werden auch keinen Alleingang versuchen.
vielleicht liegen meine ansprüche auch einfach nur zu hoch ;)
Nein. -- Michael Hasenstein http://www.suse.de/~mha/ Private Pilot (ASEL+aerobatics) since 1998 --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Fri, 7 Apr 2000, Joerg Henner wrote:
Von mir ganz persoenlich (wie alles hier, aber jetzt noch mal betont): ABGELEHNT. Sorry, aber man schreibt halt nicht in scripten rum, ohne das man weiss, dass rpm halt nur als config-dateien gekennzeichnete Dateien sichert, executables und scripte usw. aber ueberbuegelt beim update. Das ist Linux Grundwissen.
FALSCH. SuSE sollte voraussetzen, das man anbestehenden problemen, selber workarounds hat, und nicht wartet, bis ein "update" für ein BUG kommt.
Hint: Bei Änderungen move ich zunächst das Original nach "<name>.genesis", kopiere es nach "<name>.myone" und setze einen Soflink vom Originalnamen auf meine Version. MfG Henning Hucke -- Time flies like an arrow Fruit flies like a banana --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Fri, 7 Apr 2000, Stefan Krusche wrote:
Würde SuSE die empfangenen eMails auch lesen, dann kämen sicherlich auch mehr Bugs zum Vorschein !!! Ich habe jetzt schon 3 mal angefragt wegen meiner Probleme mit 6.4, aber ausser "Tickets" habe ich nie wieder was gehört ....
Traurig traurig .... früher funktionierte das mal wesentlich besser Gibt jetzt wohl auch mehr anfragen als früher!
Mit freundlichem Grinsen Georg Simon ---- _____________________________________________________________________________ L .~. LINUXSTAMMTISCH Georg.Simon@arschloch.de I V GREDING Georg_Simon@t-online.de N // \ Georg.Simon@fh-ingolstadt.de U /( )\ Sponsored by CTK Greding Georg.Simon@gmx.net X ^^-^^ ----------------------------------------------------------------- --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Philipp! Philipp Thomas schrieb am Freitag, den 07. April 2000:
Beim Update habe ich YaST2 ausgewaehlt der dann abgestuerzt ist, stattdessen kam YaST1 hoch, der Teil war noch in Ordnung. Da ist nichts abgestürzt! Vermutlich hast Du in YaST2 Update angewählt. In dem Fall wird YaST1 gestartet.
Ahhh ja, genau. Das ist im Handbuch Seite 400 dann aber ein bisschen missverstaendlich finde ich?!
Netscape laesst sich nicht starten: tmm@bandit:~ > netscape Bus-Zugriffsfehler In Netscape 4.72 sind zwar einige Sicherheitslöcher gestopft, dafür sind aber neue Probleme dazugekommen. Und beheben können wir da wenig, denn Quellcode existiert ja nunmal nicht. Wir können nur durch den einen oder
Ja das erwartet auch keiner.
anderen Trick versuchen, die Probleme zu umschiffen. Und würden wir bei älteren Versionen bleiben, würden ettliche Leute sich beschweren, dass wir "uralte" Versionen liefern.
Dann bliebt nur eine Loesung: beide Versionen mitliefern.
Der MidnightCommander genauso wenig: Speicherzugriffsfehler Ich habe testweise die aktuellste Version gezogen und kompiliert: selbes Ergebnis. Tja, bei mir funktioniert er problemlos.
Glaube ich, sonst haettet ihr den ja nicht ausgeliefert, hilft mir aber nicht.
xawtv (der uebrigends nur in einer uralt Version vorhanden ist) findet libjpeg.so.6 nicht, obwohl "locate" diese in /usr/lib findet (ldconfig habe ich schon laufen lassen). Dann ist das nicht die Version von der 6.4! Die verwendet nämlich libjpeg.so.62.
Asche auf mein Haupt, ja war mein Fehler: nach einem laufen lassen aller Skripte in /etc/cron.daily hat auch locate nur noch wirklich vorhandene Dateien angezeigt. Die koenntet ihr bei einem Update auch gleich laufen lassen, sodass die DBs aktualisiert werden!
Was sagt denn bei Dir 'rpm -q xawtv'? Bei mir liefert das xawtv-2.46-93 und xawtv liegt in /usr/X11R6/bin.
Das liefert zum Glueck ein 3.09 ! Die 3er Serie ist schon sehr lange draussen und hat einige Vorteile gegenueber den alten!
Dass meine conf.modules ersetzt wurde und daher nach einem reboot nichts mehr lief oder aehnliches geht noch, das liess sich beheben durch ersetzen der SuSE Dateien durch meine alten Versionen. Genau dafür wird die alte modules.conf doch als modules.conf.rpmsave gesichert. Aber wie bitte sollen wir sonst sicherstellen, dass die Modulkonfiguration zu den neu installierten Modulen passt?
In dem Fall waere das auch okay gewesen, ich habe aber keinen Kernel von euch installiert da ich eh meinen eigenen habe!
Hatte irgend jemand schon zumindest eines der Probleme und hat dafuer eine Loesung (der Midnight Commander ist mir dabei am wichtigsten)?? Wie gesagt, bei mir funktioniert er und das ist die erste Bugmeldung, die ich zu Gesicht bekomme. Mach doch bitte mal ein 'catchsegv /usr/bin/mc'. Dann kann ich evtl. sehen, was da schief läuft.
*** Segmentation fault Register dump: EAX: 20202020 EBX: 00000001 ECX: 3ffff862 EDX: 40001e74 ESI: fffffffe EDI: c0000000 EBP: bfffe0cc ESP: bfffe0c4 EIP: 400a40c6 EFLAGS: 00010217 CS: 0023 DS: 002b ES: 002b FS: 0000 GS: 0000 SS: 002b Trap: 0000000e Error: 00000007 OldMask: 00000000 ESP/signal: bfffe0c4 CR2: c0000000 Backtrace: /lib/libc.so.6(memset+0x36)[0x400a40c6] /usr/src/packages/BUILD/glibc-2.1/csu/init.c:0(??)[0x804eb8f] /usr/src/packages/BUILD/glibc-2.1/csu/init.c:0(??)[0x804ef78] /usr/src/packages/BUILD/glibc-2.1/csu/init.c:0(??)[0x804f1dc] ??:0(??)[0x20202020] -- mfg Thomas Mueller - http://tmueller.home.pages.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
* Thomas Mueller (tmm@bigfoot.de) [20000407 22:18]:
Das liefert zum Glueck ein 3.09 ! Die 3er Serie ist schon sehr lange draussen und hat einige Vorteile gegenueber den alten!
Tja, manchmal klappt nicht alles so, wie es soll. In diesem Fall fehlte dem Zuständigen die Zeit, das noch rechtzeitig zur 6.4 auf den neuesten Stand zu bringen :(
ich zu Gesicht bekomme. Mach doch bitte mal ein 'catchsegv /usr/bin/mc'. Dann kann ich evtl. sehen, was da schief läuft.
Backtrace: /lib/libc.so.6(memset+0x36)[0x400a40c6]
Das sieht mir aber sehr nach Macke im mc aus. Ich werde da nachhaken, wenn
ich am Donnerstag von der Messe in Brüssel zurück bin.
Philipp
--
Philipp Thomas
On Thu, 6 Apr 2000, Thomas Mueller wrote:
Hallo!
Ich habe heute den Fehler gemacht auf SuSE 6.4 (von 6.2) upzudaten, seither tut nichts mehr.
Ich habe ebenfalls ein Update von 6.2 auf 6.4 hinter mich gebracht. Bei mir tut alledings alles einwandfrei! Mit freundlichem Grinsen Georg Simon ---- _____________________________________________________________________________ L .~. LINUXSTAMMTISCH Georg.Simon@arschloch.de I V GREDING Georg_Simon@t-online.de N // \ Georg.Simon@fh-ingolstadt.de U /( )\ Sponsored by CTK Greding Georg.Simon@gmx.net X ^^-^^ ----------------------------------------------------------------- --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On 06-Apr-2000 Thomas Mueller wrote:
Wenn ich als User X starte kommt zwar GNOME hoch - aber leider ohne Windowmanager (enlightenment). Der laesst sich dann aber immerhin aus einem xterm starten.
Der Windowmanager für Gnome sollte IMHO sowieso über Konfiguration/Arbeitsplatz/Fenstermanager ausgewählt werden. Enlightenment ist zwar eine schöne Sache, aber inzwischen (hatte ihn bis zu 0.16.3 laufen) nicht mehr so richtig für Gnome geeignet, da der einfach zu viele Sachen selbst macht, die eigentlich Gnome übernehmen will (z.B. session management: laut E-Hilfe sollte E zuerst gestartet werden und dann Gnome [jetzt funktioniert das Logout jedoch nur noch über E] gestartet werden, weil E dann schneller ist [kann ich bestätigen]; nach E-Hilfe hängt das irgendwie mit dem Session Management zusammen). Für Gnome kann ich eigentlich nur Sawmill (http://sawmill.sourceforge.net) wärmstens empfehlen. Läuft stabil mit wenigen Bugs, ist themable und arbeitet hervoragen mit Gnome zusammen. Ist wohl inzwischen auch *der* (semioffiziell) Fenstermanager für Gnome. Bei der Helixcode-Gnome-Distibution wird auch nur sawmill mitgeliefert. Die RPMs funktionieren (zumindest unter SuSE 6.3) problemlos. Apropos HelixCode: Schau Dir diese Distribution mal an (http://www.helixcode.com), da sind bisher zwar nur Pakete für die 6.3, aber die sind aktueller als das SuSE-Zeugs (oder ist auf der 6.4 Gnome 1.1.5 drauf? Ist zwar beta aber ich finde es stabiler und schneller als jede 1.0.x-Version). Die Gnome Unterstützung von SuSE ist sowieso recht mies; IMHO versteifen die sich viel zu sehr auf KDE. Da ist immer jede Menge (pre-)Alpha Zeugs dabei und für Gnome sind die Pakete immer "uralt"... Zum Glück habe ich einen schnellen Uni-Zugang zum Netzt. Carsten -- Registered Linux User: #65883 (http://counter.li.org) --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (11)
-
a_bock@gmx.de
-
Carsten.Schurig@gmx.net
-
Georg_Simon@t-online.de
-
h_hucke@aeon.icebear.org
-
Illuminatus@t-online.de
-
jhe@lihas.de
-
mha@suse.de
-
pthomas@suse.de
-
sindbad@mayn.de
-
snkrusche@be-ne.de
-
tmm@bigfoot.de