Category: Geeks & Co.

Danke, liebe Entwickler:

The staging driver depends on the x86 or x86-64 architecture (Debian i386 and AMD64 ports respectively) at this time.
{i} Ralink 802.11n PCI devices are supported by the rt2860sta driver. Ralink 802.11g USB devices are supported by the rt73usb and rt2500usb drivers.

 
Daß der Treiber von Ralink ebenfalls nicht durchgebacken wird: Details …

wusel@greebo:~/DockStar-images/2010_0709_RT2870_Linux_STA_v2.4.0.1$ make ARCH=arm
make -C tools
make[1]: Entering directory `/home/wusel/DockStar-images/2010_0709_RT2870_Linux_STA_v2.4.0.1/tools'
gcc -g bin2h.c -o bin2h
make[1]: Leaving directory `/home/wusel/DockStar-images/2010_0709_RT2870_Linux_STA_v2.4.0.1/tools'
/home/wusel/DockStar-images/2010_0709_RT2870_Linux_STA_v2.4.0.1/tools/bin2h
cp -f os/linux/Makefile.6 /home/wusel/DockStar-images/2010_0709_RT2870_Linux_STA_v2.4.0.1/os/linux/Makefile
make -C ../linux-2.6.34 SUBDIRS=/home/wusel/DockStar-images/2010_0709_RT2870_Linux_STA_v2.4.0.1/os/linux modules
make[1]: Entering directory `/home/wusel/DockStar-images/linux-2.6.34'
CC [M] /home/wusel/DockStar-images/2010_0709_RT2870_Linux_STA_v2.4.0.1/os/linux/../../os/linux/sta_ioctl.o
/home/wusel/DockStar-images/2010_0709_RT2870_Linux_STA_v2.4.0.1/os/linux/../../os/linux/sta_ioctl.c: In function 'rt_ioctl_siwencode':
/home/wusel/DockStar-images/2010_0709_RT2870_Linux_STA_v2.4.0.1/os/linux/../../os/linux/sta_ioctl.c:1479: warning: suggest parentheses around operand of '!' or change '&' to '&&' or '!' to '~'
/home/wusel/DockStar-images/2010_0709_RT2870_Linux_STA_v2.4.0.1/os/linux/../../os/linux/sta_ioctl.c: At top level:
/home/wusel/DockStar-images/2010_0709_RT2870_Linux_STA_v2.4.0.1/os/linux/../../os/linux/sta_ioctl.c:2986: error: unknown field 'private' specified in initializer
/home/wusel/DockStar-images/2010_0709_RT2870_Linux_STA_v2.4.0.1/os/linux/../../os/linux/sta_ioctl.c:2986: warning: initialization from incompatible pointer type
/home/wusel/DockStar-images/2010_0709_RT2870_Linux_STA_v2.4.0.1/os/linux/../../os/linux/sta_ioctl.c:2987: error: unknown field 'num_private' specified in initializer
/home/wusel/DockStar-images/2010_0709_RT2870_Linux_STA_v2.4.0.1/os/linux/../../os/linux/sta_ioctl.c:2987: warning: excess elements in struct initializer
/home/wusel/DockStar-images/2010_0709_RT2870_Linux_STA_v2.4.0.1/os/linux/../../os/linux/sta_ioctl.c:2987: warning: (near initialization for 'rt28xx_iw_handler_def')
/home/wusel/DockStar-images/2010_0709_RT2870_Linux_STA_v2.4.0.1/os/linux/../../os/linux/sta_ioctl.c:2988: error: unknown field 'private_args' specified in initializer
/home/wusel/DockStar-images/2010_0709_RT2870_Linux_STA_v2.4.0.1/os/linux/../../os/linux/sta_ioctl.c:2988: warning: excess elements in struct initializer
/home/wusel/DockStar-images/2010_0709_RT2870_Linux_STA_v2.4.0.1/os/linux/../../os/linux/sta_ioctl.c:2988: warning: (near initialization for 'rt28xx_iw_handler_def')
/home/wusel/DockStar-images/2010_0709_RT2870_Linux_STA_v2.4.0.1/os/linux/../../os/linux/sta_ioctl.c:2989: error: unknown field 'num_private_args' specified in initializer
/home/wusel/DockStar-images/2010_0709_RT2870_Linux_STA_v2.4.0.1/os/linux/../../os/linux/sta_ioctl.c:2989: warning: excess elements in struct initializer
/home/wusel/DockStar-images/2010_0709_RT2870_Linux_STA_v2.4.0.1/os/linux/../../os/linux/sta_ioctl.c:2989: warning: (near initialization for 'rt28xx_iw_handler_def')
make[2]: *** [/home/wusel/DockStar-images/2010_0709_RT2870_Linux_STA_v2.4.0.1/os/linux/../../os/linux/sta_ioctl.o] Error 1
make[1]: *** [_module_/home/wusel/DockStar-images/2010_0709_RT2870_Linux_STA_v2.4.0.1/os/linux] Error 2
make[1]: Leaving directory `/home/wusel/DockStar-images/linux-2.6.34'
make: *** [LINUX] Error 2
wusel@greebo:~/DockStar-images/2010_0709_RT2870_Linux_STA_v2.4.0.1$ 

