08.Mai 2012 ab 19:30 im Café Chameleon

wieder eine Gelegenheit, Gleichgesinnte zu treffen. Der Termin hat sich aus der Diskussion nach dem letzten Treffen als Konsens herausgestellt, sodass hoffentlich der kurze Vorlauf kein Problem für euch ist.

Das Café Chameleon liegt in der Dreyerstr. 10 B, Ecke Braunstraße, 30169 Hannover. Mit der Strapazenbahn Linie 10 vom Hauptbahnhof Richtung Ahlem sind es ca. 7 min., Ausstieg Haltestelle Glocksee, entgehen Fahrtrichtung nach ca. 100m links direkt an der Strasse.

Also, Hannoveraner und Umländer, merkt euch den Termin vor.

• QuickSync/VRSync

  Zum Datenabgleich mit GNOME Cal/Card bzw. KOrganizer dient QuickSync auf dem VR3 und VRSync auf dem Desktop. Auf der mitgelieferten CDROM sind ältere Versionen zu finden. Ein Download von der AgendaComputing Homepage (Software/Updates) lohnt sich. Die vorcomplilierten Versionen liefen bei mir auf SuSE 7.0, aber nicht auf Mandrake 7.2 oder 8.0. Zum Neukompilieren sind die Bibliotheken FLTK und FLEK nötig, die Homepages stehen im README.
  Mit dem Abgleich von GNOME Cal gab es massive Probleme unter vrsync-0.48; auf dem VR3 kamen keine Datensätze an oder es genügte eine bestimmte Adresse, um alle Einträge der Contacts zu löschen. Unter Version 0.50 trat das Problem nicht auf.

• Agenda Desktop
  Agenda Desktop portiert die VR3 Anwendungen zurück auf den Desktop und beinhaltet ein benutzerfreundliches Interface für Sync, Flashen eines Betriebssystem-Updates usw. Dadurch stehen auf beiden Plattformen dieselben Programme bereit. Kleiner Schönheitsfehler: Der PPP-Daemon auf dem Desktop wird mit der noauth-Option gestartet, und dafür sind Root-Rechte erforderlich.

• PPP Verbindungsproblem

  Nach ca. einer Woche meldete der VR3 beim Versuch, eine PPP Verbindung zum Desktop aufzubauen einen Fehler
  "error writing peer file"
  Auch ein Reset des VR3 hat nicht geholfen. Ein Tipp aus dem Agenda Forum löste das Problem: QuickSync auf dem VR3 bei angeschlossenem Sync-Kabel manuell starten, auf Sync und gleich wieder auf Cancel klicken. Mein Verdacht: Ein abgebrochenes QuickSync hinterlässt eine Lock-File, die das PPP Interface oder das serielle Device blockiert. Nur QuickSync selbst kann es entfernen (Permissions ?).

• Handy und IR-Schnittstelle
  Mein Siemens S25 hat ein eingebautes Modem und sollte prinzipiell mit dem VR3 arbeiten. Zwei Eingriffe waren aber erforderlich:
  1. Bei Matrix ROM-Disks (SYS-V): wirattach /dev/ttyS1 musste die IR Schnittstelle aktiviert werden. Dieses Programm ist eine Anpassung des Original-irattach Programms, das mit einem Kernel 2.4.x nicht mehr funktioniert. Man sollte daher in /etc/rc.d/init.d das irattach Startskript entsprechend ändern und immer wirattach beim Boot starten.

     Bei neueren SNOW ROMDISKS wurde das Problem behoben, irattach funktioniert.

  2. Die unter /home/default/.network abgelegte Config-File für die Verbindung (mit System/Network erstellt) musste manuell editiert werden;
     init_string AT&F0^MATZ bringt den Erfolg. Aber Vorsicht: ein erneutes Bearbeiten mit den VR3 Netwerk-Einstellungen löscht den init_string wieder !

Spezielle Tipps

• Editoren für’s Terminal
  Es gibt eine VIM Portierung auf den VR3, die auch im Terminal wunderbar läuft. Das reguläre Tastatur-Layout scheint aber auf den ersten Blick keinen Doppelpunkt zu besitzen. Der ist über SHIFT-; (Semikolon) zu erreichen. So arbeitet auch VIM einwandfrei.

  Eine Alternative:
  Die Micro-Emacs Portierung ME wird mit CTRL-Codes gesteuert und arbeitet auch bestens.

