Hat Linux so was ähnliches wie ne Registry ?

Hi !

Ich bin schon vor einer Weile umgestiegen von Win9x auf Linux.
Deshalb möchte ich wissen ob es eigentlich ein Registrypendant unter
KDE oder GNOME gibt. Weiterhin will ich Shellscripte schreiben die
beim Start von Linux ausgeführt werden sollen.
Wenn es keine "Registry" dort gibt (KDE oder GNOME) in welche Dateien
muss ich das einfügen ?
Hoffe nicht in z.b. die "/home/user/.profile".
Denn es soll für alle Nutzer gleich ausgeführt werden !

Danke für Eure Hilfe
EinWissbegieriger

Vergessen zu erwähnen !
Ich meine SUSE Linux.

Danke für Eure Hilfe
EinWissbegieriger

Steven

Ich weiß nicht, was sich Microsoft dabei gedacht hat, alle Einstellungen zentral in ein paar wenigen, nicht ohne weiteres bearbeitbaren Dateien zentral zu speichern. Ist da was kaputt, musst du meistens neu installieren.
Unter Linux gibt es das nicht, stattdessen legst du einfach eine Konfigurationsdatei in /etc ab. Wenn du für jeden Benutzer eine eigene Datei haben willst, speicherst du diese Einstellungen in einer Datei im home-Verzeichnis des Users, diese Datei sollte dann am besten mit einem Punkt beginnen.

supertux

Kde muss eine eigene Dokumentation haben, wo das steht. Am sonsten öffne eine shell und tipp cd .kde ein und mit ls kannst du die Config Dateien von KDE sehen und ändern was du willst. Aber ich vermute, dass KDE eigene Tools hat, um sowas machen zu können. Das gleiche für gnome. Ich weiß es nicht, weil ich weder noch benutze.

Zum Glück gibt es sowas wie die Registry gar nicht. Als ich noch windows fan war hat mein Bruder erzählt, dass Linux keine Registry hatte und ich hab mich lustig drüber gemacht und dachte, Linux hat keine Registry und das soll ein Betriebsystem sein? Mein Bruder fragte mich dann, "und was ist denn so toll an die Registry von Windows?" Ich konnte es nicht beantworten.

Nachdem ich in GNU/Linux umgestiegen bin, hab ich gemerkt, was für ein Schwachsinn ich damals meinem Bruder gesagt habe.

Ich hab schon einige Male das System neu installiert, um neue Versionen / Gnu Linuxes zu testen usw, und ich war so begeistert, dass ich in meinem Account nix neu einstellen musste, nachdem ich ne Neu installation gemacht hatte. Alle lief so, als hätte ich nie neu installiert. Dann war mir klar, was für ein Mist die Registry ist, und unübersichtlich ist sie auch.

Ich kann mich nicht so genau erinnern, aber ich glaube, ich hab's einmal gelesen, dass Microsoft die Registry erfunden hat, damit die Programme keine ini Dateien anlegen, damit die Benutzer die Einstellungen nicht ändern können. Ob das wahr ist, weiß ich nicht, aber ich kann mich gut vorstellen.

nman

EinWissbegieriger: Wo man ein Programm startet hängt davon ab, um was für ein Programm es geht.
Erklär mal, was Deine Scripts machen sollen und ich erklär Dir wo Du sie am besten startest.

Eine konventionelle Registry gibt es unter GNU/ Linux derzeit zum Glück - wie bereits gesagt - nicht, aber das gconf-System stellt im wesentlichen eine "Registry-read-only&done-right" dar.

supertux

ist gconf nicht nur für Gnome?

DrGreenthumb

supertux schrieb:

ist gconf nicht nur für Gnome?

ja, und soweit ich weiß, genau derselbe Mist, wie die Windows-Registry. Keine Ahnung wieso die Gnome-Leute das übernommen haben. Ärgert mich immer wieder, wenn ich ps eingebe und diesen gconf-daemon sehe.

nman, die ist doch nicht read-only? Gibt sogar ein gconf-programm, mit dem man "geheime gnome-hacks" machen kann.