Schade; statt verkabelte 100 MBit/sec drahtlose 150 MBit/sec (brutto) wäre schon fast eine Alternative …

Mein Audi-MMI hat leider keinen AUX- oder USB-Eingang (obwohl das wohl technisch kein Problem darstellt, in der Anleitung sind diese Dinge alle beschrieben; leider mit * markiert, dem Zeichen, wir kennen das aus den DSL- und Klingeltonwerbungen, für ganz viel Extrakosten), mein neues (Firmen-) Nokia N900 aber einen UKW-Sender.
Also N900 auf die Mittelkonsole gelegt, UKW-Sender eingeschaltet — und erst einmal traurig festgestellt, daß nur 88,0 bis 106,9 MHz eingestellt werden können, schade, denn das Radio tuned in einem weiteren Frequenzbereich …
Und jeder Frequenzschritt wäre wichtig, denn zwischen Berlin und Gütersloh eine freie Frequenz zu finden, ist leider unmöglich. Kurzum: diese FM-Sendetechnik ist lustig, ja auch praktisch — könnte neben der Musik ja auch die Navigation von einem Multifunktionsgerät wie dem N900 so über die Autolautsprecher ausgegeben werden. Aber leider ist aufgrund der lächerlichen kleinen Sendeleistung, gepaart mit einem lustigen Flickenteppich querbeet vergebener Senderfrequenzen diese Technik mehr so für die Katz’ — es zischt, es rauscht, und in Ballungsräumen ist kaum eine auch nur halbwegs freie, vom lokalen »Störsender« ausreichend zu überdeckende Frequenz auffindbar :(
Beim Videorecorder hat man seinerzeit ja mal Kanal 37 als für den VCR vorgesehen gehabt; von diesem Luxus können die FM-Transmitter leider nur träumen …

Ich kann’s ja nicht lassen, und wenn ein Supermarkt (hier: Marktkauf) für 7,99 ein USB-WLAN-Dongle anbietet (was sich im Markt dann als 802.11n-tauglich herausstellt, da neben der beworbenen Charge »WL0079« – 802.11g – auch Logilink »WL0049« – 802.11n – hängen und als »WL0079« für 7,99 in der abgelaufenen Woche verkauft wurden), dann schlage ich schon mal zu. Und mittlerweile scheint es treibermäßig bei Linux immer besser auszusehen:

Aug 14 22:47:47 ysabell kernel: [ 4493.755964] usb 2-1.2: new high speed USB device using ehci_hcd and address 3
Aug 14 22:47:47 ysabell kernel: [ 4493.869787] usb 2-1.2: configuration #1 chosen from 1 choice
Aug 14 22:47:47 ysabell kernel: [ 4493.934508] cfg80211: Disabling channel 2484 MHz on phy1 due to Country IE
Aug 14 22:47:47 ysabell kernel: [ 4493.934631] phy1: Selected rate control algorithm 'minstrel'
Aug 14 22:47:47 ysabell kernel: [ 4493.935662] Registered led device: rt2800usb-phy1::radio
Aug 14 22:47:47 ysabell kernel: [ 4493.935699] Registered led device: rt2800usb-phy1::assoc
Aug 14 22:47:47 ysabell kernel: [ 4493.935726] Registered led device: rt2800usb-phy1::quality
Aug 14 22:47:47 ysabell kernel: [ 4493.935988] usbcore: registered new interface driver rt2800usb
Aug 14 22:47:47 ysabell kernel: [ 4493.941055] rt2870sta: module is from the staging directory, the quality is unknown, you have been warned.
Aug 14 22:47:47 ysabell kernel: [ 4493.952383] rtusb init --->
Aug 14 22:47:47 ysabell kernel: [ 4493.952468] usbcore: registered new interface driver rt2870
Aug 14 22:47:47 ysabell libvirtd: 22:47:47.816: error : udevStrToLong_ui:73 : Failed to convert 'ff' to unsigned int#012
Aug 14 22:47:47 ysabell NetworkManager: <info> Found wlan radio killswitch rfkill5 (at /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.0/ieee80211/phy1/rfkill5) (driver <unknown>)
Aug 14 22:47:47 ysabell NetworkManager: SCPlugin-Ifupdown: devices added (path: /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.0/net/wlan1, iface: wlan1)
Aug 14 22:47:47 ysabell NetworkManager: SCPlugin-Ifupdown: device added (path: /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.0/net/wlan1, iface: wlan1): no ifupdown configuration found.
Aug 14 22:47:47 ysabell NetworkManager: <info> (wlan1): driver supports SSID scans (scan_capa 0x01).
Aug 14 22:47:47 ysabell NetworkManager: <info> (wlan1): new 802.11 WiFi device (driver: 'rt2800usb')
Aug 14 22:47:47 ysabell NetworkManager: <info> (wlan1): exported as /org/freedesktop/NetworkManager/Devices/2
Aug 14 22:47:47 ysabell NetworkManager: <info> (wlan1): now managed
Aug 14 22:47:47 ysabell NetworkManager: <info> (wlan1): device state change: 1 -> 2 (reason 2)
Aug 14 22:47:47 ysabell NetworkManager: <info> (wlan1): bringing up device.
Aug 14 22:47:47 ysabell kernel: [ 4493.975277] rt2800usb 2-1.2:1.0: firmware: requesting rt2870.bin
Aug 14 22:47:48 ysabell kernel: [ 4494.225944] ADDRCONF(NETDEV_UP): wlan1: link is not ready
Aug 14 22:47:48 ysabell NetworkManager: <info> (wlan1): preparing device.
Aug 14 22:47:48 ysabell NetworkManager: <info> (wlan1): deactivating device (reason: 2).
Aug 14 22:47:48 ysabell NetworkManager: <info> (wlan1): supplicant interface state: starting -> ready
Aug 14 22:47:48 ysabell NetworkManager: <info> (wlan1): device state change: 2 -> 3 (reason 42)

OS: Ubuntu 10.04. Gut, das Gerät ist derzeit nicht wirklich nutzbar, was immer auch die Gründe »2« und »42« (#ilike) sein mögen; auf »iwlist wlan1 scan« reagiert es jedenfalls mit nicht zutreffenden »no results«. Aber die HW scheint prinzipiell ja schon mal erkannt zu werden und auch bekannt zu sein, so daß ich mir Hoffnungen mache, mit dem Stick betagteren Geräten zu mehr Wummms in neu aufzubauenden WLANs nach 802.11n zu verhelfen — ca. 2 MByte/sec (entsprich den max. gut 20 MBit/sec einer guten 802.11g-Verbindung) sind bei Dateien im Multi-GByte-Bereich nicht mehr zeitgemäß …
Nachtrag: Dank des Hinweises im UbuntuUsers.de-Forum rennt der USB-Stick jetzt; notwendige Änderungen:

root@ysabell:~# grep -B1 rt2 /etc/modprobe.d/blacklist.conf
# wusel, 2010-08-14
blacklist rt2800usb
blacklist rt2x00usb
blacklist rt2x00lib

Resultat:

root@ysabell:~# ifconfig wlan0
wlan0 Link encap:Ethernet HWaddr 00:24:d7:00:00:00
inet addr:192.168.5.55 Bcast:192.168.5.255 Mask:255.255.255.0
inet6 addr: fe80::whatever/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:60290 errors:0 dropped:0 overruns:0 frame:0
TX packets:31841 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:48340185 (48.3 MB) TX bytes:4562226 (4.5 MB)
root@ysabell:~# ifconfig wlan1
wlan1 Link encap:Ethernet HWaddr 00:1f:1f:00:00:00
inet addr:192.168.5.55 Bcast:192.168.5.255 Mask:255.255.255.0
inet6 addr: fe80::whatever/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:711 errors:0 dropped:0 overruns:0 frame:0
TX packets:76 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:64135 (64.1 KB) TX bytes:7971 (7.9 KB)

Nunja, an den dhcpd muß ich wohl noch mal ran ;) Nach Deaktivierung von wlan0 im NetworkManager funzt die Verbindung aber wieder einwandfrei. (Nur noch nicht schneller, denn mehr als 802.11g kann die Infrastruktur hier noch nicht; die 7270 steht noch im OG …)

Hach ja, man kann mit 3.5G-Netzen (HSPA) schon einige tolle Dinge machen; aber da letztlich, je nach Tarif, zwischen 1 und 5 GB die Drosselung auf »ISDN-Geschwindigkeit« greift, ist »echte« Internetnutzung per 3.5G ein teuerer Spaß. Was mich doch ziemlich erstaunt hat war die Tatsache, daß sogar Sessions mit Burnout Paradise von der PS3 aus, samt VoIP, möglich waren — die Ruckler waren erträglich (nur bei wenigen Mitspielern traten wirklich große Sprünge auf, das ist mir aber auch schon mal am heimischen VDSL-Anschluß passiert), xnetload zeigte rd. 40 KByte/Sec Traffic.

Aber ich bin dennoch froh, daß seit heute nun endlich mein Alice-DSL-Zugang funktioniert; Alice hat zwar auch diesmal sein »Anschlußversprechen«, mit Ansage, nicht gehalten und der analoge Teil dieses auf PSTN-Basis realisierten Anschlusses (lies: Telefonie kommt via Splitter und »echter Telefonietechnik« ins Haus, nicht als »NGN«, sprich über VoIP realisiert) funktioniert auch nur eingeschränkt (lautes und nervendes Brummen auf der Stimme des Gegenübers; in Senderichtung scheint es kein Problem zu geben, wie immer das bei der Technik überhaupt passieren kann). Aber gut, nach nur 27 Minuten Handytelefonat mit Alice, davon sicher >20 nur in der Warteschleife, weiß ich nun einerseits, daß ich eine schlechte Leitung habe (schlechter Signal-Rauschabstand; Kommentar des Technikers: »Sie werden wohl Leitungsabbrüche haben; ich habe eine ähnliche Leitung und nur 10 MBit. Aber ich gönne Ihnen die 16 natürlich.«), daß meine Leitung nicht testbar ist (»Und wieder: Test kann nicht durchgeführt werden. Komisch.«) und daß ich bis Freitag, 21 Uhr, entweder eine SMS mit dem Hinweis, die Störung sei behoben (imho eher unwahrscheinlich; irgendwo brummt ja jemand oder etwas in meine Leitung) oder den Hinweis auf einen notwendigen Technikerbesuch. Den würde ich dann wohl mal auf einen Sonntag terminieren, denn die arbeitende Bevölkerung hat ja werktags eigentlich was anderes vor, als 4 Stunden auf einen übellaunigen, augenscheinlich akkordarbeitenden, Telekomiker zu warten … (Wobei, meiner war dann doch noch relativ nett, aber er kam natürlich wieder deutlich im Bereich des letzten Viertels der avisierten Zeit …) Naja, es wird wohl weiter Spaß mit Alice geben; daß ich mein Modem gestern nicht mehr bekommen habe, schrieb ich ja schon … Kleiner Tipp, liebes Alice-Logistik-Team: wenn man schon seine eigene feste Drei-Wochen-Zusage reißt, muß man dem Kunden nicht auch noch am letztmöglichen Tag erst die Hardware schicken; denn, wieder der dummdreiste Hinweis auf die – offensichtlich im Alice-Klientel in der Minderheit befindlichen – arbeitende Bevölkerung, mit ein paar Tagen, gar einem Wochenende, Luft könnte man die Abholung der Hardware deutliche einfachen organisieren als so …
Anyway, so sieht meine »SpeedBox« (gefritzter SpeedPort W900V) die DSL-Seite:

		Empfangsrichtung	Senderichtung
Max. DSLAM-Datenrate	kBit/s	18080	1152
Min. DSLAM-Datenrate	kBit/s	32	32
Leitungskapazität	kBit/s	16533	1340
Aktuelle Datenrate	kBit/s	16533	1148
Latenz		7 ms	1 ms
Bitswap		an	an
Seamless Rate Adaption		aus	aus
Impulse Noise Protection		0.4	0.0
L2 Power Mode	NA	–	–
Signal/Rauschabstand	dB	7	12
Leitungsdämpfung	dB	20	18
Powercutback	dB	0	0

 

Eigentlich wollte ich ja das Alice-Modem dran lassen, aber da dies a) ein »traditioneller« PPPoE-Zugang mit PSTN-Telefonie ist und b) Alice mir ja den Zugriff auf diese, aus meiner Sicht wichtigen, Informationen vorenthalten will und c) hier der Austausch wirklich simpel ist, habe ich dann doch noch umgestellt und das Modem im W900V in Betrieb genommen. Wehrmutstropfen: die vorher (über OpenVPN-Tunnel) funktionierende Kopplung mit einer FB in Gütersloh funktioniert nun wieder nicht mehr.
Naja, die Optimierung muß dann wohl auf’s Wochenende oder bis zur nächsten Woche warten, latent möchte ich ja auch hier OLSR und Fallback auf 3G nutzen, zumindest für die nächsten zwei Alice-Mobile-Flat-Monate …

