Ich frage mich wirklich warum auf Mac OS X die IPv6 Privacy Extension (RFC 4941) nicht per default aktiviert ist, das ist ja sogar unter Windows der Fall. Da ich auch auf Anhieb nicht bei Google das gefunden habe, wie man die IPv6 Privacy Extension Bootfest unter OS X konfiguriert, schreibe ich es einfach mal hier, vielleicht wird es dann bald in Google gelistet und der nächste muss weniger suchen.

Aktivieren tut man die Privacy Extension mit dem Befehl sysctl, so wie man es auch von anderen Unix´en und so gewohnt ist:

sudo sysctl -w net.inet6.ip6.use_tempaddr=1

Was mich nun stutzig gemacht hat ist, dass es unter OS X 10.5 keine /etc/sysctl.conf gibt, in der man sowas Eintragen kann, damit es beim nächsten booten auch angewendet wird. Dazu brauch man aber einfach nur die /etc/sysctl.conf erstellen, danach klappt es dann.

sudo vi /etc/sysctl.conf

und folgendes reinschreiben (Es dürfen keine leerzeichen um das = Zeichen verwendet werden)

net.inet6.ip6.use_tempaddr=1

Tags: IPv6, Privacy Extension, RFC 4941, OS X, Mac

So, da nun die Konfiguration komplett ist, erzähle ich nun von den Problemen die ich habe und wie es ausschaut auch mein Projekt scheitern lässt.

Das Problem ist folgendes, beim abnehmen des Hörers ist der Wählton kein gleichmäßiger Piepton sondern eher ein rythmischer Beat (Eigentlich auch cool, leider nicht in diesem Fall), die Sprachqualität ist bei ausgehenden Anrufen auch komplett davon durchsetzt, was sich dann aber in ein dauerhaften Knacken äussert. Bei eingehenden Telefonaten ist die Qualität in Ordnung.

Ich habe einige Zeit gebraucht um die Ursache zu finden und wurde beim blick in den Syslog fündig. Dort fand ich tausende Zeilen von dieser Sorte hier:

zaphfc: bchan rx fifo not enough bytes to receive! (z1=1493, z2=1486, wanted 8 got 7), probably a buffer overrun.

Das Problem, welches hinter der Messages steckt ist folgendes, die HFC-S Karte kommuniziert sehr rege mit dem System, sprich mit Interrupts in einer frequenz von 8kHz, also 8000 mal in der Sekunde oder alle 125 useks und das system kann die nicht alle verarbeiten und verwirft dann welche, was nicht weiter schlimm ist, wenn es nur wenige sind. Es sollten für eine gute Sprachqualität aber mind. 99,97% aller Interrupts erfolgreich verarbeitet werden, sonst wird das Knacken in der Leitung wahrnehmbar und mindert so die Sprachqualität. Auf meinem System werden leider nur gut 92% aller Interrupts erfolgreich verarbeitet und somit ist das nicht mehr zu gebrauchen.

Um das Problem in den Griff zu bekommen, habe ich viel im Internet rumgesucht und gelesen und einige Ansätze gefunden, die ich alle Ausprobiert habe. Der erste und meist erwähnte ist der sogenannte Florz Patch (siehe PART II), der einige Funktionen im zaphfc Treiber erweitert und auch das interrupthandling verbessert. Leider brachte der Patch nicht den erhofften Erfolg.

Mein nächster Ansatz war der CentOS Kernel, den ich im verdacht hatte. Da ich auch nicht den typischen Kernel (32 Bit ohne Xen) verwende den man für eine Asterisk üblicherweise benutzt, sondern, da ich ein 64Bit System installiert habe und auch Xen VM´s nutze, den entsprechenden Kernel, in meinem Fall der 2.6.18-128.1.6.el5xen x86_64. Deshalb habe ich dann angefangen mir einen eigenen Kernel zu bauen, der anders als der Default Kernel eine Time frequency von 1000 Hz statt 250 Hz nutzt, aber auch dieser Kernel brachte nicht den gewünschten Erfolg.

Ein BIOS Update half auch nicht weiter.