Hi,

vielen Dank für die vielen Antworten !
Ich hatte nie gedacht das SuSe Linux das nicht hat (Registry).

Und werde mir mal die gconf unter Gnome anschauen.

Zu den Scripten:
Es soll generell eine Datei gesucht werden ob sie erstellt wurde.

Wenn die Datei erstellt ist soll sie ausgelesen und dann
ein kleiner Webclient gestartet werden. Dieses Script soll für alle
Nutzer gleich gelten, d.h. wenn ein neuer Nutzer angelegt wird soll
es für den neuen Nutzer gelten wie auch für die anderen schon
vorhanden Nutzer.

Normalerweise würde ich es über die .profile bei mir (z.b. bei
mir) starten, aber ich will nicht jedesmal diese Datei von mir
oder allen anderen Nutzern editieren müssen .

ich hoffe ich habe nicht all zu umständlich alles erklärt...
EinWissbegieriger

nman

DrGreenthumb schrieb:

ja, und soweit ich weiß, genau derselbe Mist, wie die Windows-Registry.

Dem wage ich zu widersprechen. gconf wächst nicht zu Tode, es darf nicht einfach jedes Programm gconf-Sachen hin und herbeschreiben wie es möchte und die Konfiguration ist auf viele Einzeldateien aufgeteilt, gconf stellt im Wesentlichen einen Abstraktionslayer für den Zugriff auf diese zur Verfügung.

Keine Ahnung wieso die Gnome-Leute das übernommen haben. Ärgert mich immer wieder, wenn ich ps eingebe und diesen gconf-daemon sehe.

Mögen tu ich gconf auch nicht, aber zu behaupten es sei genauso schlecht wie die Windows-Registry zeugt doch von Uninformiertheit.
Für eine DE ist sowas IMO kein so schlechtes Konzept, aber in Verbindung mit den Gnome-HID ist es tödlich. (Siehe unten)

nman, die ist doch nicht read-only? Gibt sogar ein gconf-programm, mit dem man "geheime gnome-hacks" machen kann.

Sorry, hab das wohl mit dieser Freeciv-Registry verwechselt, Du hast natürlich Recht.
Den gconf-editor braucht man aber vor allem wegen der absolut gestörten Gnome-HID, normale Gnome-Programme dürfen einfach fast keine Einstellungsmöglichkeiten mehr haben, darum muss man dann erst recht wieder unsinnig an gconf herumschrauben.

nman

EinWissbegieriger schrieb:

Zu den Scripten:
Es soll generell eine Datei gesucht werden ob sie erstellt wurde.

Wenn die Datei erstellt ist soll sie ausgelesen und dann
ein kleiner Webclient gestartet werden.Dieses Script soll für alle
Nutzer gleich gelten, d.h. wenn ein neuer Nutzer angelegt wird soll
es für den neuen Nutzer gelten wie auch für die anderen schon
vorhanden Nutzer.

Braucht der "kleine Webclient" X?

Normalerweise würde ich es über die .profile bei mir (z.b. bei
mir) starten, aber ich will nicht jedesmal diese Datei von mir
oder allen anderen Nutzern editieren müssen .

Dazu gibt es ja .skel, aber .profile ist dafür eh keine gute Idee.

DrGreenthumb

Ich finde das Konzept generell kacke... was auch immer HID ist
es nervt wenn alle Programme ihre Einstellungen in einer gemeinsamen Datenbank haben. Sehr schlecht, wenn man ein Programm mal wieder deinstallieren will. Oder wenn das Programm verbuggt ist und seine Fensterposition bei -1237047/92836468 abspeichert. Und geziehlte Backups sind auch schwierig...

registry.exe oder gconfd nimmt sich da echt nichts. Und bei KDE ist es genau die gleiche Katastrophe. Such mal die Einstellungen von einem KDE-Programm in ~/.kde/blablub

Hi,

Danke für die Hilfe !

nman schrieb:

EinWissbegieriger schrieb:

Zu den Scripten:
Es soll generell eine Datei gesucht werden ob sie erstellt wurde.