Cool. Für mein N900 habe ich heute ein paar Sachen installiert; unter anderem gibt es ein »Hotspot-Programm« (welches zumindest bei mir aber nicht so recht mag) sowie ein Package, welches DUN, Dial-Up-Networking, nachzurüsten vorgibt.
Gut, die Business-Telefone oder auch mein N95 haben das von Haus aus drin, aber das Maemo-, d. h. letztlich Linux-basierte, N900 kann DUN scheinbar nicht von Haus aus. Da ich es aber als mein primäres Telefon nutzen möchte, brauche ich diese Funktionalität, und ich teste sie hier grade: funktioniert ;)
Zwar muß ich auch hier wieder die Daten des Telefons in /etc/bluetooth/rfcomm.conf (Ubuntu 10.04) händisch eintragen (also BT-Adresse und Kanal des DUN-Dienstes) und auch wieder manuell »rfcomm connect 1« (bei mir 1, weil 0 noch das E72 ist) starten (rfcomm habe ich mittlerweile SUID root gemacht, da das auf diesem System keinen erkennbaren Schaden hat) und dann endlich die »Mobile Broadband«-Verbindung im Network Manager aktivieren — aber: es geht, und das ist für mich derzeit die Hauptsache, damit das N900 als primäres Telefon eingesetzt werden kann.
Wie weit ist eigentlich der Meego-Port, schon ansatzweise im Bereich »benutzbar«? Hinsichtlich des Look-and-Feel hat sich beim N900-Meego gegenüber des N810-Meegos ja doch einiges getan, auch in Richtung Eye-Candy … Eine der nächsten Aufgaben wird sein, DUN für Android zu suchen, so schwer kann da ja eigentlich nicht sein, derlei zu implementieren, oder?

