On Wed, Oct 30, Ralf Corsepius wrote:
Hier ist explizit von "Application developer" und "Industrial Standards" die Rede. Somit widerspricht Deine (und offensichtlich SuSE's) Interpretation der Intension des LSB.
Nein. Deine Interpretation ist falsch. Du schreibst selber "Application developer". Aber ich - Um es auf den Punkt zu bringen: In deiner Interpretation des LSBs sind die LDB-*initd Scripte für mich ohne jeglichen Mehrwert - Sinnlose Featureitis, um es mal hart zu formulieren.
Wieso das? Hast Du schon mal einen Bug-Report gegen LSB ausgefuellt, wenn es Deiner ansicht nach flasch ist?
Beachte: "These files are installed by the install_initd program ..."
Ja, aber Du solltest noch einmal lesen, an wen sich das wendet. Application developers.
Gegenfrage: Wie soll ich (distributionsübergreifend) einen Daemon installieren, wenn die Installation von init.d-Scripten durch die LSB-initd-Scripte nicht abgedeckt sind und Detail-Wissen über die proprietären Tools erfordern?
Kommt darauf an, woher Du den Daemon hast. Wenn er Bestandteil der Distribution ist, mit Distributions-Board-Mittel. Wenn er eine LSB-Applikation ist, mit den entsprechenden LSB-Tools. Wo ist das Problem? LSB hatte niemals im Sinn, die Administration eines Systems zu standarisieren. Das will LSB auch gar nicht, weil dieses zwangslaeufig zum Stop der weiteren Linux Entwicklung fuehren wuerde.
Oder um es konstruktiv zu formulieren: Zeige mir, wie ich (als Applikationdeveloper) distibutionsübergreifend ein initd Script schreiben/installieren kann.
Konstruktive Gegenfrage: Wo ist da Dein Problem? Diese Frage ist doch nun wirklich zur genuege im LSB behandelt und hat rein gar nichts damit zu tun, wie die Init-Scripte des Distributors aussehen.
Meine Interpretation: Man (Integratoren, Distributoren, Entwickler usw.) ist _verpflichtet_ install_initd zu verwenden, sobald eine "application" init.d-Scripte verwendet => chkconfig oder insserv sind Implementierungsdetail.
Voellig falsch. Sonst waeren SuSE Linux 8.0 und 8.1 ja nicht LSB zertifiziert. Und? Jede Zertifizierung ist nur so gut wie die ihr zugrundeliegende Zertifizierungssuite. Scheinbar wird die distributionsübergreifende Installation von 3rd-Party initd-Scripten nicht erfasst.
Meckern, meckern, meckern. Wo ist Dein Problem?
Nein, das ist keine Aufweichung. LSB hat sich niemals auf den Fahnen geschrieben, eine Linux-Distribution zu definieren, sondern ein Interface, damit LSB konforme Applikationen auf einer LSB konformen Distribution laufen koennen/ Offensichtlich fallen Applikationen, die initd-Scripte mit sich bringen und/oder bestimmte Dienste benötigen nicht darunter.
Und noch immer: Wo ist Dein Problem?
Und nun versetz dich in die Rolle eines Entwicklers, Integrators, SysAdmins o.ä. Sollte er inserv, chkconfig und was immer auch noch an proprietären Tools existieren mag, kennen und berücksichtigen müssen? Nein, da das nicht im Interesse eines (Industrie-) Standards liegen kann.
Lass den SysAdmin weg, Der SysAdmin kommt dann ins Spiel wenn er ein 3rd-Party Dienstprogramm installieren soll.
Warum das nicht? install_initd?
und er hat fuer seine LSB konforme Applikation die LSB spezifizierten Tools zu verwenden. Nur wie? Klar er kann seine init.d Scripte auf die von der jeweiligen Distri verwendeten "Defacto-Standards" anpassen. - Wie aber soll das distributionsübergreifend funktionieren?
Warum muss er LSB konforme init Scripte anpassen?
So?
# chkconfig: - 78 12
Das ist nicht LSB konform, diese Zeile loeschen.
### BEGIN INIT INFO # Provides: foobard # Required-Start: $network $remote_fs # Required-Stop: # Default-Start: 2 3 5 # Default-Stop: # Description: Start the MySQL database server # X-Mandrake-... # X-SuSE-... # X-Debian-... # X-Redhat-... # X-UnitedLinux-... # X-FooBar-... ### END INIT INFO
Das kann's ja nun wirklich nicht sein.
Nein, Du hast es immer noch nicht verstanden. Thorsten -- Thorsten Kukuk http://www.suse.de/~kukuk/ kukuk@suse.de SuSE Linux AG Deutschherrnstr. 15-19 D-90429 Nuernberg -------------------------------------------------------------------- Key fingerprint = A368 676B 5E1B 3E46 CFCE 2D97 F8FD 4E23 56C6 FB4B