Wenn die Datei erstellt ist soll sie ausgelesen und dann
ein kleiner Webclient gestartet werden.Dieses Script soll für alle
Nutzer gleich gelten, d.h. wenn ein neuer Nutzer angelegt wird soll
es für den neuen Nutzer gelten wie auch für die anderen schon
vorhanden Nutzer.

Braucht der "kleine Webclient" X?

Braucht er nich, aber er soll auch dort gestartet
werden, falls es jemand (ich ) verwenden will.
Ist aber eher ne Seltenheit das ich mit X arbeite.
Danke für den Tip mit skel.
Leider muss man alle User die schon vorhanden sind
"von Hand" ((mit nem Script ).profile) editieren.
Ich arbeite mal damit, mal schauen was draus wird.

Gibt es noch eine andere Möglichkeit, statt skel ?

Und was mir aufgefallen ist, wenn man sich mit
"su nutzer" anmeldet, von einer bestehenden Shell aus,
dann wird die .profile des Nutzers
garnicht abgearbeitet. Wieso nicht ?
Muss dazu sagen ich arbeite mit SuSe Linux 8.0.
Vielleicht ist es ja deshalb, was ich zwar nicht glaube,
aber könnte ja sein. Geupdatet habe ich. Hmmmmm, Nen Bug ?

Unter KDE schaue ich mir mal die Selbige (Registry ) an.

Danke Euch
EinWissbegieriger

nman

DrGreenthumb schrieb:

Ich finde das Konzept generell kacke... was auch immer HID ist

Äh HIG, sorry, war schon spät gestern.

es nervt wenn alle Programme ihre Einstellungen in einer gemeinsamen Datenbank haben. Sehr schlecht, wenn man ein Programm mal wieder deinstallieren will. Oder wenn das Programm verbuggt ist und seine Fensterposition bei -1237047/92836468 abspeichert.

Stimmt, sowas kann mühsam sein, aber gconf ist hier zumindest wesentlich besser als die Windows Registry weil es völlig transparent ist.
(Nicht dass es schwer wäre, besser als die Windows Registry zu sein. )

Und geziehlte Backups sind auch schwierig...

Eigentlich nicht, schau Dir mal den Aufbau von ~/.gconf an, der is sehr gut strukturiert für eine DE. Und alle Einstellungen liegen im Homedir das man eh immer sichert, kein Problem also.

registry.exe oder gconfd nimmt sich da echt nichts. Und bei KDE ist es genau die gleiche Katastrophe. Such mal die Einstellungen von einem KDE-Programm in ~/.kde/blablub

Naja, stell dir mal vor es gäbe lauter einzelne Dateien - von ~/.kmailrc bis ~/.ksirtetrc wären das wohl ein paar hundert Einzeldateien, das wäre auch nicht gut.
Außerdem lässt sich bei KDE ja alles per GUI konfigurieren, das is durchaus nicht so dumm wie gconf bei Gnome, auch wenn ich zugeben muss dass kcontrol eine veritable Usability-Katastrophe ist. (Aber es wird langsam besser.)

nman

EinWissbefieriger schrieb:

Braucht er nich, aber er soll auch dort gestartet
werden, falls es jemand (ich ) verwenden will.
Ist aber eher ne Seltenheit das ich mit X arbeite.

Ok, das soll also pro eingeloggtem User exakt einmal laufen, auch ohne X?

Danke für den Tip mit skel.
Leider muss man alle User die schon vorhanden sind
"von Hand" ((mit nem Script ).profile) editieren.

Ja, das stimmt.

Gibt es noch eine andere Möglichkeit, statt skel ?

Die systemweite /etc/profile zB.
Wobei Du Dir darüber im klaren sein solltest dass Dein Programm via .profile jedesmal beim Starten einer Shell aufgerufen wird.

Und was mir aufgefallen ist, wenn man sich mit
"su nutzer" anmeldet, von einer bestehenden Shell aus,
dann wird die .profile des Nutzers
garnicht abgearbeitet. Wieso nicht ?
Muss dazu sagen ich arbeite mit SuSe Linux 8.0.
Vielleicht ist es ja deshalb, was ich zwar nicht glaube,
aber könnte ja sein. Geupdatet habe ich. Hmmmmm, Nen Bug ?