Deshalb habe ich nun auf meinen ausgemusterten P4 den ich hier noch rumstehen habe, auch ein CentOS 5 64 Bit mit Xen installiert um herauszufinden, ob es sich um ein Hardware oder Software Problem handelt, bevor ich anfange noch 27 Kernels zu bauen. Ich habe also CentOS installiert, die 2. HFC-S Karte die ich hier noch rumliegen habe eingebaut und angefangen Asterisk Bristuff zu bauen. So konnte ich auch gleich noch das HowTo im PART II anpassen, da ich festgestellt habe, dass es so nicht ganz komplett war.

Nachdem ich alles fertig gebaut habe und den zaphfc Treiber geladen habe, kam der spannende Moment und siehe da, keine buffer overrun oder underrun Meldungen im Syslog. Also Konfig rüber kopiert, NTBA & Telefon angeschlossen und schauen ob es funktioniert. Nachdem ich Asterisk gestartet habe und den Hörer abgenommen habe, siehe da ein Wahlton so wie er sein sollte. Noch ein paar weitere Test mit ein- und ausgehenden Anrufen zeigten, dass alles Super funktioniert und die Sprachqualität war auch 1A, obwohl nun auch ein paar Buffer overrun Meldungen im Log auftauchten, aber immer blos 2 Stück im Abstand von jeweils 10 Minuten, was ich als vertetbar halte, da ja ansonsten alles Tutti war.

Mein Linux Homeserver auf dem die Asterisk laufen sollte, ist ein Atom PC zwecks geringem Energie verbrauch, was mir auch wichtig ist, wenn der schon 24/7 laufen soll. Deshalb kann ich jedem nur davon abraten das Intel Mainbaord mit Atom 330 D945GCLF2 für eine Asterisk installation zu nutzen, zumindest wenn man eine Lösung mit HFC-S Karten favorisiert.

Und so kann ich leider meine Fritzbox noch nicht in Rente schicken und muss nun hoffen, dass es vielleicht bald ein BIOS Update gibt, welches das Problem beseitigt.

Als nächstes werde ich es probieren einen SIP Proxy auf meinem OpenWRT Router zu installieren, um zumindest das Problem der Nichterreichbarkeit mit der Fritzbox in den Griff zu bekommen.

Stay tuned!!!11elf!

P.S. Falls hier mal ein Asterisk Profi oder jemand der vielleicht noch einen Tip für mich hat, zufällig auf diese Seite stößt, ich freue mich über jeden Kommentar.

Tags: Linux, Asterisk, CentOS, ISDN, VOIP, HFC-S, Telefonie

So nun kommen wir zum Praktischen Teil…

Ich habe einen Linux Rechner mit CentOS 5 in dem die HFC-S ISDN-Karte eingesteckt ist.

$ lspci |grep HFC
04:00.0 Network controller: Cologne Chip Designs GmbH ISDN network controller [HFC-PCI] (rev 02) 

An die Karte wird dann das ISDN Cross-Kabel gesteckt und mit dem NTBA an deren S0-BUS Dose verbunden. Ein üblicher NTBA hat 2 S0-Bus Dosen, die auch gebraucht werden, da in die 2. das ISDN-Telefon eingesteckt werden muss. Der NTBA muss nun noch mit Strom versorgt werden. Das ist auch die Aufgabe des NTBA, den S0-Bus mit der nötigen Spannung zu versorgen, da ansonsten nur die ISDN-Karte und das Telefon am Bus hängen und beides passive Geräte sind.

(Internet)=—SIP—=(Netzwerkkarte ! Linux PC ! HFC-S Karte)=—ISDN S0—=(NTBA)=—=(ISDN Telefon)

So die Hardware ist nun komplett eingerichtet, nun folgt die Software:

Damit die Software erfolgreich kompiliert werden kann sind ein paar kleine Vorbereitungen von nöten.
Als erstes sollte sicher gestellt sein, dass die Entwicklerwerkzeuge installiert sind, wenn nicht, dann hilft ein einfaches:

$ yum groupinstall “Development Tools”

Und ein paar Zusätzliche Devel RPM´s sind ebenfalls noch erforderlich:

$ yum install libtermcap-devel ncurses-devel openssl-devel zlib-devel newt-devel

Ich bin mir nicht 100%ig sicher ob das reicht, wenn das bauen von Asterisk fehlschlägt sollten folgende RPM´s helfen:

• libtiff-devel
• postgresql-devel
• postgresql-server
• libogg-devel
• libvorbis-devel
• libtool-ltdl-devel
• sqlite-devel
• qt-devel
• kdelibs-devel
• gtk2-devel
• alsa-lib-devel
• unixODBC-devel
• curl-devel

Ausserdem muss SeLinux disabled sein, damit Asterisk erfolgreich gebaut werden kann, dazu einfach die Datei /etc/sysconfig/selinux editieren und die Zeile SELINUX=enforcing zu SELINUX=disabled ändern. Danach ist ein reboot erforderlich.

Zusätzlich werden die Kernel Quellen für den installierten Kernel benötigt

$ yum install kernel-devel kernel-xen-devel

Nun muss noch ein Link erstellt werden /usr/src/linux-2.6 der auf die richtigen Kernel Quellen zeigt

$ cd /usr/src
$ ln -s kernels/`uname -r `-`uname -m`/ linux-2.6

Jetzt wird es ernst, es geht nun ans bauen und installieren von Asterisk, dazu muss man sich das Bristuff Paket von http://www.junghanns.net/en/home.html herunterladen und installieren.

$ wget http://www.junghanns.net/downloads/bristuff-0.3.0-PRE-1y-u.tar.gz
$ tar xzvf bristuff-0.3.0-PRE-1y-u.tar.gz
$ cd bristuff-0.3.0-PRE-1y-u
$ ./install.sh

Bei dem ./install.sh wird alles was noch benötigt wird, wie die Asterisk Software selbst etc. automatisch mit heruntergeladen und kompiliert. Wenn am Ende folgende Meldung ausgegeben, war das alles Erfolgreich.

+—- Asterisk Installation Complete ——-+
+                                           +
+    YOU MUST READ THE SECURITY DOCUMENT    +
+                                           +
+ Asterisk has successfully been installed. +
+ If you would like to install the sample   +
+ configuration files (overwriting any      +
+ existing config files), run:              +
+                                           +
+               make samples                +
+                                           +
+—————–  or ———————+
+                                           +
+ You can go ahead and install the asterisk +
+ program documentation now or later run:   +
+                                           +
+              make progdocs                +
+                                           +
+ **Note** This requires that you have      +
+ doxygen installed on your local system    +
+——————————————-+

****************************************************
ASTERISK installed.
BRIstuff Installation finished.
****************************************************

Wenn man das nun alles zum ersten mal gemacht hat, dann sollte man noch die Sample Konfigurations-Dateien installieren mit:

$ cd asterisk
$ make samples

Da nun alles installiert ist, geht´s ans konfigurieren. Als erstes kümmern wir uns um die /etc/zaptel.conf , in der Datei werden die Parameter für die HFC-S ISDN Karte definiert und sollte wie folgt aussehen:

# hfc-s pci a span definition
# most of the values should be bogus because we are not really zaptel
loadzone=nl
defaultzone=nl

span=1,1,3,ccs,ami
bchan=1-2
dchan=3

Nun kann man auch schon das Kernel Module für die Karte laden, welches auf den Namen zaphfc hört.

$ modprobe zaphfc modes=1
$ ztcfg -vvvv

Das modes=1 sagt dem Treiber, dass die Karte im NT Modus arbeiten soll, das ist der Modus um einen internen S0-Bus dadran zu betrieben und das ztcfg -vvvv zeigt die Konfiguration der Karte und ggf. Fehler an.

Jetzt geht es an die Konfiguration der Asterisk, dazu wechseln wir in das Verzeichnis /etc/asterisk . Da gibt es nun eine Menge an Konfigurations-Dateien, aber wir brauchen lediglich 3 davon anfassen, der Rest kann so bleiben wie er ist. Die 3 für uns Interesanten Dateien sind die zapata.conf, welches der Asterisk erzählt, wie mit der HFC-S ISDN Karte umzugehen ist. In der Datei sip.conf wird der SIP Zugang zu Sipgate konfiguriert und in der Datei extensions.conf werden die sogenannten Extensions konfiguriert, welches Asterisk sagt, wie alles zusammen spielen soll.

