|
| |
September 2002
Das GNU/Linux-Tagebuch von
Agon S. Buchholz.
Tagebuch :
2002 : 09 :
Übersicht
01-Jan-2002/09-Jan-07
Übersicht
Nach etwa zwei Wochen waren die GUI-basierten Administrations- und
Konfigurationsmöglichkeiten von
Red Hat 7.3 ausgeschöpft; Linux ist -- auch in der Darreichungsform
aktueller Distributionen -- definitiv kein Betriebssystem, das sich
sinnvoll über ein GUI administrieren lässt. Ein
Desktop stört bei der
Administration zwar nicht, für die Systemverwaltung hat er aber
keinerlei Sinn. Die GUI-basierten Tools sind lückenhaft, nur partiell
implementiert oder voller Fehler. Als Windows-Administrator ist man es
gewohnt, Mail-, DNS-, Web- oder Proxy-Server vollständig über Dialoge
oder menügesteuert einrichten zu können, unter Linux ist das pure
Utopie.
So reibungslos die Installation und das Einrichten eines Basissystems
auch begonnen hatte (vgl. 08/2002), so
frustrierend wurde die "Feinkonfiguration", also das Einrichten
ernsthafter Applikationen. Die Hauptprobleme hierbei waren:
- Unlösbare Abhängigkeiten (Dependencies) innerhalb
der RPM-Pakete oder Tarballs; das, was unter Windows als DLL Hell
verschrien ist, findet unter Linux ein noch viel höllischeres
Ebenbild: Keine Probleme, solange man innerhalb der eigenen
Distribution bleibt, unlösbare Probleme, sobald man auf
"Fremdprodukte" (so ziemlich alles, was es bei Sourceforge
oder Freshmeat eben gibt) zurückgreift. Ganz schlimm wird es,
wenn man fehlerhaft gebaute RPMs installiert -- die wird man unter
Umständen nie wieder los. Potentielle Kandidaten sind beispielsweise
verschiedene
vorbis, lame und
mplayer Pakete.
- Unzureichende Standardisierung. Dass Kommandozeilen-Tools
kein Clipbaord kennen, kann ich ja noch nachvollziehen; X-, KDE- und
GNOME-Anwendungen lassen sich zwar wechselseitig auf dem jeweils
anderen Desktop ausführen,
Daten lassen sich aber nur mit übelsten Verrenkungen austauschen.
Ein Beispiel: Das LaTeX-Frontend
LyX bietet ein
rudimentäres GUI, kann aber keinerlei Daten mit einem Web-Browser
oder einem Texteditor austauschen. So war das Anfang der 90er Jahre
auch mal unter MS-DOS mit den damaligen Pseudo-Oberflächen
(Quarterdeck...).
- Tote Projekte. Es gibt zwar eine unglaubliche Vielfalt an
Open Source-Projekten, die nahezu alle
Anwendungsfelder
abdecken, dies bedeutet jedoch nicht, dass es auch wirklich für alle
Anwendungen funktionsfähige Lösungen gibt; schätzungsweise 50% aller
Projekte, die ich in den vergangenen vier Wochen abgeklappert habe,
existieren entweder gar nicht (haben also nie ein Release
oder Mission Statement veröffentlich), oder sind tot. Ein
besonders bedauernswertes Beispiel ist das vielversprechende
LaTeX-Frontend Klyx,
das aus nicht nachvollziehbaren Gründen eingestellt wurde.
Arbeitsplan
Um ein halbwegs funktionstüchtiges System zu bekommen, mit dem ich
meine alltäglichen Arbeiten unter Linux erledigen kann, sind folgende
Problemfelder zu lösen (ohne spezielle Reihenfolge):
Host lx
lx ist der SMP-Rechner unter
Red Hat 7.3, den ich als Desktop nutzen möchte.
|
Problem |
Lösungsansatz |
Abhängigkeiten |
|
Hardware-Monitoring einrichten (à la MBM 5 unter
Microsoft Windows),
insbes. Überwachung der Lüfter-Drehzahl und der CPU-Temperatur. |
- Paket
lm_sensors (Backend) zum Laufen
bekommen;
- geeignete Frontends finden.
|
- Kernel patchen oder, falls möglich,
lm_sensors-Unterstützung
im Kernel aktivieren.
- Kernel compilieren.
- Passende Quellen für den laufenden 2.4.18-10smp finden.
|
Drucken über Samba. lx soll über den
Windows-Rechner helios drucken, an den ein
Postscript-Laserdrucker angeschlossen ist. Lokal lässt sich der
Drucker problemlos einrichten und nutzen, auf dem
Windows-Rechner kommen aber keine Print-Jobs von lx
oder gar deb an. |
|
- Verschiedene undurchsichtige Druck-Subsysteme, die sich
gegenseitig ausschliessen.
|
|
Lokales Peer-to-Peer-Netzwerk für Dateiaustausch. Das macht
Samba "ein bisschen", aber nur sehr unsauber. Ziel ist ein
transparenter Zugriff auf Windows-Shares. |
- Samba- Funktionsweise verstehen;
- Funktionierende Konfigurationstools finden (Webmin?);
- absichern.
|
|
|
Grundsatzentscheidung für eine Distribution. Ich favorisiere
bisher zwar aus pragmatischen Gründen
Red Hat,
Debian GNU/Linux ist mir aber weitaus sympathischer.
Ebenfalls in Frage kommt
Mandrake Linux und evl. auch
United Linux. |
Testen folgender Distributionen:
|
- Download der ISO-Images, evl. Kaufen einer Distribution.
- Warten auf die Final-Version von
United Linux.
|
|
Administration. Diverse Admin-Utils konfigurieren, z.B.
Nessus. |
- Man-Pages, HOWTOs usw. lesen.
|
|
|
Fax senden und empfangen. Das sollte, wenn möglich, über
eine LAN-CAPI netzwerkweit funktionieren, auch über
Microsoft Windows-
Clients. |
- Hylafax
- gfax
- sendfax+mgetty
|
- Funktionierende Treiber für ISDN-Karten finden.
- Entscheidung für ein Fax-System fällen.
- Unterstützt Hylafax wirklich keine SMP-Systeme?
|
|
ISDN-Monitor. Unter
Microsoft Windows gibt es verschiedene Tools, die u.a. den
Status der ISDN-Kanäle anzeigen (ISDNWatch) und
eingehende Anrufe über die Rufnummer identifizieren und in einem
Pop-up-Fenster signalisieren (PowerISDNMonitor). |
|
|
|
Webworking. Kefk Network und über zwei Dutzend
Subsites auf- und ausbauen. |
- FrontPage-Clone für Linux schreiben oder entsprechendes
Projekt initiieren.
- FrontPage unter
WINE
oder
VMWare zum Laufen bekommen (jeweils Teilprojekte, s.u.).
- Funktionales Linux-Äquivalent für Web-Authoring, Site
Management und Link Management finden.
|
- FrontPage-Clone: Siehe
Project Tark.
- WINE und VMWare: s.u.
- Funktionales Äquivalent: unklar.
|
|
Projekt Tark. |
- Informieren über Entwicklungs- umgebungen unter Linux.
- Entscheidung für geeignete Bibliotheken (GTK etc.).
|
|
|
Ausführen von Win32-Anwendungen unter Linux. Bestimmte
Anwendungen, insbesondere FrontPage und FrameMaker,
sind unter Linux m.W. nicht ersetzbar, da keinerlei Äquivalente
existieren. |
- Konfiguration/ Neuinstallation von
WINE.
- Arbeits- und Funktionsweise von WINE verstehen.
- Compatbility List der CodeWeavers regelmässig checken.
|
|
|
Emulieren von
Microsoft Windows unter Linux. |
-
VMWare zum Laufen bekommen.
- Evl.
Win4Lin ausprobieren (wesentlich besserer Support, u.a.
vorkonfigurierte SMP-Kernel).
|
- Geeigneten SMP-Kernel für VMWare bauen.
- Passende Quellen für den laufenden 2.4.18-10smp finden.
|
|
Lokalen Test-Webserver aufsetzen. |
- Apache 2.0 Binaries auftreiben.
|
- Passende FPSE 2002 finden und installieren.
|
|
GNOME 2.0 installieren. |
- Abwarten auf aktualisierte Distributionen.
- Funktionierende Quellen für Garnome o.ä. finden.
|
|
|
GnuPG
konfigurieren. Verschlüsselte Mail (Enigmail) wird in
Mozilla Mail nicht angezeigt. |
- Regelmässig Status von
GPA und
GPGME
überprüfen.
- Nach Alternativen suchen.
|
- Public und Private Keys importieren.
|
|
Ersatz für Mozilla Mail finden. |
- Hochleistungsfähigen MUA finden (Sylpheed?)
|
- Mails von
helios importieren (Mozilla Mail,
evl. auch Outlook)
|
|
Homebanking mit HBCI. Ist das überhaupt möglich? |
|
|
|
Dynamic DNS-Client installieren. Bisher nutze ich DNS2Go von
Deerfield.com. |
|
|
|
LinuxDoc und andere SGML-Dokumente erstellen und bearbeiten. |
- SGML-Tools besorgen, installieren und konfigurieren.
- LinuxDoc-Buch besorgen und lesen.
- SGML- oder zumindest XML-Editor mit GUI finden.
|
|
|
GNUstep. |
- GNUstep
zum Laufen bekommen.
- Testen, ob bereits geeignet für den produktiven Einsatz.
|
- Aktuelle Docs und Build Guides finden.
|
|
Spracheingabe. |
|
|
|
Sprachausgabe-/ synthese. |
|
|
|
Audiobearbeitung. |
|
|
|
Audio-Encoding (Ogg Vorbis). |
- Herausfinden, warum grip keine OGG-Dateien encodieren
kann.
- GUI-basiertes Tool finden, mit dem nicht nur CDs gerippt
und encodiert, sondern auch vorhandene WAV-Dateien encodiert
werden können.
|
- unklare Abhängigkeiten irgendwo bei den
vorbis-tools oder libvorbis?
|
|
Entscheidung für eine Alltags-Tetverarbeitung als Ersatz für
Word. |
- OpenOffice.org?
- Abiword?
- KOffice?
- StarOffice?
- Sonstige?
|
- Reibungsloses Einlesen vorhandener Word-Dokumente.
|
|
GUI für mplayer. |
|
|
|
Tools für diverse
Anwendungen finden, z.B. für Orgcharting/
Diagramme, Genealogie, Notensatz und Mind Mapping. |
|
|
Host gw
gw ist der Gateway-Rechner, der zuständig ist für die
Einwahl ins Internet über PPPoE; er läuft seit einigen Jahren
diskless unter
Coyote Linux.
Da der Rechner von einer schreibgeschützten Floppy bootet und alle paar
Wochen resettet wird, konnte der Rechner bisher nicht kompromittiert
werden ;-)
|
Problem |
Lösungsansatz |
Abhängigkeiten |
|
Funktionalität erweitern (Firewalling, Port Forwarding
u.a.); Steuerung und Statusanzeige über KDE-Applet. |
|
|
|
Sinnvolle Firewall aufsetzen. |
|
- Aktuelle ISO-Images besorgen.
|
|
IDS und IRS aufsetzen. |
|
|
Host deb
deb ist ein Testrechner unter
Debian
GNU/Linux 3.0.
|
Problem |
Lösungsansatz |
Abhängigkeiten |
|
Debian GNU/Linux hinterlässt in der Standardinstallation ein
disfunktionales XFree86. |
- X-Konfiguration per Hand oder Neuinstallation.
|
|
|
DeMuDi (Debian Multimedia Distribution) ausprobieren;
das aktuellste ISO-Image ist leider ein Jahr alt... |
- Snapshot vom Sommer 2001 installieren.
|
|
Hosts helios und nsharra
Zwei Microsoft Windows-Rechner
im LAN, die wunderbar untereinander kommunizieren; irgendwann soll deren
Funktionalität ebenfalls durch Linux übernommen werden, in nächster Zeit
erscheint das aber wohl illusorisch.
An helios und nsharra sind diverse
Peripheriegeräte angeschlossen, darunter:
- CD brennen (SCSI CD-Brenner),
- Zugriff auf Flachbettscanner (SCSI),
- Zugriff auf Negativ-/ Diascanner (SCSI),
- Zugriff auf Fotodrucker (USB, Tintenstrahl),
- Backup-/ Restore von Psion-PDA,
- Compact Flash Reader (SCSI, braucht drei nicht frei wählbare
SCSI IDs),
- Zugriff auf Digitalkameras (verschiedene Modelle, USB),
- HBCI-Karte für Homebanking (serielle Schnittstelle),
- Tape-Streamer (SCSI) u.a.
nsharra könnte zu einem zentralen Server umgebaut
werden, u.a. mit folgenden Funktionen:
- Anmeldung/ Authentifizierung (LDAP?),
- File-Server,
- Print-Server,
- Fax-Server,
- Backup-Server.
Hosts egon, nb und der Rest...
Die restlichen Rechner im LAN, darunter zwei ältere Notbooks, laufen
wohl auch mittelfristig noch unter
Microsoft Windows; u.a.
müssten dafür PCMCIA-Netzwerk- und ISDN-Karten unter Linux zum Laufen
gebracht werden und eine Unzahl an Software-Funktionalität sinnvoll
nachgebildet werden. Daran ist vorerst aber absolut nicht zu denken.
| |
 09/2002: |