Eine Stunde noch mit der Bahn, und so richtig Internet wie geplant habe ich noch nicht hinbekommen. Eigentlich wollte ich die D1-SIM im Firmen-E72 nutzen, schließlich wollte ich eigentlich noch ein wenig Kram online erledigen, wenn ich denn schon mal Bahn fahre.
Mein – üblicher – Fehler war aber mal wieder, daß ich die Details nicht vorher geklärt habe; hey, ich habe Google per privatem Android & D2 sowie Google per Firmen-E72 und D1, dazu noch UMTS-Sticks mit o2 und Alice — wer braucht da Vorbereitung, das geht auch von unterwegs ;)
Nunja. Setting für rfcomm.conf zu finden war auch easy, aber das …

Aug 6 20:31:24 ysabell pppd[6296]: In file /etc/ppp/peers/D1: unrecognized option '/dev/rfcomm0'

… war dann doch ein Showstopper. Denn mein Ubuntu Lucid hat kein /dev/rfcomm*, /dev/rfkill wäre da, hat aber IIRC eine andere Funktion.
Jut, also doch den Stick mit Alice-SIM eingesteckt (Zugangsdaten per D2 ergoogelt) und endlich im Internet; naja, so etwas jedenfalls, für diesen (Firmen-) Laptop habe ich noch keine OpenVPN-Verbindung nach Hause konfiguriert, das kommt dann die Tage mal … Immerhin, das Firmen-VPN, so schick mit Zahlen auswerfendem Dongle und so, funktioniert mit NetworkManager; muß nur noch lernen, das manuell an den Start zu bekommen …
Tja, leider ist mein Lucid mal wieder anders als als andere, denn bei mir kommt auf …

