[ad#vert-banner]

Ein erster Blick auf die Installationsanleitung offenbart keine sehr ausführlichen Informationen. Lediglich ein paar Pakete installieren, und fertig. Nun, wir wollen sehen. Die Installation wurde mit Hilfe von Parallels Desktop 3.0 unter Mac OS X vorgenommen. Als Gastbetriebsystem haben wir, wie in der Anleitung empfohlen Fedora Core 8 verwendet.

Nach der Installation von Fedora Core 8 in der VM mit den Standard Optionen fehlen vor allem noch ein Compiler, ein paar Developer Pakete und jede Menge Perl Module. Der bereits installierte Paketmanager YUM wird also gleich bemüht, um alles Fehlende an den Start zu bringen.

sudo yum install perl gcc-c++ libstdc++-devel xerces-c-devel js-devel flite openssl-devel libxml2-devel expat-devel

Soweit noch nicht geschehen, sollte cpan installiert werden. Hiermit lassen sich benötigte Perl Pakete leicht installieren. Eine Anleitung findet man auf der cpan homepage. Es ist jedoch ratsam folgende Pakete gleich mit zu installieren: ncftp, wget

sudo yum install ncftp wget cpan

Nun fehlen noch folgende Perl Module: XML::LibXML, BSD::Resource, Module::Build. Während der Installation von cpan werden mehrere Fragen gestellt, die eigentlich alle, bis auf die Frage nach dem Ort und den Servern, mit “ENTER” bestätigt werden können. Aber genau lesen hat noch nie geschadet. Die Fragen, ob alle benötigten Pakete ebenfalls installiert werden sollen, kann man auch getrost mit “ja” beantworten. Aber man sollte gewarnt sein: Je nach dem, wie viel oder wenig Perl Module schon installiert sind, dauert es unter Umständen bis zu 10 Minuten. Wie sich allerdings herausstellt, gibt es für Module::Build zwei optionale Pakete, die zwar wichtig sind, aber nicht automatisch installiert werden. Aus diesem Grund wird ExtUtils::ParseXS und damit auch ExtUtils::CBuilder zusätzlich installiert.

cpan install Bundle::CPAN
cpan install XML::LibXML
cpan install BSD::Resource
cpan install ExtUtils::ParseXS
cpan install Module::Build

Wenn alle Module erfolgreich installiert wurden, fehlt nur noch der asterisk Dienst. Dieser ist jedoch nicht über das Fedora Repository erhältlich. Deswegen muss in die YUM Konfiguration ein weiteres Repository aufgenommen werden. Dazu wird die Datei /etc/yum.repos.d/atrpms.repo mit folgendem Inhalt angelegt:

[atrpms]
name=Fedora Core $releasever - $basearch - ATrpms
baseurl=http://dl.atrpms.net/f$releasever-$basearch/atrpms/stable
#enabled=1
gpgkey=http://ATrpms.net/RPM-GPG-KEY.atrpms
gpgcheck=1

Anschließend muss noch der GPG Schlüssel für das neue Repository importiert werden:

sudo rpm --import http://ATrpms.net/RPM-GPG-KEY.atrpms

Jetzt kann der asterisk Dienst installiert werden. YUM wird vorschlagen, alle fehlenden Pakete ebenfalls zu installieren:

sudo yum install asterisk

Nachdem nun endlich alle Vorbereitungen für die Installation abgeschlossen sind, sollte das Voiceglue Paket heruntergeladen werden. Nachdem Download einfach entpacken, und los geht der Spass.

tar xvfz voiceglue_0.6.tar.gz
cd voiceglue_0.6
perl doc/install-voiceglue

Sollte das Installationsskript wider Erwarten nicht korrekt durchlaufen, müssen die einzelnen Komponenten per Hand in der richtigen Reihenfolge installiert werden:

• Cam-Scom
• dynlog
• libvglue
• openvxi
• phoneglue
• Satc
• SRGSDTMF
• voiceglue
• Vxglue

In jedem Unterverzeichnis sollte entweder eine Build.pl Datei oder ein build Skript liegen, welches ausgeführt werden muss. Bei Problemen kann ich gerne versuchen zu helfen.

Fazit: Mit der Original Anleitung war die Installation sehr mühsam, weil nicht alle Pakete aufgeführt sind, die benötigt werden. Nach mehrmaligem Zurücksetzen der Virtuellen Maschine konnte ich alle Paketabhängigkeiten herausfinden und auflösen. Die hier beschriebene Lösung funktionierte für mich ohne Probleme. Wie immer ist Feedback sehr willkommen. Für Hinweise und bei Problemen einfach einen Kommentar hinterlassen.

• valides XHTML 1.0 strict
• Optimierung des Inhalts für die Suchmaschinenindizierung
• Trennung von Inhalt und Aussehen mit Hilfe von CSS
• Trennung von Inhalt und Verhalten mit Hilfe von Javascript Bibliotheken
• Und selbstverständlich: identisches Aussehen und Verhalten in allen Browsern

[ad#vert-banner]

Soviel zur Theorie, denn jeder Webentwickler wird die Schmerzen bereits kennen, die ich im Moment empfinde. Die freie Auslegung der verabschiedeten Webstandards in den verschiedenen Webbrowsern macht die Entwicklung zu einer Tortour. Lässt sich in Browser f das Aussehen eines bestimmten Elementes definieren, ignoriert Browser e diese Anweisung beflissentlich. Definiert man die Position im externen CSS Stylesheet für ein Element relativ, so muss es für “nicht-Standard-Browser” absolut positioniert werden, um das gleiche Ergebnis zu erzielen. So setzt sich die Quälerei unendlich fort. Und immer öfter zwängt sich mir die Frage auf, wie ein ominöser Mensch namens Bill G. in der Softwarewelt mit konsequent nicht-standardkonformer Software so groß werden konnte. Man sehe mir die Polemik nach, aber es sind wirklich Schmerzen, die ich demütig erdulde.

Für mich als Mac User stellt sich neben dem Unverständnis für die microsoftsche Auslegung von Standards ein weiteres Problem: Wie testet man das entwickelte Produkt im berühmten Internet Exploder? Ich habe mich für die, in meinen Augen einzige, Möglichkeit entschieden, Microsoft Windows XP in einen digitalen Käfig zu sperren. Mit Hilfe von Parallels Desktop läuft das weit verbreitete Betriebssystem als Gast in meiner nativem Umgebung. Wann immer ein neues Feature oder eine weitere Komponente vermeintlich fertig gestellt wurde, werfe ich mein Parallels an. Der schmermütige Atemzug beim Betrachten im IE ist obligatorisch. Doch kleine Tools wie die Internet Explorer Developer Toolbar verhelfen der Weboberfläche mehr oder weniger schnell zum gewünschten Aussehen bzw. Verhalten.

Natürlich ist Parallels nicht auf Microsoft Windows beschränkt, sondern gewährt auch anderen Vertretern der Gattung Betriebssystem temporären Unterschlupf. Ich kann jedem diese Software nur wärmstens ans Herz legen.