• Filemanager
  Fman ist nicht nur ein handlicher Filemanager, sondern enthält auch gleich einen Mini-Editor. Für unterwegs ist dieser mehr als ausreichend. Es existiert auch eine Version mit Unterstützung des IR-Ports, mit der sich Dateien "beamen" lassen.

• Webbrowser
  Als Webbrowser macht w3m eine gute Figur. Er ist auch als SNOW Variante zu bekommen. Mit dem Browser "links" habe ich Probleme, auf grössere HTML Seiten zuzugreifen. Man kann w3m auch mit den Agenda-Tasten bedienen; dazu benötigt man allerdings eine Anpassung der Keybindings. Meine Version der Datei keymap gehört nach /home/default/.w3m. Damit gilt dann folgende Tastenbelegung:

  Cursor down	Seite ab
  Cursor up	Seite auf
  Cursor rechts	Zum nächsten Link
  Cursor links	Zum vorherigen Link
  Shift-Cursor rechts	Link folgen
  Shift-Cursor links	Zurück vom Link

• E-Mailprogramm
  Derzeit verwende ich die ROM-Diskvesion 1.2.0 SNOW. Leider konnte ich bisher kein E-Mailprogramm darauf zum Laufen bekommen. Agenda Deutschland liefert jedoch seit 07.12.2001 eine ROM-Disk 1.2.6 aus, die ein Mailprogramm "amail" und das Programm "fetchmail" enthält. Zusammen sind diese Binaries unter 250 KB gross. Sie laufen problemlos auch mit Version 1.2.0. Mails senden und empfangen klappt mit meinem Siemens S25 Handy problemlos.

• Speicherplatz
  Dank flmon ist folgendes Verhalten des Agenda zu beobachten: Nach einem Neuboot nimmt die Menge des verfügbaren Speicherplatzes kontinuierlich ab. Bei normaler Nutzung ist nach 2-3 Tagen (bei mir!) das System so langsam geworden, dass nur ein Neustart hilft. Andere Anwender berichten im Agendaforum von ähnlichen Ausfällen.

  Dieses Problem ist entschärft bei neueren H20 SNOW ROM-Disks wie der Version 1.2.0S, aber noch immer zu beobachten.

  [23.03.2002] Bei diesem Phänomen scheint es sich um einen Fehler in der Funktion für die Anzeige des Startmenüs zu handeln. Dort wird Speicher allokiert, aber nicht wieder freigegeben. Ein entsprechender Fix fliesst in das Community-CVS ein.

• Die Liste der Geräte meiner Sammlung wurde überarbeitet und korrigiert. Nun sind alle momentan vorhandenen Geräte mit Beschreibungen aufgenommen.
• Meine kleine PDA Sammlung hat Zuwachs bekommen (Danke an Michael) und hat nun eine eigene Seite.
• Alle Beschreibungen der Rechner mit Ausnahme der PDAs enthalten jetzt jeweils eine Liste der Programme, die ich bereits erfolgreich in Betrieb nehmen konnte. Dort sind auch die verarbeiteten Dateitypen zu ersehen- diese Listen benutzen die gleichen Datenquellen wie die Liste zur Konvertierung von Dateiformaten.

Die folgende Methode habe ich viele Male erfolgreich ausprobiert. Sie hat allerdings zwei wichtige Voraussetzungen:

1. Benötigt wird ein PC mit Windows NT, Windows 2000 oder Windows XP mit einem 3,5 Zoll Floppy Disk Laufwerk. Dieses muss auch in der Lage sein, auf Double Density (720 kByte) formattierte Disketten zu lesen und zu schreiben. Leider gilt das nicht für jedes Laufwerk- das neuste Laufwerk meiner Sammlung (immerhin auch schon 4 Jahre alt) funktioniert nicht. Hier hilft nur ausprobieren (siehe unten).
2. Der Sinclair QL muss über ein Floppy Disk Interface und eine passende Floppy verfügen. Das Interface muss man wohl oder übel kaufen, ein PC Floppy Disk Laufwerk kann man selbst anschliessen

Sind die Voraussetzungen erfüllt, sollte das folgende “Kochrezept” zum Erfolg führen:

Schritt 1: Sinclair QL Floppy vorbereiten

Am Sinclair QL wird eine Floppy frisch formatiert, unter QLDOS mit

format flp1_mydisk

für eine Floppy im 1.Laufwerk des QL. Eine echte DD Floppy (nur ein Schreibschutz-Schieber, kein Indexloch gegenüber) funktioniert sofort, eine HD Floppy muss mit Klebefilm über dem Indexloch zu einer DD Disk degradiert werden. Die formatierte Disk wird am Sinclair auf Funktionstüpchtigkeit geprüft, zumindest sollte ein

dir flp1_

keine Fehler bringen.

Schritt 2: QEmulator auf dem PC installieren

QDOS Floppies verfügen über ein FAT (MSDOS) ähnliches Dateisystem, unterscheiden sich aber in einigen Punkten. Daher lassen sie sich nicht direkt am PC beschreiben. Die beste Lösung ist die Verwendung des Q-Emulator für Windows, da dieser sowohl QDOS Disketten schreiben als auch (siehe Schritt 3) QL ZIP Files entpacken kann. Der Q-Emulator wird normal installiert. Die Software ist Shareware und bietet den vollen Umfang erst nach Lizenzierung. Für den hier beschriebenen Einsatz genügt aber der normale Modus (klassischer QL).

Am unteren Rand des Q-Emulatorfensters sind vier “Slots” für echte Disketten oder Images:



Mit der rechten Maustaste können hier echte Laufwerke (”QDOS Floppy Disk…”) oder Verzeichnisse (”Attach Directory…”) angemeldet werden.



Nach Einlegen der in Schritt 1 formatierten Disk und dem Zuweisen von Laufwerk A: zu Slot 1 sollte ein

dir flp1_

den (leeren) Inhalt der Disk und die freien Sektoren zeigen.

Schritt 3: Entpacken von ZIP-Archiven auf QDOS Disks

Zum Entpacken ist ein UNZIP Programm im Q-Emulator erforderlich. Der Grund: Im Archiv sind Meta-Informationen zu jeder Datei gespeichert, die sich nur auf QDOS Disketten schreiben lassen. Sie gehen bei Entpacken auf anderen Dateisystemen verloren. Um dem Q-Emulator ein UNZIP “unterzuschieben”, geht man so vor:

1. Man benötigt das von Rich Mellor (RWAP Software) bereitgestellte Archiv QEmulator-Unzip. Diese Version funktioniert nur unter Windows mit dem Q-Emulator.
2. Das Archiv wird an eine beliebige Stelle entpackt (z.B. nach c:\programme\q-emulator\unzip).
3. Anschliessend wird dieses Verzeichnis in Slot 3 des Q-Emulators eingehängt (”Attach Directory…” wie in Schritt 2)
4. In Slot 2 wird schliesslich ein Austauschverzeichnis für die zu entpackenden ZIP Archive eingehängt, bei mir ist das C:\TEMP

Schritt 4: ZIP entpacken und auf Disk schreiben

Der Rest ist nun geradeaus zu erledigen:

1. Das zu entpackende ZIP Archiv kommt nach C:\TEMP, die Datei wird unter Windows umbenannt und der Punkt als Trenner durch einen Unterstrich ersetzt (also z.B. MYFILE.ZIP nachMYFILE_ZIP)
2. Im Q-Emulator wird die Datei auf Disk kopiert:
   
copy flp2_myfile_zip to flp1_myfile_zip


3. Dann wird das UNZIP Programm aufgerufen:
   
exec flp3_unzip;'flp1_myfile_zip'

   (2x ENTER, evtl. Fehlermeldung bzgl. nicht gefundener Bibliotheken können ignoriert werden) Zur Syntax: Die Parameter für UNZIP kommen in einfache Hochkomma, zwischen dem UNZIP und den Parametern steht ein Semikolon

4. Das Laufwerk sollte jetzt summen und die Dateien auf der Disk entpacken.

Die so erzeugte Disk sollte im echten Sinclair QL erkannt werden, die Programme sollten ausführbar sein.

… und ausserdem

