Vodafone: Cave MNP - oder: Von der Unmöglichkeit einer Rufnummernportierung

Dec 2, 2011

o2 hat derzeit ein paar Probleme mit ihrem Netz - ach, was sage ich: Das Netz ist ein einziges Desaster. Nachzulesen bei “Wir sind Einzelfall”.

Nun ist es ja Dank MNP (Mobile Number Portability) heutzutage kein Problem mehr, entsprechende Konsequenzen zu ziehen und den Netzbetreiber zu wechseln. Sollte man meinen. Der neue Netzbetreiber sollte Vodafone sein und nach schechten Erfahrungen mit Providern sollte es direkt zum Netzbetreiber gehen. Gesagt, getan. Schließlich kam es jedoch ganz anders…

Printing to a Kyocera FS-1370DN via IPP/SSL under Linux

Nov 15, 2011

So I recently got a shiny new Kyocera FS-1370DN printer, which features a built-in NIC (and even supports IPv6). As I have multiple client PCs I wanted to actually use the printer’s network interface instead of wiring it up through USB. While not being strictly necessary in a SOHO network environment, I wanted to go for a protocol that supports encryption. Fortunately, the FS-1370DN supports IPP over SSL. The documentation on how to correctly address the printer through that protocol was scarce, though, and Google was not much of a help.

As I eventually figured out the right URL to use in CUPS:

ipp://<hostname>:443/printers/lp1?encryption=required

Apart from that you need to make sure that IPP over SSL is turned on (which you can’t using the printer’s built-in menu, but only through its web-based management UI [Basic -> Device Security -> Network Security -> IPP over SSL -> Unblock] and [Advanced -> Secure Protocols -> SSL -> On]).

Reducing T420s Power Consumption under KDE/Linux

Oct 6, 2011

If you own a Lenovo ThinkPad T420s (or any recent-generation notebook with a Sandy Bridge CPU) with Intel HD 3000 Graphics, this information may help you to reduce the power consumption under KDE/Linux:

  • Intel HD 3000 Power-Saving: Enable the following Kernel command-line options: i915.i915_enable_rc6=1 i915.i915_enable_fbc=1 i915.lvds_downclock=1

  • Force ASPM: Enable the pcie_aspm=force Kernel command-line option

  • In KDE, go to “System Settings” “Desktop Effects” “Advanced” and set the “Scale method” to “Crisp”.

Overall, this brings my T420s’s power consumption down below 9 W. For best results, use a recent Linux 3.1-rc pre-release.

Current NVIDIA Drivers for Ubuntu Natty

Jul 31, 2011

If you are looking for current NVIDIA drivers for Ubuntu Natty (11.04), my new PPA may be of interest to you. It hosts an Ubuntu port of the current release version 275.21 of the NVIDIA Linux driver.

To install:

sudo apt-add-repository \
   ppa:thilo.ginkel/nvidia-graphics-drivers
sudo apt-get update
sudo apt-get upgrade

Caution: There are some reports on the nvnews.net forums that this driver version breaks Gnome / GTK applications under certain circumstances, which I can neither confirm nor deny as I am using KDE (but GTK apps work correctly for me). You have been warned, use at your own risk.

Swissvoice Eurit 4000 - Displayrestauration

Jun 27, 2011

Mein neues gebrauchtes (als Neuware gibt es das Telefon leider nicht mehr) Swissvoice Eurit 4000 war ja bereits Thema meines letzten Blog-Beitrags. Nachdem die Technik inzwischen einwandfrei kooperierte, war noch eine Baustelle verblieben: Das Display. Leider hatte es der Vorbesitzer nicht so mit der schonenden Reinigung, so dass das Display mit lauter feinen Kratzern gespickt war.

Da mich soetwas kategorisch stört - schließlich telefoniert das Auge mit - musste eine Lösung her. Mögliche Optionen waren: Das Aufkleben einer Displayschutzfolie, ein Displaytausch oder eine Restaurierung des aktuellen Displays.

Displayfolien waren nun noch nie mein Favorit, sind sie doch sehr schwer sauber aufzubringen. Ein Displaytausch wäre sehr aufwändig und möglicherweise kostspielig geworden und die Verfügbarkeit eines Ersatzdisplays war nicht einfach zu klären. Blieb also vorerst als Option, das bestehende Display zu restaurieren. Im Netz findet man diverse Erfahrungsberichte zu Displaypolituren für Handys, an einem Eurit 4000 scheint sich damit aber noch niemand versucht zu haben. Das klang also erstmal nach einer Option.

Erschwert wurde die Entscheidung pro oder contra Politur allerdings dadurch, dass der Swissvoice-Support keine Aussage zum Material der Displayoberfläche machen konnte, weshalb die Auswahl der korrekten Politur eher zur Glückssache ausartete (die gängigste Politur am Markt verträgt sich beispielsweise nicht mit Polycarbonaten).

Disclaimer: Die im Folgenden beschriebene Prozedur hat bei meinem Telefon zufällig funktioniert. Ich übernehme bei Nachahmungen keine Gewähr für eine Unschädlichkeit der Prozedur.

Lange Rede, kurzer Sinn: Ich habe in den sauren Apfel gebissen und einen Versuch mit “Displex Display Polish” unternommen, mit dem ich unter leichtem Druck unter Zuhilfenahme eines Wattepads das Display in geraden Bewegungen poliert habe. Vorher nicht vergessen, das Display rundum abzukleben, damit man nicht versehentlich den Rahmen mit poliert. Das Ergebnis kann sich durchaus sehen lassen - ich würde sogar sagen, das Display sieht fast wieder neuwertig aus.