me@ysabell:~$ sudo rfcomm connect 0
Can't connect RFCOMM socket: Operation now in progress

(Wen der Rechnername interessiert, es ist, natürlich, wieder ein Scheibenweltcharakter.) *seufz*
Dann geht’s wohl den Rest der Reise auf mein Alice-GB und zu Hause muß ich dann mal weiterprobieren … oder ich mache es auf der Rückfahrt am Sonntag … so ein modernes Linux per BT ins Netz zu bringen ist auch latent kurzweilig, wenn auch langwieriger als ich dachte (und als es »damals« mal war). *sigh*

So gänzlich ohne Aufnahmemöglichkeit

finde ich das hier in der Übergangswohnung in Berlin doch etwas mau, und mangels DSL stehen die heimischen VDR auch nicht zur Verfügung (HSPA klappt mit o2 hier mit max. 312 KByte/sec, allerdings greift halt ein Übertragungsvolumenlimit — schlecht zum Dauerstreaming).
Aber sowohl viele Gerätetreiber als auch sonstige Software für Linux wurde ja auch für andere Hardwarearchitekturen geschrieben bzw. ist dort lauffähig; und da ich bei meinem letzten Besuch in der Gütersloher Noch-Heimat mir einen auf Linux geflashten DockStar mitgenommen hatte, habe ich mir als Bastelprojekt für’s erste Berlin-Wochenende vorgenommen, mal einen VDR auf DockStar-Basis zu bauen. Hierzu hatte ich mir schon im örtlichen Saturn einen AVerTV Volr Green HD USB-DVB-T-Stick für 25,99 zugelegt; leider mußte ich feststellen, daß dieses Gerät wohl noch nicht unter Linux lauffähig ist.
Getreu dem Motto »Amazon to the rescue« habe ich also für 27,42 einen – lt. VDR-Wiki unterstützten – AVerTV Volar Black HD DVB-T-Stick sowie eine WD-1-TB-USB-Festplatte für 71,99 in der Nacht zu Freitag bestellt. Die zwei Lieferungen kamen dann auch von zwei unterschiedlichen DHL-Fahrern, eine vor, die andere nach 12 Uhr — ich habe an dem Samstag Vormittag meine »rote Zora«, jene DHL-Fahrerin, die Pakete gerne auf der heimischen Terrasse ohne Hinweis im Briefkasten versteckt, schätzen gelernt …
Anyway. Es kam ja alles, und bis auf die Tatsache, daß der sheeva.with-linux.com-Kernel leider gänzlich ohne DVB-Unterstützung daherkommt, war die Inbetriebnahme des (DVB-T-) VDRs recht simpel — nur das durchbauen der entsprechenden, fehlenden, Kernel-Module dauerte auf dem DockStar doch relativ lange.
Ausstehendes Problem: unter Ubuntu werden offensichtlich neuere Libraries eingesetzt, sodaß wieder einmal ein »vdr-sxfe« von dort nicht mit dem »xineliboutput-plugin« des VDR 1.6 des Debian Lenny des DockStars zusammenarbeiten mag. Wie ich das löse, weiß ich noch nicht; aber immer eins nach dem andern — mittels »live-plugin« kann ich ihn per Browser programmieren und, im LAN, sogar per Klick mir das Programm ansehen.

