From: cross@cs.tu-berlin.de (Carsten Rossenhoevel)
Subject: Neue Aufgaben fuer FTPadmins (was: Re: GCC fuer Solaris 2 verfuegbar)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Organization: FB20 unbundled
Mime-Version: 1.0
Date: Tue, 18 Aug 1992 00:36:28 GMT

klute@tommy.informatik.uni-dortmund.de (Rainer Klute) writes:
 > |>      c) Koordinations- und Verteilungsaufgaben in Deutschland
 > |> 	uebernehmt, [mit dem Ziel], eine der Netztopologie angemessene
 > |>   Verteilung der archivierten Software zu erreichen?
 > 
 > Wer soll das bezahlen? "Koordinations- und Verteilungsaufgaben" - was
 > immer sich im einzelnen dahinter verbergen mag - kann man sicherlich
 > nicht so nebenbei erledigen.  Damit stellt sich die Frage der
 > Finanzierung. Wie waere es, wenn diejenigen, die die Durchfuehrung
 > solcher Aufgaben fuer notwendig halten, diese auch organisierten?
 
Viele FTPadmins in Deutschland (die Mehrheit?) werden fuer ihre
Arbeiten nicht bezahlt.  Es ist ein Phaenomen, dass die Vollzeit-
RZ-Mitarbeiter grundsaetzlich viel weniger Zeit haben als die
unbezahlten Studenten.  Ausserdem stellt sich bei Studenten nie
die Frage, wer fuer die Finanzierung aufkommt -- wo kein Geld ist,
braucht man auch nicht drueber nachzudenken :-), sondern kann eine
ganze Menge ohne erreichen.

Hinter "Koordinations- und Verteilungsaufgaben" verbergen sich eine
Reihe jetzt anstehender Aufgaben, die deutschlandweite Koordination
der FTPadmins erfordern.  Dazu zaehlen:

    o Vereinheitlichung der Verzeichnisstruktur und der Benennung
       Notwendig fuer archie und replizierende FTP-Protokolle,
       siehe Arbeitsgruppe an der ETH Zuerich

    o Vereinheitlichung der gesamtarchivbezogenen Dokumentation
      (INDEX, ls-lR).
       Die Mailinglist de-mirror ist gerade zu einem ersten Ergebnis
       gekommen, das die Weiterverarbeitung von Indices schon sehr
       vereinfacht und die Benutzerfreundlichkeit verbessert.

    o Vereinheitlichung der dateibezogenen Dokumentation (".idx")
       Notwendig zur Benutzerdokumentation (erweitertes ls, etc.)
       und fuer FTPadmins selbst (woher geholt, Alter..)

    o Aufbau einer Datenbasis dateibezogener Dokumentation
       Diese Arbeit sollte (mindestens) deutschlandweit koordiniert
       werden, damit sie nicht mehrfach gemacht wird; Muenchen hat
       glaub ich damit angefangen

    o Sammlung und Optimierung der mirrors
       mirrors brauchen jetzt schon ca. 10 % der anonFTP-Transfers
       (von mir nach Statistiken der Amiga- und Index-mirrors
       geschaetzt), sind aber bisher nicht nachfrageorientiert
       und nicht entfernungsoptimiert

    o Einrichtung einer Menge von "Referenz"-Servern
       Zur Zeit sind N FTPadmins damit beschaeftigt, GNU, X11,
       386BSD, etc. zu sammeln.  Ein definitiv gut gewarteter,
       spiegelbarer Referenzserver zu jedem Themenbereich, auf dessen
       Qualitaet von allen geachtet wird, wuerde die zur Verfuegung
       stehende Gesamtarbeitsleistung sehr viel besser ausnutzen.

    o Analyse des zur Verfuegung stehenden Plattenplatzes,
      Planung zukuenftiger Inhalte

    o Standardisierung und Implementierung eines Verbund-FTP-Servers, 
       der den Ort eines Pakets fuer den Benutzer so transparent wie
       moeglich macht.
       Ausserdem sollte so ein Server Frontends zu neueren 
       (besseren?!) Protokollen wie WAIS, gopher haben.

Alle diese Aufgaben benoetigen nur Arbeitszeit (und Kreativitaet :-)).
Weitergehende Finanzierung ist nicht notwendig (von Platten 
vielleicht abgesehen, aber Plattenplatz ist das kleinere Problem).

Es gibt in Deutschland inzwischen genuegend Medien, ueber die
interessierte FTPadmins erreicht werden koennen (de.admin.archiv,
de-mirror mailing list).  Es gibt auch Bereitschaft zu Neuerungen,
und die Zeit ist reif dafuer (siehe Ansaetze des archie3.0-Projekt,
Internet Resource Directory; Wide Area Information Service; ...).

Meiner Meinung nach ist es vertane Zeit, wie eh und je nur lokal
herumzuwuseln und durch die Sammlerei von Package-updates jede
Menge Arbeitsleistung zu vergeuden.

Die Arbeiten und Probleme sind doch auf allen FTPservern gleich;
warum sollen sie nicht gemeinsam geloest werden?

CU, Carsten

......................................................................
freiwillige Arbeitsgemeinschaft FTP             ftpadm@cs.tu-berlin.de
FB Informatik, TU Berlin            {amk,cross,oswald}@cs.tu-berlin.de