Leider läuft nicht jedes Programm auf Anhieb. Ich konnte Easel, Archive und Abacus von Dilwyn Jones Sinclair QL Pages von der Floppy laufenlassen (Floppyversionen), Quill 2.35 will nicht… . Oft liegt das an fest kodierten Laufwerksprefixes, die auf MDV zeigen. Dann kann ein “microdrive to floppy disk program converter” helfen, der entsprechende Strings im Programmcode tauscht.

Er hat bei mir funktioniert, das muss aber zwangsläufig auch für andere Laufwerke und Interfaces gelten.

• Entfernen des Steckers auf der Floppy-Seite durch Aufhebeln des Klemmverschlusses
• Entwinden des gedrehten Kabelteils
• Vorsichtig das Kabel zwischen den Adern 9/10 und 12/13 auftrennen (etwas einschneiden, dann Ziehen!)
• Das so gewonnene Teistück 10,11,12 drehen (also 10 und 12 vertauschen)
• Den Stecker wieder aufklemmen, dazu das Flachbandkabel in den “Deckel” legen (dort sind Führungsrinnen), dann den Teil mit Schneidzungen aufdrücken

Die Prozedur gelingt selten beim ersten Mal, also sollten genügend Kabel bereitliegen. Für die Floppy wird noch eine passende Stromversorgung mit 5 Volt benötigt. Hier empfiehlt sich ein Steckernetzteil, wie es z.B. USB/IDE Festplattenanschlusskits beiliegt.

In den Beschreibungen zu den Rechnern meiner Sammlung sind ausserdem die jeweiligen Programme ebenfalls vermerkt.

Diese Aufstellungen erzeuge ich übrigens mittels eines UNIX Shellscripts aus einer zentralen LibreOffice Datei.

Die Silicon Graphics Indy verfügt über einen 13W3 Monitoranschluss. Dieser Anschluss ist so breit wie ein DB25 Anschluss (serielle Schnittstelle), verfügt aber nur über 10 normale Pins und drei Koaxialbuchsen. Auf diesen Buchsen liegen die Farbsignale (RGB mit Sync auf Grün). Die Pins dienen hauptsächlich der Bildung von Monitor IDs, Pin 8,9,10 liegen auf Masse. Ähnliche Buchsen finden sich auch an SUN Workstations, dort aber mit anderer Pinbelegung.
Um einen mechanischen und elektrischen Anschluss herzustellen, braucht es einen SGI 13W3 VGA Adapter. Diese Adapter sind im Internet (eBay) zu bekommen. Wichtig ist die Spezifikation für SGI Indy- SUN Adapter funktionieren nicht.
Mit dem passenden Adapter funktioniert jeder Monitor, der ein “Sync on Green” versteht. Mein TFT Display kann das, mein 15 Zoll Röhrenmonitor auch.

Auflösung einstellen

Bei meiner Indy mit einer NG1 2D Grafikkarte stellt der IRIX X11 Server normalerweise eine Auflösung von 1280×1024 Pixel bei 72 Hz ein. Das ist leider zuviel für meinen 15 Zoll Monitor, an dem die Indy laufen soll. Um die Auflösung auf 1024×768 bei 60 Hz zu ändern, bin ich folgendermassen vorgegangen:

• Als “root” kann man testweise die Auflösung umstellen:
  /usr/gfx/setmon 1024x768_60

• Der X11 Server geht aber nach wie vor von der höheren Auflösung aus und muss neu gestartet werden:
  /usr/gfx/stopgfx;/usr/gfx/startgfx &

• Um die Auflösung auch nach einem Reboot zu erhalten, ist bei IRIX 5.3 ein Patch an der Datei /etc/init.d/xdm nötig. Die ursprünglichen Zeilen
  
'start')
if test -x $XDM; then
if $IS_ON windowsystem && test -x $XSGI || $IS_ON xdm; then
exec $XDM
fi
fi

  werden geändert, es wird hinzugefügt:
  
'start')
if test -x $XDM; then
if $IS_ON windowsystem && test -x $XSGI || $IS_ON xdm; then
if [ -f /var/X11/Xsgi.res ]; then
r=`cat /var/X11/Xsgi.res`
$XSGI &
p=$!
env DISPLAY=:0.0 /usr/gfx/setmon $r
kill $p
fi
exec $XDM
fi
fi

  In die Datei /var/X11/Xsgi.res wird dann eingetragen:
  1024x768_60

X11 remote