Mit meinem Tweet habe ich es schon angedeutet: nach rd. 12+ Jahren als treuer Mannesmann-D2-Kunde (ja, auch im UMTS-Zeitalter identifiziere ich mich im Netz noch mit der Mannesmann-SIM ;)) habe ich derzeit den Eindruck, daß D2 mich gerne nicht mehr als Kunden hätte.
Das fängt bei der in meinen Augen bescheidenen Tarifpolitik an, die eben keine geldwerten Mobilangebote umfaßt – siehe z. B. die, vom D2-Android-Telefon nicht nutzbaren, »Mobile-TV«-Inklusivleistung in den Android-Tarifen – und gipfelt derzeit für mich in der beschissenen Netzqualität für den Basisdienst »Telefonie«.
Ich möchte gar nicht ausschließen, daß auch andere Telefone, ähnlich wie das iPhone, die Netzabdeckung optimistischer wiedergeben als die tatsächlich ist. Fakt ist allerdings auch, daß ich um 1997 herum das »Wanderwellennetz« e+ verlassen habe (und seit daher aktiv meide wie die Jungfrau das Weihwasser … hmm, na, oder so halt), weil ich beim Telefonieren mit meiner damaligen angehenden Lebensgefährtin, ggf. im Regen auf der Straßen stehend – da die E-Netz-Abdeckung damals in Hamburg-Schnelsen zumindest mehr rechnerischer Natur war –, dem Netz hinterherlaufen mußte: Mitten im Telefonat, im Satz, brach die Verbindung zusammen, 0 Balken zeigte das PT-10 (? IIRC die E-Netzvariante des Nokia 2110) plötzlich an, wenige Sekunden später dann wieder Vollausschlag, erneute Anwahl und in 5-45 Minuten wiederholte sich dies Trauerspiel.
Nun habe ich zwar heute zwischen meiner Frau und mir beim netzinternen Telefonat keine wirklichen Abbrüche mehr; aber zunehmend meldet meine Frau, die meine Nummer kostenlos anrufen kann, daß sie mich nicht mehr verstehen würde — obwohl ich meinen Adonis-Körper seit Minuten nicht deutlich auf oder gar von z. B. der Couch bewegt habe (und der Androide max-1 Balken zeigt).
Bei Monatspreisen von deutlich über 50 Euro ist meine Toleranzschwelle für Qualitäts- oder auch gar Konnektivitätsminderleistung nicht wirklich existent. Ich gehöre noch zur »alten Schule«, lieber mehr zahlen aber dafür auch Qualität bekommen. Vodafone allerdings liefert mir derzeit, jetzt, wo ich es nach meinen Unter-der-Woche-Umzug nach Berlin bräuchte, eher weniger als der Mitbewerb.
Tja, schade eigentlich; aber offensichtlich muß die doppelte, mehr als zehnjährige Kundenbeziehung nun enden, denn, aus meiner Sicht ist das Preis-Leistungsverhältnis massiv negativ mittlerweile. Meine neue Firmen-SIM wird wohl von D1 kommen; da e+ für mich auf Dauer zum Un-Netz geworden ist (ich bin da nachtragend, ja), bleibt die Wahl zwischen D1 (preis-leistungsmäßig leider in der gleichen Liga wie Vodafone; zumindest von den Basispreisen her, und flächendeckende EGDE-Versorgung wegen des 2G-only-iPhones finde ich nicht wirklich interessant, wenn ich 3.5G erwarte ….) und o2, meinem Ex-Brötchengeber. Mal schauen, wohin die D2-Nummern ziehen; für einen Verbleib bei D2 müßte eine Charme- und Preisoffensive kommen sowie das hochpreisige Angebot auch entsprechend qualitätiv funktionieren. Letzteres scheint bei Telefonaten von/nach Berlin für Vodafone problematisch; wobei, je länger ich drüber nachdenke: auch in Gütersloh bekam ich häufiger das audible Feedback, daß man mich grade nicht verstehen könne — vielleicht ist es doch ein Android-Problem und ich krame mein gutes alten Nokia N95 mit 1. Firmware mal wieder raus?
Das einzige, was mich immer wieder abhält, endlich Nägel mit Köpfen zu machen, ist die drohende Gefahr des Nummernverlustes durch falsche Vorgehensweise; ich möchte meine wohlbekannte Nummer schlicht nicht aufgeben/verlieren beim Providerwechsel …

