🚀 go-pugleaf

In <1992Jul23.072802.17312@uni-paderborn.de>, Joerg Hoyer writes:
> rzsbs@rz.uni-sb.de (sbusol) writes:
> [... stuff concerning init(8) deleted ...]

> >> Kennt vielleicht jemand was besseres ?
> Es gibt nichts besseres :-).
Doch: ein richtiges BSD :-))
 
> >Ich weiss nicht, ob es ein anderes Paket gibt, das login-Verwaltung usw. macht.
> >Das andere Zeug, das dabei ist, wirft nur Bomben oder laeuft nicht...
> Welches andere Zeug?
Bei dem Bombenwerfer (Iiih, Anarchisten!) duerfte es sich wohl um das init.prg
handeln. Als ich vor geraumer Zeit mir das init-Paket zum ersten Mal angeschaut
hatte, ging es mir ungefaehr genauso. Entnervt hab ich es dann wieder geloescht,
aber in Folge der Postings nochmal hervorgekramt und ausgezoot. 
(Informatikerdeutsch ist schon grausam :-)

> >Kennt sich einer damit aus? (Markus Wenzel? Patrick Hausen? Wie sieht das aus
> >bei euch? )
Patrick als ASV-User duerfte sich wohl kaum mit solchen Kruecken herumschlagen.
Ich hab bei meinem zweiten (erfolgreichen!) Versuch folgende Tricks heraus-
gefunden:

1.	Compilier die Sourcen selbst, sofern Du nicht exakt die Pfadstruktur
	hast, die in den Sourcen definiert ist. Selbige ist leicht zu finden
	und zu aendern, schau einfach nach allen Dateinamen, die von einem
	Programm aufgerufen bzw. benutzt werden. Ausserdem haenge ich 
	grundsaetzlich bei aufzurufenden Binaries den ".ttp"-Suffix an.
2.	Die ash-Shell (wurde neulich als Source und Binary gepostet) macht
	gewisse Schwierigkeiten bei der Abarbeitung der "rc.*"-Files.
	Zunaechst funktioniert die Syntax "if [ -f filenam ] ; then"
	nicht. Abhilfe schafft die Aenderung in "if test -f filename ; then"
	oder "cp /bin/test.ttp /bin/[.ttp" (kein Witz, funktioniert!)
	Ausserdem kann man die ganzen Geschichten wie "fsck" und "update"
	ohnehin auskommentieren, wenn man so was nicht besitzt (ich denke,
	das ist der Normalfall). Zuletzt schaue man sich noch einmal sehr
	genau die Ausgabeumlenkungs-Sytax der Bourne-Shell an. Als alter
	tcsh-Fan bin ich da zuerst gewaltig gestolpert...
3.	Nicht versuchen, "init" aus der Shell heraus aufzurufen. Geht schief.
	Stattdessen ist die Zeile "cd u:\bin" am Ende von "mint.cnf" ganz
	wichtig!! Nach dem naechsten Reboot kommt init.prg ganz 
	automatisch! (Kann mir einer sagen wieso eigentlich? Ist das ein
	default-Wert von MiNT?)
4.	So Spielereien wie "chown", "chgrp", "chmod +s" machen natuerlich
	nur auf dem Minix-Filesystem Sinn und Spass. Wenn Probleme mit
	Zugriffsrechten auftreten, immer als root einloggen (In meiner
	Badewanne bin ich Superuser :-) 
	In der Tat waere ein "su" wuenschenswert.

> Ja ich. Meine Konfiguration sieht zur Zeit dermassen aus:
>      3 Partitionen auf der Festplatte, davon 2 Minix-Filesysteme,
>      MiNT wird grundsaetzlich mit diesem init-Packet gestartet.
> Da ich tcsh-user bin heisst das fuer mich: ich habe ein fast Unix-System
> am Laufen (/ als Path-Seperator statt \, Multiuser (bei mir zur Zeit 5
> eingetragene Benutzer), und Multitasking und einem Unix aehnlichen File-
> system). 
Bis auf Multiuserbetrieb ist das aber auch ohne das init(8)-Paket moeglich.

> Ich moechte das nicht mehr missen. 
> Was kann das Packet:
>   nun hauptsaechlich verwaltet es mehrere Benutzer und Gruppen auf 
>   einem System. Es bietet fuer diese Benutzer die Moeglichkeit ein
>   Passwort zu setzen und die Datei-Rechte den Beduerfnissen anzupassen
>   (aber nur bei Filesystemen die dieses auch unterstuetzen).
>   Beim Starten des init-Programmes werden, wie unter Unix, das /etc/rc
>   ausgewertet, damit hat man die Moeglichkeit z.B. den tmp-Bereich 
>   zu saeubern oder bestimmte Daemonen zu starten (z.B. lpd) oder
>   sonstige Vorbereitungsarbeiten zu leisten.
Den lpd Deines "lprsrc.zoo" krieg ich in der /etc/rc waehrend des Bootens
aber leider nicht hoch. Wenn ich ihn in der login.csh meiner tcsh starte,
funktioniert alles wunderbar. Wie rufst Du ihn auf?
Ich hab es mit
  if test -f /bin/lpd.ttp ; then
	 ( /bin/lpd.ttp & ) 1>/usr/adm/lpd.err 2>/usr/adm/lpd.err 
	 echo -n " lpd"
  fi
versucht.

>   Es bietet zudem Programme wie who und finger (wo ich nur ein Terminal 
>   habe, bringt es natuerlich besonders viel zu wissen wer alles eingelogt 
>   ist :-))
> Was hat man davon?
Ich haette ja grosse Lust, meinen alten ST als Terminal an eine Serielle
zu haengen. Wird als naechstes ausprobiert!

>   Man kann sich darueber streiten, ob eine Multiuser-Umgebung auf einem
>   kleinen Home-computer Sinn hat oder nicht. 
Der TT ist kein "kleiner Homecomputer"! :-)

> Was gibt es fuer nuetzliche Sachen dazu?
>   Wer sich entschieden hat, eine Multiuser umgebung zu fahren, kann 
>   z.B. ein Printer-Spooler System installieren, welches die Multiuser
>   Umgebung unterstuezt. Ein solches System findet man ebenfalls auf
>   ftp.uni-paderborn.de im Verzeichnis MiNT/tools/lprbin.zoo und lprsrc.zoo.
>   Diese Programme gibt es derzeit nur hier!! 
Inzwischen auch auf ftp.uni-stuttgart.de (allerdings im TT-Archiv), falls 
niemand was dagegen hat. Uebrigens vielen Dank fuer den sehr hilfreichen Tip.

> So, nun hab ich genug Werbung fuer mein eigenes Programm gemacht :-)
> Probiert es aus und seht selber.
Ich kam, sah, compilierte :-)
Bin bis jetzt sehr zufrieden.

> Was waere zu wuenschen:
>   Mir persoehnlich fehlt bei dieser ganzen Sache nur noch eines:
>   ein vernuenftiges 'su'-Kommando. 
Mir auch! -> Wer opfert sich??

> Ich hoffe, dass war genug als Einfuehrung in init :-)
> Wer weitere Fragen hat, kann mich gerne anmailen.

Ich hoffe ebenfalls, mit den obigen Tips weitergeholfen zu haben.

Gruesse,
Markus.

-- 
* /dev/                Markus Wenzel, University of Stuttgart              *
* /usr/spool/mail/     wenzel@marsu.tynet.sub.org / @rus.uni-stuttgart.de  *
* ~/.ircrc/nick        _Marsu_                                             *
* /etc/motd            "Terrorizing people whereever I go,                 *
*                       it's not intentional, just keepin' the flow."      *