🚀 go-pugleaf

From article <1992Jul22.083317.7115@Informatik.TU-Muenchen.DE>, by stoehr@Informatik.TU-Muenchen.DE (Peter Stoehr):
> 
> Hallo Leute,
> 
> ich suche das init(8)-Paket fuer MiNT! Gibt's das auf irgendeinem deutschen
> ftp-Server ? Wenn ja, wo ?

Ich habe es aus a.a.u.e heholt, einen andere Quelle kenne ich nicht. Seit init
bei mir laeuft, kriege ich oefter die Fehlermeldung: "access denied"; war vor-
her nicht...


> Kennt vielleicht jemand was besseres ?

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...

Ich habe den Autor (Steve Usher) mehrmals angemailed, aber nie eine Antwort er-
halten... Schade, wahrscheinlich kann das Paket viel mehr als ich ihm zu entlok-ken vermag...

Kennt sich einer damit aus? (Markus Wenzel? Patrick Hausen? Wie sieht das aus
bei euch? )



mfg    Bernhard



 *****************************************************************************
 *                      Dipl.Ing. Bernhard Stumpf    |   bestu@rz.uni-sb.de  *
 *     /      ___   /   University of the Saarland   |   rzsbs@rz.uni-sb.de  *
 *    /----. /__. -/-   D-6600 Saarbruecken          |   bestu@h11.saar.de   *
 *   /____/ ___/  /_.   ++49-681-302-4626            |                       *
 *****************************************************************************

rzsbs@rz.uni-sb.de (sbusol) writes:

>From article <1992Jul22.083317.7115@Informatik.TU-Muenchen.DE>, by stoehr@Informatik.TU-Muenchen.DE (Peter Stoehr):
>> 
>> Hallo Leute,
>> 
>> ich suche das init(8)-Paket fuer MiNT! Gibt's das auf irgendeinem deutschen
>> ftp-Server ? Wenn ja, wo ?
Auf ftp.uni-paderborn.de, Verzeichnis MiNT/tools/init.zoo.

>Ich habe es aus a.a.u.e heholt, einen andere Quelle kenne ich nicht. Seit init
>bei mir laeuft, kriege ich oefter die Fehlermeldung: "access denied"; war vor-
>her nicht...
Klar :-) bei einer Multiuser-Umgebung passiert das, wenn man nicht root ist
von Zeit zur Zeit schon mal. Aber es kommt drauf an, welches Filesystem
man hat:
    - normales TOS-Filesystem: kommt zwar die Meldung, aber die Files
      werden trotzdem angelegt (es sei denn das File exist. schon und ist
      fuer alle schreibgeschuezt, oder die Dir ist schreibgeschuetzt)
    - Minix-Filesystem: Beim Minix-Filesystem koennen wirklich die Rechte
      wie unter Unix gesetzt werden und haben dementsprechende Auswirkungen.
      In diesem Fall wird ein schreiben in einen nicht erlaubten Bereich
      wirklich verhindert.
   
>> Kennt vielleicht jemand was besseres ?
Es gibt nichts besseres :-).

>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?


>Kennt sich einer damit aus? (Markus Wenzel? Patrick Hausen? Wie sieht das aus
>bei euch? )
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). 
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.
  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?
  Man kann sich darueber streiten, ob eine Multiuser-Umgebung auf einem
  kleinen Home-computer Sinn hat oder nicht. Das muss wohl jeder fuer 
  sich selbst entscheiden. Ich schaetze es so, weil es mir die Moeglich-
  keit gibt unter verschiedenen login's verschiedene Arbeitsumgebungen 
  aufzubauen (andere Pfade, andere Enviroments-Variablen, andere 
  Home-Bereiche, etc....)
  und meine Sachen logisch von einander zu trennen (ein user ist z.B.
  nur fuer ein spezielles Software-Packet verantwortlich) ohne dabei 
  mir zehntausend verschiedene Pfade merken zu muessen. Auch kann man 
  so verhindern, dass man aussversehen Programme loescht, die einem 
  in dem Moment nichts angehen.
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!! Dieses System bietet 
  eingefleischten Unix-Anhaengern ein Druckersystem wie man es z.B. 
  auf Suns findet:
   lpd : Daemon, druckt das File im Hintergrund aus, in der 
         Zwischenzeit kann man wirklich ohne Probleme weiterarbeiten.
         Also: Kein Zeit-Verlust beim Drucken von files.
   lpr : Sendet die Druckauftraege an den Daemon, bereitet die Files 
         zum Drucken vor (jede Menge Optionen: -h fuer Headerline auf
         jeder Seite mit Seitennummer von wie vielen Seiten, wer hat
         wann welches File gedruckt.
         -n fuer nummerieren der Zeilen, Listings werden so leichter 
         lesbar, -c gibt die anzahl der Kopien an, -t laesst eine 
         "translation-tabelle" laden um Atari-Zeichen auf andere 
         Zeichen zu mappen.)
   lpq : Anschauen der Drucker-Queue: Wer druckt welches File
   lprm: Loeschen eines Druckerauftrages: Nur der owner oder root
         darf das File loeschen, jede Zuwiederhandlung wird festgehalten :-)
   lpstat: Erfragen und setzen des Status vom lpd. 