Boah. Wieder so ein Fall, wo ich dem Menschen, der dafür verantwortlich ist, gerne mal mit einem Argumentationsverstärker meine Meinung sagen möchte. Warum? Nun, weil irgendeine bekiffte Tastaturkombination, die ich auf dieser Tastatur eines X201 nun mehrfach getroffen habe, ohne sie bislang willentlich wiederholen zu können, mich heute schon rd. 60 Minuten meiner Lebenszeit gekostet hat. Denn diese Kombination von Tasten, die ich mit meiner 3,5-Finger-Tippmethode irrtümlich wiederholt auslöste, scheint einen Reload oder ein Zurück in Firefox zu triggern — mit dem Ergebnis, das sämtlicher Text für’s Blog im digitalen Nirvana verschwindet. Und da verstehe ich keinen Spaß; gar keinen. Nicht einmal theoretisch finde ich das witzig, drei, vier Anläufe nehmen zu müssen, um etwas auch in Netz zu bekommen. Ich schreibe nun einmal üblicherweise frei von der Leber weg, da sind sowohl mehrfache Korrekturen wegen verpaßter Umschalttasten nicht zuträglich, richtig unspaßig wird es aber, wenn ich beim vorletzten Satz auf einmal den Mauszeiger sich in eine Eieruhr verwandeln und meinen Text der letzten halben Stunde sich in ein leeres <TEXTAREA> entschwinden sehe …
Apropros X201: das ist ein richtig schnuckeliges Kistchen, mich als Hasser dieses komischen Steuerknubbels zwischen G, H und B allerdings nervt zu einen jener, zum anderen finde ich die Platzierung von Fn ganz außen als ganz verkehrt – da gehört nun einmal CTRL hin (ja, kann man angeblich irgendwo umstellen, was an der dann falschen Beschriftung aber nichts ändert …) – und Dauernervpotential haben die separaten PgUP/PgDown-Tasten oben rechts, wo fast jedes andere Keyboard hierfür Fn-Up und Fn-Down verwendet … Ach ja, und grade für VIler finde ich ESC über F1 eine ziemliche Frechheit …
Auf der Habenseite steht allerdings eine selten gekannte Linux-Kompatibilität: Ubuntu 10.04 draufgeklatscht, das Kistchen bootet (ok, SSD trägt ggf. etwas dazu bei) rattenschnell, hibernated und suspended, daß es eine wahre Wonne ist, kommt beim Hibernate dabei klaglos mit wechselnden Monitorkonfigurationen (mit vs. ohne FullHD+ am (leider nur) VGA) klar und auch WLAN und BT sind ohne Klimmzüge jeweils funktional.
Ob der DualCore i5 plus Hyperthreading gegen den Pentium DualCore meines Medion-17″-Monsters wird anstinken können, wird eine Video-Encoding-Session am Wochenende zeigen; aber selbst falls nicht (wobei ich von den nackten /proc/cpu-Werten eigentlich schon davon ausgehe, daß der i5 Kreise um den ollen Pentium DC dreht), so ein Lenovo ThinkPad X201 steht derzeit ganz weit oben auf der Nachfolger-meines-HP-2133-Liste … ;)