Fangen wir also erstmal mit der zapata.conf an, die wie folgt aussehen muss:

[channels]

immediate = no
overlapdial=yes
group = 1
context = default
channel => 1-2

Und nun die sip.conf. Hier muss der String SIP-ID durch die Sipgate ID und der String SIPPASS durch dass Sipgate SIP Passwort erstetzt werden:

[general]
port = 5060
bindaddr = 0.0.0.0
; IP des externen Gateways, hier eintragen, wenn feste IP vorliegt
; externip = 0.0.0.0
; Netzadresse LAN
Localnet = 192.168.1.0/255.255.255.0
srvlookup = yes
context = default
disallow=all
allow=ulaw
allow=alaw
allow=gsm

[sipgate]
type=friend
username=SIP-ID
secret=SIPPASS
host=sipgate.de
fromuser=SIP-ID
from=SIP-ID
context=default
canreinvite=no
insecure=very
nat=no
dtmfmode=info

Und zuguter letzt die extensions.conf, hier muss ebenfalls der String SIP-ID durch die Sipgate ID, welches ebenfalls die einkommende Telefonnummer ist, ausgetauscht werden.

[general]
static=yes
writeprotect=no
[globals]
IAXINFO=guest   ; IAXtel username/password
[default]
exten => SIP-ID,1,Dial(Zap/g1/${EXTEN})
exten => SIP-ID,2,Hangup

exten => _X.,1,Dial(SIP/${EXTEN}@sipgate,60)
exten => _X.,2,Congestion
exten => _X.,3,Busy
exten => _X.,4,Hangup

Die Zeile
exten => SIP-ID,1,Dial(Zap/g1/${EXTEN})
sagt der Asterisk, dass alle eingehenden Anrufe auf der Nummer SIP-ID an die erste HFC-S ISDN Karte ausgegeben werden soll und die Zeile
exten => _X.,1,Dial(SIP/${EXTEN}@sipgate,60)
sagt, dass alle (_X) gewählten nummern, über sipgate rausgehen sollen.

So die Konfiguration ist nun Abgeschlossen und Asterisk kann gestartet werden, da wir beim ersten mal auch sehen wollen ob das alles klappt machen wir das wie folgt:

$ asterisk -vvvvc

Wenn nun Asterisk ohne Fehler gestartet wurde sind wir in der Console von Asterisk und können nun mit ein paar befehlen sehen ob alles funktioniert. So zeigt uns

CLI> sip show registry

ob die Anmeldung am Sipgate SIP Server geklappt hat. Ein

CLI> pri show span 1

zeigt den span 1, welches die HFC-S ISDN Karte ist.

Nun kann man einfach mal am Telefon probieren ob man raus telefonieren kann, wenn das klappt sollte man nochmal sein Handy zur Hand nehmen und testen ob das rein telefonieren ebenfalls funktioniert und ob die Sprachqualität gut ist.

Wenn das auch erfolgreich war, sind wir nun fertig und haben eine Lösung, welche die Firtzbox wunderbar ersetzt und unendlich erweiterbar ist.

TIP 1: Wenn das bauen von Asterisk bzw. bristuff mit ./install.sh fehlschlug, ist es ratsam den Ordner komplett zu löschen und neu zu entpacken, mir scheint so das die make clean Routinen nicht so wirklich sauber aufräumen.

TIP 2: Taucht beim Betrieb im Syslog oder im dmesg folgender Fehler auf:

zaphfc: bchan rx fifo not enough bytes to receive! (z1=1493, z2=1486, wanted 8 got 7), probably a buffer overrun.

Könnte der Florz Patch helfen, den gibt es hier: http://zaphfc.florz.dyndns.org/ . Beim patchen mittels

$ zcat zaphfc_0.3.0-PRE-1y-l_florz-12.1.diff.gz |patch -p1

muss man den Pfad zur zaphfc.c und zaphfc.h anpassen, da der Patch nicht auf die aktuellste Bristuff Version gelinkt ist, aber dann ist das patchen erfolgreich.

Im dritten Teil erzähle ich davon, was bei mir nicht funktioniert und warum ich mir die Haare raufe

Tags: Linux, Asterisk, CentOS, ISDN, VOIP, HFC-S, Telefonie