Nein, das ist schon ok so.

Unter KDE schaue ich mir mal die Selbige (Registry ) an.

KDE hat keine Registry, DrGreenthumb meinte nur die Verzeichnisstruktur in ~/.kde, inklusive ~/.kde/Autostart. Macht für Dich aber absolut keinen Sinn, da Du ja meintest dass Du selten mit X arbeitest.

Magoon

Hm, hab ich irgendetwas überlesen oder warum hat noch niemend die RC Skripte erwähnt?

nman

Magoon schrieb:

Hm, hab ich irgendetwas überlesen oder warum hat noch niemend die RC Skripte erwähnt?

Ich habe von mir aus noch überhaupt nichts gesagt, weil mir nach wie vor nicht klar ist, was EinWissbegieriger machen möchte.
Und wenn er tatsächlich das Programm beim Login für jeden Benutzer starten möchte, dann sind die "RC Skripte", wie Du sie nennst - ich gehe davon aus dass Du damit die Init-Skripte meinst - kein gangbarer Weg.

Magoon

nman schrieb:

Und wenn er tatsächlich das Programm beim Login für jeden Benutzer starten möchte

Ups, jetzt hab ich aber was überlesen... Ich dachte er sucht eine Möglichkeit ein Programm einmal beim Systemstart zu starten.

TriPhoenix

Einen großen Vorteil muss man gconf auf jeden Fall einräumen, es unterstützt direkt die Dokumentation der Schlüssel. Wenn man sich mal durch die gconf-Datenbank durchklickt sieht man eiegntlich an fast jedem Schlüssel dranstehen was er bedeutet, das wäre galube ich in der Registry von Windows schon sehr viel Wert gewesen.

Leider halten sich auch nicht komplett alle Programme dran, aber die tatsache dass die selbstdoku unterstützt und fast überall benutzt wird ist schon echt was wert.

Hi,

Unter KDE schaue ich mir mal die Selbige (Registry ) an.
KDE hat keine Registry, DrGreenthumb meinte nur die Verzeichnisstruktur in ~/.kde, inklusive ~/.kde/Autostart. Macht für Dich aber absolut keinen Sinn, da Du ja meintest dass Du selten mit X arbeitest.

War eher als Joke gemeint (mit der Registry).
Meinte eigentlich diese Datreistruktur von .kde, da ich mir sie schon angesehen hatte und das
doch sehr stark der Dateistruktur (die Verzeichnisse) von Win ähnelt, z.B. Autostart, icons etc. .

Sorry.....

Ich möchte mein Script nicht Systemweit starten, sondern nur wenn ein Nutzer/User sich anmeldet.
Beim root soll's nicht gestartet werden. Nur wenn ein neuer Nutzer angelegt wird und er sich, oder ein vorhandener
Nutzer sich, anmeldet. Es soll am Anfang der Sitzung einmal pro User laufen.
skel reicht mir eigentlich schon nur stört mich noch das ich vorhandene Nutzer selbst (mit Script) ändern muss,
was aber kein Problem ist.

EinWissbegieriger

nman

EinWissbegieriger schrieb:

Ich möchte mein Script nicht Systemweit starten, sondern nur wenn ein Nutzer/User sich anmeldet.

Ja, und genau dafür wäre die systemweite /etc/profile gut, das ist im wesentlichen eine .profile für alle Benutzer, da kannst Du auch mit whoami oä das Starten der Skripte für root verhindern.

Es soll am Anfang der Sitzung einmal pro User laufen.

Dann achte aber auch darauf dass Du das Programm nicht stur einmal pro login startest, sondern überprüfst ob es für den jeweiligen User nicht schon läuft.

Hi,

Danke an @all und @nman.
Ich hoffe das ich Dir oder den anderen genauso mal helfen kann wie Ihr
mir geholfen habt. Zumindest arbeite ich daran.

Nochmal->vielen Dank
EinWissbegieriger