|
Name: Besucher.
Online: 26 aktive User.
|
| Login |
Logout
|
|
|
Benachrichtigen bei Änderungen: |
|
|
|
|
Debian GNU/Linux 3.1 »Sarge«,
mit Debian-Anwenderhandbuch.
DVD-ROM +
Bonus-DVD
 EUR
49,90
(versandkostenfrei)
|
Debian GNU/Linux Power Pack.
von
Peter H. Ganten und
Wulf Alex.
946 Seiten, zwei DVDs
EUR 69,95
(versandkostenfrei) |
|
Ubuntu: |
Ubuntu/Kubuntu 5.10,
mit Handbuch.
EUR
29,90
(versandkostenfrei)
|
|
SuSE
Linux: |
SUSE
Linux 10.0 deutsch.
von Novell
EUR
48,95
(versandkostenfrei)
|
SuSE
Linux 9.3 Professional
von Novell.
EUR
82,99
(versandkostenfrei)
|
SuSE
Linux 9.3 Professional Update.
von Novell
EUR 59,95
(versandkostenfrei) |
|
Red
Hat Linux: |
|
Red Hat Linux
Professional Workstation.
EUR 99,95
(versandkostenfrei)
|
Red Hat Linux 9 Personal.
Red Hat Linux 9 Professional.
ab EUR 39,99
(versandkostenfrei) |
|
 |
Thematisch verwandte Subsites:
Apple,
BSD,
Hardware,
Internet,
Microsoft Windows,
Networking,
Open Content,
Open Source & Free Software,
Politik,
Recht,
Safety,
Security,
Shopping,
Software,
The Tark,
Webworking,
Wissen. |
 |
|
|