Es ist zum Haare raufen…. (Wo sind nun eigentlich meine Smilies hin? - Wohl weggelaufen - Egal)

Aber erstmal die Geschichte von Anfang an.

Ich habe seit einigen Jahren keinen Telefonanschluss mehr nur noch DSL, da ich aber gerne noch ein Festnetz Telefon haben möchte und das mit meinem Siemens Gigaset SX353 isdn habe ich seit einigen Jahren einen VOIP Account bei Sipgate. Ich konnte damals sogar meine Nummer dorthin portieren, soweit so gut. Um nun mein Siemens Gigaset SX353 via SIP zu nutzen, habe ich vor einigen Jahren günstig über ebay eine Fritzbox Fon 5012 erworben, das ist so ziemlich die kleinste Fritzbox die es gibt, ohne Analog Ausgänge nur mit einem ISDN S0 Bus. Das reichte ja auch vollkommen für meine Zwecke, denn als Router benutze ich die eh nicht, da mag ich meinem Linksys mit OpenWRT nicht missen. Darum steht die Fritzbox bei hinterm Router im internen Netzwerk und ist nur dazu da um SIP zu ISDN “umzuwandeln”.

Nur leider verabschiedet sich hin und wieder die Verbindung der Fritzbox zum Sipserver von Sipgate. Das kann man leider auch nicht wirklich überwachen und deswegen merkt man es erst, wenn man das nächste mal raustelefonieren möchte. Da ich aber recht selten Telefoniere mit dem Festnetztelefon kommt das schon mal vor, dass man dann auch einige Tage nicht erreichbar ist, was mich wirklich nervt.

Da das so ein recht unbefriedigender Zustand ist und ich auch gerne den Strom, den die Fritzbox verbraucht gerne mir Sparen würde und ich zuhause seit einiger Zeit wieder einen “richtigen” Linux Rechner habe der 24/7 läuft (Ich habe meine NSLU2 ausgemustert), dachte ich mir, baue ich mir mit Asterisk und einer HFC-S ISDN-Karte eine Software Lösung um die Fritzbox einmotten zu können.

Da ich sogut wie alles was man Hardware technisch für die Asterisk Lösung braucht rumliegen habe, ist die Lösung für mich auch noch kostenlos, was den Reiz dieser Lösung erhöht.

Die Zutaten:

- Eine HFC-S ISDN-Karte (Davon hab ich 2 Stück rumliegen)
- Einen NTBA (Davon hab ich sogar 3 Stück rumliegen - k.A. wo die alle herkommen)
- Ein ISDN-Crosskabel (Das habe ich mir aus einem CAT5 Kabel gebastelt)
- Eine Anleitung Z.B. diese hier und diese dort

Meine Lösung unterscheidet sich halt nur in dem Punkt von den oben verlinkten Anleitungen, dass ich auf den ISDN Anschluss verzichte und alle telefonate über SIP abwickeln möchte.

Ein HowTo, die Konfiguration und der Anfang meiner Leidensgeschichte folgt dann in PART II

Tags: Linux, Asterisk, CentOS, ISDN, VOIP, HFC-S, Telefonie

Überall auf allen IT Seiten und Foren gibt es die Diskussion, welches denn nun das tollste Betriebssystem ist. Und welches ist es nun… richtig: Keins. Welches das beste Betriebssystem ist, muss jeder für sich selbst entscheiden.

Da es also keine Ultimative Lösung für alle gibt, stellt man sich halt weitere fragen, wie die für mich auch sehr wichtige Frage, welches ist denn das sicherste Betriebssystem. Die Antwort auf diese essentielle Frage wurde diese Woche beantwortet… richtig: Keins.

Denn alle verbreiteten Kandidaten haben sich diese Woche eine Patch Jagd geliefert. Mac OS X Leopard wurde mit einem 180 MB Patch geflickt und trägt nun die neue Versionsnummer 10.5.2. Für den Linux Kernel wurde ein Exploid veröffentlicht, der alle Kernel Versionen von 2.6.17 bis 2.6.24 trifft und der mittels der vmsplice-Funktion das ausweiten, der Rechte für priviligierte Benutzer zu root-Rechten erlaubt. In der Kernel Version 2.6.24.1 ist der Bug behoben. Einen Fix in Form eines Patches gibt es gleich zweimal, einmal hier und einmal hier. Wer sich gerne seinen Kernel selber baut, kann das mithilfe der Patches machen, alle anderen müssen auf ihren Distributor warten, bis dieser aktualisierte Kernel-Pakete anbietet.