So, nun hab ich genug Werbung fuer mein eigenes Programm gemacht :-)
Probiert es aus und seht selber.

Was waere zu wuenschen:
  Mir persoehnlich fehlt bei dieser ganzen Sache nur noch eines:
  ein vernuenftiges 'su'-Kommando. Wie oft kommt es vor, dass man
  gerade als user xyz arbeitet und dann die Rechte vom user zyx
  braucht. Bisher muss ich mich erst ausloggen und dann wieder 
  als Benutzer zyx einloggen :-(.

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

Gruss
      Joerg

-- 
     /      ----    ----     Jörg Hoyer
    /___   /___    /___/    Universitaet Gesamthochschule Paderborn, FB17
   /   /      /       /    Warburger-Str. 100, W-4790 Paderborn, GERMANY
  /   /   ___/    /__/    email: hsg@uni-paderborn.de

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."      *

wenzel@marsu.tynet.sub.org (Markus Wenzel) writes:
>Doch: ein richtiges BSD :-))
Hab ich leider nur in der Uni und nicht zuhause :-(

>> >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,

Hmm, ich hatte damit keine Probleme, man muss natuerlich erst mal in den 
Sourcen (oder Docs ?) nachschauen, was für Pfade gebraucht werden und 
entsprechent setzen oder ändern. Ich habe die Pfade entsprechend der 
gewünschten Verzeichnisstruktur gesetzt, sie ist aber auch identisch
mit der unter Unix.

>3.	Nicht versuchen, "init" aus der Shell heraus aufzurufen. Geht schief.
Klar, das muss ja schief gehen, da das init ja nur ein haufen anderer 
Programme aufruft und die sich die ganze Console schnappen :-)

>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.
Genau!

>> 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.
Ist klar, aber nur mit dem init(8)-Packet hat man wirklich auf Minix-Filesys
mehrere Rechtegruppen (mir fiel kein besseres Wort ein :-()

>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.
Hmm, versteh ich nicht. 
Ich muss gestehen, dass ich ihn zur Zeit gar nicht starte, sondern nur
bei Bedarf mit lpstat -r starte, hatte es aber mal eine ganze Zeit lang
gemacht, ohne Probleme! (allerdings ohne Ausgabeumleitung, Fehlermeldungen
werden in der Regel direkt in lpd.err geschrieben (fwrite)).


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

>> 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.
Ich habe nichts dagegen :-)

>> 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.
Irgendwelche Sachen geändert (bis auf Pfade) ? Wenn, dann schicke ne 
mail was Du geänderst hast.

>> Was waere zu wuenschen:
>>   Mir persoehnlich fehlt bei dieser ganzen Sache nur noch eines:
>>   ein vernuenftiges 'su'-Kommando. 
>Mir auch! -> Wer opfert sich??
Freiwillige vor!
(ich geh schon mal einen Schritt zurück :-))

Gruss
    Jörg.

-- 
     /      ----    ----     Jörg Hoyer
    /___   /___    /___/    Universitaet Gesamthochschule Paderborn, FB17
   /   /      /       /    Warburger-Str. 100, W-4790 Paderborn, GERMANY
  /   /   ___/    /__/    email: hsg@uni-paderborn.de