Hallo! Ich verfolge hier mit Spannung alle Mails zu Suse8.0. Mir ist dabei immer wieder aufgefallen, das da von einem Verzeichnis /etc/sysconfig die Rede ist, wo scheinbar jetzt config-Files liegen. Bedeuetet das, das es die rc.config nicht mehr gibt, bzw. hat sie eine andere Funktion? Hat sich da wieder mal was Grundsätzliches geändert? -- mfg Peter Küchler, Planungsverband Ballungsraum Frankfurt/Rhein-Main
On Wed, Apr 17, Peter Kuechler wrote:
Hallo!
Ich verfolge hier mit Spannung alle Mails zu Suse8.0.
Mir ist dabei immer wieder aufgefallen, das da von einem Verzeichnis /etc/sysconfig die Rede ist, wo scheinbar jetzt config-Files liegen.
Bedeuetet das, das es die rc.config nicht mehr gibt, bzw. hat sie eine andere Funktion?
mv /etc/rc.config.d /etc/sysconfig.
Hat sich da wieder mal was Grundsätzliches geändert?
Ausserdem obigen mv haben wir nur endlich die rc.config weiter aufgesplittet. Tschau, Thorsten -- Thorsten Kukuk http://www.suse.de/~kukuk/ kukuk@suse.de SuSE Linux AG Deutschherrenstr. 15-19 D-90429 Nuernberg -------------------------------------------------------------------- Key fingerprint = A368 676B 5E1B 3E46 CFCE 2D97 F8FD 4E23 56C6 FB4B
On Wed, 2002-04-17 at 13:19, Thorsten Kukuk wrote:
On Wed, Apr 17, Peter Kuechler wrote:
Hallo!
Ich verfolge hier mit Spannung alle Mails zu Suse8.0.
Mir ist dabei immer wieder aufgefallen, das da von einem Verzeichnis /etc/sysconfig die Rede ist, wo scheinbar jetzt config-Files liegen.
Bedeuetet das, das es die rc.config nicht mehr gibt, bzw. hat sie eine andere Funktion?
mv /etc/rc.config.d /etc/sysconfig.
Hat sich da wieder mal was Grundsätzliches geändert?
Ausserdem obigen mv haben wir nur endlich die rc.config weiter aufgesplittet.
Tschau, Thorsten
Hallo Thorsten, das "endlich" hoert sich an, als wenn das was tolles waer. Aber wo sollen die Vorteile liegen bei diesem aufgesplitteten Gewurstel? Ok, befinde mich noch in der Umgewöhnungs-Phase, aber ich glaube nicht, das Arbeiten mit der neuen Aufteilung schneller geht. - schon gar nicht ohne X, Yast2 oder Runlevel-Editor. Und ich wuesste nicht, warum das uebersichtlicher sein sollte. -- Mit freundlichen Grüßen ______________________ InnoSoft GmbH Marcel Schmedes E-Mail : sm@cemag.de Tel.: ++49-5151-989977 ______________________
*** Marcel Schmedes (smml@cemag.de) schrieb in suse-linux heute:
[...]
Ausserdem obigen mv haben wir nur endlich die rc.config weiter aufgesplittet. [...] Hallo Thorsten, das "endlich" hoert sich an, als wenn das was tolles waer. Aber wo sollen die Vorteile liegen bei diesem aufgesplitteten Gewurstel?
Ohh! Schon wieder jemand eindimensionales. _Zum Beispiel_ darin, dass beim Schreiben eines spec-Files für einen RPM-Package jetzt solche Späße wie das Hinzufügen von Konfigurations- variablen zur rc.config zu einem trivialen "/etc/sysconfig/packagename" werden und diese Files auch entsprechend beim Löschen eines Packages entfernt werden? _Zum Beispiel_ darin, das man in der Regel weiß, was man einstellen will (respektive, zu welchem Package es gehört) und dann ein "vi /etc/syscon\ fig/packagename" genügt, ohne suchen zu müssen und das ein kleines Script genügt, um auch nach einer Konfigurationsvariablen zu suchen, wenn man es mal nicht weiß? _Zum Beispiel_ darin, dass mehrere Packages jetzt gleichlautende Namen für Konfigurationsvariablen verwenden können? Zum Beispiel alle "START" statt "START_ATD", "START_NAMED" etc pp? _Zum Beispiel_ darin, dass das abarbeiten der runlevel scripts schneller gehen dürfte, weil nicht jedesmal eine riesige "/etc/rc.config" sondern jeweils deutlich kleinere "/etc/sysconfig/packagename" gesourct werden? Du hast die falsche Frage gestellt! Die Frage lautet "Ist das Verhältnis von Vorteilen zu Nachteilen jetzt weiter auf der Seite der Vorteile als mit der bisherigen Methode?"! IMHO ist das _deutlich_ der Fall.
[...]
MG Henning Hucke -- Organic chemistry is the chemistry of carbon compounds. Biochemistry is the study of carbon compounds that crawl. -- Mike Adams
On Wed, 2002-04-17 at 14:25, Henning Hucke wrote: [ ... ]
_Zum Beispiel_ darin, dass beim Schreiben eines spec-Files für einen RPM-Package jetzt solche Späße wie das Hinzufügen von Konfigurations- variablen zur rc.config zu einem trivialen "/etc/sysconfig/packagename" werden und diese Files auch entsprechend beim Löschen eines Packages entfernt werden?
_Zum Beispiel_ darin, das man in der Regel weiß, was man einstellen will (respektive, zu welchem Package es gehört) und dann ein "vi /etc/syscon\ fig/packagename" genügt, ohne suchen zu müssen und das ein kleines Script genügt, um auch nach einer Konfigurationsvariablen zu suchen, wenn man es mal nicht weiß?
_Zum Beispiel_ darin, dass mehrere Packages jetzt gleichlautende Namen für Konfigurationsvariablen verwenden können? Zum Beispiel alle "START" statt "START_ATD", "START_NAMED" etc pp?
_Zum Beispiel_ darin, dass das abarbeiten der runlevel scripts schneller gehen dürfte, weil nicht jedesmal eine riesige "/etc/rc.config" sondern jeweils deutlich kleinere "/etc/sysconfig/packagename" gesourct werden?
Du hast die falsche Frage gestellt! Die Frage lautet "Ist das Verhältnis von Vorteilen zu Nachteilen jetzt weiter auf der Seite der Vorteile als mit der bisherigen Methode?"!
IMHO ist das _deutlich_ der Fall.
Ok, ok, gebe dir _ehrlich_, recht. Aber der Mensch ist ein Gewohnheitstier, also vergib mir meinen anfaenglichen Unmut. Wenn man drueber nachdenkt ist es einleuchtend, aber manchmal ist die Feder schneller. -- Mit freundlichen Grüßen ______________________ InnoSoft GmbH Marcel Schmedes E-Mail : sm@cemag.de Tel.: ++49-5151-989977 ______________________
Henning Hucke
*** Marcel Schmedes (smml@cemag.de) schrieb in suse-linux heute:
[...]
Ausserdem obigen mv haben wir nur endlich die rc.config weiter aufgesplittet. [...] Hallo Thorsten, das "endlich" hoert sich an, als wenn das was tolles waer. Aber wo sollen die Vorteile liegen bei diesem aufgesplitteten Gewurstel?
Ohh! Schon wieder jemand eindimensionales.
_Zum Beispiel_ darin, dass beim Schreiben eines spec-Files für einen RPM-Package jetzt solche Späße wie das Hinzufügen von Konfigurations- variablen zur rc.config zu einem trivialen "/etc/sysconfig/packagename" werden und diese Files auch entsprechend beim Löschen eines Packages entfernt werden? ^^^^^^^^^^^^^^^ Schön wär's. Weder sendmail, noch xntp, noch joystick noch, noch, noch... Von all' denen liegen hier noch die configs unter /etc/sysconfig, obwohl die rpm's längst gelöscht sind.
On Wed, Apr 17, 2002 at 06:52:16PM +0200, Martin Schmitz wrote:
Von all' denen liegen hier noch die configs unter /etc/sysconfig, obwohl die rpm's längst gelöscht sind.
Und das haelst du fuer besonders dumm? Ist manchmal ganz angenehm wenn man wegen diversen Package-Konflikten mal erst "rpm -e" und danach "rpm -i" anstelle von "rpm -F" machen kann und trotzdem seine Konfigs behaelt. Und beim aelteren rc.config... naja der Hinweis auf kuerzere Parsingzeiten der ueber die Liste kam bring mich jedenfalls auf die Seite der sysconfig-Befuerworter... Peter
Am Mittwoch, 17. April 2002 13:19 schrieb Thorsten Kukuk:
On Wed, Apr 17, Peter Kuechler wrote:
Hallo!
Ich verfolge hier mit Spannung alle Mails zu Suse8.0.
Mir ist dabei immer wieder aufgefallen, das da von einem Verzeichnis /etc/sysconfig die Rede ist, wo scheinbar jetzt config-Files liegen.
Bedeuetet das, das es die rc.config nicht mehr gibt, bzw. hat sie eine andere Funktion?
mv /etc/rc.config.d /etc/sysconfig.
Hat sich da wieder mal was Grundsätzliches geändert?
Also bei RedHat sit das glaube ich schon seit immer oder zumindest seit längerem so. Ich denk mal dass das mit den LSB - Bestimmungen zu tun hat, oder? Man versucht halt einiges zu vereinheitlichen. Ich hab mich beim Umstieg von der 7.3er auf RedHat auch erst etwas umstellen müssen, aber irgendwie es alles sauber aufgeteilt, und in einem File steht eben nur das drinne was für einen Dienst / Netzwerkkarte usw. gebraucht wird. -- Jochen
Am Mit, 2002-04-17 um 17.02 schrieb Jochen Kaechelin:
Am Mittwoch, 17. April 2002 13:19 schrieb Thorsten Kukuk:
On Wed, Apr 17, Peter Kuechler wrote:
Hallo!
Ich verfolge hier mit Spannung alle Mails zu Suse8.0.
Mir ist dabei immer wieder aufgefallen, das da von einem Verzeichnis /etc/sysconfig die Rede ist, wo scheinbar jetzt config-Files liegen.
Bedeuetet das, das es die rc.config nicht mehr gibt, bzw. hat sie eine andere Funktion?
mv /etc/rc.config.d /etc/sysconfig.
Hat sich da wieder mal was Grundsätzliches geändert?
Also bei RedHat sit das glaube ich schon seit immer oder zumindest seit längerem so. Ich denk mal dass das mit den LSB - Bestimmungen zu tun hat, oder? Man versucht halt einiges zu vereinheitlichen.
Ich hab mich beim Umstieg von der 7.3er auf RedHat auch erst etwas umstellen müssen, aber irgendwie es alles sauber aufgeteilt, und in einem File steht eben nur das drinne was für einen Dienst / Netzwerkkarte usw. gebraucht wird.
Ja, Thorstens Erklärung leuchtet mir schon ein. Im ersten Moment war ich etwas erschrocken (und vieleicht auch vergrätzt) wegen der Änderung, man hat ja schon genug schlechte Erfahrung mit irgendwelchen Änderungen gehabt. Aber jetzt wo ich die Erklärung sehe muß ich zugeben, das die Geschichte durchaus was für sich hat. Ich tippe jetzt mal, das man dieses System bei der 7.3 nicht so einfach nachrüsten kann...? -- mfg Peter Küchler, Planungsverband Ballungsraum Frankfurt/Rhein-Main
Hallo, On Wed, 17 Apr 2002, Peter Kuechler wrote:
Ich tippe jetzt mal, das man dieses System bei der 7.3 nicht so einfach nachrüsten kann...?
Warum nicht? Bis auf die Tatsache, dass du nach einem rpm -e wohl diverse Reste haettest... Sind doch alles nur scripte... Ich habe (auf ner "ex-SuSE 6.2") z.B. alle START_* Variablen aus der rc.config in eine rc.config.startvars extrahiert und sortiert und source die dann als letztes in der rc.config... So hab ich alles beieinander und kann leicht mal nen Dienst abstellen... Und genauso kannst du die rc.config aufteilen und die initscripte der Dienste ggfs. anpassen... Wie das jetzt bei der 8.0 genau geloest ist, weiss ich mangels SuSE 8.0 natuerlich nicht, das liesse sich aber sicher in Erfahrung bringen... Sollte sich doch jemand finden lassen, der die relevanten Dateien in einen tarball packt ;) Ich habe hier uebrigens auch diverse Umstellungen nachvollzogen, die irgendwann seit der 6.2 eingefuehrt wurden... Z.B. habe ich viele RPMs die die "neuen" Paketnamen haben (aber eben auch noch das alte "providen" z.B. "foo-devel" mit "Provides: foodev")... -dnh -- Wenn Ihr irgendwas Zischen und Krachen höhrt, keine Angst. das ist nur mein Kopf, bei der Produktion von wognaturen. [WoKo in dag°]
Am Don, 2002-04-18 um 19.14 schrieb David Haller:
Hallo,
On Wed, 17 Apr 2002, Peter Kuechler wrote:
Ich tippe jetzt mal, das man dieses System bei der 7.3 nicht so einfach nachrüsten kann...?
Warum nicht? Bis auf die Tatsache, dass du nach einem rpm -e wohl diverse Reste haettest... Sind doch alles nur scripte...
Das mag sein, ich habe es ja mangels 8.0 auch noch nicht gesehen.
Ich habe (auf ner "ex-SuSE 6.2") z.B. alle START_* Variablen aus der rc.config in eine rc.config.startvars extrahiert und sortiert und source die dann als letztes in der rc.config... So hab ich alles beieinander und kann leicht mal nen Dienst abstellen...
Und genauso kannst du die rc.config aufteilen und die initscripte der Dienste ggfs. anpassen...
Wie das jetzt bei der 8.0 genau geloest ist, weiss ich mangels SuSE 8.0 natuerlich nicht, das liesse sich aber sicher in Erfahrung bringen... Sollte sich doch jemand finden lassen, der die relevanten Dateien in einen tarball packt ;) [...]
Hört sich auf den ersten Blick ganz gut an, aber.... Da vieles (oder gar nix? ) nicht mehr in der rc.config steht sondern in anderen Dateien wird wohl der yast1 von 7.3 damit nicht mehr zurecht kommen. Das wiederum würde bedeuten, dass ich auf den neuen yast2 umsteigen muß, der das kennt. Aber wer weis, was der wiederum sonst noch so anrichtet...da kann der Aufwand den Nutzeffekt schnell übersteigen. Ich werde da lieber mal nix überstürzen. mfg Peter
Hallo Peter Kuechler, am 19.04.2002 schriebst Du:
Da vieles (oder gar nix? ) nicht mehr in der rc.config steht sondern in anderen Dateien wird wohl der yast1 von 7.3 damit nicht mehr zurecht kommen.
Und in 8.0 gibt's ihn nicht mehr. Von daher hat er jetzt wirklich keine Zukunft mehr. Das war für mich der Grund, mich in den letzten Monaten an ihn zu gewöhnen. Gruß, Jochen -- ---------------------------------------------------------------- *Jochen Lillich*, Dipl.-Inform. (FH) Consultant/Trainer @ /TeamLinux GbR/ Tel. +49 7254 985187-0 http://www.teamlinux.de ----------------------------------------------------------------
participants (9)
-
David Haller -
Henning Hucke -
Jochen Kaechelin -
Jochen Lillich -
Marcel Schmedes -
Martin Schmitz -
Peter Kuechler -
Peter Wiersig -
Thorsten Kukuk