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