Swissvoice Eurit 4000 Headset-Kompatibilität

Jun 22, 2011

Vor kurzem bin ich von meinem betagten Ascom Eurit 40 auf ein Swissvoice Eurit 4000 umgestiegen und war dabei recht naiv der Meinung, mein Plantronics-H141N-Headset einfach weiterverwenden zu können. Dem war leider nicht so, d.h., nach Anschluss des Headsets an das Eurit 4000 tat sich akustisch erstmal gar nichts.

Die Lösung war aber schlussendlich so simpel, dass ich sie hier dokumentieren möchte: Offenbar hat der Höreranschluss des Eurit 40 gegenüber dem Eurit 4000 eine andere Pin-Belegung. Ein passendes Kabel aus dem Zubehör, im Falle des Eurit 4000 ist das die Plantronics-P/N 27190-01, hat das Problem in Nullzeit gelöst.

World IPv6 Day

Jun 8, 2011

Today is World IPv6 Day and as my hosting provider has been offering IPv6 support for some time, I took the opportunity to enable IPv6 support for most services offered under the ginkel.com domain.

Let’s see whether there will be any IPv6-based requests (except for my own ones thanks to the excellent SixXS service).

Welcome to the next evolutionary stage of the Internet! ;-)

KDE: Location-based Screen Lock Activation

Jun 5, 2011

Some laptop users may know the following scenario: In situations where others may potentially gain unauthorized access to your machine, e.g., in public places or in the office, you may want to enable a screen lock shortly after the screensaver kicks in so that the time window during which your system is potentially vulnerable to malicious users stays short (of course, it is still recommended to manually lock the screen when you leave your laptop unattended). However, at home, the need to unlock the machine after some inactivity becomes a little annoying, which makes enabling the locking functionality by default a less desirable option.

Now, what if your laptop could automatically detect your working environment and disarm or re-arm the screen lock depending on its physical location? Well, it can: Turns out there are some nice hooks available to run scripts during various network state change events. The ones that will be of interest for us are if-up and if-down. Apart from that we make the assumption that it will be possible to detect the laptop’s “safe” home location by means of it being signed in to a given WiFi network (identified by its SSID).

Before proceeding, let’s make some further assumptions for the sake of simplicity:

  • You are running a recent KDE version (the author uses 4.6.x – older versions may also work, though).
  • The paths mentioned in this guide may be specific to Ubuntu/Debian. Your mileage for other distributions may vary.
  • You have configured a screensaver through the KDE System Settings to automatically kick in after some time of inactivity.

The portion we will be automating is enabling and disabling the automatic screen lock after disengaging the screensaver using KDE’s kwriteconfig command. To do so, create a new script /etc/network/if-up.d/screenlock and populate it with the following content:

#!/bin/bash
     
SSID=
USERNAME=

/sbin/iwconfig wlan0 | /bin/grep -q ${SSID}

if [ $? = 0 ]; then
    logger "Disarming screen lock"
    su -c "/usr/bin/kwriteconfig --file kscreensaverrc \
       --group ScreenSaver --key Lock false" ${USERNAME}
else
    logger "Re-arming screen lock"
    su -c "/usr/bin/kwriteconfig --file kscreensaverrc \
       --group ScreenSaver --key Lock true" ${USERNAME}
fi

exit 0

Make sure not to forget to configure your user and SSID placeholder at the top of the script.

Also, make the script executable:

sudo chmod +x /etc/network/if-up.d/screenlock

So far, the script is only invoked when establishing a network connection. To also invoke it upon disconnecting, we need to create an appropriate symbolic link:

cd /etc/network/if-down.d/ sudo ln -s ../if-up.d/screenlock .

You can test whether the screen lock is working by manually enabling the locking facility in the KDE System Settings -> “Display and Monitor” -> “Screen Saver” -> “Require password after …”. Test whether the lock is effective by letting the screensaver kick in. When dismissing the screensaver you should be prompted for a password. Now, connect to your WLAN. Retry the screensaver test cycle, which should no longer require the entry of a password. Last, disconnect from your WLAN again to observe the lock coming back.

That’s it. Have fun with your new location-aware screen lock configuration. Of course, further uses of the mechanism can be thought of, such as automatic file synchronization. More to follow in a future blog post.

Wehret den Anfängen!

May 9, 2011

Im Gedenken an eine couragierte junge Frau, die sich nicht zu fein war, für ihre Ideale zu kämpfen.

Bildquelle: https://commons.wikimedia.org/wiki/File:Mrs._Herbert_Stevens_May_2008.jpg

Kindle SSID Trouble

Apr 29, 2011

Today, I unboxed my new Amazon Kindle (Wi-Fi). As it turned out, getting it to talk to my wireless router (an AVM FRITZ!Box 7270) was a little more difficult than expected. When connecting, all I got was a rather generic error message “Unable to connect to Wi-Fi network” despite correct settings and credentials. As it turned out later after fiddling around with my router settings, the Kindle does not like special characters in the SSID (in my case that was probably a slash or colon character - yes, I was using a URL as my SSID ;-)). After stripping them, everything started working flawlessly.