Zu guter letzt das weit verbreiteteste Betriebssystem Windows wurde diese Woche am Microsoft Februar Patchday mit 17 Flicken versehen, wovon aber nicht alle Windows selbst betreffen, sondern 4 dem Internet Explodierer in der Version 5,6 und 7. Weitere Lücken wurden in der OLE-Automatisierung gefixt, in fast allen MS Office Paketen, dem Windows integrierten WebDav- und DHCP-Client, sowie im Mircosoft´schen Webserver IIS.

Das Fazit daraus ist also, keines der beliebten OS`e ist sicher, wenn man es nicht Up-2-Date hält und daran wird sich wahrscheinlich in Zukunft auch wenig ändern, was aber nicht den jeweilgen Jüngern der Apfel, Pinguin oder Redmond Fraktion davon abhält weiterhin, bei jeder ihnen gebenden Möglichkeit, die Vorzüge ihres jeweiligen Favoriten zu preisen.

P.S. Ich benutze sie alle, so hat man zwar eine grosse Vielfalt und kann sich immer auf die stärken des jeweiligen Systems berufen, hat aber auch die 3 fache Patch arbeit - Naja was solls, die (IT-)Welt ist halt nicht perfekt… Öhm nein, eigentlich ist es eine Katastrophe.

So nun muss ich weiter schauen, dass ich alle meine Schäfchen ins trockene bekomme, man kann sich keine bessere Beschäftigung wünschen.

Ich konnte dank meines Daddy einen der begehrten EeePC’s zum Verkaufsstart in Deutschland ergattern, ich muss sagen, das war nicht einfach. Mein Daddy hatte den für mich schon mitte Dezember bei einem Grosshändler geordert und wir hatten das Glück einen von 10 verfügbaren Geräten zu erhalten. Leider musste ich den Kompromiss eingehen und auf ein weisses Gerät verzichten – naja nun ist er halt öde schwarz.

Asus hat beschlossen, den Fachhändlern nur schwarze Geräte zuliefern und die Weißen nur als Retailware zu verkaufen, sprich bei Mediamarkt und Co.

Nachdem ich den EeePC nun schon 4 Tage nutze, muss ich sagen, er macht genau das was ich mir vorgestellt habe und das ist auch alles schnell genug. So sitze ich nun gerade im Bus auf dem Weg nach hause und tippe hier diesen Eintrag in OpenOffice vor. Das Display ist zwar echt klein wenn man sonst 22″-Panels gewohnt ist, aber die Darstellung von Office-Anwendungen, Thunderbird und Webseiten ist besser als ich gedacht habe. Bisher musste ich äußerst selten horizontal scrollen. Die Tastatur ist ebenfalls recht gut gelungen, hat einen angenehmen Anschlag, nur die größe ist etwas Gewöhnungsbedürftig. Ich hatte zuvor noch keinen EeePC in Freier Wildbahn gesehn, immer nur Bilder im Internet und ich muss, sagen auf den Bildern wirkt er größer als er ist. Die Grundfläche des Mini-Rechners ist minimal größer als ein DIN A5 Blatt.

Das Xandros-Linux mit der AsusLauncher Oberfläche ist praktisch für das Gerät, aber ich bin mir noch nicht sicher, ob ich das auf dauer dadrauf lassen werde oder mir lieber eine andere Distribution installieren werde, habe schon mit dem EeeDora oder den EeeXubuntu geliebäugelt. Na mal schauen, nur gewiss bin ich mir heute schon, dass auf meinen Eee kein Windows kommt - das muss nun wirklich nicht sein. Bisher komm ich mit dem vorinstallierten Xandros aus und sehe zur Zeit noch kein Grund, abgesehen vom Spieltrieb, ein anderes Linux zu installieren. Es gibt auch jede menge Möglichkeiten, das Xandros und die AsusLauncher Oberfläche zu Tweak´en, einige nützliche Tipps liefert die Seite http://www.eeeuser.com/ und deren Wiki.

Bild: Wikipedia: http://de.wikipedia.org/wiki/EEE_(Asus)

Tags: Asus, EeePC

Apple hat heute die neue Version 10.5 alias “Leopard” seines Betriebssystems Mac OS X veröffentlicht.

Ich war auch gleich so mutig mir das direkt am ersten Tag zu installieren. Das mach ich eigentlich nicht, und schon gar nicht bei Microsoft Betriebssystemen, Vista hab ich immer noch nicht, komm aber auch gut ohne aus. Aber ich muss sagen, was die Qualität an geht, habe ich Apple wirklich schätzen gelernt. Ich habe nun seit 6 Monaten einen Mac und noch nie einen Fehler im OS X gehabt. Das hat mich auch dazu veranlasst, mir den Leopard direkt am Release Day zu installieren.

Ich habe ein Update von 10.4 durchgeführt welches ca. 2 Stunden mit Medien Check gedauert hat und Problemlos, sowie Fehlerfrei über die Bühne ging.

Nach dem ersten Boot, war eigentlich alles so wie vorher. Alle Anwendungen funktionierten noch, alle Daten, Einstellungen etc. waren so wie unter Tiger. So sollte ein Update laufen.

So hab ich dann erstmal den neuen Finder mir angeschaut, dass etwas hässliche Standard-Hintergrundbild gegen ein C´t Motiv getauscht und mir Spaces eingerichtet. Spaces heisst in der Applesprache mehrere virtuelle Desktops, so wie man es von den diversen Linux Desktop Enviroments kennt. Extrem praktisch und so viel Platz für Fenster, erst recht mit 2 Monitoren

Was mir nicht gefallen hat, dass das neue Dock nur so hübsch ist wenn man es am unteren Bildschirmrand hat. Da ich aber zuvor mein Dock immer links hatte, muss man da auf den tollen Spiegeleffekt verzichten, aber damit kann man wirklich leben.

Die Time Machine konnte ich mangels einer USB bzw. Firewire Festplatte noch nicht testen. Trotzdem ein geiles Feature, hatte zuvor nie ein Desktopsystem mit Snapshot funktionalität.

Als ich dann mit dem neuen Filer in der “Cover Flow”-Ansicht durch unser Windows Netzwerk browste, musste ich wirklich schmunzeln. Alle Windows bzw. Samba PC´s werden dort als Monitor mit einem Bluescreen angezeigt. Da hat Apple wirklich mal Humor bewiesen

Tags: Apple, Mac OS X, Leopard, Finder, Spaces, Time Machine

Da ja viel über die Marktanteile der Betriebssysteme und Browser diskutiert wird und jedes Marktforschuungs Institut da andere Zahlen präsentiert, wollte ich nun mal zum Ende des Monats August, die August Zahlen veröffentlichen, die das Thux.de Marktforschungs Institut Statistiktool erhoben hat. Die Zahlen sind mit Hilfe der Joomla Komponente “Joomla Stats” erhoben worden.

Betriebssysteme (Alle)

75,8%  Windows XP
5,6%    Windows Vista
4,6%    Mac OS
3,4%    Windows 2000
3,2%    Linux
2,4%    Unbekannt
1,8%    Windows 98
1,6%    Windows 2003
0,7%    Windows NT
0,4%    Mac PowerPC
0,3%    Windows 95
0,2%    Windows me
0,1%    Sun Solaris

Browser (Top 5)

Alle Browser dort aufzulisten erspare ich mir, da Joomla Stats z.B. für Firefox jede Version als eigenen Browser zählt und sich die Anzahl somit auf 75 Verschiedene Browser summiert.

35,6%  FireFox 2.0.0.6
25,4%  Internet Explorer 6.0
17,6%  Internet Explorer 7.0
1,6%    Mozilla
1,2%    Internet Explorer 5.5

Ein Bluescreen unter Windows ist ja nicht wirklich eine Seltenheit, aber ein Greenscreen kam mir das erste mal unter und ich fand es glatt ein Foto samt Blogeintrag wert

Tags: Windows, Greenscreen, Bluescreen, Boot