Wahrscheinlich muß ich dankbar sein, in Berlin-Mitte überhaupt einen DSL-Anschluß bestellen zu können; aber dennoch finde ich zwei Wochen doch einen recht langen »kürzestmöglichen« Zeitraum für die Schaltung eines neuen DSL-Zuganges. Wohlgemerkt, es geht nicht um eine Übernahme, man möge einfach zum Hausanschluß 1x DSL schalten und von dort in meine Übergangswohnung — wieso dauert das »10 bis 14 Tage« (ich glaube, der Alice-Hotliner sagte sogar Werktage?) bzw. was dauert da so lange?
Zumal, und das muß man neidlos anerkennen, Alice/Hansenet die Kundenbetreuung vorbildlich im Griff hat: Nachdem, drei Hotline-Anrufe vormittags auf dem als Kontakt hinterlegten D2-»Anschluß« von mir nicht beantwortet wurde (im Büro ist das Privathandy auf stumm geschaltet), habe ich nachmittags die 0800er-Nummer aus der Anrufliste zurückgerufen; was ich sehr angenehm empfand: anstatt einem Hotliner jetzt sagen zu müssen, daß ich von der Nummer angerufen wurde, es wahrscheinlich um meine Bestellung eines DSL-Zugangs gehe und ich leider keine Kundennummer nennen könne … nein, stattdessen wurde ich sofort namentlich begrüßt, die übermittelten Daten abgeglichen, es gab auch keinen verlockenden Angebote zusätzlich (derlei gibt es bei Alice leider auch im Web-Bestellvorgang).
Wermutstropfen allerdings: da ich ja als »no-frills«-Kunde auftrete, sprich das günstigste Angebot gesucht (und imho mit Alice Fun gefunden) habe, kostet die Hotline zukünftig was (0180irgendwas). Aber gut; auf derlei habe ich mich sowieso nicht vor, einzulassen, sollte Alice nicht funktionieren, wird halt gekündigt. Die finale Bleibe in Berlin oder umzu wird wohl sowieso wieder VDSL haben sollen, und damit dünnt sich der Kreis der potentiellen Anbieter merklich aus. Ob Alice/o2 dann dazugehören werden?